do you really want static! resources to be encoded?
i guess for some static resources (not really static but dynamic bases on
session data)
it is needed. But normally static != dynamic != session
But we could make some property where the target says what it wants to do..
For a load balancer it doesn't matter where the static resources go to
just let him send the request to what ever is free and not so busy.
(at least thats how i see it)
If we would generate a session id for everything (that bookmarkable pages
are already done
now is something that i rather didn't have but thats really not avoidable)
then other
would really start complaining.. " Google can decide not to index my
resources"....
johan
On 2/6/07, James Carnegie <[EMAIL PROTECTED]> wrote:
Hi All,
When cookies are disabled in the browser, a common way to enable session
tracking is by using URL rewriting. Tomcat (and Wicket) seem to do this
quite neatly. However, for static resources (such as images, stylesheets
and the like) hard coded in markup templates, the URL's are never
rewritten.
I hear you say, why would you want session tracking on static resources?
The answer is quite intricate. We use a loadbalancer that is JSESSIONID
aware (both in cookies and URL's) to also provide session affinity. To
gracefully update our websites (both code and static resources) we
inform the loadbalancer to stop sending new sessions to one or more of
the web servers. Once all current sessions have expired, the web servers
can be redeployed and the loadbalancer reconfigured to forward requests
to it again. This means that during the deployment of a new version of a
site, there are different versions of the site available to the clients
at the same time. If requests to the loadbalancer for static resources
don't contain session information, the loadbalancer might send the
request to the wrong server and retrieve for example the wrong version
of a style sheet or image.
The way it would be done in a JSP would be to have the developer
explicitly wrap each link in a JSP script (encodeURL or something). I
think you will agree that the JSP method is rough at best. However,
given that Wicket has to preprocess the markup templates, is the any
conceivable way to get it also re-write URL's if the browser doesn't
support cookies?
Kind regards,
/james
=======================================================================
James Carnegie
Senior Analyst Programmer/Development Team Leader
Tel: (+44) (0) 1179081253
Fax: (+44) (0) 1179081494
Email: James Carnegie <[EMAIL PROTECTED]>
This communication is intended solely for the addressee and is
confidential. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in
reliance on it, is prohibited and may be unlawful. Although this e-mail
and any attachments are believed to be free of any virus, or any other
defect which might affect any computer or IT system into which they are
received and opened, it is the responsibility of the recipient to ensure
that they are virus free and no responsibility is accepted by Multicom
Products Limited for any loss or damage arising in any way from receipt
or use thereof.
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
