On 3/23/2012 6:51 PM, Terence M. Bandoian wrote:
On 1:59 PM, David kerber wrote:
On 3/23/2012 11:19 AM, Caldarale, Charles R wrote:
From: David kerber [mailto:dcker...@verizon.net]
Subject: jdbc driver location in TC 7
Where is the recommended location for jdbc driver jars in TC7,
when I'm
> -Original Message-
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: Access Log Valve invalid requests
>
> Leo Donahue - PLANDEVX wrote:
> > Tomcat 6.0.35
> >
> > http://tomcat.apache.org/tomcat-6.0-
> doc/config/valve.html#Access_Log_V
> > alve
> >
> > "Some requests may be
On 1:59 PM, David kerber wrote:
On 3/23/2012 11:19 AM, Caldarale, Charles R wrote:
From: David kerber [mailto:dcker...@verizon.net]
Subject: jdbc driver location in TC 7
Where is the recommended location for jdbc driver jars in TC7,
when I'm using separate CATALINA_HOME and CATALINA_BASE loc
2012/3/23 Caldarale, Charles R :
>> From: Chema [mailto:demablo...@gmail.com]
>> Subject: Re: chunked encoding
>
>> But, if I'm not wrong , chunks messages belong application layer, so
>> when servers pass them to TCP/IP stack , they are different messages.
>
> TCP/IP knows nothing about "messages"
>
> TCP packets are numbered (by TCP itself). Thus chunks are ordered as well.
>
So, chunks aren't sent on the same time, but they are sent by the same
TCP connection .
In this case, it has sense for me: a stream of chunks . Thanks
-
> From: Chema [mailto:demablo...@gmail.com]
> Subject: Re: chunked encoding
> But, if I'm not wrong , chunks messages belong application layer, so
> when servers pass them to TCP/IP stack , they are different messages.
TCP/IP knows nothing about "messages", only about the two byte streams for th
2012/3/24 Chema :
>> The server application must pass the chunks to its outbound TCP/IP stack in
>> order, so normal TCP sequencing takes care of it.
>>
>
> Thanks
> But, if I'm not wrong , chunks messages belong application layer, so
> when servers pass them to TCP/IP stack , they are different m
> The server application must pass the chunks to its outbound TCP/IP stack in
> order, so normal TCP sequencing takes care of it.
>
Thanks
But, if I'm not wrong , chunks messages belong application layer, so
when servers pass them to TCP/IP stack , they are different messages.
Do it by same conne
Andre - good information. Thanks but still in the weeds here.
> Depends how long Tomcat and your applications need to start up and be ready
> to answer requests.
makes sense. since httpd is NOT coming up on boot as it should, I will make it
second
with a preceding sleep and background the wh
> From: Chema [mailto:demablo...@gmail.com]
> Subject: Re: chunked encoding
> How does web browser know what is the right order of the chunks ?
The order they are passed to the client by the client's inbound TCP/IP stack is
the correct order.
> But when server sends response by chunks I don't
> 1. http://en.wikipedia.org/wiki/Chunked_transfer_encoding
> 2. RFC 2616 (the specification of HTTP/1.1 protocol)
One question
How does web browser know what is the right order of the chunks ?
When server waits for generating the whole response, I understand that
transmission can rely on TCP and
> (had to strip final binary to make it work at all - not mentioned)
What do you mean?
I mean that the built binary was NOT stripped and would not work (apache
complained about loading it - sorry I forgot the message).
I simply did "strip mod_jk.so" and the size went down by a factor of 4 and
Hi All,
Here's my problem:
I get 403 error when using my custom realm with LockOutRealm.
My implementation works with no problems on Tomcat 6.0.x. It also works
well if I configure my realm with no *LockOutRealm *present in my
configuration.
Configuration for both versions in server.xml nested
Note : you /do/ get bonus points for providing the versions of what you're
using.
Not everyone does that.
And you also got an immediate reward, in the form of Chuck's and Konstantin's warnings
about your mod_jk version (which could have caused you severe problems later, had you not
mentioned i
Ray Holme wrote:
I have recently upgraded from Fedora 14 to Fedora 16. I am testing 4 tomcat
applications on the local web (and one plain apache app.) on one box (no other
tricks like multiple servers ...). The below should pretty well describe
everything I think matters.
I was running Tomcat
2012/3/23 Ray Holme :
> I downloaded and built the newest mod_jk.so (tomcat-connectors-1.2.33) from
> src (had to strip final binary to make it work at all - not mentioned). I
> still have the old one if need be and yes I tried it too.
1.2.33 is known to be broken and causes core in httpd in cer
- Original Message -
> Hi everyone,
>
> I have been tasked with configuring SSL for Tomcat. I am new to
> Tomcat configuration so I have been through the docs and consulted
> many different articles in an attempt to figure out how all of this
> works.
>
> I have been given the following (
> From: Ray Holme [mailto:rayho...@yahoo.com]
> Subject: upgraded fedora and mod_jk will not work
> I downloaded and built the newest mod_jk.so (tomcat-connectors-1.2.33)
Oops - please read the headline in the docs:
"The Apache Tomcat team wishes to draw your attention to stability issues that
I have recently upgraded from Fedora 14 to Fedora 16. I am testing 4 tomcat
applications on the local web (and one plain apache app.) on one box (no other
tricks like multiple servers ...). The below should pretty well describe
everything I think matters.
I was running Tomcat 6.0.29 and then 6.
Serdyn du Toit wrote:
Hi,
Using Tomcat 6.0.35 I got the server up and running and could retrieve
webpages from my application perfectly - using the browser. Now I've
written some client code of my own in Java and for one or other reason it
doesn't want to retrieve everything - it only returns a
Leo Donahue - PLANDEVX wrote:
Tomcat 6.0.35
http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Access_Log_Valve
"Some requests may be handled by Tomcat before they are passed to a container.
These include redirects from /foo to /foo/ and the rejection of invalid requests".
What is an
2012/3/23 Melanie Snayer :
> Hi All,
>
> I didn’t add the attachment to the previous email so here it is.
>
1. Attachments are not allowed on this mailing list.
2. Using HTML-formatted e-mails is strongly discouraged.
Use plain text.
-
2012/3/23 Serdyn du Toit :
> Hi,
>
> Using Tomcat 6.0.35 I got the server up and running and could retrieve
> webpages from my application perfectly - using the browser. Now I've
> written some client code of my own in Java and for one or other reason it
> doesn't want to retrieve everything - it
Hi All,
I didn't add the attachment to the previous email so here it is.
Regards
Melanie
From: Melanie Snayer
Sent: 23 March 2012 06:05 PM
To: 'users@tomcat.apache.org'
Subject: configuring SSL for Tomcat with .pfx
Hi everyone,
I have been tasked with configuring SSL for Tomcat. I am new to To
Hi everyone,
I have been tasked with configuring SSL for Tomcat. I am new to Tomcat
configuration so I have been through the docs and consulted many different
articles in an attempt to figure out how all of this works.
I have been given the following (attached):
* Thawte Primary Root C
On 3/23/2012 11:19 AM, Caldarale, Charles R wrote:
From: David kerber [mailto:dcker...@verizon.net]
Subject: jdbc driver location in TC 7
Where is the recommended location for jdbc driver jars in TC7,
when I'm using separate CATALINA_HOME and CATALINA_BASE locations?
If you look in conf/cata
Hi,
Using Tomcat 6.0.35 I got the server up and running and could retrieve
webpages from my application perfectly - using the browser. Now I've
written some client code of my own in Java and for one or other reason it
doesn't want to retrieve everything - it only returns a partial response
and th
> From: David kerber [mailto:dcker...@verizon.net]
> Subject: jdbc driver location in TC 7
> Where is the recommended location for jdbc driver jars in TC7,
> when I'm using separate CATALINA_HOME and CATALINA_BASE locations?
If you look in conf/catalina.properties, you'll see the order in which
2012/3/23 Leo Donahue - PLANDEVX :
> Tomcat 6.0.35
>
> http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Access_Log_Valve
>
> "Some requests may be handled by Tomcat before they are passed to a
> container. These include redirects from /foo to /foo/ and the rejection of
> invalid request
Tomcat 6.0.35
http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Access_Log_Valve
"Some requests may be handled by Tomcat before they are passed to a container.
These include redirects from /foo to /foo/ and the rejection of invalid
requests".
What is an invalid request? If I have a d
Kind of related to the upgrade issue I ran into yesterday:
Where is the recommended location for jdbc driver jars in TC7, when I'm
using separate CATALINA_HOME and CATALINA_BASE locations? If it makes a
difference, I am not using tomcat's connection pooling; it's handled in
my app.
I genera
I have set it as below. However, still it is showing the same error. Please
let me know what to do as our all tomcats are going on high load because of
this kind of continuous logging. If there is any change required let us
know.
ERROR logging:
*SEVERE: Unable to send message through cluster send
32 matches
Mail list logo
