So I would say something is fundamentally mismatched between what I am trying to tell Wicket to do and what it is actually doing (i.e. a RFE of some sort).

I expect my bookmarkable pages to have fixed URLs so that the browser can cache the images contained therein for one day. I would say it is a bit too "black or white" to talk in terms of static vs non-static images. Most "non-static" images can (and should) be cached for an extended period of time; that's what the cache expiration headers are all about and why you can specify an expiration length of more than just "never cache" and "cache forever".

First I wonder: why is path session-specific? I would expect bookmarkable page X to have the same URL regardless of what user was visiting it. That is, the expectation is that "Cats" theme, page one should have the same URL for all users (not be session-specific).

Secondly, I would say that the images contained within that page should have URLs scoped within the page URL. That is, the ViewGrid URLs should consist of the Page URL + some postfix.

I'm not sure "this is the way it should work". It is just a feeling that that is the way I'd *expect* it to work for my use-case. I welcome other suggestions for making this work with the preexisting Wicket behavior, ideas?

Gili

Johan Compagner wrote:
don't cache non static images then.
so that images with path will always be asked for


On 10/5/05, *Gili* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:


            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]>
     > <mailto:[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> <http://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]>>
     >      > <mailto:[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]>>>
     >      >      > <mailto:[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]>>>
     >      >      >     <mailto: [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>>>
     >      >      >     <
     >      >
> 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
    <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]>>>
     >      >      >     <mailto: [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>>
     >      >     <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]>>>
     >      >      >     <mailto:[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
    <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]>>>
     >      >      >     <mailto:[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
    <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
     >     < 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

Reply via email to