I'm not sure about how you would go about ensuring the data is maintained in memory across sessions (interesting problem though - must look into it). However, there may be tweaks you can apply to the JDBC system - e.g. connection pooling is essential. An alternative you may want to consider given the kind of data you are talking about is a directory-based persistence such as LDAP, which may be more efficient than JDBC in these circumstances. If you really have to roll your own, then the Berkeley DB system may be an option - lower level than RDBMS, geared towards data (dictionary) pairs.
Though I have little experience in this area, I believe EJBs would actually tend to be slower than more hand-crafted servlets. Cheers, Danny. --- Danny Ayers <stuff> http://www.isacat.net </stuff> >-----Original Message----- >From: A mailing list for discussion about Sun Microsystem's Java Servlet >API Technology. [mailto:[EMAIL PROTECTED]]On Behalf Of Jim >Sent: 19 February 2002 04:46 >To: [EMAIL PROTECTED] >Subject: Re: performance: same object in multiple sessions > > >So far I have only used servlets and JDBC, and I don't mind rolling my >own persistence if that will minimize response time and maximize >flexibility. I'm thinking that I could get by with one server this way >by keeping all data in objects in memory if there is an efficient way to >make them available to all sessions. > >I would have an array of accounts where each account number mapped >directly to an array index. >Depending on navigation I would return data from the appropriate array >contained in the account, such as person name/ID pairs. >If the user chooses a person from a drop down list, the person ID would >be an index into the person array in that account. >Then a servlet could dynamically generate a page containing the objects >associated with that person. >I really don't see how response time could be much faster than this, >unless perhaps pages were pre-generated. > >Of course I would love to use EJBs if anyone can explain why it is >going to give me more flexibility and better response time than anything >I could develop with servlets, but I am afraid that EJBs, or at least >entity beans, might be a dead end based on one project I have worked on >and several others I have heard about. > >Jim > >----- Original Message ----- >From: "Jayson Falkner" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Monday, February 18, 2002 1:07 PM >Subject: Re: performance: same object in multiple sessions > > >Hi Jim, > >What methods are you thinking about? Using either application scope or >JNDI should work fine for most cases. > >Jayson Falkner >[EMAIL PROTECTED] > > > >Jim wrote: > >> Hello, >> >> What method of making an object accessible from multiple sessions >would >> yield the best performance? >> >> Thanks, >> >> Jim >> >> >________________________________________________________________________ >___ >> To unsubscribe, send email to [EMAIL PROTECTED] and include in the >body >> of the message "signoff SERVLET-INTEREST". >> >> Archives: http://archives.java.sun.com/archives/servlet-interest.html >> Resources: >http://java.sun.com/products/servlet/external-resources.html >> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html >> >> >> . >> >> > >________________________________________________________________________ >___ >To unsubscribe, send email to [EMAIL PROTECTED] and include in the >body >of the message "signoff SERVLET-INTEREST". > >Archives: http://archives.java.sun.com/archives/servlet-interest.html >Resources: http://java.sun.com/products/servlet/external-resources.html >LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > >___________________________________________________________________________ >To unsubscribe, send email to [EMAIL PROTECTED] and include in the body >of the message "signoff SERVLET-INTEREST". > >Archives: http://archives.java.sun.com/archives/servlet-interest.html >Resources: http://java.sun.com/products/servlet/external-resources.html >LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > ___________________________________________________________________________ To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff SERVLET-INTEREST". Archives: http://archives.java.sun.com/archives/servlet-interest.html Resources: http://java.sun.com/products/servlet/external-resources.html LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
