Hi Bernard,

We are using absolute URLs in one application (http://tipspot.com) that does not use the wicket ajax library, only javascript (based on jquery) written by the frontend developer. One of the things we do there is filling popups through ajax requests. As most of that information is completely stateless, we use a wicket page to produce the html fragments. The URL depth and path of the original page (containing the popup), and the page that is pasted into the popup, almost never matches. This is a problem for linking to other pages. I found it easy to make this problem go away by making all URLs absolute.

I did not look at RelativePathPrefixHandler as I was unaware of its existence. I am also not certain that any relative schema would be able to solve the problem cleanly/easily. Secondly having absolute paths is a non-issue for this application.


Op 19-06-10 20:27, b...@actrix.gen.nz wrote:
Thanks Erik.

Why are you using absolute URLS?

Are you using absolute URLs to support editing in the web directory,
with a directory structure the same as the java package structure,
without breaking images?

Then it would look like you have found a different solution for the
same problem. Interesting. Both solutions require only small changes.
Have you tried to patch RelativePathPrefixHandler? With that change,
you would no longer be restricted to absolute paths.



On Sat, 19 Jun 2010 14:15:44 +0200, you wrote:


https://issues.apache.org/jira/browse/WICKET-1974 describes a way to
make all URLs absolute.

Unfortunately the patch attached to the issue is still not applied so
you'll have to build wicket yourself.


Op 18-06-10 21:56, b...@actrix.gen.nz schreef:
Hi Fernando,

obviously quite a few including yourself are separating markup from
Java packages to make it accessable to HTML developers.

How do you cope with the fact that Wicket markup, when rendered in any
folder without flattening the package structure, gets broken images?

That is what I am trying to address with

"Cannot substitute RelativePathPrefixHandler"

The three lines of Java code in RelativePathPrefixHandler are solving
this problem.

int lastIndex = attrValue.lastIndexOf("../");
if (lastIndex>= 0){
      attrValue = attrValue.substring(lastIndex + 3);


To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Erik van Oosten

To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to