https://issues.apache.org/bugzilla/show_bug.cgi?id=42554
oscar <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resol
https://issues.apache.org/bugzilla/show_bug.cgi?id=42554
--- Comment #9 from oscar <[EMAIL PROTECTED]> 2008-10-06 00:33:40 PST ---
Hi,
I think issue is not solved yet. Please, ask for all information you need in
order to fix this issue.
Due to it, we could not activate the ssl layer in a
Eiji Takahashi wrote:
Hi.
I think that retry_interval can be set also with LB.
Is it correct?
+
Sure, it's a work in progress.
Thanks for keeping an eye.
Regards
--
^(TM)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Author: mturk
Date: Mon Oct 6 03:31:33 2008
New Revision: 702085
URL: http://svn.apache.org/viewvc?rev=702085&view=rev
Log:
Bring back the commented RECOVER_ABORT_IF_CLIENTERROR.
Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
Modified: tomcat/connectors/trunk/jk/native/c
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015
Sam <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Author: mturk
Date: Mon Oct 6 03:56:33 2008
New Revision: 702090
URL: http://svn.apache.org/viewvc?rev=702090&view=rev
Log:
Allow build provided CFLAGS environment variable usage during build. Eg. set
CFLAGS="/D ISAPI_ALLOW_CHUNKING" nmake -f Makefile.x86
Modified:
tomcat/connectors/trunk/j
Author: mturk
Date: Mon Oct 6 04:20:52 2008
New Revision: 702101
URL: http://svn.apache.org/viewvc?rev=702101&view=rev
Log:
Add Retry Interval display and update
Modified:
tomcat/connectors/trunk/jk/native/common/jk_status.c
Modified: tomcat/connectors/trunk/jk/native/common/jk_status.c
URL
https://issues.apache.org/bugzilla/show_bug.cgi?id=45953
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=43656
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
On Mon, Oct 6, 2008 at 4:56 PM, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Eiji Takahashi wrote:
>>
>> Hi.
>>
>> I think that retry_interval can be set also with LB.
>> Is it correct?
>>
>>> +>> required="false">
>>
>
> Sure, it's a work in progress.
> Thanks for keeping an eye.
>
Thank you for the
Author: mturk
Date: Mon Oct 6 04:38:37 2008
New Revision: 702108
URL: http://svn.apache.org/viewvc?rev=702108&view=rev
Log:
Add retry_interval to lb as well
Modified:
tomcat/connectors/trunk/jk/native/common/jk_status.c
Modified: tomcat/connectors/trunk/jk/native/common/jk_status.c
URL:
ht
https://issues.apache.org/bugzilla/show_bug.cgi?id=45953
Summary: ELSupport.coerceToNumber with Number as type
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Prior
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Author: mturk
Date: Mon Oct 6 06:59:16 2008
New Revision: 702148
URL: http://svn.apache.org/viewvc?rev=702148&view=rev
Log:
Make retry_interval stored in shared memory and synced on push/pull
Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
tomcat/connectors/trunk/jk/na
Author: mturk
Date: Mon Oct 6 07:28:20 2008
New Revision: 702160
URL: http://svn.apache.org/viewvc?rev=702160&view=rev
Log:
Implement global shared memory lock for IIS. With IIS 6+ we don't have a single
process any more
Modified:
tomcat/connectors/trunk/jk/native/common/jk_shm.c
Modified:
Hi,
We have recently encountered an issue where running two separate
Tomcat instances behind a single HTTPD server would cause issues with
the JSESSIONID cookie, because each is over-writing the name of the
other. Having looked in Bugzilla I found the following ticket for
Tomcat 5:
https://issues
Author: markt
Date: Mon Oct 6 10:30:44 2008
New Revision: 702208
URL: http://svn.apache.org/viewvc?rev=702208&view=rev
Log:
Handle nested contexts when foo#bar.xml exists
Bug reported on users list
Modified:
tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java
Modified: tomcat/t
Author: markt
Date: Mon Oct 6 10:33:24 2008
New Revision: 702209
URL: http://svn.apache.org/viewvc?rev=702209&view=rev
Log:
Propose patch
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?re
I don't see an issue with that patch, looks good to me
Filip
André-John Mas wrote:
Hi,
We have recently encountered an issue where running two separate
Tomcat instances behind a single HTTPD server would cause issues with
the JSESSIONID cookie, because each is over-writing the name of the
othe
https://issues.apache.org/bugzilla/show_bug.cgi?id=42681
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=45851
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Filip Hanik - Dev Lists wrote:
> I don't see an issue with that patch, looks good to me
http://people.apache.org/~jfclere/patches/jsessionid.patch is more complete
but as Remy pointed out it has a couple of issues.
As it happens, I am looking at this now. I'll commit something to trunk and
then p
very true, didn't realize so many places referenced it, however, this
gets confusing
-public static final String SESSION_COOKIE_NAME = "JSESSIONID";
+public static final String SESSION_COOKIE_NAME =
+System.getProperty("org.apache.catalina.JSESSIONID", "JSESSIONID");
/**
Having looked into this further it seems clear Tomcat is not designed to
provide any reasonably reliable / easy-to-use means of making a JSP or
servlet request from within the process but outside a connector request
thread. If one wants to properly do this it would appear one has to
call org.a
On Mon, Oct 6, 2008 at 1:54 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
> very true, didn't realize so many places referenced it, however, this gets
> confusing
>
> -public static final String SESSION_COOKIE_NAME = "JSESSIONID";
> +public static final String SESSION_COOKIE_NAME =
https://issues.apache.org/bugzilla/show_bug.cgi?id=42419
André-John Mas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Attachment #22672|application/octet-stream|text/plain
Author: markt
Date: Mon Oct 6 11:25:55 2008
New Revision: 702219
URL: http://svn.apache.org/viewvc?rev=702219&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=45951
Based on jfclere's patch
Modified:
tomcat/trunk/java/org/apache/catalina/Globals.java
tomcat/trunk/java
Filip Hanik - Dev Lists wrote:
very true, didn't realize so many places referenced it, however, this
gets confusing
-public static final String SESSION_COOKIE_NAME = "JSESSIONID";
+public static final String SESSION_COOKIE_NAME =
+System.getProperty("org.apache.catalina.JSESSION
Author: markt
Date: Mon Oct 6 11:39:25 2008
New Revision: 702221
URL: http://svn.apache.org/viewvc?rev=702221&view=rev
Log:
Propose fix for 45951
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATU
Author: markt
Date: Mon Oct 6 11:40:14 2008
New Revision: 70
URL: http://svn.apache.org/viewvc?rev=70&view=rev
Log:
Propose fix for 42419
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x
https://issues.apache.org/bugzilla/show_bug.cgi?id=45951
--- Comment #1 from Mark Thomas <[EMAIL PROTECTED]> 2008-10-06 11:41:10 PST ---
A broader patch has been committed that additionally:
- makes the path name parameter configurable
- provides documentation
This has been committed to trun
https://issues.apache.org/bugzilla/show_bug.cgi?id=42419
--- Comment #7 from Mark Thomas <[EMAIL PROTECTED]> 2008-10-06 11:41:50 PST ---
A broader patch has been proposed for 5.5.x that additionally:
- makes the path name parameter configurable
- provides documentation
--
Configure bugmail
Well, there is interest - the tomcat-lite in the sandbox does allow that (
there is even a TomcatLiteNoConnector unit test ).
The code is broken right now - in process of moving part of it to trunk and
adjusting it to be easier to digest. Will take quite a while
before it's ready for an official r
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
Summary: UTF-8 POST request results in corrupted data
Product: Tomcat 5
Version: 5.5.27
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P
Hi,
I have opened issue 45957, for an issue that has bothered me for a while:
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
To resume:
Currently in Tomcat 5 if a request is received containing UTF-8
content then any accents or non-Roman characters are corrupted, since
there is an ass
Cool.
Thanks for the helpful reply.
I just wish I could have figured out how to word my question better so
as to elicit this helpful information to start with -- instead of
getting told I was posting to the wrong group and chasing my tail with it.
--
Jess Holle
Costin Manolache wrote:
Well
About how to word the question for tomcat-dev: "Hi, I'm interested in
developing an 'in-process' feature if it's not already there,
will start sending out patches " :-)
BTW - there is also an 'in-memory' connector in coyote, not sure what's his
status - but it can be easily enhanced.
You actually
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
Will Rowe <[EMAIL PROTECTED]> changed:
What|Removed |Added
Summary|UTF-8 POST request results |POST request-body p
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
--- Comment #2 from André-John Mas <[EMAIL PROTECTED]> 2008-10-06 14:20:44 PST
---
Confirmed, I do mean the entity body, as URIencoding already exists for the
request-URI. Thanks.
--
Configure bugmail: https://issues.apache.org/bugz
Before reading the POST body - you should first be doing this:
request.setCharacterEncoding("UTF-8")
-Tim
André-John Mas wrote:
Hi,
I have opened issue 45957, for an issue that has bothered me for a while:
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
To resume:
Currently in Tom
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
Will Rowe <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
R
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
--- Comment #4 from André-John Mas <[EMAIL PROTECTED]> 2008-10-06 17:56:06 PST
---
The problem I have with the suggested approach is that it treats UTF-8 as an
exception, rather that a norm for my whole application server. I am not sur
Just to repeat what I stated in the ticket:
The problem I have with the suggested approach is that it treats UTF-8
as an
exception, rather that a norm for my whole application server. I am
not sure
that I should be having to be specifying the encoding before handling
every
request. For a we
Andre-John Mas wrote:
> Just to repeat what I stated in the ticket:
>
> The problem I have with the suggested approach is that it treats UTF-8
> as an
> exception, rather that a norm for my whole application server. I am not
> sure
> that I should be having to be specifying the encoding before han
Thanks for the answer on this point. Reading section 3.7.1 of RFC 2616
indicates that request can specify a character other than the default.
For this reason the following should technically be legal:
What I see, from testing on my Mac, is that Firefox and Safari fail to
pass the charset
45 matches
Mail list logo
