If displaytag uses HttpSession dumping the entire result set, it will
not work for me. I am developing for a highly distributed application
with requirements for thousands of users. There are like 15 app
servers clustered just on the app side (not including the DB.)

And yes, I do (unfortunately forced by the users), have like a million
rows that could be in the result set.

I am actually planning to use Hibernate and its second level cache, so
the DB wouldn't be hit every time a user hits "next page". The data is
very rarely changed, so stale data isn't a concern.

Sounds like all the solutions you presented are "presentation" tier
solution. I guess, I am looking for more of a business tier solution.
I know that it's "crossing the lines", but aside from isolating the
pagination among the business logic, I won't be able to do much more.
The Action class is kind of a middle ground between the business logic
and the presentation tier, so I was going to call some code from there
to do the pagination BEFORE it goes to the result page.

If no one knows of any non-tag (non-Session) solutions for this, then
so be it... I'll have to build one.

Thanks for your suggestions anyway,
NG.

On Apr 7, 2005 6:42 PM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Comments inline
> 
> -----Original Message-----
> From: Rick Reumann [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 07, 2005 2:41 PM
> To: Struts Users Mailing List
> Subject: Re: [OT] Open source paginator
> 
> N G wrote the following on 4/7/2005 3:31 PM:
> > Does anyone know of some open source paginator package out there?
> > Something generic enough that you could stick collections into and it
> > would paginate it for you based on some criteria and expose methods to
> > nextPage(), previousPage() and stuff like that.
> 
> You can try http://displaytag.sourceforge.net/ I haven't used it in a
> long time though. Looks like a lot of progress on it since I used it
> over  a year or two ago.
> 
> +1
> 
> We just finished up 3 fairly large apps and used Displaytag in them to
> do our pagination. Works like a charm, very easy to setup. Now granted
> this relies on the fact that you want to display your results in a table
> format.
> 
> Al
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to