Hi Igor,
Igor Vaynberg wrote:
i thought he explained why...because they need to be able to take down
one of the nodes and install a different version on it. the static
resources might be different between two versions.
Indeed, my point exactly. :)
the problem is that this is really
Hi Igor,
Igor Vaynberg wrote:
the problem is that this is really outside of wicket's domain because
these are static and not wicket-related resources you are talking about?
so if you have img src=images/foo.gif/ you want jsessionid appended
to that? i guess you can use a filter to
So should I start a JIRA or does this end here?
Please open up an issue. Thanks,
Eelco
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to
is the jira issue necessary? do we not already have IMarkupFilter that can
be used for this?
what i meat by saying it is outside the wicket scope is that if you have
pages generated by something else then it is not wicket's job to process
that markup somehow - ie we do not need to provide a
On 2/7/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
is the jira issue necessary? do we not already have IMarkupFilter that can
be used for this?
what i meat by saying it is outside the wicket scope is that if you have
pages generated by something else then it is not wicket's job to process
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
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
On 2/6/07, Johan Compagner [EMAIL PROTECTED] wrote:
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
Hrm, yeah, good point actually. I don't
i thought he explained why...because they need to be able to take down one
of the nodes and install a different version on it. the static resources
might be different between two versions.
the problem is that this is really outside of wicket's domain because these
are static and not
