; What we
> need to give for tomcat 7.0.8 version to use the same url pattern.
Probably the same one. Most of the changes in Tomcat in the
intervening versions have been to add new features defined by the
servlet-spec.
Where is this URL pattern used? If it's in web.xml to define the
u
Team,
> We are migrating form tomcat 5x to 7.0.8
>
> In Tomcat 5.0 we have the url pattern as below
> Here Path is user defined location.
> url = "//.QuerySWServlet";
> What we need to give for tomcat 7.0.8 version to use the same url
> pattern.
>
> Regards
> Manian
>
>
Apache 2.0.54 and Tomcat 7.0.8
On 15.08.2011 21:20, Pid wrote:
> On 15/08/2011 19:09, Lataxes, Karl wrote:
>> I wrote the code to generate the session id and add it as an HTTP header at
>> the recommendation of someone on the users list. The problem now is
>> appending the jvmr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/16/2011 7:00 AM, Lataxes, Karl wrote:
> As mentioned in an earlier post, our clients are not web browsers
> and do not support cookies. Session management is handled via an
> internally generated session id, and I am attempting to adapt a
Working With Apache 2.0.54 and Tomcat 7.0.8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/15/2011 2:09 PM, Lataxes, Karl wrote:
> I wrote the code to generate the session id and add it as an HTTP
> header at the recommendation of someone on the users list.
Not to open a whole can of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/15/2011 2:09 PM, Lataxes, Karl wrote:
> I wrote the code to generate the session id and add it as an HTTP
> header at the recommendation of someone on the users list.
Not to open a whole can of worms, but why are you generating your own
s
On 15.08.2011 21:20, Pid wrote:
> On 15/08/2011 19:09, Lataxes, Karl wrote:
>> I wrote the code to generate the session id and add it as an HTTP header at
>> the recommendation of someone on the users list. The problem now is
>> appending the jvmroute to the generated session id in order to get
15, 2011 12:52 PM
> To: users@tomcat.apache.org
> Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
>
> On 15.08.2011 17:09, Lataxes, Karl wrote:
>> Yes, the space before "servlet" is a copy/paste error.
>>
>> I made the LogFormat additi
@tomcat.apache.org
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 15.08.2011 17:09, Lataxes, Karl wrote:
> Yes, the space before "servlet" is a copy/paste error.
>
> I made the LogFormat additions to httpd.conf, set the mod_jk logging level to
>
from the log snippets that "." is not being appended
> to the session as expected.
>
> -Original Message-
> From: Rainer Jung [mailto:rainer.j...@kippdata.de]
> Sent: Saturday, August 13, 2011 8:11 AM
> To: users@tomcat.apache.org
> Subject: Re: Sticky Sessio
t;." is not being appended
to the session as expected.
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Saturday, August 13, 2011 8:11 AM
To: users@tomcat.apache.org
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 12.08.2011 15:
On 12.08.2011 15:30, Lataxes, Karl wrote:
> The jvmRoute's for both server.xmls are properly set to the worker names and
> are not commented out. This was the first thing I verified.
>
>
>
>
> Here are the settings in workers.properties (worker tomcat7A identical to
> tomcat7C excep
spite sticky_session being set to 1.
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Friday, August 12, 2011 4:17 AM
To: users@tomcat.apache.org
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 11.08.2011 15:32, Lataxes, Karl wrote:
On 11.08.2011 15:32, Lataxes, Karl wrote:
> OK, I'm getting close. On the server side, I'm adding a "Set-Cookie" header
> containing the session id I want to use. The client emulator I am using has
> similarly been modified to add a "Cookie" header with the session id sent by
> the server, but
:09 PM
To: Tomcat Users List
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
Rainer Jung wrote:
> On 09.08.2011 20:45, Lataxes, Karl wrote:
>> Our clients cannot send or process JSESSIONIDs as they are not web
>> browsers, but proprietary equipment running
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 8/9/2011 4:49 PM, Rainer Jung wrote:
> On 09.08.2011 20:45, Lataxes, Karl wrote:
>> Our clients cannot send or process JSESSIONIDs as they are not web
>> browsers, but proprietary equipment running embedded software that
>> sends HTTP POS
On 09.08.2011 23:08, André Warnier wrote:
> Rainer Jung wrote:
>> On 09.08.2011 20:45, Lataxes, Karl wrote:
>> Are you aware of the fact, that a cookie *is* an additional HTTP header,
>> namely the header named "Cookie"? So if you can set HTTP headers to
>> values you can define, then you *can* sen
Rainer Jung wrote:
On 09.08.2011 20:45, Lataxes, Karl wrote:
Our clients cannot send or process JSESSIONIDs as they are not web
browsers, but proprietary equipment running embedded software that
sends HTTP POST messages to a servlet on our internal network. The
servlet keeps track of sessions i
ginal Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Monday, August 08, 2011 12:14 PM
To: Tomcat Users List
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/5/2011 7:49 AM, Lataxes,
On 09.08.2011 20:45, Lataxes, Karl wrote:
> Our clients cannot send or process JSESSIONIDs as they are not web
> browsers, but proprietary equipment running embedded software that
> sends HTTP POST messages to a servlet on our internal network. The
> servlet keeps track of sessions internally by a
tions.
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Monday, August 08, 2011 12:14 PM
To: Tomcat Users List
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl,
On 8/5/2011 7:49 AM, Lataxes, Karl wrote:
> After some testing, I determined that appending the session ID to
> the URL will not work.
Why not?
> I can, however, add the session ID as a new HTTP header, but I have
> to determine which modules
Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
Lataxes, Karl wrote:
> I believe this may what you requested. The parameter information I extracted
> from the request was contained in the request body, as well as the session ID
> I mentioned previously. If we need to include addition
eful!
Ian
On 29 July 2011 13:09, Ian Marsh wrote:
> Bugger thanks.
>
> I looked at this but, when I did, I simply compared the two web.xml
> files between Tomcat-7.0.8 and Tomcat-7.0.10 to see if a specific
> setting for development mode was used differently, but the two file
;
>
> -Original Message-
> From: Rainer Jung [mailto:rainer.j...@kippdata.de]
> Sent: Friday, July 15, 2011 3:22 PM
> To: users@tomcat.apache.org
> Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
>
> On 15.07.2011 18:19, Lataxes, Karl wro
pe 'application/x-www-form-urlencoded'
HEADER: content-length '134'
PARAMETER INFORMATION
PARAM: ''
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Friday, July 15, 2011 3:22 PM
To: users@tomcat.apache.org
Subject: Re: Sticky S
x-www-form-urlencoded'
HEADER: content-length '134'
PARAMETER INFORMATION
PARAM: ''
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Friday, July 15, 2011 3:22 PM
To: users@tomcat.apache.org
Subject: Re: Sticky Session Not Working With Apa
Bugger thanks.
I looked at this but, when I did, I simply compared the two web.xml
files between Tomcat-7.0.8 and Tomcat-7.0.10 to see if a specific
setting for development mode was used differently, but the two files
were exactly the same, with no development mode setting mentioned.
Which means
On 29/07/2011 09:53, Ian Marsh wrote:
> Ok thanks... so here's the trace of the 3 biggest
> org.apache.jasper.servlet.JspServletWrapper objects.
>
> I'm just showing the path of the objects that retain the biggest sizes
> at each nested level to save from overkill on detail. There are
> references
Ok thanks... so here's the trace of the 3 biggest
org.apache.jasper.servlet.JspServletWrapper objects.
I'm just showing the path of the objects that retain the biggest sizes
at each nested level to save from overkill on detail. There are
references to parent objects at some levels which show a lar
On 28/07/2011 12:29, Ian Marsh wrote:
> Right, I have taken a memory snapshot using YourKit of the system
> running Tomcat-7.0.10 after about 1 hour, when the Old Gen memory was
> beginning to reach its maximum.
OK. I think a little more digging is required but this might be heading
somewhere usef
Right, I have taken a memory snapshot using YourKit of the system
running Tomcat-7.0.10 after about 1 hour, when the Old Gen memory was
beginning to reach its maximum.
I am not completely sure what information is useful for you to know as
I have not used YourKit before so I am working from the dem
On 26/07/2011 10:43, Ian Marsh wrote:
> Unfortunately the conf changes to fork the compilation of JSPs and the
> increased 'modificationTestInterval' value made no real improvement so
> I am continuing to work towards replacing the language text request
> scope variables with property files referen
>
>
> On 22 July 2011 22:42, Pid wrote:
>> On 22/07/2011 20:17, Mark Thomas wrote:
>>> On 22/07/2011 17:26, Ian Marsh wrote:
>>>> Hi,
>>>>
>>>> I am in charge of running a Apache-2, Tomcat-7, Ubuntu-10.04 set up
>>>> for which we h
gt; On 22/07/2011 20:17, Mark Thomas wrote:
>> On 22/07/2011 17:26, Ian Marsh wrote:
>>> Hi,
>>>
>>> I am in charge of running a Apache-2, Tomcat-7, Ubuntu-10.04 set up
>>> for which we have to be PCI Compliant. We recently upgraded to
>>> Apache-2.2
On 22/07/2011 20:17, Mark Thomas wrote:
> On 22/07/2011 17:26, Ian Marsh wrote:
>> Hi,
>>
>> I am in charge of running a Apache-2, Tomcat-7, Ubuntu-10.04 set up
>> for which we have to be PCI Compliant. We recently upgraded to
>> Apache-2.2.17 and Tomcat-7.0.8 (fr
On 22/07/2011 20:17, Mark Thomas wrote:
> On 22/07/2011 17:26, Ian Marsh wrote:
>> It seems that the character arrays [C, java.lang.String and
>> javax.servlet.jsp.tagext.TagAttributeInfo entries are considerably
>> higher in Tomcat-7.0.10 than in Tomcat-7.0.8 and I am wonde
On 22/07/2011 17:26, Ian Marsh wrote:
> Hi,
>
> I am in charge of running a Apache-2, Tomcat-7, Ubuntu-10.04 set up
> for which we have to be PCI Compliant. We recently upgraded to
> Apache-2.2.17 and Tomcat-7.0.8 (from Apache-2.0.x and Tomcat 5.0.28)
> in order to comply with t
Hi,
I am in charge of running a Apache-2, Tomcat-7, Ubuntu-10.04 set up
for which we have to be PCI Compliant. We recently upgraded to
Apache-2.2.17 and Tomcat-7.0.8 (from Apache-2.0.x and Tomcat 5.0.28)
in order to comply with the requirements of the PCI Compliance checks
and ironed out any
URL, you
could likely design a solution using mod_proxy_balancer.
Regards,
Rainer
> -Original Message-
> From: Rainer Jung [mailto:rainer.j...@kippdata.de]
> Sent: Friday, July 15, 2011 9:44 AM
> To: users@tomcat.apache.org
> Subject: Re: Sticky Session Not Working
15, 2011 9:44 AM
To: users@tomcat.apache.org
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 15.07.2011 12:48, Lataxes, Karl wrote:
> Our servlet assigns a session id to a client when it initially contacts the
> server. The session id consists of "session
On 15.07.2011 12:48, Lataxes, Karl wrote:
> Our servlet assigns a session id to a client when it initially contacts the
> server. The session id consists of "session-id", a unique client identifier,
> and the current time in milliseconds, which is used as session identification
> for subsequent
ges to the original Tomcat node it initially contacted?
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Wednesday, July 13, 2011 3:12 PM
To: Tomcat Users List
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 13/07/2011 19:39, Lataxes,
On 14/07/2011 15:11, Christopher Schultz wrote:
> Pid,
>
> On 7/14/2011 5:45 AM, Pid wrote:
>> http://www.cafepress.com/cp/customize/product2.aspx?number=556022568
>
> $21? boo...
I couldn't change the price...
s
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pid,
On 7/14/2011 5:45 AM, Pid wrote:
> http://www.cafepress.com/cp/customize/product2.aspx?number=556022568
$21? boo...
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozd
On 14/07/2011 10:25, Pid wrote:
> On 13/07/2011 20:17, Christopher Schultz wrote:
>> Mark,
>>
>> On 7/13/2011 3:12 PM, Mark Thomas wrote:
>>> On 13/07/2011 19:39, Lataxes, Karl wrote:
We're not using cookies.
Our application is not web based, but accepts HTTP PUTS via client
re
On 13/07/2011 20:17, Christopher Schultz wrote:
> Mark,
>
> On 7/13/2011 3:12 PM, Mark Thomas wrote:
>> On 13/07/2011 19:39, Lataxes, Karl wrote:
>>> We're not using cookies.
>>>
>>> Our application is not web based, but accepts HTTP PUTS via client
>>> requests that enter our network from extern
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 7/13/2011 3:12 PM, Mark Thomas wrote:
> On 13/07/2011 19:39, Lataxes, Karl wrote:
>> We're not using cookies.
>>
>> Our application is not web based, but accepts HTTP PUTS via client
>> requests that enter our network from external sources.
On 13/07/2011 19:39, Lataxes, Karl wrote:
> We're not using cookies.
>
> Our application is not web based, but accepts HTTP PUTS via client requests
> that enter our network from external sources. We are not URL encoding, as
> our clients are not configured to accept it. If we have to include
erver applications will have to be modified accordingly,
which may be an option.
-Original Message-
From: Pid [mailto:p...@pidster.com]
Sent: Wednesday, July 13, 2011 11:23 AM
To: Tomcat Users List
Subject: Re: Sticky Session Not Working With Apache 2.0.54 and Tomcat 7.0.8
On 13/07/2011 14:37, La
On 13/07/2011 14:37, Lataxes, Karl wrote:
> We are attempting to run identical servlets under several Tomcat 7.0.8 nodes
> behind a load balancer (Apache 2.0.54 using mod_jk), but we have been unable
> to get sticky sessions to work. Initial requests are forwarded to a node as
> e
We are attempting to run identical servlets under several Tomcat 7.0.8 nodes
behind a load balancer (Apache 2.0.54 using mod_jk), but we have been unable to
get sticky sessions to work. Initial requests are forwarded to a node as
expected, but subsequent requests from the same client are being
On 27/02/2011 07:11, Michael McCutcheon wrote:
> I've got a simple problem where:
>
> request.getQueryString() returns this:
>
> "title%3Dtesttitle%26categoryAccessLabel%3Dtestcategoryaccesslabel%26valueAccessLabel%3DtestvalueAccessLabel"
>
>
> but request.getParameter("title") returns null.
>
2011/2/27 Mark Thomas :
> On 27/02/2011 16:14, André Warnier wrote:
>> ma...@apache.org wrote:
>> ...
>>
>>>
>>> What you are missing is that query parameters and values are parsed
>>> before %nn decoding so the names and values can contain reserved
>>> characters.
>>>
>> Mark,
>> are you sure ?
>
On 27/02/2011 16:14, André Warnier wrote:
> ma...@apache.org wrote:
> ...
>
>>
>> What you are missing is that query parameters and values are parsed
>> before %nn decoding so the names and values can contain reserved
>> characters.
>>
> Mark,
> are you sure ?
I may be talking nonsense - it was e
ma...@apache.org wrote:
...
What you are missing is that query parameters and values are parsed before %nn
decoding so the names and values can contain reserved characters.
Mark,
are you sure ?
-
To unsubscribe, e-mail: use
Michael McCutcheon wrote:
>I've got a simple problem where:
>
>request.getQueryString() returns this:
>
>"title%3Dtesttitle%26categoryAccessLabel%3Dtestcategoryaccesslabel%26valueAccessLabel%3DtestvalueAccessLabel"
>
>but request.getParameter("title") returns null.
>
>Am I missing something obvio
I've got a simple problem where:
request.getQueryString() returns this:
"title%3Dtesttitle%26categoryAccessLabel%3Dtestcategoryaccesslabel%26valueAccessLabel%3DtestvalueAccessLabel"
but request.getParameter("title") returns null.
Am I missing something obvious?
Shouldn't it be returning 't
On 2/26/2011 10:43 PM, Michael McCutcheon wrote:
I've got a simple problem where:
request.getQueryString() returns this:
"title%3Dtesttitle%26categoryAccessLabel%3Dtestcategoryaccesslabel%26valueAccessLabel%3DtestvalueAccessLabel"
but request.getParameter("title") returns null.
Am I missin
I've got a simple problem where:
request.getQueryString() returns this:
"title%3Dtesttitle%26categoryAccessLabel%3Dtestcategoryaccesslabel%26valueAccessLabel%3DtestvalueAccessLabel"
but request.getParameter("title") returns null.
Am I missing something obvious?
Shouldn't it be returning 'test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rhannek,
On 2/23/2011 10:17 AM, rhan...@gmx.de wrote:
> I've set up an Apache Tomcat server for a small JSF2.0 project with
> PrimeFaces. Because of some internal company rules the server has to
> be able to operate behind a ssl gateway.
Can you desc
et up a similar configuration? Successfully? Were there
any problems?
My guess would be the SSL gateway but I have no access to it.
Version: Apache Tomcat 7.0.8
OS: Windows XP SP3
--
NEU: FreePhone - kostenlos mobil telefonieren und surfen!
Jetzt informieren:
On 14/02/2011 21:47, George Vagenas wrote:
> Thanks Mark
My bad. There was an incorrect version in a config file.
7.0.8 files have been uploaded and should sync shortly.
Mark
>
> On Sun, Feb 13, 2011 at 12:32 PM, George Vagenas wrote:
>
>> Hi guys,
>>
>> I
On 16/02/2011 17:46, Afkham Azeez wrote:
> Hi folks,
> Can I know from which Maven repo I can fetch the JARs of the latest Tomcat
> release? repo1 seems to be having only upto the 7.0.6 JARs.
Search the archives. That question was asked and answered a couple of
days ago.
Mark
---
Hi folks,
Can I know from which Maven repo I can fetch the JARs of the latest Tomcat
release? repo1 seems to be having only upto the 7.0.6 JARs.
Thanks
Azeez
Thanks Mark
On Sun, Feb 13, 2011 at 12:32 PM, George Vagenas wrote:
> Hi guys,
>
> I am trying to locate the tomcat 7.0.8 artifacts with no success. I tried
> http://repo2.maven.org/maven2/org/apache/tomcat/ but no luck there.
>
> Can you please shed some light here?
>
>
On 14/02/2011 17:31, Martin Vaněk wrote:
> Hi,
> I missing 7.0.8 too...
> And what repo is hosting org.eclipse.jdt.core.compiler:ecj:3.6 used in
> tomcat-jasper? Last version in central is 3.5.1
https://issues.apache.org/bugzilla/show_bug.cgi?id=50604
Mark
-
Hi,
I missing 7.0.8 too...
And what repo is hosting org.eclipse.jdt.core.compiler:ecj:3.6 used in
tomcat-jasper? Last version in central is 3.5.1
Martin
On 13.2.2011 11:32, George Vagenas wrote:
Hi guys,
I am trying to locate the tomcat 7.0.8 artifacts with no success. I tried
http://repo2
On 13/02/2011 10:32, George Vagenas wrote:
> Hi guys,
>
> I am trying to locate the tomcat 7.0.8 artifacts with no success. I tried
> http://repo2.maven.org/maven2/org/apache/tomcat/ but no luck there.
>
> Can you please shed some light here?
Looks like I forgot to run the
Hi guys,
I am trying to locate the tomcat 7.0.8 artifacts with no success. I tried
http://repo2.maven.org/maven2/org/apache/tomcat/ but no luck there.
Can you please shed some light here?
Regards
--
George Vagenas
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.8
Apache Tomcat 7.0.8 is primarily a security and bug fix release with
numerous fixes compared to 7.0.6.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-7.0-doc/changelog.html
71 matches
Mail list logo
