You can do that if you mount bookmarkable pages i guess.
What kind of resource is not found?
Can you give an example?
johan
On 2/14/06, Thomas Singer <[EMAIL PROTECTED]> wrote:
> does this clear things up?
No, not really.
> it processes because the url http://localhost/foo/index.html matches the /foo/* mapping. see the /foo/ in the url, the /foo/* mapping will match /foo/index.html fragment of the url.
This fully is clear, but why http://localhost/foo?page=0 is processed by
the "/foo/*"-mapping? And why does the wicket-servlet redirects to
http://localhost/foo?page=0 and not to http://localhost/foo/xyz.abc?
I'll ask these things, because this might be the problem why my resource
(graphics) cannot not be found.
Tom
Igor Vaynberg wrote:
> it processes because the url http://localhost/foo/index.html matches the
> /foo/* mapping. see the /foo/ in the url, the /foo/* mapping will match
> /foo/index.html fragment of the url.
>
> i am assuming you are deploying the wicket app in the root context, so
> users should really be starting at http://localhost/index.html .
>
> when your users hit http://localhost/foo/ it will be processed by the
> wicket servlet. since no page is specified the homepage will be retrieved.
>
>
> does this clear things up?
>
> On 2/14/06, *Tom S.* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hi Igor,
>
> I meant something different. What happens, when the user enters the URL
> http://localhost/foo/ in its browser? I guess, this address is sent to
> the web server. If it is a passive one, it might redirect the
> browser to
> http://localhost/foo/index.html (note, the directory is the same). But
> the wicket-servlet tells the browser to try it again at
> http://localhost/foo?page=0 (which is a different directory). Is this
> correct so far?
>
> Just curious, why does the wicket-servlet processes this request, when
> the servlet-mapping is set to the URL-pattern "/foo/*"?
>
> Tom
>
> PS: Please excuse my trivial wordings, these are my first deeper steps
> in webapp development.
>
>
> Igor Vaynberg wrote:
> > you should put index.html in your context root and have a
> metaredirect
> > to /foo inside
> >
> > something like this:
> >
> >
> > <html>
> > <head>
> > <meta http-equiv="Refresh" content="0; url=""
> > </head>
> > </html>
> >
> >
> > -Igor
> >
> >
> > On 2/13/06, *Tom S.* < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED] > >> wrote:
> >
> > OK, I now can read my html files from a different location. But I
> > still have
> > a serious problem with resources ( e.g. graphics). The servlet
> > mapping in the
> > web.xml looks like this:
> >
> > <servlet-mapping>
> > <servlet-name>MyWebApplication</servlet-name>
> > <url-pattern>/foo/*</url-pattern>
> > </servlet-mapping>
> >
> > When I open the URL
> http://localhost:8080/foo/graphics/logo.png, the
> > graphic
> > is shown. In the Index.html (my home page), it is references as
> > "graphics/logo.png". Unfortunately it cannot be found when
> > displaying the
> > home page with the URL http://localhost:8080/foo/, most likely
> > because it
> > redirects the request to http://localhost:8080/foo?path=0,
> which is a
> > directory change.
> >
> > Is there a possibility to redirect to
> > http://localhost:8080/foo/index.html
> > < http://localhost:8080/foo/index.html >
> > or something similar, so the relative paths work as expected?
> >
> > --
> > Thanks in advance,
> > Tom
> >
> > PS: I'm not experienced with web applications, so please excuse
> > these dumb
> > questions.
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep
> through
> > log files
> > for problems? Stop! Download the new AJAX search engine
> that makes
> > searching your log files as easy as surfing
> the web. DOWNLOAD SPLUNK!
> >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >
> >
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642>>
> > _______________________________________________
> > 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>
> >
> >
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >
> _______________________________________________
> 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>
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
