Hibernate rocks :) I've been using it lots - I'm glad to see other people are using it too. I've been working on an extension to the Struts framework to support Hibernate (a plugin and associated vanilla CRUD actions) - but my time has been limited recently (I have another 2 personal projects, one being a Struts Wiki) and all of my efforts are being ploughed into my latest contract (which just turned up trumps, as I'm going to be paid more than I thought I was - almost half the amount again in fact).
As soon as I am in a position to continue development on the framework (which is currently codenamed 'Huts') I'll be sure to make available for public scrutiny. Don't hold your breath though, life is pretty much upside down at the moment (financially, emotionally, physically, mentally) and I'm really not sure when and if I'll get to work on it again. If I decide I can't work on it I'll have no qualms about giving it away for someone else to work on. >-----Original Message----- >From: Kevin A. Smith [mailto:[EMAIL PROTECTED]] >Sent: 03 October 2002 20:46 >To: Struts Users Mailing List >Subject: RE: [OT] Should I use a persistence layer? > > >I've been playing around with Hibernate >(http://hibernate.sourceforge.net) on personal project and it >seems to be pretty easy to work with and has good performance. > >--Kevin > >-----Original Message----- >From: Chen, Dean (Zhun) [mailto:[EMAIL PROTECTED]] >Sent: Thursday, October 03, 2002 3:25 PM >To: 'Struts Users Mailing List' >Subject: RE: Should I use a persistence layer? > > >Thanks for this, what good persistence layers are there? Is >there something that works with struts and is simple? > >Dean Chen > > > > >-----Original Message----- >From: Joe Barefoot [mailto:[EMAIL PROTECTED]] >Sent: Thursday, October 03, 2002 2:41 PM >To: Struts Users Mailing List >Subject: RE: Should I use a persistence layer? > > >Yes. The standard approach is to only keep in memory results >that are currently on the page. Have a persistence layer >(either EJB or O/R mapping tool, or a combination of the two) >"page" the results for you. i.e., you give it search criteria, >sort criteria, a begin index, and an end index, and it gives >you back the results. This solves two problems: The one you >are encountering with bad results with two different windows, >and the memory problems associated with very large result sets. > >There are examples of this sort of implementation out there; >sorry I can't provide links. :( > >peace, >Joe > >> -----Original Message----- >> From: Chen, Dean (Zhun) [mailto:[EMAIL PROTECTED]] >> Sent: Thursday, October 03, 2002 10:13 AM >> To: 'Struts Users Mailing List' >> Subject: Should I use a persistence layer? >> >> >> Hi, >> >> For an web application, is there a way for a user to >paginate through >> (similar to google) a lot of data across multiple browser windows. >> >> The usual way of paginating with session scope works fine. >> However, if a >> user has 2 windows open on the same application. When he/she >> queries on one, >> then queries on another, and then comes back to the first >> window and click >> "Next", he/she will get bad results. >> >> Does this lead to EJB or any other persistence layers? >> >> Thanks, >> >> >> Dean Chen >> >> >> -- >> To unsubscribe, e-mail: >> <mailto:[EMAIL PROTECTED]> >> For additional commands, e-mail: >> <mailto:[EMAIL PROTECTED]> >> >> > >-- >To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> > >-- >To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> > > >-- >To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> > > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.393 / Virus Database: 223 - Release Date: 30/09/2002 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.393 / Virus Database: 223 - Release Date: 30/09/2002 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
