Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 96413 invoked from network); 30 Jan 2002 18:03:43 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Jan 2002 18:03:43 -0000 Received: (qmail 20068 invoked by uid 97); 30 Jan 2002 18:03:40 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 20031 invoked by uid 97); 30 Jan 2002 18:03:39 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 20020 invoked from network); 30 Jan 2002 18:03:39 -0000 Message-ID: From: Aaron Smuts To: Jakarta Commons Developers List Subject: RE: [simplestore] enhancements (was: [simplestore] inital ch eck in) Date: Wed, 30 Jan 2002 13:03:27 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1A9B8.6B11CD90" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C1A9B8.6B11CD90 Content-Type: text/plain; charset="iso-8859-1" Actually, I recommend using and adding to JCS which is in the stratum repository. Ha. > -----Original Message----- > From: Juozas Baliuka [mailto:baliuka@mwm.lt] > Sent: Wednesday, January 30, 2002 2:09 PM > To: Jakarta Commons Developers List > Subject: RE: [simplestore] enhancements (was: [simplestore] inital check > in) > > > Hi, http://jdbm.sourceforge.net/ recommended by Aaron is very interesting. > There are a lot of good ideas. > > I write test cases for some very simple O/R mapping framework , > It can be used in some trivial situations and can be > in simplestore samples. I will use it for readonly data. I want to enable > cache, but I need to finalize Store interface. > > At 03:22 PM 1/19/2002 +0100, you wrote: > >Hi, > > > > >From: Juozas Baliuka [mailto:baliuka@mwm.lt] > > > > > > > > >> > > >>+1 on changing the interface! The old one seems not to be very useful. > Some > > >>of the methods are not needed! > > >>+1 For the Exceptions > > >> > > >>I hope I will find some time on the weekend to do this stuff. But you > can > > >>grap something if you want! > > >> > > >>a) implementing Testing classes > > >>b) changing the interface > > > > > >Hi, > > >I have a lot of time today, but I will do something else first. > > >There are a lot of work then I have a time. :) > > > >Me too. We had birthday party yesterday and we drunk about 2 bottles > >of Absinth (devil's alcohol). So I'm a little blind today ;-). > > > > >It is very good you agree on interface reduce and for Exceptions. > > >It is not clear for me, how self registered will be implemented. I > think > > >it can be interceptors, > > >I have no more simple ideas for it. > > > >Simple to use != simple too implement. We will see. > > > > >I need it to know, performance tests will depend on this. > > >Tests are the most difficult part of this project, because Store > interface > > >implementation > > >is trivial in the most cases, or it must be trivial . I see this > project > > >is for stable applications and performance. > > >Next my suggestion will be to remove StoreJanitorImpl or move to some > > >package like ...cleanup.* . May be it is useful for some stores but it > is > > >very specific. I used "Background Cleanup" for memory management long > time > > >ago, but I cant sent this code for you, > > >it is because I completely removed it long time ago. > > > >Agree, then I will move the StoreJanitor in a different package. Maybe we > >can forget it totally. > > > >I will change the interface today. But I think (as you) the most > important > >things are Test classes and benchmarks. > > > >See ya > > > > Gerhard > > > > > > > > > > > > > >"Confucius say too much. > >(Recent Chinese Proverb)" > > > > > >-- > >To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > >For additional commands, e-mail: help@jakarta.apache.org> > > > > -- > To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > For additional commands, e-mail: help@jakarta.apache.org> ------_=_NextPart_001_01C1A9B8.6B11CD90--