Hi, simper and simplestore is not the same. Both of them are about persitense, but designed for diferent usage. We don't have simper in commons at this time, it is very interesting and simple solution for web appications. Simplestore is some kind alternative for JDO, you can try free JDO implementation based on JDBC it distributed with Forte4j, it is some kind of NetBeans IDE. We can implement JDO interfaces for simplestore if it is interesting. I don't think JDO is very good designed, but it is some kind of Persitence standard for JAVA a.k.a. "Transparent Persitence".
Ya, I guess turbine is more of a 'struts for the back end' so maybe i need to narrow my approache or view like you're saying. I checked out simper and EOB and my decision is still out on that. However, I have managed to get the Commons DBCP to work and I'm thinking about applying it to the practice mentioned in the March Dr. Dobbs, JAVA Q&A by Michael J. Yuan. The source for anyone interested is here: http://www.ddj.com/articles/2002/0203/ The author takes an interesting approach, altho the source is more useful with the article itself. Well, it's been good to read the suggestions and I look forward to further discussions on this subject. thanks, jason -----Original Message----- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Tue 3/12/2002 7:52 AM To: Jakarta Commons Developers List Cc: Subject: Re: Db bean issue Hi, I tried a lot of persitence frameworks, but some of them are not transactional, some not "Transparent", some not documented. You can test Torque, Castor and ObjectBridge or use JAWS from JBoss directly. I use ObjectBridge and simplestore is going to be a good choise. ObjectBridge seems is the best of them at this time. Hmm, actually I spent some time this week with jetspeed/turbine/torque and, well, I kinda felt that I was looking from something that I could 'plug-in' vs. a development framework. Altho, Turbine wld i guess match my comment of a 'struts for the backend', I guess I need to narrow it down more towards a specific bean <-> database persistence framework. I am checking out tho, the other 2 links that were sent earlier. Thanks to all -----Original Message----- From: John McNally [mailto:[EMAIL PROTECTED]] Sent: Mon 3/11/2002 2:59 PM To: Jakarta Commons Developers List Cc: Subject: Re: Db bean issue jakarta-turbine-torque john mcnally Jason R Lee wrote: > > Hello anyone who's out there, > > I have an 'issue' that is rearing its head again and wld like to get anyones take on it. It concerns beans & db and the lack (or maybe not) of a kinda jakarta proj/framework like struts, but addresses the back end. > > I know, there's EJB, etc... But, after working on EJB and non-EJB projects, I'm not convinved EJB is any more scalable or distributable than a good implementation of data aware beans - or something along those lines. > > I helped design a quite popular, big air travel site that took a non-EJB approach and worked well and scaled across 15 Sun boxes without a hitch. However, the implementation was a little complex and now that I'm working on another project, I'd like to have the same thing at a simpler level. > > So I guess I'm just kinda saying hi to the Commons proj and trying to see if anyone has thought about this issue. Especially since there is no Jakarta sub-project or Commons portion addressing this issue. > > Thanks and hi, > > - Jason > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> ---------------------------------------------------------------------------- ---- > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> ---------------------------------------------------------------------------- ---- > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
