Bugs item #950819, was opened at 2004-05-09 10:26 Message generated for change (Comment added) made by smccrory You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536613&aid=950819&group_id=73068
Category: main tag library Group: after 1.0 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Wilson (mlavwilson) Assigned to: Nobody/Anonymous (nobody) Summary: Paging and sorting is done in the JVM:( Initial Comment: If you work with large amounts of data a web site using this product does not scale well, or in most casese at all. I have a sf project: http://mlavwilson.sourceforge.net/vlh/. I have implemented the ValueList Pattern, and have a few tag libs. You have a much richer set of taglibs. If you are interested in using the ValueListHandler service as an implementation to handel the paging and sorting.. and data retrieval. Contact me. [EMAIL PROTECTED] ---------------------------------------------------------------------- Comment By: Scott McCrory (smccrory) Date: 2004-05-10 15:10 Message: Logged In: YES user_id=20779 I looked at vlh, and it appears to (at least initially) depend on direct JDBC. This wouldn't work in environments that have business and data access layer between the view and the persistence tiers. Once you start talking about getting data via SOAP, EJBs, O/R tools, etc. you're up a creek... A better approach, I think, would be to provide DisplayTag not just a list (which may be of only part of the complete result set), but also a total record count and the page it's currently on. Then, whenever a user clicks "Next" or a page number, our applications could strip off the number, (beginning row number, etc.) and pass that down to the DAO layer to limit the number of rows returned. Our DAOs might have to bang the DB twice (once to get a total count and another to return the partial set), but I'd imagine this would be much more efficient than returning the whole set. Plus, we would NOT be marrying the visual tier with the persistence technology other than having to write new method(s) to get the total query result count(s). ---------------------------------------------------------------------- Comment By: Scott McCrory (smccrory) Date: 2004-05-10 15:09 Message: Logged In: YES user_id=20779 I looked at vlh, and it appears to (at least initially) depend on direct JDBC. This wouldn't work in environments that have business and data access layer between the view and the persistence tiers. Once you start talking about getting data via SOAP, EJBs, O/R tools, etc. you're up a creek... A better approach, I think, would be to provide DisplayTag not just a list (which may be of only part of the complete result set), but also a total record count and the page it's currently on. Then, whenever a user clicks "Next" or a page number, our applications could strip off the number, (beginning row number, etc.) and pass that down to the DAO layer to limit the number of rows returned. Our DAOs might have to bang the DB twice (once to get a total count and another to return the partial set), but I'd imagine this would be much more efficient than returning the whole set. Plus, we would NOT be marrying the visual tier with the persistence technology other than having to write new method(s) to get the total query result count(s). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536613&aid=950819&group_id=73068 ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ displaytag-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/displaytag-devel
