I'm in the midst of designing the EJB portion of a small J2EE application.  I'd
like to properly design the API to support "pageable views" of a list of
objects.  I'm interested in advice on how best to design this interface.

In the web view, my page will use some sort of "pager" tag library.  In my
Session Facade, I could just have a method which returns a Collection of all
the objects, and have the web interface logic just return a portion of that
list.  I think I can do better than that, however.  The Session method to
return the list could take a "starting position" and "length", although it's
likely that the implementation of the method would still retrieve all the rows
from the DB, then return a portion to the Session Bean client.

Figuring out the correct "starting position" bothers me a bit, though.  This
could have problems if rows were inserted/deleted while the user was paging
through the list.

I guess this might be a reasonable application of a Stateful Session Bean, but
this has different tradeoffs from the alternative.  If I use a SFSB, I could
store the ResultSet (or some form of it) in the SFSB, which would not reflect
inserts/deletes while the user was paging through the list.  This would be both
a good and a bad thing.  It would make paging back and forth through the list
more repeatable, but it would then allow for the possibility of drilling down
from an entry in that list to an entry that had just been deleted, although I'd
probably have to check for that no matter how I implemented paging.

--
===================================================================
David M. Karr          ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to