So I've decided to use hibernate simply because it seems much better then the current framework w/ which I'm working, but the problem is that I can't really re-do the entire project that I'm working on (5 years worth of development that was handed to me 2 months ago). The reason why I would like to use hibernate is currently there are three different developers who have worked on this, and three different styles/designs all of which either won't allow me to do more of the complicated things I need to do or force me to do it in a really ugly manner.
The point of this is that I am worried that when one part of my system, that maybe uses rmi, or designer number three's api, that the parts that use hibernate won't update the persistent classes because the amount of rows haven't changed, or some other factor that makes it think the current classes in memory are up to date.
Not sure if I'm making sense...hope I am...but I'm just wondering if that's possible....if because it uses persistent classes in some parts of my program (hibernate parts) and non-persistent classes in others, will the persistent classes get updated whenever I do a sql call?
I know in theory I should tear down the project and make it use one style, one framework, and therefore allow easier maintanability and whatnot, but it's five years worth of development and I'm the only one here, so it's really not feasible.
Also, I will fully admit I haven't read all the documentation, I wanted to have this answered before doing so because it obviously determines whether I can even use hibernate or not.
|