tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Volker <tom...@Trendsetter.de>
Subject Re: Meaning of entries in mod_jk.log
Date Fri, 24 Oct 2003 10:56:38 GMT
Bill Barker schrieb:

> "Volker" <tomcat@Trendsetter.de> wrote in message
> news:3F93817C.E1F4ED3E@Trendsetter.de...
> > Bill Barker schrieb:
> >
> > > "Volker" <tomcat@Trendsetter.de> wrote in message
> > > news:3F91101A.E8DB6EFD@Trendsetter.de...
> > > > Hi,
> > > >
> > > > can anyone please explain me the meaning of following entries in my
> > > > mod_jk.log?
> > > > "Attempting to map ..."
> > > > Why does mod_jk try to map something here?
> > >
> > > It's checking to see if the URL matches any of your JkMount statements.
> > > Nothing more, nothing less.  When it is "done without a match", it
> allows
> > > Apache to continue to handle the request (and presumably return a 404
> page).
> >
> > Hello Bill,
> >
> > thanks for your answer. But why do you think a 404 error is returned? Like
> > mentioned before those paths and files EXIST
> > "/fh/DC/DCClasses/Resources/Forum/userIcons/bonus_calien1.gif".
> >
> > The only reason I run Apache & TomCat in conjunction with mod_jk ist that
> I need
> > tomcat for special servlets that should run via port 80.
> > All the "usual" port 80 requests (i.e. html files) should result in
> retrieving
> > the right files because they are accessible for apache.
> >
> > Any idea?
>
> At a guess, you haven't setup an Alias for your webapp in Apache.  You need
> something like: Alias /fh /path/to/tomcat/webapps/fh
>
> in your httpd.conf file.  This tells Apache where to look for the gif after
> mod_jk declines it.  Alternatively, you could use:
>   JkMount /fh/* ajp13
>
> and have Tomcat serve the static content as well.
>
> Enabling the auto-config in Tomcat is a good way to get a starting set of
> things that you need to change.

Hi Bill,

I do not want tomcat + mod_jk get involved in any requests EXCEPT a special
servlet named "tunnelingServlet":
http://MyDomain.net/servlet/HttpTunnelingServletdc'

All other requests shall be fullfilled by Apache itself, here an overview about
the situation:

I have an chat applet which produces a HttpTunneling-Request mentioned above
when when tcp ports are not available for the client (desktop firewall etc.)".
In this case the applet makes use of
http://MyDomain.net/servlet/HttpTunnelingServletdc in order to use port 80 to
start a tunneling servlet for chat communication.

The applet "knows" where it is loaded from via the "code base"-param
->http://MyDomain.net/fh/DC/DCClasses/

The chat applet retrieves GIFs for showing up avatars in the chat client by help
of normal port 80 http requests.
Since the applet knows where it was loaded from it simply adds
"/Resources/Forum/userIcons/avatarname.gif" to the codebase param and performs
the corresponding GET-requests..

But of course those "normal" gif-requests via port 80 can and should be handled
by help of my Apache and not by Tomcat.
This obviously is the case because although I have those "strange" lines in
mod_jk.log I get the GIF-avatards and see them in my chat client.

Is it possible that lines in mod_jk like

[jk_uri_worker_map.c (368)]: Attempting to map URI
'/fh/DC/DCClasses/Resources/Forum/userIcons/bonus_calien1.gif"
[jk_uri_worker_map.c (456)]: jk_uri_worker_map_t::map_uri_to_worker, done
without a match

appears in the mod_jk.log only showing that Tomcat & mod_jk cannot fullfill that
request (which nevertheless is handled by Apache then!) what obviously does not
matter the possibility that Apache can?!

If this was true - can I do anything to avoid those lines or better: avoid that
tomcat & mod_jk pay attention to requests except
http://MyDomain.net/servlet/HttpTunnelingServletdc'

Best regards and thanks

Volker



> >
> > Best regards
> >
> > Volker
> >
> > > >> Are those outputs normal (For example
> > > > /fh/DC/DCClasses/Resources/Forum/userIcons/bonus_calien1.gif does
> exist
> > > > on my web server!) ?
> > > >
> > > > [Sat Oct 18 08:19:58 2003]  [jk_uri_worker_map.c (477)]: Attempting to
> > > > map URI '/fh/DC/DCClasses/Resources/Forum/userIcons/bonus_calien1.gif'
> > > > [Sat Oct 18 08:19:58 2003]  [jk_uri_worker_map.c (599)]:
> > > > jk_uri_worker_map_t::map_uri_to_worker, done without a match
> > > > [Sat Oct 18 08:19:58 2003]  [jk_uri_worker_map.c (460)]: Into
> > > > jk_uri_worker_map_t::map_uri_to_worker
> > > > [Sat Oct 18 08:19:58 2003]  [jk_uri_worker_map.c (477)]: Attempting to
> > > > map URI '/fh/DC/DCClasses/Resources/Forum/userIcons/r_flirter1.gif'
> > > > [Sat Oct 18 08:19:58 2003]  [jk_uri_worker_map.c (599)]:
> > > > jk_uri_worker_map_t::map_uri_to_worker, done without a match
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (460)]: Into
> > > > jk_uri_worker_map_t::map_uri_to_worker
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (477)]: Attempting to
> > > > map URI '/fh/DC/DCClasses/Resources/Forum/userIcons/r_luzy.gif'
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (599)]:
> > > > jk_uri_worker_map_t::map_uri_to_worker, done without a match
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (460)]: Into
> > > > jk_uri_worker_map_t::map_uri_to_worker
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (477)]: Attempting to
> > > > map URI
> > > > '/fh/DC/DCClasses/Resources/Forum/userIcons/bonus_flirtheart1.gif'
> > > > [Sat Oct 18 08:19:59 2003]  [jk_uri_worker_map.c (599)]:
> > > > jk_uri_worker_map_t::map_uri_to_worker, done without a match
> > > >
> > > > Thx and best regards
> > > >
> > > > Volker
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message