> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of danch > Sent: Thursday, June 21, 2001 11:31 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] finder optimization(read-ahead) phase 3 > > > I mentioned in another email that this didn't seem to work for findAll > or findBy<field>. I've just checked that in. > I think I forgot findAll, but findBy should work.... > Another thing I've been thinking about is modifying the CommandFactory > so that it doesn't bind the preloaded data to a transaction for commit > option A. With Option 'A', why not just check the container's instance cache? If a bean with that id exists and isValid, then don't put the preloaded data in your preloaded cache. With 'A', LoadEntity will not be called if the bean is already within the InstanceCache and isValid. > Rational: If it's commit option A, any change has to go through us, and > any change going through us will get the data out of the preload first, > therefore, why attach the preloaded data to the transaction. This should > allow some synchronicity between transactions for commit option A in > systems where there are a lot of entities that wind up being used by a > significant percentage of transactions. On the other hand, this will > only give a performance advantage shortly after startup and when the > cache is too small. > Can you explain this again in other words? I'm kind of confused. Are you saying you don't want to have a hashMap of preloaded data per transaction? But just one global cache? I think that is a bad idea. I'll clarify more if this is what you mean. > Another feature that we should probably add to the read ahead is the > ability to specify a max-rows to be read ahead - I think this should be > specifyable wherever we can currently specify that read-ahead should be > done - very fine grained and flexable. > Most definately. CMP/JAWS is going to be even cooler when you put this stuff in. Regards, Bill _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
