Maybe that's it... If one restarts the browser and you get path=0
again, the browser still expects the same URLs to yield the same images
but this might not be true.
Consider:
1) User hits theme "cats", gets a GridView with path=0
2) User restarts the browser, hits theme "dogs", gets a GridVie with path=0
3) Browser uses cached images of "cats" which is incorrect.
I guess the expectation is for GridView on #1 to have different URLs
than on #2 (regardless of browser or server restart). How would I
communicate to Wicket that the GridView's URL should differ across
pages? Alternatively, we could try to tell the browser to flush any
session-bound URLs upon shutdown -- I'm not sure if such a thing is
possible. Ideas?
Gili
Johan Compagner wrote:
the first time path=0 is shown yes
The second time path=1 is shown
Then i restart the tomcat server, let tomcat store my sessions
then i go again to that page. Tomcat picks up my stored session and
starts counting from 2
so the first time after a restart path=2.
If ofcourse you completely close youre browser and start all over again
a new session is generated
but then it doesn't matter if tomcat is restarted or not.
On 10/5/05, *Gili* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
My application is 100% bookmarkable pages. Is FormInput one?
Also, when
I hit FormInput on wicket-library.com <http://wicket-library.com> it
was at path=0 so I don't see
how this could have worked for you (because it is unlikely we'd be at
path=0 at this point).
Something doesn't sound right here. There must be a
difference between
what is going on on your end and mine.
Gili
Johan Compagner wrote:
> not at my place.
> Just tested it by running examples (forminput) on my tomcat install.
>
> Did go a few times to the forminput page so that the path=3 was
showing
> as last
> shutdown tomcat. Started it again. Then did go to the forminput page
> again and the path=4 was there.
>
>
> On 10/4/05, *Gili* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>> wrote:
>
>
> That might be so, but practically speaking this doesn't
> occur. Try this
> yourself and you will notice that "path" is always reset to a
value of
> one on every server restart. For an unknown reason, it is not
> resumed on
> restart. Can someone investigate this?
>
> Gili
>
> Johan Compagner wrote:
> > Server restart should work
> > All sessions are serialized to disk and read back in.
> >
> >
> > On 10/3/05, *Gili* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> > <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>>> wrote:
> >
> >
> > Even if the images are dynamically generated,
couldn't we
> > serialize the
> > highest "path" value used on shutdown and reuse it on
> startup? Consider
> > the following use-case:
> >
> > - Images are dynamically generated from a DB
> > - Expiration headers are set to cache the images for
one day
> on the
> > client end
> > - Wicket's resource cache expiration is also set to
one day
> >
> > So ... while the images are dynamic, they are
also cached
> > (for a
> > limited period of time). This use-case works fine if the
> server is never
> > restarted. All we'd need is a simple fix to make it
work across
> > restarts.
> >
> > Gili
> >
> > Eelco Hillenius wrote:
> > > That's why we introduced packaged resources in the
first
> place: to
> > > have static urls. If you don't have static urls,
your browser
> > > shouldn't cache them. Don't we set expiry headers?
> > >
> > > Eelco
> > >
> > > On 10/1/05, Gili < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> > <mailto: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>>> wrote:
> > >
> > >>Hi,
> > >>
> > >> I'm using PageableGridDataView to display a
grid of
> > images. Here is an
> > >>example URL for a thumbnail on a page:
> > >>
> > >>
>
http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener>
>
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener>>
> > <
>
http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener>
>
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener
<http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:image&interface=IResourceListener>>>
> > >>
> > >> The problem is that upon server restart the
path
> counter
> > resets. Now,
> > >>if a user hits the image listing again, his browser
> recognizes the
> > >>original URL and uses the cached image. However,
path=11
> in the new
> > >>server instance does not equal to path=11 in the
old server
> > instance, so
> > >>the cached image is incorrect.
> > >>
> > >> Is there a way for us to serialize the "path"
> values on
> > shutdown and
> > >>pick them up on restart? This will ensure the browser
> cache doesn't
> > >>display incorrect images. I don't mind if users
can't hit
> older pages
> > >>(i.e. path=10 and below) because they don't exist
in the
> new server
> > >>instance but at least the counter should begin at
the last
> used
> > value +1
> > >>
> > >> Let me know what you think.
> > >>
> > >>Thanks,
> > >>Gili
> > >>--
> > >> http://www.desktopbeautifier.com/
> > >>
> > >>
> > >>-------------------------------------------------------
> > >>This SF.Net email is sponsored by:
> > >>Power Architecture Resource Center: Free content,
downloads,
> > discussions,
> > >>and more.
http://solutions.newsforge.com/ibmarch.tmpl
<http://solutions.newsforge.com/ibmarch.tmpl>
> > >>_______________________________________________
> > >>Wicket-user mailing list
> > >> [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> > <mailto: [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>>
> > >>
https://lists.sourceforge.net/lists/listinfo/wicket-user
> > <
https://lists.sourceforge.net/lists/listinfo/wicket-user>
> > >>
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by:
> > > Power Architecture Resource Center: Free content,
downloads,
> > discussions,
> > > and more.
http://solutions.newsforge.com/ibmarch.tmpl
<http://solutions.newsforge.com/ibmarch.tmpl>
> <http://solutions.newsforge.com/ibmarch.tmpl>
> > > _______________________________________________
> > > Wicket-user mailing list
> > > [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> > <mailto:[email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>>
> > >
https://lists.sourceforge.net/lists/listinfo/wicket-user
> < https://lists.sourceforge.net/lists/listinfo/wicket-user>
> > >
> >
> > --
> > http://www.desktopbeautifier.com/
<http://www.desktopbeautifier.com/>
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content,
downloads,
> > discussions,
> > and more. http://solutions.newsforge.com/ibmarch.tmpl
<http://solutions.newsforge.com/ibmarch.tmpl>
> > _______________________________________________
> > Wicket-user mailing list
> > [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> > <mailto:[email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>>
> >
https://lists.sourceforge.net/lists/listinfo/wicket-user
<https://lists.sourceforge.net/lists/listinfo/wicket-user>
> <https://lists.sourceforge.net/lists/listinfo/wicket-user>
> >
> >
>
> --
> http://www.desktopbeautifier.com/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads,
> discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Wicket-user mailing list
> [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> <https://lists.sourceforge.net/lists/listinfo/wicket-user
<https://lists.sourceforge.net/lists/listinfo/wicket-user>>
>
>
--
http://www.desktopbeautifier.com/
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/wicket-user
<https://lists.sourceforge.net/lists/listinfo/wicket-user>
--
http://www.desktopbeautifier.com/
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
