XDcolet is source code generator and nothing more.... So it certainly can not implement this. However, it can assist you in this task.
Thanks! I've been reconsidering this whole EJB assumption and am looking at Hibernate seriously. Mainly interested in EJB to isolate me from app server/database non-portability issues.
Renaming tables would require changes in persistence settings ( and thus force redeployment of application ) - this is uncool.
I know its uncool. That's why I asked, to find a better way.
I would model my domain data, use hibernate as persistence layer, (maybe ) create SLSB for accessing hibernated datastore ( depends on your architecture )
Did that, but still don't see a way to avoid monthly transaction tables. Suggestions?
If you to this clever, you will end with a transaction log which can be safely archived / truncated.
Could you explain. I really don't see the path here.
Another cool feature of hibernate is using of POJOs, so you do not have overhead of EJB layer.
Sounds great.
After all, throw in decent MVC framework ( webwork is highly recomended ) and you get really cool application with a good performance.
The legacy app is built precisely this way, with POJO objects driving JDBC calls. See http://virtualschool.edu/jwaa for details. Performance is great. But JDBC hardwires mysql SQL pecularities into the app and I really want to avoid that.
--
Brad J. Cox, PhD, 703 361 4751, http://virtualschool.edu
http://virtualschool.edu/mybank Digital Rights Management System
http://virtualschool.edu/jco Java Cryptographic Objects (JCO)
http://virtualschool.edu/jwaa Java Web Application Architecture (JWAA)
http://virtualschool.edu/java+ Java Preprocessor (Java+)
------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
