tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jagadeesh" <jagade...@x-minds.org>
Subject RE: MOD_JK Redirection issues
Date Thu, 04 Jan 2007 06:43:46 GMT
I set the JkLogFile attribute and changed the JkRequestLogFormat to "%w %V
%T %B %q %U".

Now whenever a request reaches the load balancer, the log file is getting
updated and I am getting all the details like request header, status code
etc. 

But when /APIServer/authz/list/master%2fAB?apikey=WEB_INTERFACE_API is sent
to the server, the log file is not even getting updated and it seems mod jk
is ignoring it. For all the other requests, the log file shows complete
details except for the request with '%2F'. :(

Any thoughts ??

Thanks
Jagadeesh

-----Original Message-----
From: Rainer Jung [mailto:rainer.jung@kippdata.de] 
Sent: Wednesday, January 03, 2007 11:21 PM
To: Tomcat Users List
Subject: Re: MOD_JK Redirection issues

You need to use JkLogFile to configure a log file for mod_jk. This will
tell us, what is happening. Have a look at the docs for mod_jk
concerning JkLogFile.

Have a look at

http://tomcat.apache.org/connectors-doc/reference/apache.html

Beware, that there is no default for this directive for version 1.2.19.
The documented default only applies to 1.2.20. So please set JkLogFile
explicitely.

Rainer

Jagadeesh schrieb:
> I changed the loglevel to TRACE, But I couldn't find any new log file. The
> access_log now shows
> 
> 61.17.42.35 - - [03/Jan/2007:03:48:05 +0000] "GET
> /APIServer/authz/list/master/AB?apikey=WEB_INTERFACE_API HTTP/1.1" 200
1350
> "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9)
> Gecko/20061206 Firefox/1.5.0.9"
> 
> 61.17.42.35 - - [03/Jan/2007:03:48:44 +0000] "GET
> /APIServer/authz/list/master%2fAB?apikey=WEB_INTERFACE_API HTTP/1.1" 404
314
> "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9)
> Gecko/20061206 Firefox/1.5.0.9"
> 
> Where the first request returns HTTP/1.1 200 and the 2nd request returns
> HTTP/1.1 404.
> 
> error_log doesn't have any entries.
> 
> I tried sending the same request directly to tomcat and both
> /APIServer/authz/list/master/AB?apikey=WEB_INTERFACE_API and
> /APIServer/authz/list/master%2fAB?apikey=WEB_INTERFACE_API gave the
correct
> response and the status was HTTP/1.1 200. The second request returns 404
> only when it is passed through mod jk.
> 
> Thanks
> Jagadeesh
> 
> 
> 
> -----Original Message-----
> From: Rainer Jung [mailto:rainer.jung@kippdata.de] 
> Sent: Wednesday, January 03, 2007 2:03 PM
> To: Tomcat Users List
> Subject: Re: MOD_JK Redirection issues
> 
> Set JkLogLevel to trace and have a look at the JkLogFile.
> 
> Jagadeesh wrote:
>> Thanks for the tip and I will delete the cachelines.
>>
>> I want jkmod to redirect all the requests to tomcat and it is working
fine
>> except for the request which has %2f in the url before the parameter
part.
>>
>> For eg: 
>>
>> http://loadbalancer.xxx.com/authenticate%2Fjagadeesh?key=12345678 will
not
>> be redirected to tomcat servlet container, 
>>
>> however
>>
>> http://loadbalancer.xxx.com/authenticate/jagadeesh?key=12345678
>> http://loadbalancer.xxx.com/authenticate/jagadeesh%2C/abcd?key=12345678
>> http://loadbalancer.xxx.com/authenticate/jagadeesh?key=12345678&test=%2F
>>
>> are all getting redirected properly to tomcat. Only those request with
%2F
>> in the URI before the parameter (?) part is being ignored and they are
not
>> going past apache (load balancer).
>>
>> The error_log says
>>
>> [Sun Dec 31 04:02:03 2006] [notice] Digest: generating secret for digest
>> authentication ...
>> [Sun Dec 31 04:02:03 2006] [notice] Digest: done
>> [Sun Dec 31 04:02:03 2006] [notice] Apache/2.2.2 (Fedora) configured --
>> resuming normal operations
>> [Sun Dec 31 14:55:17 2006] [error] [client 212.241.200.196] client sent
>> HTTP/1.1 request without hostname (see RFC2616 section 14.23):
>> /w00tw00t.at.ISC.SANS.DFind:)
>> [Sun Dec 31 21:58:25 2006] [error] [client 87.118.100.232] client sent
>> HTTP/1.1 request without hostname (see RFC2616 section 14.23):
>> /w00tw00t.at.ISC.SANS.DFind:)
>>
>> Thanks
>> Jugs
>>
>> -----Original Message-----
>> From: Rainer Jung [mailto:rainer.jung@kippdata.de] 
>> Sent: Wednesday, January 03, 2007 1:42 PM
>> To: Tomcat Users List
>> Subject: Re: MOD_JK Redirection issues
>>
>> OK, from the config I would guess, that you actually forward the request 
>> to tomcat, but get the 404 from there. What does the debug log tell you 
>> about the request in question?
>>
>> Small hint not related to your problem: delete the cachesize lines if 
>> you've got no special reason for them.
>>
>> Jagadeesh wrote:
>>> Thanks for the reply Rainer.
>>>
>>> I am using tomcat-connectors-1.2.19 and jBoss 4.0.5GA in Fedora Core 5.
>>> Since the binary I downloaded was throwing errors, I build the shared
>>> library mod_jk.so from the source and copied it to the
>>> /usr/lib/httpd/modules/ directory.
>>>
>>> Please find below the configuration file (mod-jk.conf) I am using
>>>
>>>
> #=========================================================================
>>> #Loads the module
>>> LoadModule jk_module modules/mod_jk.so
>>>
>>> # The workers file
>>> JkWorkersFile conf/worker.properties
>>>
>>> # Set the jk log level [debug/error/info]
>>> JkLogLevel debug
>>>
>>> # Select the log format
>>> JkLogStampFormat  "[%a %b %d %H:%M:%S %Y]"
>>>
>>> # JkOptions indicates to send SSK KEY SIZE
>>> JkOptions +ForwardKeySize +ForwardURIEscaped -ForwardDirectories
>>>
>>> # JkRequestLogFormat
>>> JkRequestLogFormat "%w %V %T"
>>>
>>> # Mount your applications
>>> JkMount /* loadbalancer
>>>
>>> # You can use external file for mount points.
>>> # It will be checked for updates each 60 seconds.
>>> # The format of the file is: /url=worker
>>> # /examples/*=loadbalancer
>>> # JkMountFile conf/uriworkermap.properties
>>>
>>> # Add shared memory.
>>> # This directive is present with 1.2.10 and
>>> # later versions of mod_jk, and is needed for
>>> # for load balancing to work properly
>>> JkShmFile logs/jk.shm
>>>
>>> # Add jkstatus for managing runtime data
>>> <Location /jkstatus/>
>>>     JkMount status
>>>     Order deny,allow
>>>     Deny from all
>>>     Allow from 192.168.0.2
>>> </Location>
>>>
>>>
> #=========================================================================
>>>
>>> Please find below worker.properties.
>>>
>>>
>>>
> #=========================================================================
>>> # Define list of workers that will be used
>>> # for mapping requests
>>> worker.list=loadbalancer,status
>>>
>>> # Define Node1
>>> # modify the host as your host IP or DNS name.
>>> worker.node1.port=8009
>>> worker.node1.host=xxx.xxx.xxx.xxx
>>> worker.node1.type=ajp13
>>> worker.node1.lbfactor=1
>>> worker.node1.cachesize=10
>>>
>>> # Define Node2
>>> # modify the host as your host IP or DNS name.
>>> worker.node2.port=8009
>>> worker.node2.host= xxx.xxx.xxx.xxx 
>>> worker.node2.type=ajp13
>>> worker.node2.lbfactor=1
>>> worker.node2.cachesize=10
>>>
>>> # Load-balancing behaviour
>>> worker.loadbalancer.type=lb
>>> worker.loadbalancer.balance_workers=node1,node2
>>> worker.loadbalancer.sticky_session=1
>>> worker.list=loadbalancer
>>>
>>> # Status worker for managing load balancer
>>> worker.status.type=status
>>>
>>> #=====================================================================
>>>
>>> I am not using uriworkermap.properties.
>>>
>>> Thanks
>>> Jagadeesh
>>>
>>> -----Original Message-----
>>> From: Rainer Jung [mailto:rainer.jung@kippdata.de] 
>>> Sent: Wednesday, January 03, 2007 12:51 PM
>>> To: Tomcat Users List
>>> Subject: Re: MOD_JK Redirection issues
>>>
>>> Please give detailed information on the version and type of web server 
>>> and mod_jk you are using and include mod_jk config and the relevant 
>>> parts of the web server config.
>>>
>>> You can increase the log level of mod_jk to debug or even trace to 
>>> follow, how mod_jk tries to match your requests against the configured 
>>> URL maps.
>>>
>>> Regards,
>>>
>>> Rainer
>>>
>>> Jagadeesh wrote:
>>>> Hi All,
>>>>
>>>>  
>>>>
>>>> Happy New Year!!!
>>>>
>>>>  
>>>>
>>>> I am having a few problems when using MOD JK with jBoss application
>>> server.
>>>>  
>>>>
>>>> I am hosting an application in jBoss which uses REST protocol to serve
>> the
>>>> contents. So the GET requests that reach MOD JK can be an encoded
string
>>>> like
>>> http://loadbalancer.xxx.com/authenticate/user%2fjagadeesh?key=123456789
>>>>  
>>>>
>>>> Here the actual request is 
>>>>
>>>>  
>>>>
>>>> http://loadbalancer.xxx.com/authenticate/user/jagadeesh?key=123456789
>>> where
>>>> %2f is the encoded string for '/'. Whenever MOD JK gets a request like
>>> this,
>>>> it seems to be ignoring it rather than passing it to the application
>>> server
>>>> and I am getting HTTP 404.
>>>>
>>>>  
>>>>
>>>> I tried accessing the server directly with the request
>>>>
>>>>  
>>>>
>>>> http://node1.xxx.com/authenticate/user%2fjagadeesh?key=123456789 and
> it's
>>>> working fine.
>>>>
>>>>  
>>>>
>>>> Any help to resolve this is greatly appreciated.
>>>>
>>>>  
>>>>
>>>> Thanks
>>>>
>>>> Jagadeesh
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org



---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message