Hi Roy,
depending on the circumstances I had, Spring complained
about not finding a find* method to apply transactions.
In my case I wanted to call a method in the base class
and Spring complained about missing finders in the subclass.
I never called a finder there, but my problems went away
after I defined a find method on the subclass (that I never use)
Jan
Am 25.01.2005 um 09:48 schrieb Roy Feldman:
Hi Jan
On Tue, 2005-01-25 at 09:14 +0100, Jan Heise wrote:
Hi Roy,
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)
How does having a finder on every class help?
cheers,
roy
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
[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
-------------------------------------------------------
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
