Re: [Openoss-devel] problems with internal model

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I will test the RAM and PM projects to see if the patch solves the problem

Regards
El 19/03/2013 12:55, Flauw, Marc escribió:
>
> Xose,
>
> The fact that common_entity only is generated is valid for all 
> interfaces. I have this problem also when building RAM and it is 
> show-stopper for RAM as I cannot issue a kit where xsd do not validate.
>
> I have filled an issue for this problem already.
>
>
> Best regards
>
> Marc
>
> *From:*Xose Ramon Sousa Vazquez [mailto:xr...@op...]
> *Sent:* Tuesday, March 19, 2013 12:49 PM
> *To:* Flauw, Marc
> *Cc:* Pierre Gauthier; openoss-devel; Craig Gallen (opennms)
> *Subject:* Re: [Openoss-devel] problems with internal model
>
> Sorry for the delayed response but I am in a production phase in these 
> two weeks and it is difficult to me to get time. I think that perhaps 
> the modification related with the definition as dep_ files in the 
> common model has problems with the internal project that has elements 
> that usually is taken as dependency and in this case it takes part 
> from the model.
>
> I will review the code as soon as possible and then publish the 
> changes to the repository.
>
> Regards
> El 14/03/2013 8:55, Flauw, Marc escribió:
>
>     Dear all,
>
>       
>
>     I had a look at the Internal model and the attributes of entityBase had a tipAttribute present with notificationDefinition set to true.
>
>     I changed those to NA and the internal model now compiles correctly and has no dependency on the common model.
>
>       
>
>     This is quite strange because I didn't touch the tipAttribute stereotype in my recent changes, so it seems there was some code to prevent looping by ignoring those attributes that has been disabled.
>
>       
>
>     I have committed those changes, but I haven't checked yet if they have any other impact on other specifications, like RAM or PM
>
>       
>
>     I tried also recompiling the Common Model and I still have the same blocking problem that I reported as JOS-46: only common_entity.xsd is generated. The rest of the common files are not.  The build id failing at the end as it does not find files, but I don't see any error in the SOAP Gen part.
>
>       
>
>     I am attaching the log of the common model build on my machine.
>
>       
>
>     Best regards
>
>       
>
>     Marc
>
>     -----Original Message-----
>
>     From: Pierre Gauthier [mailto:pga...@tm...]
>
>     Sent: Wednesday, March 13, 2013 7:28 PM
>
>     To: Xose Ramon Sousa Vazquez
>
>     Cc: openoss-devel; Flauw, Marc; Craig Gallen (opennms)
>
>     Subject: Re: [Openoss-devel] problems with internal model
>
>       
>
>     Xi Xose,
>
>       
>
>     Can you look into this and let us know ?
>
>       
>
>     Pierre
>
>     On 2013-03-13, at 2:13 PM, "Craig Gallen (opennms)"<cg...@op...>  <mailto:cg...@op...>
>
>       wrote:
>
>       
>
>         -----BEGIN PGP SIGNED MESSAGE-----
>
>         Hash: SHA1
>
>           
>
>         Marc,
>
>           
>
>         I looked at the internal model build problems and the issues appears
>
>         to be in the generated xsd's.
>
>         It appears that the internal model will not build because there are
>
>         circular dependencies on the common model
>
>           
>
>         in the generated entity identifier.xsd, there is an import for the
>
>         common_notifications.xsd which doesn't get generated except in the
>
>         common model which had dependencies on the internal model :)
>
>           
>
>            <xsd:import
>
>         namespace="http://www.tmforum.org/xml/tip/common/notifications"  <http://www.tmforum.org/xml/tip/common/notifications>
>
>         schemaLocation="common_notifications.xsd
>
>           
>
>           
>
>         Craig
>
>         -----BEGIN PGP SIGNATURE-----
>
>         Version: GnuPG v2.0.17 (MingW32)
>
>         Comment: Using GnuPG with Thunderbird -http://www.enigmail.net/
>
>           
>
>         iQEcBAEBAgAGBQJRQMG1AAoJEATefL4tbU2QleUH/R45TYYHwO6Ofy9F4NVVonLN
>
>         Yj1TgmiwIjsqqlsrkKT+IjUjje4eUHlr0zvLrDlyLXV23jdwNTzutsLD6O/LTBKw
>
>         0Xx1+CBlNBz1Pg9QBD9cEhpYvIlEV/id62lA0xTVbHGpYuywVF3wjGm8OM0Wy7/3
>
>         FUYCeLXlBr9Cp4MXzD3w7n4jMZL4Ivh7JufyMAzazyPKh0T4lhs7SRBnDeTgIWQB
>
>         gyVVfkbKiVWP78LUlnBWENTZXWBgaEu3eee98SEJK0PruIhOxVg4rOz7OblEBWXb
>
>         DxebdQNj9uy4IBZn4nvzzuahD5FvxfBKhhaVzsAq9lPX1aL2zblLOcml/5IWrmo=
>
>         =Wp32
>
>         -----END PGP SIGNATURE-----
>
>           
>
>         ----------------------------------------------------------------------
>
>         -------- Everyone hates slow websites. So do we.
>
>         Make your web apps faster with AppDynamics Download AppDynamics Lite
>
>         for free today:
>
>         http://p.sf.net/sfu/appdyn_d2d_mar
>
>         _______________________________________________
>
>         Openoss-devel mailing list
>
>         Ope...@li...  <mailto:Ope...@li...>
>
>         https://lists.sourceforge.net/lists/listinfo/openoss-devel
>
>           
>
>       
>
>       
>
>       
>
>     ------------------------------------------------------------------------------
>
>     Everyone hates slow websites. So do we.
>
>     Make your web apps faster with AppDynamics Download AppDynamics Lite for free today:
>
>     http://p.sf.net/sfu/appdyn_d2d_mar
>
>     _______________________________________________
>
>     Openoss-devel mailing list
>
>     Ope...@li...  <mailto:Ope...@li...>
>
>     https://lists.sourceforge.net/lists/listinfo/openoss-devel
>
> -- 
>
> *Xose Ramon Sousa Vazquez*| Director OSS Technologies, Director I+D
> T/ + 34 986 410 091 (ext) 206 | M/ +34 675 550 029
> www.optaresolutions.com
> <http://www.optaresolutions.com>
> Optare Solutions <http://optarecoolvendor.com>
>


-- 

*Xose Ramon Sousa Vazquez* | Director OSS Technologies, Director I+D
T/ + 34 986 410 091 (ext) 206 | M/ +34 675 550 029
www.optaresolutions.com
<http://www.optaresolutions.com>
Optare Solutions <http://optarecoolvendor.com>