Hi Chris,
Could you please let me know, the info you required?
Thanks and Regards,
Harish
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Friday, October 28, 2011 12:39 AM
To: Tomcat Users List
Subject: Re: cannot read complete HTTP request body.
Hi Cooper Man
You are a genius.
you have perfectly guessed our setup and problem.
And I am very happy about finding the root cause finally.
Is there any solution for this problem?
Cooper man wrote:
>
> Hi Raghu,
>
> My guess is that you have changed the logging to use cronolog and as such
>
On 10/28/2011 06:45 AM, Rajkumar Singh wrote:
Hi Chuck,
Once again appreciate your response.
What I did was I created a WAR file and dropped it under the tomcat
webapps folder and started it. This helped in overcoming my problem.
This process created conf/Catalina/[host]/[appName].xml and copi
Can anyone point me to documentation concerning logging of authentication
information (login, logout, lockout) to a remote syslog in Tomcat 6 & 7?
Many thanks!
--
John Schwartzman
Forte Systems, Inc.
-
To unsubscribe, e-mail
Can anyone point me to some documentation about logging authentication
information (login, logout, lockout) to a remote syslog in Tomcat 6 & 7?
Many thanks!
--
John Schwartzman
Forte Systems, Inc.
-
To unsubscribe, e-mail: us
On Thursday, October 27, 2011, Mark Thomas wrote:
>> Also, what happens if ROOT##001 and ##002 have the same log4j configs
>> and are writing to the same log file?? How have people handled this
>> situation?
>
> You'll certainly end up with both apps writing to the same file. Whether
> or not that
Hi Chuck,
Once again appreciate your response.
What I did was I created a WAR file and dropped it under the tomcat
webapps folder and started it. This helped in overcoming my problem.
This process created conf/Catalina/[host]/[appName].xml and copied all the
property from my local META-INF/con
> From: Rajkumar Singh [mailto:rajkumar.si...@digitas.com]
> Subject: Re: context.xml not being read
> If the context.xml file is being ignored then why the variable that I have
> defined in the server.xml is not being read? Should I delete the
> META-INF/context.xml file completely?
Having a
Thank you for replying.
If the context.xml file is being ignored then why the variable that I have
defined in the server.xml is not being read? Should I delete the
META-INF/context.xml file completely?
From:
Konstantin Kolinko
To:
Tomcat Users List
Date:
10/27/2011 05:33 PM
Subject:
Re: co
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Subject: Re: context.xml not being read
> >
> > > reloadable="true" debug="0" override="true" />
> >
> You choose to define it in server.xml and thus context.xml file is ignored.
And the OP chose to define it incorrectly; pa
2011/10/28 Rajkumar Singh :
> Hello,
>
> I am not able to read the environment variable from the server.xml - those
> are also referenced in the META-INF/context.xml.
>
> I am using tomcat version 6.0.29. The tomcat is deployed on the OS Linux
>
> I am deploying my source code in some folder called
Sylvain and Mark,
Thank you for answering my questions!
On Thu, Oct 27, 2011 at 3:16 PM, Sylvain Laurent wrote:
> Hello,
>
> On 26 oct. 2011, at 17:55, Rohit Kelapure wrote:
>
>> * Reposting from the dev list as advised *
>>
>> Dear All,
>>
>> After going through the thread renewal code in
>> /
Hello,
I am not able to read the environment variable from the server.xml - those
are also referenced in the META-INF/context.xml.
I am using tomcat version 6.0.29. The tomcat is deployed on the OS Linux
I am deploying my source code in some folder called
/data2/www/xyz/htdocs/approot. I have
Hello,
On 26 oct. 2011, at 17:55, Rohit Kelapure wrote:
> * Reposting from the dev list as advised *
>
> Dear All,
>
> After going through the thread renewal code in
> /tomcat-8.0.x/java/org/apache/tomcat/util/threads/TaskQueue.java ,
> /tomcat-8.0.x/java/org/apache/tomcat/util/threads/ThreadPo
Hi, thx for the response.
Yes, it's ok for me that sessions are not expired(session continue to live on
another node) and onsessiondestroyed is not called when one node is stopped.
The actual reason why i asked this question was that many folks complained that
tomcat always fired onsessiondestro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike,
On 10/26/2011 2:40 AM, Mike wrote:
> Understood. Thanks! I changed the logfile location to be the log
> folder of the tomcat server and the redeploy is working (amongst 10
> redeploys only 1 failed). I am using log4j so I don't control the
> pro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 10/24/2011 7:28 AM, Hodchenkov, Paul wrote:
> 2) AFAIK tomcat fires onSessionDestroyed event when some node in
> cluster is stopped gracefully. However, in my environment I don't
> observe such behavior.
Is that really what you want? Takin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harish,
On 10/27/2011 4:58 AM, Anantaneni Harish wrote:
> Thanks for the directions the Rainer. Actually the issue is just
> solved.
>
> We have changed from BufferedReader in = request.getReader();
>
> to
>
> BufferedReader in = new BufferedReader
On 27/10/2011 16:29, juergen.l...@gmail.com wrote:
> Hi Mark, thanks a lot for this clarification! Is there any reference
> you recommend for learning about tomcat clustering (apart from the
> source code)?
Nothing immediately comes to mind. It is an area where we could do with
some better docs.
On 27/10/2011 14:43, ma...@apache.org wrote:
> "Jürgen Link" wrote:
>
>> Hi all, I successfully did set up a tomcat cluster (3 nodes) with
>> session replication, using the standard DeltaManager.
>>
>> In order to allow for more nodes, I'd like to switch to
>> BackupManager for primary-secondary
Hi all,
So I was not able to call cluster valve from the application, but I believe a
http call to localhost with the same session id can do a trick(yeah, not an
elegant solution :) ).
However, it would be fine is somebody can clarify my another questions about
tomcatssessions:
1) When using c
"Jürgen Link" wrote:
>Hi all,
>I successfully did set up a tomcat cluster (3 nodes) with session
>replication, using the standard DeltaManager.
>
>In order to allow for more nodes, I'd like to switch to BackupManager
>for
>primary-secondary replication on a dedicated backup node.
>Unfortunately,
Hey all,
I was able to connect! These are the steps that I took
http://www.liferay.com/pt/web/thiago.moreira/blog/-/blogs/how-to-monitor-liferay-tomcat-remotely-through-firewalls-using-visualvm
Thanks!
Thiago Moreira
On Mon, Oct 24, 2011 at 1:56 PM, Thiago Moreira (timba) <
tmoreira2...
Hi Raghu,
My guess is that you have changed the logging to use cronolog and as such
the PID being written is actually the logging process and not the catalina
process. Check your catalina.sh file
If you see something like this
org.apache.catalina.startup.Bootstrap "$@" start 2>&1 |/usr/bin/cro
Hi all,
I successfully did set up a tomcat cluster (3 nodes) with session
replication, using the standard DeltaManager.
In order to allow for more nodes, I'd like to switch to BackupManager for
primary-secondary replication on a dedicated backup node.
Unfortunately, the official documentation (and
Thanks for the directions the Rainer.
Actually the issue is just solved.
We have changed from
BufferedReader in = request.getReader();
to
BufferedReader in = new BufferedReader(new
InputStreamReader(request.getInputStream()));
Now whole body has been read at my client's environment as well.
On 27.10.2011 06:02, Anantaneni Harish wrote:
> -Original Message-
> From: Anantaneni Harish
> Sent: Wednesday, October 26, 2011 3:01 PM
> To: Tomcat Users List
> Subject: RE: cannot read complete HTTP request body. It reads only 8192
> characters
>
> Thanks for your response.
>
> The i
On 27/10/2011 07:41, Ellecer Valencia wrote:
> Hi,
>
> If I'm using parallel deployment in Tomcat 7, and now have 2 webapps
>
> /webapps/ROOT##001.war
> /webapps/ROOT##002.war
>
> and then get problems in the new version and want to rollback to
> ROOT##001.war.
>
> If I delete the more recent
28 matches
Mail list logo
