AFAIK finder always get pk from the db and then can retrieve other fields from cache or db according your commit option.
finder + cache would require load all data from table + having an in memory finder algorithm. julien RK> hi, RK> I've tested caching outside of this routine and this is working. I've to RK> change my routine to use it. RK> but other question. my entity bean has two finders: RK> - findByPrimaryKey() RK> - findByName() RK> why findByName() calls will be send to the db and not checked in the cache RK> of the bean? RK> Rafal RK> At 13:18 20.03.2003 +0100, Rafal Kedziorski wrote: >>hi, >> >>I have following problem. >> >>my client calls session facade for ceating a new user. this session facate >>check permissions and call other session bean which calls: >> >>- create new group >>- create new user >>- get permissions id's >>- add permission to user RK> ------------------------------------------------------- RK> This SF.net email is sponsored by: Tablet PC. RK> Does your code think in ink? You could win a Tablet PC. RK> Get a free Tablet PC hat just for playing. What are you waiting for? RK> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en RK> _______________________________________________ RK> JBoss-user mailing list RK> [EMAIL PROTECTED] RK> https://lists.sourceforge.net/lists/listinfo/jboss-user -- Best regards, julien mailto:[EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
