Hi,

actually this is a bug :( The cached content should not be persistent. I
fixed this in the recent SVN, so the bug will be fixed with the 2.1.8
release. So, you can either update to the recent SVN of 2.1.8-dev, use
your stylesheet solution or perhaps patch the CachingURICopletAdapter.
You have to replace the access to the attributes in the source by
accessing temporary attributes, so look for setAttribute and replace it
with setTemporaryAttribute and so on.

HTH
Carsten
Nick Goupinets wrote:
> Hi everybody,
> 
> Just wondering if there is a way to disable saving cache content for 
> CachingURICoplets into the profile (coplet instance data part of it in 
> particular).
> 
> It is a big trouble when creating CachingURICoplets which use CForms. If 
> a coplet with continuation id present in its cache is saved into the 
> profile, and this cont'n id expires, next time this coplet is accessed, 
> it will show an error message.
> 
> This can be observed with Apps tab in the default portal in samples:
> 
> 1) Switch to Apps tab and in enter some value for a in any of the 
> Application Test coplets.
> 2) Go to portal tools -> editing profile -> save profile
> 3) Logout and stop jetty
> 4) Start jetty and login to the portal
> 5) Login as the same user and go to the Apps tab
> 6) Try enter some value for b in the same Application Test coplet from 
> (1), it should show "The coplet app-test-3 is currently not available" 
> message.
> 
> As a hack solution, it's of course possible to add an XSL that will 
> remove cacheData and cacheValidity attributes from the coplet instance 
> datas for a given user:
> 
> <attribute><name>cacheValidity</name><value 
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
> xsi:type="java:java.lang.String">1</value></attribute>
> 
> <attribute><name>cacheData</name><value 
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
> xsi:type="java:[B">Q1hNTAEAAAYABwogICAgICAEAAAAAAABcI...
> 
> But I really hope that there is an easier way.
> 
> Thank you very much in advance.
> 
> Sincerely,
> 
> Nick Goupinets.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/

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

Reply via email to