Hi Roy, Chad and all, I think it'd be a good idea to stabilize the Spring cartridge and stop making further changes to it until AndroMDA 3.0 is out of the door.
We are using the Spring cartridge on a large project and need some security concerning the stability of our tools. As of today, we're still working with a nightly build (I think it is the one of January, 10th). Since then, we haven't updated to the latest CVS HEAD. Having read about all the problems with the cartridge, I am quite glad we didn't :-) Chad, if there is anything we can help, please let us know. Peter >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Behalf Of Roy >Feldman >Sent: Tuesday, January 25, 2005 8:42 AM >To: Andromda User >Subject: [Andromda-user] Problems with Spring Inheritance > > > > >Hi Chad and all, > > >I have been having various problems with a model I built a few months >ago with the Spring Cartridge. I left it aside shortly before >the 3.0M3 >release, when it generated and compiled fine. > >Now I need to start work on the next iteration of the application and I >have hit a roadblock with AndromMDA. > > >I can't successfully generate and compile it from either 3.OM3 or the >latest snapshot. > >I have created a simple test case with two Entitys, one which >specializes the other, to reproduce the problem. I'll focus on the >problems I am having with the latest snaphsot, dated today Jan 25. > >The superclass is Vehicle and the subclass is Auto. > >For starters, I don't get any DAO's for either Vehicle or Auto. >However, I do see a file called $generatedFile which seems to contain >the code for VehicleDaoImpl. > >However, the generated applicationContext.xml has bean >declarations for >vehicleDao and autoDao. > >One more problem is the code generated for the factory method of Auto >does not compile. > > [javac] /home/roy/src/logistics-2.0/generate/test/Auto.java:38: >incompatible types > [javac] found : test.AutoImpl > [javac] required: test.Auto > [javac] return new test.AutoImpl(); > > >The method body is: > > public static final test.Auto newInstance() > { > return new test.AutoImpl(); > } > >This wont compile because AutoImpl extends VehicleImpl. > >Please look at my previous note about the problem I see with changing >Entities from interfaces to abstract classes. > >Chad, I have sent you copies of my test case model. Please let me know >if there is anything else that you need. > > >thanks, > >roy > > > > > > > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting >Tool for open source databases. Create drag-&-drop reports. Save time >by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >Download a FREE copy at http://www.intelliview.com/go/osdn_nl >_______________________________________________ >Andromda-user mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/andromda-user > ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Andromda-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/andromda-user
