On 07/11/2012 08:13, Asankha C. Perera wrote:
> On 11/07/2012 11:55 AM, Mark Thomas wrote:
>> Mark Thomas wrote:
>>
>>> "Asankha C. Perera" wrote:
>>>
My testing has been primarily on Linux / Ubuntu.
>>> With which version of Tomcat?
>> And which connector implentation?
> Tomcat 7.0.29 and p
Chris Schultz wrote:
> On 10/31/12 3:55 PM, Marko Asplund wrote:
> > There are at least 3 different approaches for configuring Apache
> > httpd 2.2 to act as a reverse proxy for Tomcat 7.0:
> >
> > a) mod_proxy_http b) mod_proxy_ajp c) mod_jk
> >
> > ...
> > What are the current differences and tr
On 11/07/2012 11:55 AM, Mark Thomas wrote:
Mark Thomas wrote:
"Asankha C. Perera" wrote:
My testing has been primarily on Linux / Ubuntu.
With which version of Tomcat?
And which connector implentation?
Tomcat 7.0.29 and possibly 7.0.32 too, but I believe its common to all
versions
Conn
Mark Thomas wrote:
>"Asankha C. Perera" wrote:
>
>> My testing has been primarily on Linux / Ubuntu.
>
>With which version of Tomcat?
And which connector implentation?
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.
"Asankha C. Perera" wrote:
> My testing has been primarily on Linux / Ubuntu.
With which version of Tomcat?
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat
Hi Chris
My expectation from the backlog is:
1. Connections that can be handled directly will be accepted and work
will begin
2. Connections that cannot be handled will accumulate in the backlog
3. Connections that exceed the backlog will get "connection refused"
There are caveats, I would im
Hi Esmond
That wouldn't have any different effect to not calling accept() at all in
blocking mode
Clearly there is a difference. Please see the samples in [1] & [2] and
execute them to see this. The TestAccept1 below allows one to open more
than one connection at a time, even when only one acce
That wouldn't have any different effect to not calling accept() at all in
blocking mode, or to thread starvation such that the accept thread didn't
get a run. It wouldn't make any difference to whether the client got a
connection refused/reset. The backlog queue would still fill up in exactly
the s
2012/11/7 ken dombeck :
> #1 I can definetly create a new store (JDBCRealm, DataSourceRealm), I am just
> not sure of Apache wanting to support multiple implementations.
>
It is not a big deal. If the new implementation is better we can
deprecate the old one and remove it from future versions. I
2012/11/7 Christopher Schultz :
>
>> I do not know about the dbcp one. It might be an issue. It
>> certainly will contain a stack trace (it is what it is used for).
>> I usually run with logAbandoned being turned off. Do you have
>> opened connections in your pool? Do you have closeMethod="close" o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 11/6/12 4:19 PM, Konstantin Kolinko wrote:
> 2012/11/7 Christopher Schultz :
>>
>> These are the actual Exception objects I can see:
>>
>> 3 instances of
>> org.apache.tomcat.util.buf.UDecoder$DecodeException
>>
>> 1 instance of
>>
2012/11/7 Christopher Schultz :
>
> These are the actual Exception objects I can see:
>
> 3 instances of org.apache.tomcat.util.buf.UDecoder$DecodeException
>
> 1 instance of
> org.apache.tomcat.dbcp.dbcp.AbandonedTrace$AbandonedObjectException
>
> (I am using a Tomcat-configured JNDI DataSource)
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 11/6/12 2:59 PM, Konstantin Kolinko wrote:
> 2012/11/6 Christopher Schultz :
>> On 11/6/12 10:37 AM, Konstantin Kolinko wrote:
>>> 2012/11/6 Christopher Schultz :
>>
>>> 2) I know of a bug in JVM when a certain kind of leak goes
>>> u
#1 I can definetly create a new store (JDBCRealm, DataSourceRealm), I am just
not sure of Apache wanting to support multiple implementations.
#2 I don't think this issue is the cause for the mail thread that you listed.
That mail thread does not talk about persisting sessions to the database. Bu
2012/11/6 Christopher Schultz :
> On 11/6/12 10:37 AM, Konstantin Kolinko wrote:
>> 2012/11/6 Christopher Schultz :
>
>> 2) I know of a bug in JVM when a certain kind of leak goes
>> undetected. I mean the leak through a shared Exception instance
>> and its native stacktrace. See
>>
>> https://issu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 11/6/12 2:03 PM, Konstantin Kolinko wrote:
> 2012/11/3 Christopher Schultz :
>>
>> I was looking at the Javadoc for RemoteIpValve's internalProxies
>> attribute and I saw this comment:
>>
>> " 172.16/12 has not been enabled by defaul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 11/6/12 10:37 AM, Konstantin Kolinko wrote:
> 2012/11/6 Christopher Schultz :
>>
>> I was playing around with the manager webapp today and just for
>> grins, I redeployed my webapp and then hit the "Find Leaks"
>> button to see how l
2012/11/2 Fred Toth :
> Hi,
>
> I've got a struts2/spring app that's been running under tomcat 6 with no
> problems.
>
> I migrated it to 7 and I've hit a strange brick wall. On startup, the logs
> show the app deploying, absolutely normally with no errors at all.
>
> However, when I try to hit any
2012/11/3 Christopher Schultz :
>
> I was looking at the Javadoc for RemoteIpValve's internalProxies
> attribute and I saw this comment:
>
> "
> 172.16/12 has not been enabled by default because it is complex to
> describe with regular expressions.
> "
>
> I'm not sure that is true. This regex ough
2012/11/5 ken dombeck :
> Occasionally when a user signs into our web site it is taking a very long
> time to create a session (10 to 100+ seconds). We traced the issue do to the
> fact that the background process (ContainerBackgroundProcessor) calls
> PersistentManagerBase.processExpires() to s
2012/11/6 Christopher Schultz :
>
> I was playing around with the manager webapp today and just for grins,
> I redeployed my webapp and then hit the "Find Leaks" button to see how
> long it would take Tomcat to decide that my webapp reloads cleanly.
>
> It didn't. That is, my webapp does not appear
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob,
On 11/6/12 8:23 AM, sigzero wrote:
> What level of SHA does the Tomcat digest script use?
$ bin/digest.sh
Usage: RealmBase -a [-e ]
Whatever one you type on the command-line. It all comes down to the
JVM's support plus any extensions you've a
2012/11/6 sigzero :
> What level of SHA does the Tomcat digest script use?
1. What version of Tomcat?
2. Be more specific with your question. What digest and what "script"?
There are hardly any scripts in Tomcat.
3. Different versions of SHA produce digests of different lengths.
Once you have one,
Pete Storey wrote:
Hi
Thanks for the various timely emails - I am in Australia hence I am in
front of you time wise!
What I didn't see was any actual answer to the question though - just
queried the email list for this thread and this was the first reply I got!
Could you resend your actual ans
24 matches
Mail list logo
