Hi danch,
> ... At that point we could add a 'page-size' parameter and a
> protocol between the client proxy and the server-side FinderResults to
> request that a new page of entities be brought into memory...
This would be usefull, even with client apps not operating in batch
mode. I.e. consider a clients TableModel implementation only
requesting that many rows as to fill in the visible JTable rows.
Or a 'search engine' like JSP/Servlet presenting only few finder
results page by page. The user will certainly give up the query
after some time and issue another one.
Georg
___ ___
| + | |__ Georg Rehfeld Woltmanstr. 12 20097 Hamburg
|_|_\ |___ [EMAIL PROTECTED] +49 (40) 23 53 27 10
----- Original Message -----
From: "danch (Dan Christopherson)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 22, 2001 12:35 AM
Subject: Re: [JBoss-dev] CVS update:
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCFinderCommand.java
> [EMAIL PROTECTED] wrote:
>
> > User: patriot1burke
> > Date: 01/06/21 14:57:22
> >
> > Modified: src/main/org/jboss/ejb/plugins/jaws/jdbc
> > JDBCFinderCommand.java
> > Log:
> > added constructor to facilitate re-use. Removed extra
>
> > login for setting up FinderResults since this class is really not used
anymore.
>
>
> Bill,
>
> We need to talk a little bit here - my long term notion for the
> finderresults was to extend it into the invoker layers so that the
> collection that a client gets from these would be a proxy over the
> finder results. At that point we could add a 'page-size' parameter and a
> protocol between the client proxy and the server-side FinderResults to
> request that a new page of entities be brought into memory. This would
> allow us to support finders returning truly huge result sets without
> crashing out on memory. Naturally, this would really only be useful from
> batch processes for example (no matter how well we optimize, no user is
> going to sit while the software goes through 10 million rows!), so the
> real utility of it could easily be questioned.
> Would such a feature seem useful to you? Any others with opinions on the
> matter?
>
> thanks,
> danch
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
