It is limited by the amount of memory in your JVM.
Ronald.
Op vrijdag, 18 maart 2011 05:26 schreef rajini maski :
Any idea about what might be the maximum limit of a maxHttpHeadSize.
The maximum size of the request and response HTTP header, specified in
bytes. If not specified,
Hello,
Here is the environment:
* Tomcat 7.0.x, where x is 8 or 11;
* RHEL 6, x86_64 ;
* 64bit Sun JVM 1.6.0.24 ;
* this is a VM on ESX, 2 vCPUs, 2 GB RAM;
I build my own CATALINA_HOME, the difference between the bundled
tar.gz and my home are:
* no i18n jars;
* only the manager webapp, I don't
Sorry, keyboard error, so I'll continue here.
>
> How do I go about logging wh
...at the manager application is doing while it deploys? Note, I use
the default Tomcat logging mechanism.
--
Francis Galiegue
ONE2TEAM
Ingénieur système
Mob : +33 (0) 683 877 875
Tel : +33 (0) 178 945 552
f...@one2t
On 18/03/2011 09:51, Ronald Klop wrote:
> It is limited by the amount of memory in your JVM.
Interesting guess but wrong.
The maximum size for the http headers for any one request is
Integer.MAX_VALUE, 2^31-1.
I would remind folks that since this is open source you can just look at
the source co
On 18/03/2011 10:20, Francis GALIEGUE wrote:
> Sorry, keyboard error, so I'll continue here.
>
>>
>> How do I go about logging wh
>
> ...at the manager application is doing while it deploys? Note, I use
> the default Tomcat logging mechanism.
My guess is that something is hanging somewhere, prob
2011/3/18 Francis GALIEGUE :
> Hello,
>
> Here is the environment:
>
> * Tomcat 7.0.x, where x is 8 or 11;
> * RHEL 6, x86_64 ;
> * 64bit Sun JVM 1.6.0.24 ;
> * this is a VM on ESX, 2 vCPUs, 2 GB RAM;
>
> I build my own CATALINA_HOME, the difference between the bundled
> tar.gz and my home are:
>
>
On Fri, Mar 18, 2011 at 11:46, Mark Thomas wrote:
> On 18/03/2011 10:20, Francis GALIEGUE wrote:
>> Sorry, keyboard error, so I'll continue here.
>>
>>>
>>> How do I go about logging wh
>>
>> ...at the manager application is doing while it deploys? Note, I use
>> the default Tomcat logging mechani
On Fri, Mar 18, 2011 at 11:53, Konstantin Kolinko
wrote:
> 2011/3/18 Francis GALIEGUE :
[...]
>
> 1) You are using HTTP connector only, no AJP, no HTTPS?
>
I use AJP, which has no address restriction. I don't use HTTPS.
[...]
>
> 2) Take 3 thread dumps with several seconds between them -- to see
> From: Francis GALIEGUE [mailto:f...@one2team.com]
> Subject: Re: Tomcat 7: manager application takes forever to deploy - or not
> On a 30 seconds start sequence, I collected 3 traces and
> all look like this one.
You're waiting on /dev/random. As a workaround, set the following in the
jav
On 18/03/2011 13:38, Francis GALIEGUE wrote:
> On Fri, Mar 18, 2011 at 11:46, Mark Thomas wrote:
>> My guess is that something is hanging somewhere, probably on some sort
>> of network activity - although I can;t think what it might be. When it
>> seems to be slow, take 2 or 3 thread dumps a coupl
>>
>> 4) TRACE is not a valid level name.
>> 1. See JavaDoc for java.util.logging.Level. You want "FINE" or
>> "FINEST". Do not forget to add ".level" to the property name: it is
>> "packagename.level". Without the package ".level" (with a leading dot)
>> states the default. It defaults to INFO.
>
2011/3/18 Mark Thomas :
> On 18/03/2011 13:38, Francis GALIEGUE wrote:
>> On Fri, Mar 18, 2011 at 11:46, Mark Thomas wrote:
>>> My guess is that something is hanging somewhere, probably on some sort
>>> of network activity - although I can;t think what it might be. When it
>>> seems to be slow, ta
On 18/03/2011 14:07, Konstantin Kolinko wrote:
> Just a note: Maybe it is worth to measure the time that the sessionId
> generation takes (looking at the stack trace in [1]) and print some
> warning if org.apache.catalina.util.SessionIdGenerator.getRandomBytes(
> )
> or
> org.apache.catalina.util.S
On Fri, Mar 18, 2011 at 14:47, Caldarale, Charles R
wrote:
>> From: Francis GALIEGUE [mailto:f...@one2team.com]
>> Subject: Re: Tomcat 7: manager application takes forever to deploy - or not
>
>> On a 30 seconds start sequence, I collected 3 traces and
>> all look like this one.
>
>
> You're waiti
Ai. Touche.
Op vrijdag, 18 maart 2011 11:43 schreef Mark Thomas :
On 18/03/2011 09:51, Ronald Klop wrote:
> It is limited by the amount of memory in your JVM.
Interesting guess but wrong.
The maximum size for the http headers for any one request is
Integer.MAX_VALUE, 2^31-1.
I
2011/3/18 Mark Thomas :
> On 18/03/2011 14:07, Konstantin Kolinko wrote:
>> Just a note: Maybe it is worth to measure the time that the sessionId
>> generation takes (looking at the stack trace in [1]) and print some
>> warning if org.apache.catalina.util.SessionIdGenerator.getRandomBytes(
>> )
>>
On 18/03/2011 14:21, Konstantin Kolinko wrote:
> I understand your point, but the OP's stack trace is inside
> nextBytes(), not inside createSecureRandom().
>
> It might be that createSecureRandom() also has noticeable delay in
> these circumstances. I just do not know.
Ah. We need to call nextBy
[...]
> 3. Use a different random source with:
> JAVA_OPTS="-Djava.security.egd=file:/dev/./urandom"
> in setenv.sh
>
Sorry for the misinformation. This actually works!
I thought this was a typo at first, but this wasn't, you MUST use
/dev/./urandom, /dev/urandom will not work. Duh.
Referenc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrei,
On 3/17/2011 2:04 PM, andrei d wrote:
> So there are no relevant hooks in the Tomcat connectors and/or no way
> to instrument that code?
If you are using plain-old Java SSL, then Tomcat is not part of the
equation: the Java runtime establishe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Francis,
On 3/18/2011 6:16 AM, Francis GALIEGUE wrote:
> I build my own CATALINA_HOME, the difference between the bundled
> tar.gz and my home are:
>
> * no i18n jars;
> * only the manager webapp, I don't need the others;
> * changes in logging, I on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
wadi wadi,
On 3/17/2011 1:09 PM, wadi wadi wrote:
> I installed Apache tomcat 7.0.8 on my RedHat linux machine. When launching
> tomcat using ./startup.sh the following is displayed but I can't see the
> Tomcat gui window that displays the log informa
On Fri, Mar 18, 2011 at 17:58, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Francis,
>
> On 3/18/2011 6:16 AM, Francis GALIEGUE wrote:
>> I build my own CATALINA_HOME, the difference between the bundled
>> tar.gz and my home are:
>>
>> * no i18n jars;
>> * only
> From: Francis GALIEGUE [mailto:f...@one2team.com]
> Subject: Re: [OT] Tomcat 7: manager application takes forever to deploy - or
> not
> Third, what if you want to do SNMP monitoring
> (-Dcom.sun.management.snmp.port=xxx etc etc)? You can't with the
> bundled scripts. Why? If you set JAVA_OPTS
Environment:
Solaris 10
Apache 2.2.16
mod_jk 1.2.31
Tomcat 5.5.30
JVM 1.6.0_14
We're experiencing an intermittent problem with responses from our servers.
Sometimes (no more precision available than "sometimes") a server will start
returning a response unrelated to the request. Recently, we manag
On 18/03/2011 21:05, SQ wrote:
>
> Environment:
> Solaris 10
> Apache 2.2.16
> mod_jk 1.2.31
> Tomcat 5.5.30
> JVM 1.6.0_14
Which AJP connector are you using? Is APR/native being used?
An upgrade to the latest 5.5.33 wouldn't hurt but I don't see anything
in the changelog.
There is this https:/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Francis,
On 3/18/2011 3:31 PM, Francis GALIEGUE wrote:
> On Fri, Mar 18, 2011 at 17:58, Christopher Schultz
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Francis,
>>
>> On 3/18/2011 6:16 AM, Francis GALIEGUE wrote:
>>> I build my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noah,
On 3/16/2011 10:47 PM, Noah Cutler wrote:
> I'll need to sort out DBCP, java singletons are nothing like php where a
> singleton exists for lifetime of the request, vs. lifetime of the
> application.
The servlet spec includes a "request" object
Hi I have Tomcat 7.0 on Windows Vista and I'm having trouble logging into
the manager app. Ie it should pop up a basic auth user/pass login window
but instead it sends me to 403 access denied all the time.
I added the following to tomcat-users.xml:
...
...
and I want to login w/ manager:tomca
I'm finding it quite difficult to just go through the packaged documentation
in order to learn to configure tomcat. Especially as my java is rusty and
I don't know much XML. Are there some good books or online resources from
which I can learn tomcat in a good sequence? What Java do I need to kn
hanson zhou wrote:
I'm finding it quite difficult to just go through the packaged documentation
in order to learn to configure tomcat. Especially as my java is rusty and
I don't know much XML. Are there some good books or online resources from
which I can learn tomcat in a good sequence? What
批
The good news to share with you!
My friend gave me a good online store. Their propaganda, the price is very
attractive, if you need products to see: www.ooebuy.mycool.net● I am pleased to
share the good news! A waste of valuable time, please forgive. △
Hey, here's a quick question (and possibly a stupid one, but I have a thick
skin). If I have a working tomcat6 server, can I "install" tomcat6 on a new
server by simply copying a few files and directories over from the working
server to the new one and setting permissions?
--Eric
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com]
> Subject: Installing Tomcat the Brute Force Way?
> If I have a working tomcat6 server, can I "install" tomcat6
> on a new server by simply copying a few files and directories
> over from the working server to the new one and setting permis
> > From: Robinson, Eric [mailto:eric.robin...@psmnv.com]
> > Subject: Installing Tomcat the Brute Force Way?
>
> > If I have a working tomcat6 server, can I "install" tomcat6
> on a new
> > server by simply copying a few files and directories over from the
> > working server to the new one an
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com]
> Subject: RE: Installing Tomcat the Brute Force Way?
> I should be able to copy /opt/tomcat and /usr/java to
> the new server, create the tomcat user, set permissions,
> and be on my way. No?
Don't know about /usr/java, since that usually
> > I should be able to copy /opt/tomcat and /usr/java to the
> new server,
> > create the tomcat user, set permissions, and be on my way. No?
>
> Don't know about /usr/java, since that usually involves
> symlinks; you should probably do an actual JRE or JDK install
> for that. /opt/tomcat s
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com]
> Subject: RE: Installing Tomcat the Brute Force Way?
> From looking at the server, it would appear that tomcat was installed
> using tomcat-6.0.18-0.noarch.rpm.
Now you're in trouble. The 3rd-party repackaged versions of Tomcat typically
37 matches
Mail list logo
