Hi
We have a Tomcat 7.0.39 instance with several applications running within it,
but all running as the same user as the Tomcat instance. We have a new
application we are wanting to add, but this needs to run with a different user
as it has different accesses it needs that cannot be granted to
Sorry for the previous mail. Adding Subject.
- Forwarded Message -
From: Chirag Dewan
To: Tomcat Users List
Sent: Thursday, 16 May 2013 8:37 AM
Subject:
Hi All,
I am upgrading my Embedded Tomcat 6 to Tomcat 7. I am adding an HTTPS connector
to my service.
Code for Tomcat 6
I am out of the office until 27/05/2013.
Business phone#: 03-6332922
Note: This is an automated response to your message "Re: redirect request
from 8080 to port 80" sent on 16/05/2013 0:56:50.
This is the only notification you will receive while this person is away.
I created a filter class and forgot to set the async supported property to true.
This resulted that my war didn't deploy/work when running inside tomcat 7.
I fixed that and it runs fine now, but I am surprised that I didn't see this
earlier since I am using the tomcat7-maven-plugin to start an em
On 15/05/2013 22:56, André Warnier wrote:
> Mark Thomas wrote:
>> On 15/05/2013 17:15, André Warnier wrote:
>>> I find it less intuitive because of the Javadoc of
>>> HttpServletRequest.getLocalPort :
>>> getLocalPort
>>>
>>> int getLocalPort()
>>>
>>> Returns the Internet Protocol (IP) port
Mark Thomas wrote:
On 15/05/2013 17:15, André Warnier wrote:
Ognjen Blagojevic wrote:
André,
On 15.5.2013 15:38, André Warnier wrote:
As far as I understand here, we are not talking about a proxy situation,
we are talking about Iptables, which does not proxy, it just modifies
packets.
So the
On 15/05/2013 21:31, Kevin Manson wrote:
> We have a memory intensive tomcat application (lucene based) that is
> crashing multiple times per day, but it never completes the memory dump. Any
> tips on what to try next would be appreciated.
Do you need to be using the APR/native connector?
Ma
We have a memory intensive tomcat application (lucene based) that is crashing
multiple times per day, but it never completes the memory dump. Any tips on
what to try next would be appreciated.
Environment
Citrix XenServer Virtual Machine
Windows 2008 R2 SP1
8vCPUs
24GB Ram
-Xms12288m -Xmx204
2013/5/15 Caldarale, Charles R
> > From: msyber [mailto:msy...@gmail.com]
> > Subject: Re: Apache Tomcat Native library was not found on the
> java.library.path
>
> Don't top post - it's obnoxious and makes the conversation much harder to
> follow.
>
> > Tomcat: 6.0.13
>
> Sadly out of date - ove
Mark,
While there is no response on the Servlet spec list, I have some follow-up
questions:
> If you call complete() you'll end up with an IllegalStateException when
> the error handler kicks in. You have to use dispatch(). The error handle
> kicks in as soon as the dispatch() tries to write to t
Hi,
Now that digest authentication is fixed (Tomcat 6.0.36), how do we ensure that
clients' authentication requests are routed to correct Tomcats in load balanced
deployments? Otherwise, clients can get stuck in re-authentication loops
(until they happen to be routed to the same Tomcat that is
> From: msyber [mailto:msy...@gmail.com]
> Subject: Re: Apache Tomcat Native library was not found on the
> java.library.path
Don't top post - it's obnoxious and makes the conversation much harder to
follow.
> Tomcat: 6.0.13
Sadly out of date - over six years old.
> JDK: 1.5.0_22
Not suppor
On 5/15/2013 2:55 PM, msyber wrote:
The issue is the library was not found!
And you want it to be? You should have said that. That shows up in my
logs too, but I don't use it.
2013/5/15 Mark Thomas
NFO: The Apache Tomcat Native library which allows optimal performance in
production e
The issue is the library was not found!
2013/5/15 Mark Thomas
> NFO: The Apache Tomcat Native library which allows optimal performance in
> > production environments was not found on the java.library.path:
>
On 15/05/2013 17:03, msyber wrote:
> Hi,
>
> I need your assistance about APR.
>
> OS: Centos 5.9
> Tomcat: 6.0.13
> JDK: 1.5.0_22
> echo $JAVA_HOME /usr/java/jdk1.5.0_22
> echo $LD_LIBRARY_PATH /usr/local/apr/lib
> ll /usr/local/apr/lib/
> total 4372
> -rw-r--r-- 1 root root8367 May 15 16:44
On 15/05/2013 17:15, André Warnier wrote:
> Ognjen Blagojevic wrote:
>> André,
>>
>> On 15.5.2013 15:38, André Warnier wrote:
>>> As far as I understand here, we are not talking about a proxy situation,
>>> we are talking about Iptables, which does not proxy, it just modifies
>>> packets.
>>> So th
Ognjen Blagojevic wrote:
André,
On 15.5.2013 15:38, André Warnier wrote:
As far as I understand here, we are not talking about a proxy situation,
we are talking about Iptables, which does not proxy, it just modifies
packets.
So the URL that Tomcat gets from the 1st request line does not contain
Hi,
I need your assistance about APR.
OS: Centos 5.9
Tomcat: 6.0.13
JDK: 1.5.0_22
echo $JAVA_HOME /usr/java/jdk1.5.0_22
echo $LD_LIBRARY_PATH /usr/local/apr/lib
ll /usr/local/apr/lib/
total 4372
-rw-r--r-- 1 root root8367 May 15 16:44 apr.exp
-rw-r--r-- 1 root root 1344040 May 15 16:44 libapr
Hi Christopher,
> Von: "Christopher Schultz"
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Micheal,
>
> On 5/15/13 3:46 AM, Michael-O wrote:
> > I have modified the ErrorReportValve's messages outside of the
> > one-byte range and the output got mangled. The response does not
> > co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 5/15/13 9:38 AM, André Warnier wrote:
> Mark Thomas wrote:
>> On 15/05/2013 14:16, André Warnier wrote:
>>> Ognjen Blagojevic wrote:
>>
Iptables will not change the URL. Iptables merely redirects
all packets received on port 808
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Micheal,
On 5/15/13 3:46 AM, Michael-O wrote:
> I have modified the ErrorReportValve's messages outside of the
> one-byte range and the output got mangled. The response does not
> contain a char encoding anymore.
Can you be more specific? What ex
André,
On 15.5.2013 15:38, André Warnier wrote:
As far as I understand here, we are not talking about a proxy situation,
we are talking about Iptables, which does not proxy, it just modifies
packets.
So the URL that Tomcat gets from the 1st request line does not contain a
hostname[:port}.
Acco
Mark Thomas wrote:
On 15/05/2013 14:16, André Warnier wrote:
Ognjen Blagojevic wrote:
Iptables will not change the URL. Iptables merely redirects all
packets received on port 8080 to port 80. It will not alter the
contents of the packets. Therefore, Tomcat will receive your HTTP
request as it
On 15/05/2013 14:16, André Warnier wrote:
> Ognjen Blagojevic wrote:
>> Iptables will not change the URL. Iptables merely redirects all
>> packets received on port 8080 to port 80. It will not alter the
>> contents of the packets. Therefore, Tomcat will receive your HTTP
>> request as it is sent b
Ognjen Blagojevic wrote:
Anil,
On 15.5.2013 13:42, Anil Goyal -X (anigoyal - Aricent Technologies at
Cisco) wrote:
We are using tomcat version 7.0.25 and in server.xml, we have two
connector port defined:80 (http)and 443(https).
In /etc/sysconfig/iptables, we have redirect logic written that w
Anil,
On 15.5.2013 13:42, Anil Goyal -X (anigoyal - Aricent Technologies at
Cisco) wrote:
We are using tomcat version 7.0.25 and in server.xml, we have two connector
port defined:80 (http)and 443(https).
In /etc/sysconfig/iptables, we have redirect logic written that will redirect
the request
Hi folks,
I have modified the ErrorReportValve's messages outside of the one-byte range
and the output got mangled. The response does not contain a char encoding
anymore.
I know that the error valve does this:
response.setContentType("text/html");
response.setCharacterEncoding("utf-8");
but t
27 matches
Mail list logo
