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
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
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=45957
Will Rowe <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
R
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
--- 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
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
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
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
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
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
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=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
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
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
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
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: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
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
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 =
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
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");
/**
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=45851
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
https://issues.apache.org/bugzilla/show_bug.cgi?id=42681
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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
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
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: 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:
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|REOPENED|RESOLVED
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=43656
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
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=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
Sam <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
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
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
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 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
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=42554
oscar <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resol
45 matches
Mail list logo
