[ 
http://issues.apache.org/jira/browse/TAPESTRY-738?page=comments#action_12373841 
] 

Mark Lehmacher commented on TAPESTRY-738:
-----------------------------------------

Regarding this issue it would be useful to change "private" visibility of the 
two methods "writeChangesToStream" and "readChangesFromStream" in 
org.apache.tapestry.record.PersistentPropertyDataEncoderImpl to "protected". 
That way one could hook in the DataSqueezer into saving/restoring the property 
change values by extending aformentioned class.

For that matter it might make even more sense to introduce more fine-grained 
methods which deal with converting to and from PropertyChange objects and which 
are called from the respective read and write changesToStream methods.


> Create ability to use SqueezeAdaptors for @Persist("client:app")
> ----------------------------------------------------------------
>
>          Key: TAPESTRY-738
>          URL: http://issues.apache.org/jira/browse/TAPESTRY-738
>      Project: Tapestry
>         Type: Improvement

>   Components: Framework
>     Versions: 4.0
>     Reporter: Wouter de Vaal

>
> From the doc:
> "client
>     Client properties are stored on the client, in the form of query 
> parameters. All persistent properties for each page are encoded into a single 
> query parameter, named state:PageName. The query parameter value is a MIME 
> encoded byte stream. This can get quite long if there are many client 
> persistent properties on the page ... which may quickly run into limitations 
> on the maximum size of a URL (approximately 4000 characters is a good 
> guideline). This is less a problem for forms."
> Could it be made possible to use DataSqueezers for this? 
> Or can you perhaps give me pointers what to change to create my own 
> persistence scheme so I could client persist simple strings and ints as what 
> the are so the urls will be much more nice. This would be really cool so to 
> keep everything httpsession-less

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


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

Reply via email to