 |
AppletTalk.com Java discussions newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
Dave Miller Guest
|
Posted: Sun Apr 18, 2004 5:32 pm Post subject: To JDO or not - that is the question |
|
|
Hello db gurus,
I am designing a small J2SE parts database application and now I am
considering the database portion. I really like the cleanness of the JDO
model but I am wondering if it would be overkill for what I am designing
(e.g. standalone application, no app server, etc).
|
|
| Back to top |
|
 |
Xenofon Grigoriadis Guest
|
Posted: Sun Apr 18, 2004 11:43 pm Post subject: Re: To JDO or not - that is the question |
|
|
Dave Miller <mankypro (AT) yahoo (DOT) com> wrote
| Quote: | Hello db gurus,
I am designing a small J2SE parts database application and now I am
considering the database portion. I really like the cleanness of the JDO
model but I am wondering if it would be overkill for what I am designing
(e.g. standalone application, no app server, etc).
|
Sorry I cannot give you an answer, cause I have the same problem...
I will add another question: can anybody compare this JDO technology
with Apache Torque (Apache DB-project)? Or does anybody know of
another open-source solution, that is even better than both of them?
In my case most important criteria would be:
- is it tested, is it bugfree and can it be considered reliable, for
production systems?
- how fast is it?
feel free to add important criteria to the list...
Thanks a lot in advance,
Xenofon
|
|
| Back to top |
|
 |
kevinc Guest
|
Posted: Mon Apr 19, 2004 12:06 am Post subject: Re: To JDO or not - that is the question |
|
|
Have you looked at Hibernate
Xenofon Grigoriadis wrote:
| Quote: | Dave Miller <mankypro (AT) yahoo (DOT) com> wrote
Hello db gurus,
I am designing a small J2SE parts database application and now I am
considering the database portion. I really like the cleanness of the JDO
model but I am wondering if it would be overkill for what I am designing
(e.g. standalone application, no app server, etc).
Sorry I cannot give you an answer, cause I have the same problem...
I will add another question: can anybody compare this JDO technology
with Apache Torque (Apache DB-project)? Or does anybody know of
another open-source solution, that is even better than both of them?
In my case most important criteria would be:
- is it tested, is it bugfree and can it be considered reliable, for
production systems?
- how fast is it?
feel free to add important criteria to the list...
Thanks a lot in advance,
Xenofon
|
|
|
| Back to top |
|
 |
Peter L. Guest
|
Posted: Thu Apr 22, 2004 9:11 am Post subject: Re: To JDO or not - that is the question |
|
|
Dave Miller wrote:
| Quote: | Hello db gurus,
I am designing a small J2SE parts database application and now I am
considering the database portion. I really like the cleanness of the JDO
model but I am wondering if it would be overkill for what I am designing
(e.g. standalone application, no app server, etc).
Hi, |
I have used with satisfaction the JDO for an embedded web start
application and was very satisfied with the results. Eliminates the
need for helper code ( perl, JDBC driver, XML - though some
configuration requires XML, it is not part of the final application ).
Learning curve is a little steep and I would suggest a good book on the
subject as there are some undocumented ( by SUN ) tricks, but it is a
great tool to have under your belt.
Peter
|
|
| Back to top |
|
 |
Roedy Green Guest
|
Posted: Thu Apr 22, 2004 4:48 pm Post subject: Re: To JDO or not - that is the question |
|
|
On Thu, 22 Apr 2004 09:11:34 GMT, "Peter L." <pl10004 (AT) att (DOT) net> wrote
or quoted :
| Quote: | I have used with satisfaction the JDO for an embedded web start
application and was very satisfied with the results. Eliminates the
need for helper code ( perl, JDBC driver, XML - though some
configuration requires XML, it is not part of the final application ).
Learning curve is a little steep and I would suggest a good book on the
subject as there are some undocumented ( by SUN ) tricks, but it is a
great tool to have under your belt.
|
Which books did you find most helpful?
--
Canadian Mind Products, Roedy Green.
Coaching, problem solving, economical contract programming.
See http://mindprod.com/jgloss/jgloss.html for The Java Glossary.
|
|
| Back to top |
|
 |
Xenofon Grigoriadis Guest
|
Posted: Fri Apr 23, 2004 8:13 pm Post subject: Re: To JDO or not - that is the question |
|
|
Seems like hibernate is the most professional and powerful tool. At
the other end, for whoever looks for an lightweight solution with
small learning curve, no need for extra books etc., torque from apache
looks good. JDO is probably somewhere inbetween. I made my personal
decision for hibernate, because of the complex transaction management
features, scalability and performance I need.
|
|
| Back to top |
|
 |
Damodar Periwal Guest
|
Posted: Fri Apr 23, 2004 8:34 pm Post subject: Re: To JDO or not - that is the question |
|
|
Dave Miller <mankypro (AT) yahoo (DOT) com> wrote
| Quote: | Does JDX allow multiple ResultSets to be open a one time?
|
Sure, you may work with multiple handles to the JDX subsystem and have
things going on in parallel through them. Each handle would be
working with its own ResultSet and the associated JDBC connection.
JDX also supports the notion of object-streaming whereby you can go
through your ResultSet in a piecemeal fashion (few objects at a time)
instead of waiting for a long time and getting overwhelmed with all
the (million) objects coming back together.
If you are asking for something else, please let me know.
-- Damodar
http://www.softwaretree.com
| Quote: |
On 19 Apr 2004 19:03:23 -0700, [email]dperiwal (AT) softwaretree (DOT) com[/email] (Damodar Periwal)
appears to have written:
Dave,
If you are looking for a simple, flexible, and non-intrusive O/R
Mapping product, you may want to check out JDX. With minimal
configuration and without the hassles of dealing with multiple XML
files, you can get going very quickly. There is no need for an app
server to use JDX. It comes with nice GUI tools to simplify
configuration and reverse-engineering.
JDX Highlights:
http://www.softwaretree.com/products/jdx/JDXHighlights.htm
-- Damodar Periwal
Software Tree
Simplify Data Integration
http://www.softwaretree.com
Stuff deleted
|
|
|
| Back to top |
|
 |
Peter L. Guest
|
Posted: Sat Apr 24, 2004 8:53 am Post subject: Re: To JDO or not - that is the question |
|
|
Roedy Green wrote:
| Quote: | On Thu, 22 Apr 2004 09:11:34 GMT, "Peter L." <pl10004 (AT) att (DOT) net> wrote
or quoted :
I have used with satisfaction the JDO for an embedded web start
application and was very satisfied with the results. Eliminates the
need for helper code ( perl, JDBC driver, XML - though some
configuration requires XML, it is not part of the final application ).
Learning curve is a little steep and I would suggest a good book on the
subject as there are some undocumented ( by SUN ) tricks, but it is a
great tool to have under your belt.
Which books did you find most helpful?
--
Canadian Mind Products, Roedy Green.
Coaching, problem solving, economical contract programming.
See http://mindprod.com/jgloss/jgloss.html for The Java Glossary.
Using and Understanding Java Data Objects by David Ezzio. It comes with |
a lot of sample code. I did not shop around, however, so I don't know
how it compares to others.
Peter
|
|
| Back to top |
|
 |
Gregory Burd Guest
|
Posted: Mon May 03, 2004 12:10 pm Post subject: Re: To JDO or not - that is the question |
|
|
On 2004-04-18 13:32:50 -0400, Dave Miller <mankypro (AT) yahoo (DOT) com> said:
| Quote: | Hello db gurus,
I am designing a small J2SE parts database application and now I am
considering the database portion. I really like the cleanness of the JDO
model but I am wondering if it would be overkill for what I am designing
(e.g. standalone application, no app server, etc).
|
Dave,
I'll admit to being biased, but it sounds like you should take a look
at our Berkeley DB Java Edition
([url]http://www.sleepycat.com/products/je.shtml)[/url]. It isn't JDO, it is a
transactional database in Java designed to be run from within your
application. I think you will find it a perfect fit.
-greg
_____________________________________________________________________
Gregory Burd
Product Manager [email]gburd (AT) sleepycat (DOT) com[/email]
Sleepycat Software, Inc. http://www.sleepycat.com/
|
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|