DO NOT REPLY [Bug 37785] New: - Changing startup type via Tomcat Monitor does not affect the service startup type

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37785

   Summary: Changing startup type via Tomcat Monitor does not affect
the service startup type
   Product: Tomcat 5
   Version: 5.5.13
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:Integration
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I started observing this behaviour in the 5.5.12 (or even earlier, I can't
remember). It might be related to procrun update which AFAIR took place some
time ago, as the downgrade to the tomcat5.exe and tomcat5w.exe provided with the
5.0.28 seems to fix the problem.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37785] - Changing startup type via Tomcat Monitor does not affect the service startup type

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37785





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 11:09 ---
Did some more investigation and revealed that manually performing any of the
following commands (please observe the case diffs) *does* influence the service
startup type:

tomcat5.exe //US// --Startup auto
tomcat5.exe //US//tomcat5 --Startup auto
tomcat5.exe //US//Tomcat5 --Startup auto
tomcat5.exe //US//ToMcAT5 --Startup auto

HTH

I'd change the Product/component to Commons/Daemon respectively, but this bug
seems to me to be tomcat-related. Besides, tomcat bugs seem to be much better
monitored ;). 






-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 12:19 ---
Please have a look at the following specs 
http://www.faqs.org/rfcs/rfc2068.html , 
If the cookies contains the special characters they should be quoted , that is
what have been implemented .
Regards
Vicky

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Release 5.5.14 or retag 5.5.13

[Mladen Turk]

Hi,

I know, it's been only couple of days, but the 5.5.13 build is broken
because we did not tag the tomcat-native (APR) to 1.1.1 version, that
is required because of extra API.

Perhaps we can retag the 5.5.13 because the needed changes are in
nsi installer script and tomcat-native.tar.gz source package.

So, I will tag the connectors with TOMCAT_NATIVE_1_1_1 and upload
the sources and binaries to our European site (heanet).
Also, since the build/tomcat.nsi will need a different url
it will need to be retaged too.

Any other ideas/proposals?

Regards,
Mladen.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37788] New: - Use IPv6 with APR Connectors

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37788

   Summary: Use IPv6 with APR Connectors
   Product: Tomcat 5
   Version: 5.0.13
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


On an IPv6-enabled host the normal Java Connectors will bind to the IPv6
unspecified address ::0 (if no address is configured for the Connector element).
OTOH APR Connectors will bind only to the IPv4 unspecified address 0.0.0.0 -
even on an IPv6-enabled host. IMO it shouldn't depend on the type of connector
used to which address(-family) Tomcat binds. Therefore I propose to use
APR_INET6 instead of APR_INET as address family when creating the APR endpoint.
Since I'm in no way familiar with the Tomcat source, I'm not sure if the trivial
change I made to org.apache.tomcat.util.net.AprEndpoint is the right thing at
the right place. What I can say after trying out the so-patched Tomcat is the
following:
- On an IPv6-enabled Linux host, Tomcat's APR Connector bound to ::0.
- On an IPv4-only Linux host and an IPv4-only Windows XP host, Tomcat still
worked (binding to 0.0.0.0 obviously).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37788] - Use IPv6 with APR Connectors

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37788





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 14:17 ---
Created an attachment (id=17149)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17149&action=view)
Change AprEndpoint to use APR_INET6 as address family when creating socket


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37788] - Use IPv6 with APR Connectors

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37788


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.13  |5.5.13




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Yoav Shapira]

Hi,
I'm hesitant to re-tag or re-release 5.5.13, but I have no problem
cutting a 5.5.14 as soon as tomorrow if you so desire.  But before I
do either, let me try to make sure I understand the issue.

The tomcat.nsi and/or build.xml files have a hard-coded version number
for the API we want, and this version number is now out of date?  What
are the consequences of using 5.5.13 with the APR connector right now?

If we cut tag/cut 5.5.14, do I need to do anything other than the
normal release procedures, or will you do the additional steps
(tagging the connectors, uploading binaries to HEAnet, updating
tomcat.nsi and build.xml)?

This is probably a dumb question, but I'll ask anyways.  Why isn't
this as simple as a user who downloaded 5.5.13 already going to
download the updated connectors/APR and plugging that in?  Why does it
have to be integrated into the release of Tomcat itself, especially
since it's an optional dependency?

Thanks in advance for explaining ;)

Yoav

On 12/5/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I know, it's been only couple of days, but the 5.5.13 build is broken
> because we did not tag the tomcat-native (APR) to 1.1.1 version, that
> is required because of extra API.
>
> Perhaps we can retag the 5.5.13 because the needed changes are in
> nsi installer script and tomcat-native.tar.gz source package.
>
> So, I will tag the connectors with TOMCAT_NATIVE_1_1_1 and upload
> the sources and binaries to our European site (heanet).
> Also, since the build/tomcat.nsi will need a different url
> it will need to be retaged too.
>
> Any other ideas/proposals?
>
> Regards,
> Mladen.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Mladen Turk]

Yoav Shapira wrote:


This is probably a dumb question, but I'll ask anyways.  Why isn't
this as simple as a user who downloaded 5.5.13 already going to
download the updated connectors/APR and plugging that in?  Why does it
have to be integrated into the release of Tomcat itself, especially
since it's an optional dependency?



Installer has an task for downloading binaries, so, since it poinits
to the old version it would be downloaded.
The second is that the tomcat-native.tar.gz is also downloaded
during build, so again the old version is used, and the user
must use the version from SVN if he wish that connector is working.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 16:14 ---
Vicky,

Could you be so kind as to point out which section? 

Thanks

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Internationalization Problem with Tomcat 5.5.9

[Vijay Babu]

Hi all,

I am facing a problem with i18n using Tomcat 5.5.9.  I have an application
which has been internationalized for a couple of  languages and is working
fine with Tomcat 4.1.x. But the same application when deployed in Tomcat
5.5.9 does not work. When a jsp page having some text is accessed, its
displaying "??" marks instead of the locale specific text.  I could not
figure out whats causing this problem. Does any one have  idea of what
could be the problem or  is there any configuration change that needs to be
done in Tomcat 5.

Any suggestions would be highly appreciated.

Thanks,
Bob

Re: Release 5.5.14 or retag 5.5.13

[Markus Schönhaber]

Mladen Turk wrote:
> Yoav Shapira wrote:
> > This is probably a dumb question, but I'll ask anyways.  Why isn't
> > this as simple as a user who downloaded 5.5.13 already going to
> > download the updated connectors/APR and plugging that in?  Why does it
> > have to be integrated into the release of Tomcat itself, especially
> > since it's an optional dependency?
>
> Installer has an task for downloading binaries, so, since it poinits
> to the old version it would be downloaded.

I've installed th apache-tomcat-5.5.13.exe with native support on Windows XP 
and the APR Connectors work fine for me. A quick look with dependency walker 
on the tcnative-1.dll the installer downloaded shows that it contains
[EMAIL PROTECTED]
which is the method that got reported in an UnsatisfiedLinkError on my Linux 
host when I used a libtcnative-1.so built from the tomcat-native.tar.gz that 
is distributed with apache-tomcat-5.5.13.tar.gz.

Regards
  mks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Internationalization Problem with Tomcat 5.5.9

[Yoav Shapira]

Hi,
Does your application work in any other Tomcat 5.x versions, or did
you move from 4.1 to 5.5.9 directly?

Tomcat 5.x did introduce a couple of new configuration directives that
may be relevant.  These include the javaEncoding setting for jasper
(see http://tomcat.apache.org/tomcat-5.5-doc/jasper-howto.html).

There is also a useful article on the topic at
http://weblogs.java.net/blog/joconner/archive/2005/07/charset_traps.html.

5.5.12 is the latest stable Tomcat release, by the way.

Yoav

On 12/5/05, Vijay Babu <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I am facing a problem with i18n using Tomcat 5.5.9.  I have an application
> which has been internationalized for a couple of  languages and is working
> fine with Tomcat 4.1.x. But the same application when deployed in Tomcat
> 5.5.9 does not work. When a jsp page having some text is accessed, its
> displaying "??" marks instead of the locale specific text.  I could not
> figure out whats causing this problem. Does any one have  idea of what
> could be the problem or  is there any configuration change that needs to be
> done in Tomcat 5.
>
> Any suggestions would be highly appreciated.
>
> Thanks,
> Bob
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Yoav Shapira]

Hi,

> Installer has an task for downloading binaries, so, since it poinits
> to the old version it would be downloaded.
> The second is that the tomcat-native.tar.gz is also downloaded
> during build, so again the old version is used, and the user
> must use the version from SVN if he wish that connector is working.

OK.  So let's say you build and tag native 1.1.1, update tomcat.nsi
and build.xml as needed tonight.  Then I tag and cut 5.5.14 tomorrow. 
We'd be all set for now, right?

Is there a way we can prevent this from happening in the future, by
somehow loosening the version number linkup or making it configurable
in some way that's easy for the user to change?

--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37771] - java.lang.UnsatisfiedLinkError: setrbb when accessing APR HTTP connector

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37771


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.13  |5.5.13




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Mladen Turk]

Yoav Shapira wrote:

Hi,



Installer has an task for downloading binaries, so, since it poinits
to the old version it would be downloaded.
The second is that the tomcat-native.tar.gz is also downloaded
during build, so again the old version is used, and the user
must use the version from SVN if he wish that connector is working.



OK.  So let's say you build and tag native 1.1.1, update tomcat.nsi
and build.xml as needed tonight.  Then I tag and cut 5.5.14 tomorrow. 
We'd be all set for now, right?




Correct.


Is there a way we can prevent this from happening in the future, by
somehow loosening the version number linkup or making it configurable
in some way that's easy for the user to change?



We should be more careful in the future when there is a version bump,
like for any other external component.
It is my fault because I should update build.xml and .nsi when new
API was added. In that case the build would fail instead creating a
wrong one.

For win32, the .dll's in 1.1.0 are actually the one from 1.1.1, but the
sources are wrong, so the unix build fails unless used from SVN.

I'll update all that later this evening, so we can retag
the 5.5.13/5.5.14 tomorrow. OK?

Regards,
Mladen.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Yoav Shapira]

Hi,

>. In that case the build would fail instead creating a wrong one.

Ah, OK, that's good.

> I'll update all that later this evening, so we can retag
> the 5.5.13/5.5.14 tomorrow. OK?

I'll tag and cut 5.5.14 tomorrow like a new release.  I don't want to
re-tag 5.5.13, I think that would confuse users more.  I'll make the
changes clear in the release announcement email (that's why I wanted
clarification myself ;)).

I'm planning to do it at 9am my time, which is 1400h UTC/GMT tomorrow,
December 6th.

--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Internationalization Problem with Tomcat 5.5.9

[Vijay Babu]

Hi,

Thanks so much for your quick reply.

I have not tested my application on any 5.x versions. I have made a direct
move from 4.1.29 to 5.9.9.

Infact the "javaEncoding" directive  is also there in Tomcat 4.1.x and could
not find any other relavant directives in the jasper configuration.

Regards,
Bob

On 12/5/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
>
> Hi,
> Does your application work in any other Tomcat 5.x versions, or did
> you move from 4.1 to 5.5.9 directly?
>
> Tomcat 5.x did introduce a couple of new configuration directives that
> may be relevant.  These include the javaEncoding setting for jasper
> (see http://tomcat.apache.org/tomcat-5.5-doc/jasper-howto.html).
>
> There is also a useful article on the topic at
> http://weblogs.java.net/blog/joconner/archive/2005/07/charset_traps.html.
>
> 5.5.12 is the latest stable Tomcat release, by the way.
>
> Yoav
>
> On 12/5/05, Vijay Babu <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I am facing a problem with i18n using Tomcat 5.5.9.  I have an
> application
> > which has been internationalized for a couple of  languages and is
> working
> > fine with Tomcat 4.1.x. But the same application when deployed in Tomcat
> > 5.5.9 does not work. When a jsp page having some text is accessed, its
> > displaying "??" marks instead of the locale specific text.  I could
> not
> > figure out whats causing this problem. Does any one have  idea of what
> > could be the problem or  is there any configuration change that needs to
> be
> > done in Tomcat 5.
> >
> > Any suggestions would be highly appreciated.
> >
> > Thanks,
> > Bob
> >
> >
>
>
> --
> Yoav Shapira
> System Design and Management Fellow
> MIT Sloan School of Management
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Release 5.5.14 or retag 5.5.13

[Mladen Turk]

Yoav Shapira wrote:

I'm planning to do it at 9am my time, which is 1400h UTC/GMT tomorrow,
December 6th.



Perfect.
By that time the mirrors will pick up
the new tomcat-native-1.1.1.tar.gz.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354090 - /tomcat/connectors/tags/other/TOMCAT_NATIVE_1_1_1/

[mturk]

Author: mturk
Date: Mon Dec  5 08:22:17 2005
New Revision: 354090

URL: http://svn.apache.org/viewcvs?rev=354090&view=rev
Log:
made a copy

Added:
tomcat/connectors/tags/other/TOMCAT_NATIVE_1_1_1/
  - copied from r354089, tomcat/connectors/trunk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354093 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

[mturk]

Author: mturk
Date: Mon Dec  5 08:29:19 2005
New Revision: 354093

URL: http://svn.apache.org/viewcvs?rev=354093&view=rev
Log:
Use tomcat-native-1.1.1 version.

Modified:
tomcat/build/tc5.5.x/build.properties.default
tomcat/build/tc5.5.x/tomcat.nsi

Modified: tomcat/build/tc5.5.x/build.properties.default
URL: 
http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/build.properties.default?rev=354093&r1=354092&r2=354093&view=diff
==
--- tomcat/build/tc5.5.x/build.properties.default (original)
+++ tomcat/build/tc5.5.x/build.properties.default Mon Dec  5 08:29:19 2005
@@ -139,9 +139,9 @@
 
 
 # - Tomcat native library -
-tomcat-native.home=${base.path}/tomcat-native-1.1.0
+tomcat-native.home=${base.path}/tomcat-native-1.1.1
 tomcat-native.tar.gz=${tomcat-native.home}/tomcat-native.tar.gz
-tomcat-native.loc=${base-jakarta.loc}/tomcat-connectors/native/tomcat-native-1.1.0.tar.gz
+tomcat-native.loc=${base-jakarta.loc}/tomcat-connectors/native/tomcat-native-1.1.1.tar.gz
 
 
 # --

Modified: tomcat/build/tc5.5.x/tomcat.nsi
URL: 
http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/tomcat.nsi?rev=354093&r1=354092&r2=354093&view=diff
==
--- tomcat/build/tc5.5.x/tomcat.nsi (original)
+++ tomcat/build/tc5.5.x/tomcat.nsi Mon Dec  5 08:29:19 2005
@@ -203,11 +203,11 @@
 
   SectionIn 3
 
-  NSISdl::download /TIMEOUT=3 
http://tomcat.heanet.ie/native/1.1.0/binaries/win32/tcnative-1.dll 
$INSTDIR\bin\tcnative-1.dll
+  NSISdl::download /TIMEOUT=3 
http://tomcat.heanet.ie/native/1.1.1/binaries/win32/tcnative-1.dll 
$INSTDIR\bin\tcnative-1.dll
   Pop $0
   StrCmp $0 success success
 SetDetailsView show
-DetailPrint "download failed from 
http://tomcat.heanet.ie/native/1.1.0/binaries/win32/tcnative-1.dll: $0"
+DetailPrint "download failed from 
http://tomcat.heanet.ie/native/1.1.1/binaries/win32/tcnative-1.dll: $0"
   success:
 
   ClearErrors



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r354093 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Author: mturk
Date: Mon Dec  5 08:29:19 2005
New Revision: 354093

URL: http://svn.apache.org/viewcvs?rev=354093&view=rev
Log:
Use tomcat-native-1.1.1 version.

Modified:
tomcat/build/tc5.5.x/build.properties.default
tomcat/build/tc5.5.x/tomcat.nsi


There are a couple problems remaining:
- the AprEndpoint should be updated to require version number 1.1.1 (I 
did it, but see point 2)
- the binaries on the Ireland download site 
(http://tomcat.heanet.ie/native/1.1.1/) are still numbered 1.1.0, so the 
AprEndpoint check always fails


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[Mladen Turk]

Yoav Shapira wrote:


I'm planning to do it at 9am my time, which is 1400h UTC/GMT tomorrow,
December 6th.



OK.
I've committed the changes and tag the native.
The sources are at:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/
They are also at:
http://ftp.heanet.ie/pub/tomcat/native/1.1.1/
as well a binaries.

So, feel free to cut the new release when ready.

Once again, sorry for that 'version confusion'.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354096 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java

[remm]

Author: remm
Date: Mon Dec  5 08:43:36 2005
New Revision: 354096

URL: http://svn.apache.org/viewcvs?rev=354096&view=rev
Log:
- Require 1.1.1 now.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java?rev=354096&r1=354095&r2=354096&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java
 Mon Dec  5 08:43:36 2005
@@ -52,7 +52,7 @@
 
 protected static final int REQUIRED_MAJOR = 1;
 protected static final int REQUIRED_MINOR = 1;
-protected static final int REQUIRED_PATCH = 0;
+protected static final int REQUIRED_PATCH = 1;
 
 
 // -- LifecycleListener Methods



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r354093 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

[Mladen Turk]

Remy Maucherat wrote:

[EMAIL PROTECTED] wrote:


Author: mturk
Date: Mon Dec  5 08:29:19 2005
New Revision: 354093

URL: http://svn.apache.org/viewcvs?rev=354093&view=rev
Log:
Use tomcat-native-1.1.1 version.

Modified:
tomcat/build/tc5.5.x/build.properties.default
tomcat/build/tc5.5.x/tomcat.nsi



There are a couple problems remaining:
- the AprEndpoint should be updated to require version number 1.1.1 (I 
did it, but see point 2)
- the binaries on the Ireland download site 
(http://tomcat.heanet.ie/native/1.1.1/) are still numbered 1.1.0, so the 
AprEndpoint check always fails




S**t. I forgot about that completely.

I'll rebuild the binaries and retag the sources with new version number.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354097 - in /tomcat/connectors/trunk/jni/native: include/tcn_version.h os/win32/libtcnative.rc

[mturk]

Author: mturk
Date: Mon Dec  5 08:53:09 2005
New Revision: 354097

URL: http://svn.apache.org/viewcvs?rev=354097&view=rev
Log:
Update version to 1.1.1

Modified:
tomcat/connectors/trunk/jni/native/include/tcn_version.h
tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc

Modified: tomcat/connectors/trunk/jni/native/include/tcn_version.h
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jni/native/include/tcn_version.h?rev=354097&r1=354096&r2=354097&view=diff
==
--- tomcat/connectors/trunk/jni/native/include/tcn_version.h (original)
+++ tomcat/connectors/trunk/jni/native/include/tcn_version.h Mon Dec  5 
08:53:09 2005
@@ -68,13 +68,13 @@
 #define TCN_MINOR_VERSION   1
 
 /** patch level */
-#define TCN_PATCH_VERSION   0
+#define TCN_PATCH_VERSION   1
 
 /**
  *  This symbol is defined for internal, "development" copies of TCN. This
  *  symbol will be #undef'd for releases.
  */
-#define TCN_IS_DEV_VERSION
+#undef TCN_IS_DEV_VERSION
 
 
 /** The formatted string of APU's version */

Modified: tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc?rev=354097&r1=354096&r2=354097&view=diff
==
--- tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc (original)
+++ tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc Mon Dec  5 
08:53:09 2005
@@ -19,7 +19,7 @@
 "specific language governing permissions and " \
 "limitations under the License."
 
-#define TCN_VERISON "1.1.0-dev"
+#define TCN_VERISON "1.1.1"
 1000 ICON "apache.ico"
 
 1001 DIALOGEX 0, 0, 252, 51



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354098 - /tomcat/connectors/trunk/jni/native/src/jnilib.c

[mturk]

Author: mturk
Date: Mon Dec  5 09:01:40 2005
New Revision: 354098

URL: http://svn.apache.org/viewcvs?rev=354098&view=rev
Log:
Add new line to the end of the file.
No functional change.

Modified:
tomcat/connectors/trunk/jni/native/src/jnilib.c

Modified: tomcat/connectors/trunk/jni/native/src/jnilib.c
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jni/native/src/jnilib.c?rev=354098&r1=354097&r2=354098&view=diff
==
--- tomcat/connectors/trunk/jni/native/src/jnilib.c (original)
+++ tomcat/connectors/trunk/jni/native/src/jnilib.c Mon Dec  5 09:01:40 2005
@@ -457,4 +457,4 @@
 TCN_DECLARE(JavaVM *) tcn_get_java_vm()
 {
 return tcn_global_vm;
-}
\ No newline at end of file
+}



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release 5.5.14 or retag 5.5.13

[William A. Rowe, Jr.]

Mladen Turk wrote:

Hi,

I know, it's been only couple of days, but the 5.5.13 build is broken
because we did not tag the tomcat-native (APR) to 1.1.1 version, that
is required because of extra API.


Numbers are cheap, burn another.  Once it's tagged and rolled, even if it's
not released, it's better to simply create a new tag.

Bill

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r354093 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

[Mladen Turk]

Remy Maucherat wrote:


There are a couple problems remaining:
- the AprEndpoint should be updated to require version number 1.1.1 (I 
did it, but see point 2)
- the binaries on the Ireland download site 
(http://tomcat.heanet.ie/native/1.1.1/) are still numbered 1.1.0, so the 
AprEndpoint check always fails




OK. I've cut a new release and binary builds.
They are with correct version number now (1.1.1)

Could you double-check?

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37793] New: - org.apache.jasper.runtime.BodyContentImpl doesn't reset the 'cb' character array, causes memory leak

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37793

   Summary: org.apache.jasper.runtime.BodyContentImpl doesn't reset
the 'cb' character array, causes memory leak
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


In the constructor of BodyContentImpl, member variable 'cb' is initialized via

cb = new char[bufferSize];

with default buffer size = 512. This character array grows at run time to 
accommodate the body content. In our case, one of our pages produces body 
content over 4 mega characters, resulting the 'cb' array to be expanded to over 
8 mega characters.

The problem is that this huge array never gets reset due to the object pooling 
implementation in Jasper (JspFactoryImpl maintains a pool of PageContextImpl 
objects. Each PageContextImpl object maintains an array of BodyContentImpl 
objects), so the memory it consumed is never returned to the heap.

One suggestion is to reset the 'cb' character array in the setWriter() method.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37793] - org.apache.jasper.runtime.BodyContentImpl doesn't reset the 'cb' character array, causes memory leak

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37793


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 18:39 ---
The behavior may not suit you, but is as intended. Feel free to customize it if
you have different needs.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r354093 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

[Remy Maucherat]

Mladen Turk wrote:

Remy Maucherat wrote:



There are a couple problems remaining:
- the AprEndpoint should be updated to require version number 1.1.1 (I 
did it, but see point 2)
- the binaries on the Ireland download site 
(http://tomcat.heanet.ie/native/1.1.1/) are still numbered 1.1.0, so 
the AprEndpoint check always fails




OK. I've cut a new release and binary builds.
They are with correct version number now (1.1.1)

Could you double-check?


It looks ok.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] New: - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794

   Summary: getParameter() fails on POST with transfer-encoding:
chunked
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Overview: When an HTTP/1.1 client (for example J2ME) POST with
transfer-encoding: chunked to a servlet, the getParameter() family and
getQueryString() methods fail to retrieve the correct result by returning
nothing. In contrast, reading until end-of-file on the servlets input stream
produces correct result.

Steps to reproduce: Send a chunked POST request, with a=0 in the first chunk,
sleep 1 s, then send &b=0 in the next, followed by a 0-chunk and trailer. On the
receiving servlet, call getParameterNames() or getParameter().

Actual Results: null

Expected results: a=0&b=1

Build: Tomcat 5.5.12

Additional Builds and Platforms:
- getParameter() does fail on:
Tomcat 4.1.18
Tomcat 4.1.24
Tomcat 5.5.12
- getParameter() doesn't fail on:
Jetty 5.1.6

Additional Information: Please refer to the log below for Tomcat behaviour. It
is from a simple test client and servlet written to demonstrate the bug.
Tomcat 5.5.12 log:


1) Reading the body - PASS *

[junit] // testChunked(localhost, 8080)
[junit] // Sending request to host localhost port 8080
[junit] POST /testchunked/EchoServlet/getBody HTTP/1.1
[junit] User-Agent: no.riiber.net.http.test.chunked.EchoClient 
(chunked-test)
[junit] content-type: application/x-www-form-urlencoded
[junit] connection: Close
[junit] host: localhost:8080
[junit] transfer-encoding: chunked

[junit] 3
[junit] a=0
[junit] 4
[junit] &b=1
[junit] // Reading response from host localhost port 8080
[junit] HTTP/1.1 200 OK
[junit] Server: Apache-Coyote/1.1
[junit] Content-Type: text/plain;charset=ISO-8859-1
[junit] Content-Length: 9
[junit] Date: Mon, 05 Dec 2005 07:48:59 GMT
[junit] Connection: close

[junit] a=0&b=1
[junit] // PASS: a=0
[junit] // PASS: &b=1
***
2) Reading using getQuerySTring: FAILS
***
[junit] // testChunked(localhost, 8080)
[junit] // Sending request to host localhost port 8080
[junit] POST /testchunked/EchoServlet/getQueryString HTTP/1.1
[junit] User-Agent: no.riiber.net.http.test.chunked.EchoClient 
(chunked-test)
[junit] content-type: application/x-www-form-urlencoded
[junit] connection: Close
[junit] host: localhost:8080
[junit] transfer-encoding: chunked

[junit] 3
[junit] a=0
[junit] 4
[junit] &b=1
[junit] // Reading response from host localhost port 8080
[junit] HTTP/1.1 200 OK
[junit] Server: Apache-Coyote/1.1
[junit] Content-Type: text/plain;charset=ISO-8859-1
[junit] Content-Length: 6
[junit] Date: Mon, 05 Dec 2005 07:48:59 GMT
[junit] Connection: close

[junit] null
[junit] // *** FAIL: a=0 is not present in response from
/testchunked/EchoServlet/getQueryString ***
[junit] // *** FAIL: &b=1 is not present in response from
/testchunked/EchoServlet/getQueryString ***

3) Reading using getParameterNames(): FAILS
*
[junit] // testChunked(localhost, 8080)
[junit] // Sending request to host localhost port 8080
[junit] POST /testchunked/EchoServlet/getParameterNamesAndValues HTTP/1.1
[junit] User-Agent: no.riiber.net.http.test.chunked.EchoClient 
(chunked-test)
[junit] content-type: application/x-www-form-urlencoded
[junit] connection: Close
[junit] host: localhost:8080
[junit] transfer-encoding: chunked

[junit] 3
[junit] a=0
[junit] 4
[junit] &b=1
[junit] // Reading response from host localhost port 8080
[junit] HTTP/1.1 200 OK
[junit] Server: Apache-Coyote/1.1
[junit] Content-Type: text/plain;charset=ISO-8859-1
[junit] Content-Length: 2
[junit] Date: Mon, 05 Dec 2005 07:49:02 GMT
[junit] Connection: close


[junit] // *** FAIL: a=0 is not present in response from
/testchunked/EchoServlet/getParameterNamesAndValues ***
[junit] // *** FAIL: &b=1 is not present in response from
/testchunked/EchoServlet/getParameterNamesAndValues ***

Best regards
Arne Riiber

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving t

DO NOT REPLY [Bug 37771] - java.lang.UnsatisfiedLinkError: setrbb when accessing APR HTTP connector

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37771


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 18:50 ---
It has been fixed.
You can download a tomcat-native-1.1.1.tar.gz, or
wait for the 5.5.14 relesase that should be out shortly.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37793] - org.apache.jasper.runtime.BodyContentImpl doesn't reset the 'cb' character array, causes memory leak

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37793





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 18:52 ---
(In reply to comment #1)
> The behavior may not suit you, but is as intended. Feel free to customize it 
if
> you have different needs.

By 'customize' it, do you mean to modify the source code and recompile jasper-
runtime.jar? This doesn't really work for us, since our customers run our 
software on Tomcat 5 and it's odd that we have to ship a new jasper-runtime.jar 
to each and every one of them.

Can you share your rationale for the decision to not reset the 'cb' array? Is 
there a configuration option to change the behavior?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 18:53 ---
URL POST must use a content-length. Otherwise, it's something else.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37793] - org.apache.jasper.runtime.BodyContentImpl doesn't reset the 'cb' character array, causes memory leak

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37793





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 19:11 ---
turn off tag pooling. 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 19:45 ---
It's correct that Content-Length was required for HTTP/1.0, but with HTTP/1.1
it's not required anymore according to RFC2616
[ftp://ftp.isi.edu/in-notes/rfc2616.txt] chapter 4.3:

The presence of a message-body in a request is signaled by the
   inclusion of a Content-Length or Transfer-Encoding header field in
   the request's message-headers.

RFC2616 chapter 19.4.6 "Introduction of Transfer-Encoding" also includes pseudo
code for determining the content-length from the chunks.

Please correct me if I'm wrong.

Best regards
Arne Riiber



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37797] New: - Configure Tomcat utility truncates classpath to 961 characters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37797

   Summary: Configure Tomcat utility truncates classpath to 961
characters
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The Configure Tomcat utility on Windows systems truncates the classpath to about
961 characters.

When I go into the registry and manually set the classpath, I can have a very
long classpath (as in, I haven't found the maximum length yet).

It would be nice if this utility didn't trunc the classpath.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 20:25 ---
Created an attachment (id=17155)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17155&action=view)
Sample code for demonstrating the bug


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37793] - org.apache.jasper.runtime.BodyContentImpl doesn't reset the 'cb' character array, causes memory leak

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37793





--- Additional Comments From [EMAIL PROTECTED]  2005-12-05 21:28 ---
Turning off tag pooling (i.e, set 'enablePooling' initial parameter to 'false' 
for the JSP page compiler and execution servlet) doesn't turning off the 
PageContext pooling in JspFactoryImpl class. The 'USE_POOL' is set to 'true' 
and can not be overwritten:

   private static final boolean USE_POOL = true;

I am really interested to know the rationale behind the decision of not re-
sizing the 'cb' character array on setWriter(). If the 'cb' array grows huge by 
one tag evaluation, its massive memory block will not be returned to heap until 
the Jasper runtime is restarted. The merit of this behavior is questionable at 
least.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37794] - getParameter() fails on POST with transfer-encoding: chunked

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37803] New: - MessageBytes makes it easy to have state problems

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37803

   Summary: MessageBytes makes it easy to have state problems
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P3
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I spent awhile analyzing why our application was having a problem. We have an
unusual case - a product that was its own web server adapted to live under
JBoss/Tomcat. Now that we're running under Tomcat I decided that some new
browser UI should use JSF, but after I was running with JSF I started having
occasional problems with exceptions.

After tracking this down I finally understood the problem. We are probably (I'll
be tracking this down next) accessing an HttpServletRequest outside of the
standard loop that the dispatcher puts it through. I will grant a priori that
this is invalid and we shouldn't be doing so. 

However, the underlying issue is that methods in the request object end up
calling MessageBytes.toString. Our particular case calls the getScheme() method.
This wouldn't be a problem, but after recycle is called, the MessageBytes object
is "null". But if you call toString(), it returns false from isNull, and that
*is* a problem. My broken app should not be able to put this underlying data
structure into an invalid state by calling a getter. 

As a result of no longer being "null" from the isNull perspective, the
dispatcher no longer sets the scheme on the new request, which breaks the next
request that uses that request object.

I'd suggest two changes:

1) recycle the request right before use to limit the extent of the threading 
window
2) fix the toString method to not change the object's state for the null case

For #2, something like this might suffice, and is much safer than the current 
code:

public String toString() {
if( hasStrValue ) return strValue;

switch (type) {
case T_CHARS:
hasStrValue=true;
strValue=charC.toString();
return strValue;
case T_BYTES:
hasStrValue=true;
strValue=byteC.toString();
return strValue;
}
return null;
}

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37803] - MessageBytes makes it easy to have state problems

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37803


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 02:00 ---
Hello,

Do you believe that if I set a cookie to a certain value in an application, 
then when I go to read the cookie, I should be given the same value that I set 
or a different value?  I believe that if I set the cookie value to a,b,c,d,e 
then I should get a,b,c,d,e returned back to me when I read the cookie.  In my 
applications, I should not have to take into considderation that the cookie 
may have been escaped.  The application server should take care of that for me.

Do you agree?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863





--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 02:01 ---
Sorry,

I'm going to read into this rfc a little and continue to research it.

Thank you.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863





--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 02:26 ---
Hello,

I've just looked at the rfc you've pointed me to and I think you are referring 
to section 2.2.  That is the section where they talk about basic rule about 
constructing a http header.  From my understanding of the rfc, if a http 
header value contains special characters then the http header value needs to 
be quoted to escape it.

I set the cookie and monitored the output of the http header.  This is what I 
got.

Set-Cookie: ServletCookieVar="asfasf asdf asf asdf"

By the looks of it,  You're not quoting the http header value.  You're quoting 
the cookie value.  If you were to quote the header value, then the header 
would look like this.  Notice the position of the quotes.

Set-Cookie: "ServletCookieVar=asfasf asdf asf asdf"

Am I correct to assume that this is what the header should look like?

Does this seem correct or am I reading the wrong part of the rfc?

regards,


Steve.





-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863





--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 02:32 ---
I seem to be saying sorry al lot.

I guess I shouldn't say yours.  You're probably not the person that wrote that 
code, so please do not think I'm attacking you.  I'm just trying to justify 
what's happening and fix the bug ASAP.

Also,  I'm not attacking the person who did write the code.  It's all in how 
the person interprets the rfc.

Thank you,


Steve.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37804] New: - Sleeping for "+memberwait+" secs should be milliseconds

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37804

   Summary: Sleeping for "+memberwait+" secs  should be milliseconds
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: trivial
  Priority: P5
 Component: Catalina:Cluster
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In org.apache.catalina.cluster.mcast.MCastService.java at approximately line 316
it does

log.info("Sleeping for "+memberwait+" secs to establish cluster membership");
Thread.sleep(memberwait);

The log message should say "milliseconds" instead of seconds. (kinda worried me
when I saw "sleeping for 4000 seconds" in the output during startup, that's why
I looked into the source).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354267 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java

[billbarker]

Author: billbarker
Date: Mon Dec  5 19:15:59 2005
New Revision: 354267

URL: http://svn.apache.org/viewcvs?rev=354267&view=rev
Log:
Strip quotes when parsing Cookie values, even for v0 Cookies.

This is in line with what ServerCookie does when we create the Cookie (i.e. we 
quote v0 Cookie values if necessary).  This way we are at least consistant.

Fix for Bug #36863

Modified:
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java?rev=354267&r1=354266&r2=354267&view=diff
==
--- tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java 
(original)
+++ tomcat/connectors/trunk/util/java/org/apache/tomcat/util/http/Cookies.java 
Mon Dec  5 19:15:59 2005
@@ -247,9 +247,8 @@
 int startValue=skipSpaces( bytes, pos, end);
 int endValue=startValue;
 
-// quote is valid only in version=1 cookies
 cc=bytes[pos];
-if( ( version == 1 || isSpecial ) && ( cc== '\'' || cc=='"' ) ) {
+if(  cc== '\'' || cc=='"' ) {
 startValue++;
 endValue=indexOf( bytes, startValue, end, cc );
 pos=endValue+1; // to skip to next cookie



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36863] - Space seperated cookie value text returned in quotes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36863


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 04:17 ---
This is fixed now in SVN trunk, and hopefully will even make the cutoff for 
inclusion in 5.5.14.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37803] - MessageBytes makes it easy to have state problems

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37803


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 04:20 ---
I disagree.  Tomcat should be more robust than to allow a rogue webapp to 
place it into an inconsistant state.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354271 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java

[billbarker]

Author: billbarker
Date: Mon Dec  5 19:24:56 2005
New Revision: 354271

URL: http://svn.apache.org/viewcvs?rev=354271&view=rev
Log:
Don't claim that we have a string value until we actually do.

This only makes a difference for a rogue webapp, but we need to be able to deal 
with them as well ;-).

Based on patch Submitted By: Doug Rand
Fix for Bug #37803


Modified:

tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java?rev=354271&r1=354270&r2=354271&view=diff
==
--- 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java 
(original)
+++ 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/MessageBytes.java 
Mon Dec  5 19:24:56 2005
@@ -198,18 +198,19 @@
 /** Compute the string value
  */
 public String toString() {
-   if( hasStrValue ) return strValue;
-   hasStrValue=true;
-   
-   switch (type) {
-   case T_CHARS:
-   strValue=charC.toString();
-   return strValue;
-   case T_BYTES:
-   strValue=byteC.toString();
-   return strValue;
-   }
-   return null;
+if( hasStrValue ) return strValue;
+
+switch (type) {
+case T_CHARS:
+strValue=charC.toString();
+hasStrValue=true;
+return strValue;
+case T_BYTES:
+strValue=byteC.toString();
+hasStrValue=true;
+return strValue;
+}
+return null;
 }
 
 //



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37803] - MessageBytes makes it easy to have state problems

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37803


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-06 04:25 ---
I've committed a slightly modified version of your patch to SVN trunk.  
Hopefully it will make the cutoff to be included in 5.5.14.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354281 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[billbarker]

Author: billbarker
Date: Mon Dec  5 19:51:13 2005
New Revision: 354281

URL: http://svn.apache.org/viewcvs?rev=354281&view=rev
Log:
Doc changes

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=354281&r1=354280&r2=354281&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Mon Dec  5 19:51:13 2005
@@ -37,6 +37,17 @@
   
 
   
+  
+
+  
+   36863: Strip quotes when parsing Cookie values, even for v0 
Cookies. (billbarker)
+  
+  
+   37803: Don't claim that we have a string value in 
MessageBytes until we actually do. 
+   Patch by Doug Rand (billbarker)
+  
+
+  
 
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Is TC 5.0.28 forward compatible with Java 5

[Satish MG]

Hi,

I am using Tomcat 5.0.28 on Java 1.4.2. Now I have to use Tomcat with
Java 5.0. Even though Tomcat 5.5.X is  compatible with Java 5,
I wanted Tomcat 5.0.28 on Java 5. So I wanted to Know whether Tomcat
5.0.28 is compatible with Java 5. If it is not compatible then any idea as
to
what will be the effort required in porting Tomcat 5.0.28 to Java 5?

Thanks in Advance
satish