Gili wrote:

On this topic, who's to say it's "just" a matter of vm
invocations? What happens if I have an application shared resource and
I wish to invalidate it and a few mins later I create a new resource
which just so happens to take the same URL?



there's going to have to be a whole other pass over this code to address other issues that eelco and i have found.


why don't we talk about this after that's done. i doubt you'll have any such problems with the code by then.


        I think the topic has more to do with invalidation of shared
resources, regardless of vm invocations. The only thing I can think of
is this...

- Users must associate an expiration period for any shared resource.
- Wicket remembers this expiration period and the last time the
resource was ever accessed, by anyone.
- If a resource is invalidated (explicitly by the user, or by a vm
restart) Wicket must "remember" that there is XXX mins left before the
resource is guaranteed to expire on all browsers and so it must
"reserve" the URL until such time.

        Do you understand what I mean . . . ?

Gili

On Sun, 13 Feb 2005 12:38:40 -0800, SourceForge.net wrote:



Bugs item #1121958, was opened at 2005-02-13 12:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1121958&group_id=119783


Category: core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jonathan Locke (jonathanlocke)
Assigned to: Jonathan Locke (jonathanlocke)
Summary: SHARED resource urls are cached across vm invocations

Initial Comment:

session urls are scoped by session and so they will be
refreshed the next time a user logs in.

however, application urls are a problem.  if a user's
browser caches a resource under /app/a0, the next time
they ask for a0, it could be a completely different
resource if the vm restarted.  also, it could be that
the a0 resource changed, but there's no way to know
unless the url is scoped by vm invocation.


----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1121958&group_id=119783


------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop







-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to