  | Mailing List | | Home | | Forum Home | | JBoss - Java Application Server | | Tomcat - JSP/Servlet container | | Struts - A MVC web framework | | iText - An open source PDF Java Library | | JDOM - JDOM XML Parser | | JSP - A mailing list about Java Server Pages specification and reference | | J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition | | J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog | | Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology | |
Struts & Hibernate
|
|
|
  | | | Cache | Cache 2005-06-23 - By Baker, Jay
Back My suggestion would be to use an existing cache implementation rather than write your own (unless there are unusual reasons to do so). If you are worrying about weak and soft references, caching policies and the like, you can take advantage of the work that others have already done. If you don't need all that , you can stick with a more simple implementation. There are non-commercial caching solutions that would likely fit your needs. I use Open Symphony's OSCache quite a bit.
-- --Original Message-- -- From: Rumpa Giri [mailto:girirx@(protected)] Sent: Thursday, June 23, 2005 12:32 PM To: J2EEPATTERNS-INTEREST@(protected) Subject: Re: Cache
I think I am going to go the memory route. I was reading the softreference API, I wanted to know if there area any good links/reading material besides the API description. I would like to create the cache using the SoftReference API. Thanks Rgiri.
Chester Chen <chesterxgchen@(protected)> wrote:
If the number of records is not large, retrieve all the reads into memory and cache it is the way to go. how does you select it is not important. The important is only cache the info you need.
If the records is large, then read everything into memory will become impractical, as it consume too much memory.
Chester
--- Rumpa Giri wrote:
> Hello, > > I would like to know what will be a good way to > implement the following: > > We have many read only tables in the database. I was > thinking rather than doing a select all from the > table all the time, we would like to keep the > collection of objects in memory to reduce the > database traffic. The SQLs for this is pretty much > SELECT * FROM TABLENAME. No filtering is present. > And this collection of objects is referenced too > many times. > > Any related articles, pointer will help us. > > Thanks, > Rgiri. > > > -- ---- ---- ---- ---- ---- ----- > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your > mobile phone. > > ==================================================================== > Companion Site: http://www.corej2eepatterns.com > J2EE BluePrints: > http://java.sun.com/blueprints/corej2eepatterns > List Archive: > http://archives.java.sun.com/archives/j2eepatterns-interest.html > Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" > to listserv@(protected)
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
__ __
Yahoo! Sports Rekindle <http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=33539/*http:/ /football.fantasysports.yahoo.com?ovchn=YAH&ovcpn=Integration&ovcrn=Mail+footer &ovrfd=YAH&ovtac=AD> the Rivalries. Sign up for Fantasy Football =============== ===================================================== Companion Site: http://www .corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints /corej2eepatterns List Archive: http://archives.java.sun.com/archives /j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
==================================================================== Companion Site: http://www.corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859 (See http://iso-8859.ora-code.com)-1">
<META content="MSHTML 6.00.2800.1226" name=GENERATOR></HEAD> <BODY> <DIV><SPAN class=600144317-23062005><FONT face=Arial color=#0000ff size=2>My suggestion would be to use an existing cache implementation rather than write your own (unless there are unusual reasons to do so). If you are worrying about weak and soft references, caching policies and the like, you can take advantage of the work that others have already done. If you don't need all that, you can stick with a more simple implementation.</FONT></SPAN></DIV> <DIV><SPAN class=600144317-23062005><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=600144317-23062005><FONT face=Arial color=#0000ff size=2>There are non-commercial caching solutions that would likely fit your needs. I use Open Symphony's OSCache quite a bit.</FONT></SPAN></DIV> <BLOCKQUOTE> <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-- --Original Message-- --<BR><B>From:</B> Rumpa Giri [mailto:girirx@(protected)]<BR><B>Sent:</B> Thursday, June 23, 2005 12:32 PM<BR><B>To:</B> J2EEPATTERNS-INTEREST@(protected)<BR><B>Subject:</B> Re: Cache<BR><BR></FONT></DIV> <DIV>I think I am going to go the memory route. I was reading the softreference API, I wanted to know if there area any good links/reading material besides the API description. I would like to create the cache using the SoftReference API.</DIV> <DIV> </DIV> <DIV>Thanks</DIV> <DIV>Rgiri.<BR><BR><B><I>Chester Chen <chesterxgchen@(protected)></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid" >If the number of records is not large, retrieve all<BR>the reads into memory and cache it is the way to go.<BR>how does you select it is not important. The important<BR>is only cache the info you need. <BR><BR>If the records is large, then read everything into<BR>memory will become impractical, as it consume too much<BR>memory. <BR><BR>Chester<BR><BR>--- Rumpa Giri <GIRIRX@(protected)>wrote:<BR><BR>> Hello,<BR>> <BR>> I would like to know what will be a good way to<BR>> implement the following:<BR>> <BR>> We have many read only tables in the database. I was<BR>> thinking rather than doing a select all from the<BR>> table all the time , we would like to keep the<BR>> collection of objects in memory to reduce the<BR>> database traffic. The SQLs for this is pretty much<BR>> SELECT * FROM TABLENAME. No filtering is present.<BR>> And this collection of objects is referenced too<BR>> many times.<BR>> <BR>> ; Any related articles, pointer will help us.<BR>> <BR>> Thanks,<BR>> ; Rgiri.<BR>> <BR>> <BR>> -- ---- ---- ---- ---- ---- -----<BR>> Yahoo! Mail Mobile<BR>> Take Yahoo! Mail with you! Check email on your<BR>> mobile phone.<BR>> <BR>><BR>=============================================================== =====<BR>> Companion Site: http://www.corej2eepatterns.com<BR>> J2EE BluePrints:<BR>> http://java.sun.com/blueprints/corej2eepatterns<BR>> List Archive:<BR>><BR>http://archives.java.sun.com/archives/j2eepatterns -interest.html<BR>> Unsubscribing: email "signoff J2EEPATTERNS-INTEREST"<BR>> to listserv@(protected)<BR><BR><BR>__ ____ ____ ____ ____ ____ ____ ____ ____ __ _____<BR>Do You Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around <BR>http://mail.yahoo.com <BR></BLOCKQUOTE> <P> <HR SIZE=1> Yahoo! Sports<BR><A href="http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=33539/*http://football .fantasysports.yahoo.com?ovchn=YAH&ovcpn=Integration&ovcrn=Mail+footer &ovrfd=YAH&ovtac=AD ">Rekindle the Rivalries. Sign up for Fantasy Football</A> ==================================================================== Companion Site: http://www.corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected) </BLOCKQUOTE></BODY></HTML> ==================================================================== Companion Site: http://www.corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
|
|
 |