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=foo">
     > </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
     >     Wicket-user@lists.sourceforge.net
    <mailto:Wicket-user@lists.sourceforge.net>
     >     <mailto: Wicket-user@lists.sourceforge.net
    <mailto:Wicket-user@lists.sourceforge.net>>
     >     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
    Wicket-user@lists.sourceforge.net
    <mailto:Wicket-user@lists.sourceforge.net>
    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
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to