Fabián Mandelbaum wrote > > At first, we did use OCM, it wasn't JackRabbit's though, it was JCROM > (http://code.google.com/p/jcrom/). > > But then, we went, and stayed with, "plain", done-by-hand, DAO > objects. We have one DAO for each business object, and those DAOs are > maintained by us, not by an automated OCM solution. > > The reason is that we needed more control sometimes on the > (de-)serialization of objects, so we wrote our own DAOs. > > JCROM did prove to be a very nice solution for "regular" business > applications, but ours has special needs. Maybe things changed now, > but we didn't look back. > > Hope this helps. Good luck! >
We also use jcrom (that seems to be dead) with a StoregeUpdater mechanism (change jcr nodes structure according to last business objects definitions on start application) on a medium size application and everything is ok. Have a nice day, Decebal -- View this message in context: http://jackrabbit.510166.n4.nabble.com/JCR-application-design-tp4561691p4592355.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
