Michael,
We are using OJB in a web product that we are currently developing. It has a
few quirks and some things I don't like but over all is integrating very well
with what we are developing.
Is OJB stable enough - Yes I believe that it is. I am sure there are some
gotchas etc... but you are bound to get those using someone elses code all
the time.
How much time does documentation lcak cost - I would say that this can be
nominal depending on what you are attempting to do with OJB, for the simple
stuff OJB far out weighs the amount of time that you will spend maintaining
embedded SQL objects or writting the persistance engines yourself. Whcih
brings me to your last question about speed. The maintainabaility of the
code in comparison to littering SQL everywhere is so much a plus that the
speed loss (Which in my mind is negligable) is worth it.
Just my two cents.
Joe
On Tuesday 01 October 2002 12:14 pm, Michael Ochtrop wrote:
> Hi,
>
> I would like to know, if anybody on this list has already
> accomplished a real project with OJB. My company has (almost)
> decided to use OJB in one of our current projects (a webbased
> catalogue and online-shop with about 20000 products where each
> product consists of 5-20 properties).
>
> Now there are some aspects about OJB which I consider to be
> rather difficult or which I can't really judge yet. So I would
> like to hear if somebody has made some _real_ experiences
> (other then just "checking out OJB") with the following questions:
>
> - Is OJB stable enough to handle real projects?
> (There have been various bug reports on the list, e.g.
> concerning joins which I consider essential)
>
> - How much time does the lack of profound documentation cost?
> (If you get stuck, sometimes the manual really doesn't go very
> far. That could cost time and money).
>
> - How often do you need a "workaround" due to lacking features?
> (E.g. lacking capability of mapping one class on multiple tables or
> not fully implemented OQL).
>
> - Has the performance proven acceptable in a real environment even
> though it is slower than native jdbc?
>
>
> Thanks for any feedback
>
> Michael
--
You laugh at me because I am different,
I laugh at you because you are the same.
-----------------------------------------------------
Joseph Campbell | EMAIL: [EMAIL PROTECTED]
Staff Consultant | URL: www.inventa.com
Inventa Technologies | PH: (856)914-5200
| PGER: (888)454-0876
-----------------------------------------------------
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
