|
From: Xose R. S. V. <xr...@op...> - 2013-03-19 18:10:02
|
I have uploaded the Soap generator in trunk. Please test it to see if it solve the problem. When we avoid the generation of dep files for common packages we put the restriction in all the model and not only in the dependencies part. 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> |