Hi Roy,
I had the same problem with the Impl-classes some days ago. I fixed it by hand (changed the superclass in the generated Impl-files to the correct class) although Chad said that this should be fixed. (Had no time to yet to test if it's fixed but because the Impl's get generated only once the change by hand was no prob. for me) There were also some things fixed from yesterday to today. I use my own compiled version from cvs it anonymous cvs just updated to the right versions a few hours ago. I don't know about the snapshots.
I tried to have an abstract base class as well, but had to change it so Spring would not complain that the Transactions-Interceptor would not find all expected types of methods.
So for tests I would suggest: - don't have an abstract base class - have one finder on every class (even if you don't use it)
At least that's what works for me now.
For the rest I have no explanation.
hth,
Jan
Am 25.01.2005 um 08:42 schrieb Roy Feldman:
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 Andromda-user@lists.sourceforge.net 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 Andromda-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-user
