Hi Rodnei and Rodrigo,
Browsers have an upper limit on url lengths, so as you have found, using
the client persistence strategy can easily hit this limit. One possible
solution is instead to store your state in a database or even a Map at
the server, and use a random number as a key to this state. This key can
be safely client persisted as it will not be too long. If you use a
WeakHashMap or some kind of expiry strategy with the database, then you
don't have to concern yourself too greatly with filling up with stale data.
Hope that gives you a pointer
Richard
[EMAIL PROTECTED] wrote:
Hi...
I have a similiar problem, and i haven't solved it yet... my question is how to
have client properties that have more than 4000 characters... or anything equivalent...
Can anyone help me, please?
[]'s
Rodnei Couto
Rodrigo Barberá <[EMAIL PROTECTED]> escreveu:
Hello!
There is this little problem, if I can even call it a problem, I'd like
help to find a solution to. My Tapestry 4.0 application basically
consists of two pages. One contains a form in which the user can enter
search parameters. This page executes the query and passes the object
ids on to the results page. The results page contains only a table
which renders itself dynamically (that is, columns are added as needed
depending on what kind of object is obtained from the ids) and can be
paginated. Those ids are stored in a property and it was set to
persist="client". However, we found out that it wouldn't work with
larger result sets. So we set it to persist="session". This created a
small issue, which is: if the user opens a new window (hitting CTRL-N,
for example) and performs a new search, and then returns to the previous
window and paginates, he finds himself navigating the results of the new
search. That is, we lost the capability of 'forking' (sorry, couldn't
find a different way to express myself) we used to have with
persist="client". Has anyone got any idea for solving this issue?
Thank you!
Greetings
Rodrigo
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular.
Registre seu aparelho agora!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
