DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 06:50 ---
Created an attachment (id=12737)
a simple jsp which contains a few chinese chars with UTF8 encoded

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

Antwort: Re: Tomcat, other AppServer and ServletSpec_2.3

2004-09-15 Thread anton . grimm 




Hi,

thanks a lot for your investigation and the resulting information.

My container is of the opinion this is not a bug and the behaviour
is conform to the spec. It is blue. I going to forward your answer ...

Thanks a lot,

A. Grimm

---
Anton Grimm
MAN Nutzfahrzeuge AG
IDP - Software Produktionsumgebungen
Dachauerstr.667
D - 80995 München

Fon:   +49-89-1580-1054
Fax:   +49-89-1580-4550
mailto:[EMAIL PROTECTED]
Internet: http://www.man-trucks.com
---





 Jean-Francois
 Arcand
 [EMAIL PROTECTED]  An
 org   Tomcat Developers List
[EMAIL PROTECTED]
 09/14/2004 09:03Kopie
 PM
 Thema
Re: Tomcat, other AppServer and
  Bitte antworten   ServletSpec_2.3   
an
  Tomcat
 Developers List
 [EMAIL PROTECTED]
  ta.apache.org






Hi,

Tomcat behaviour is the right one (I've sopken with the spec lead). File
a bug against your Container (or move to Tomcat :-) )

Thanks

-- Jeanfrancois

[EMAIL PROTECTED] wrote:



 I recognized a behaviour in Tomcat (version 4.1.29) and would like to no
if
 you
 think this behaviour is a requirement to confirm to the servlet-spec-2.3.

 The reason for this question is that our production environment uses
 another
 appserver than tomcat (sorry for that!) which does not behave as
expected.
 The
 support is (of course) of the opinion they do confirm to the spec.

 My question is about the following feature:

 An application which uses container security with form-based login
secures
 a certain
 url (in my case a struts action). If I send a request for this url using
 HttpPost and the
 user-session is not(!) already authenticated Tomcat preserves the request
 parameters
 of the recent request after successfull authentication.

 This is not true for our production environment.

 Reading the servlet-spec-2.3 I find the following:

 ###

 J2EE.12.5.3.1 Login Form Notes

 ...

 /form

 If the form based login is invoked because of an HTTP request, the
original
 request parameters must be preserved by the container for use if, on
 successful
 authentication, it redirects the call to the requested resource.

 ###

 What do you think?

 Regards,

 A. Grimm

 ---
 Anton Grimm
 MAN Nutzfahrzeuge AG
 IDP - Software Produktionsumgebungen
 Dachauerstr.667
 D - 80995 München

 Fon:   +49-89-1580-1054
 Fax:   +49-89-1580-4550
 mailto:[EMAIL PROTECTED]
 Internet: http://www.man-trucks.com
 ---



 This message and any attachments are confidential and may be privileged
or otherwise protected from disclosure.
 If you are not the intended recipient, please telephone or email the
sender and delete this message and any attachment
 from your system. If you are not the intended recipient, you must not
copy this message or attachment or disclose the
 contents to any other person.


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



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




This message and any attachments are confidential and may be privileged or otherwise 
protected from disclosure.
If you are not the intended recipient, please telephone or email the sender and delete 
this message and any attachment
from your system. If you are not the intended recipient, you must not copy this 
message or attachment or disclose the
contents to any other person.


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

DO NOT REPLY [Bug 29570] - JSP don't compile because of: Error creating temporary file

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29570.
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=29570

JSP don't compile because of: Error creating temporary file





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 08:21 ---
We have run into this problem with Red Hat App Server (which includes Tomcat 5).

It is a bug (IMO) in the Ant javac task  -- it uses the user home directory
instead of the system temp directory for a temporary file created when the
command line gets larger than 4K, which happens with long classpaths.

I have filed a bug for Ant and a patch has been checked into Ant's CVS
repository.  It was not supposed to be included in 1.6.2 yet so more people had
a chance to comment on it.  I have backpatched the change in the Ant 1.6.1 that
we've released.

I believe the fix in the Ant task is the better solution, although the change is
Jasper makes it immune to this problem.

In any case, I am attaching the Ant patch we are using (last thing I've heard
this was in Ant's current sources).

Reards to all,
Fernando

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

DO NOT REPLY [Bug 29570] - JSP don't compile because of: Error creating temporary file

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29570.
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=29570

JSP don't compile because of: Error creating temporary file





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 08:21 ---
Created an attachment (id=12738)
Ant 1.6.1 patch

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 10:15 ---
Created an attachment (id=12739)
another jsp which will cause compile error

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

DO NOT REPLY [Bug 31239] New: - destroy method of servlets not called when stopping tomcat service

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31239.
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=31239

destroy method of servlets not called when stopping tomcat service

   Summary: destroy method of servlets not called when stopping
tomcat service
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


destroy method of servlets loading at startup is not called when stopping 
tomcat service. Method is called when stopping tomcat via shutdown.bat!

Destroy method was called in tomcat 5.0.16 also when stopping tomcat service.

Also not working in 5.0.24 and 5.0.25.

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

DO NOT REPLY [Bug 31239] - destroy method of servlets not called when stopping tomcat service

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31239.
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=31239

destroy method of servlets not called when stopping tomcat service





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 11:13 ---
Looks like a dup of http://issues.apache.org/bugzilla/show_bug.cgi?id=23373

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

[ANN] Apache Jakarta Tomcat 5.5.2-alpha Released

2004-09-15 Thread Shapira, Yoav 

The Apache Jakarta Tomcat team is proud to announce the immediate
availability of Tomcat 5.5.2-alpha. This build of the new 5.5 branch
addresses several minor issues raised by early testers on the mailing
list, and contains other fixes to ensure all the Tomcat unit tests pass
as they did in the 5.0 branch. While this build is tentatively rated as
alpha a formal stability vote will take place next week on the
tomcat-dev mailing list.

Release notes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES

Please refer to the change log for the list of changes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html

Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi
Sources: http://jakarta.apache.org/site/sourceindex.cgi

The Apache Jakarta Tomcat Team



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread funkman 
funkman 2004/09/15 05:59:46

  Modified:webapps/docs changelog.xml
  Log:
  Start 5.5.3 - Server Header config
  
  Revision  ChangesPath
  1.104 +27 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.103
  retrieving revision 1.104
  diff -u -r1.103 -r1.104
  --- changelog.xml 10 Sep 2004 18:54:04 -  1.103
  +++ changelog.xml 15 Sep 2004 12:59:46 -  1.104
  @@ -25,6 +25,33 @@
 only in the above changelog.
 /p
   /section
  +
  +section name=Tomcat 5.5.3 (yoavs)
  +  subsection name=General
  +  /subsection
  +
  +  subsection name=Catalina
  +  /subsection
  +
  +  subsection name=Coyote
  +changelog
  +  update
  +Allow customized server header for Standalone. (funkman)
  +  /update
  +/changelog
  +  /subsection
  +
  +  subsection name=Jasper
  +  /subsection
  +
  +  subsection name=Cluster
  +  /subsection
  +
  +  subsection name=Webapps
  +  /subsection
  +/section
  +
  +
   section name=Tomcat 5.5.2 (yoavs)
 subsection name=General
   changelog
  
  
  

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

RE: cvs commit: jakarta-tomcat-5 build.xml

2004-09-15 Thread Shapira, Yoav 

Hi,
I think the new version numbering in build.xml is too complicated and
too high maintenance to be worth the small (and at this point purely
theoretical) gains.  I'd be happy going back to simple version is a
string property, without any math or conditionals around it.

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 15, 2004 9:06 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-5 build.xml

mturk   2004/09/15 06:05:41

  Modified:.build.xml
  Log:
  Increment build number. Aynone has idea how to automate this?

  Revision  ChangesPath
  1.213 +1 -1  jakarta-tomcat-5/build.xml

  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.212
  retrieving revision 1.213
  diff -u -r1.212 -r1.213
  --- build.xml13 Sep 2004 21:06:29 -  1.212
  +++ build.xml15 Sep 2004 13:05:41 -  1.213
  @@ -18,7 +18,7 @@
 !-- When releasing set the 'version.build' to even number
   and 'version.isdev' to zero.
 --
  -  property name=version.build value=2 /
  +  property name=version.build value=3 /
 property name=version.patch value=0 /
 property name=version.isdev value=1 /





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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread Remy Maucherat 
[EMAIL PROTECTED] wrote:
funkman 2004/09/15 05:59:46
 Modified:webapps/docs changelog.xml
 Log:
 Start 5.5.3 - Server Header config
 

You are simply ignoring my opinion, then. Fine :)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-5 build.xml

2004-09-15 Thread Mladen Turk 
Shapira, Yoav wrote:
Hi,
I think the new version numbering in build.xml is too complicated and
too high maintenance to be worth the small (and at this point purely
theoretical) gains.  I'd be happy going back to simple version is a
string property, without any math or conditionals around it.
OK, but still you will need to update that, and be limited
to numbers only, cause the installer will break in case of
strings.
I agree that the build.xml is vrong place to maintain versions.
Perhaps to add some property file that will be accessible from
catalina too and give the 'true' version number even from
command line.
Regards,
MT.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread Tim Funk 
I thought the setup time config was a reasonable compromise. It allows the 
tinfoil hat folks to be happy while providing no performance decrease. 
(Unless 2 new instance variables is an issue ;) )

-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
funkman 2004/09/15 05:59:46
 Modified:webapps/docs changelog.xml
 Log:
 Start 5.5.3 - Server Header config
 

You are simply ignoring my opinion, then. Fine :)
Rémy
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread Peter Lin 
where do I get a tinfoil hat?  on a less silly note, thanks for such
great software. starting next month I get to return to tomcat + java
and get away from *cough* .NET + IIS

peter


On Wed, 15 Sep 2004 09:24:10 -0400, Tim Funk [EMAIL PROTECTED] wrote:
 I thought the setup time config was a reasonable compromise. It allows the
 tinfoil hat folks to be happy while providing no performance decrease.
 (Unless 2 new instance variables is an issue ;) )
 
 -Tim
 
 Remy Maucherat wrote:
 
  [EMAIL PROTECTED] wrote:
 
  funkman 2004/09/15 05:59:46
 
   Modified:webapps/docs changelog.xml
   Log:
   Start 5.5.3 - Server Header config
 
 
  You are simply ignoring my opinion, then. Fine :)
 
  Rémy
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread Remy Maucherat 
Tim Funk wrote:
I thought the setup time config was a reasonable compromise. It allows 
the tinfoil hat folks to be happy while providing no performance 
decrease. (Unless 2 new instance variables is an issue ;) )
Sigh. Ok, I give up.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: cvs commit: jakarta-tomcat-5 build.xml

2004-09-15 Thread Shapira, Yoav 

Hi,

OK, but still you will need to update that, and be limited
to numbers only, cause the installer will break in case of
strings.
I agree that the build.xml is vrong place to maintain versions.

Perhaps to add some property file that will be accessible from
catalina too and give the 'true' version number even from
command line.

Can the installer be modified to accept a version string?  The version
usually has periods in it, making it a string and not a number.  I can
also see cases where we'd want -alpha, -beta, -rc as part of the
version.  So I don't like the installer limitation ;)  But I assume
you've looked at the issue and it's not feasible to get around it, so
I/we will just have to live with it.

What I don't understand is why we can't leave the base defaults in
build.xml as they are and just modify them in build.properties (a
private non-CVS file obviously) when I cut a release?  Why must I update
build.xml each time?

Yoav



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 13:59 ---
I can't test the correctness of the characters right now, but I do not get any
compilation error with the second file. So this part of the report is bad.

Although I'm not the biggest expert in i18n, one of the pages seem wrong: it
does not include a page directive with the correct charset.

Last, you might want to try using the init-param of Jasper (in conf/web.xml) to
play with the encoding during the compilation.
init-param
param-namejavaEncoding/param-name
param-valueISO-8859-1/param-value
/init-param

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

DO NOT REPLY [Bug 31248] New: - Problem with TagAttributeInfo

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31248.
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=31248

Problem with TagAttributeInfo

   Summary: Problem with TagAttributeInfo
   Product: Tomcat 5
   Version: 5.0.26
  Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
  Severity: Blocker
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm using Tomcat 4.1 to hosting my client's applications and I was testing the
Tomcat 5.0 on another server.
Applications developed with Struts and Webwork had problems with the
javax.servlet.jsp.tagext.TagAttributeInfo.
The constructor of this class is different from Tomcat4.1's JSP API to
Tomcat5.0's JSP API.
I believe that the old constructor must have been kept.

--
java.lang.NoSuchMethodError:
javax.servlet.jsp.tagext.TagAttributeInfo.init(Ljava/lang/String;ZLjava/lang/String;ZZ)V

org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute(TagLibraryInfoImpl.java:568)

org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo(TagLibraryInfoImpl.java:401)

org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD(TagLibraryInfoImpl.java:248)

org.apache.jasper.compiler.TagLibraryInfoImpl.init(TagLibraryInfoImpl.java:162)
org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:418)
(...)
--

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:06 ---
Created an attachment (id=12742)
test jsp on tomcat 5.0

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:08 ---
Created an attachment (id=12743)
test jsp on tomcat 5.5 with default javaEncoding

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:09 ---
Created an attachment (id=12744)
test jsp on tomcat 5.5 with javaEncoding set to ISO-8859-1

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

DO NOT REPLY [Bug 31248] - Problem with TagAttributeInfo

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31248.
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=31248

Problem with TagAttributeInfo

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:09 ---
Going from 4.1 to 5.0 is a major version change.  We do not guarantee binary 
compatibility between these versions.  You should at a minimum always make sure 
your apps compile against the new version.

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

DO NOT REPLY [Bug 31187] - GUI errors

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31187.
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=31187

GUI errors

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:10 ---
Use the mailing list to discuss any problems you may be having.  Needless to 
say, no one can reproduce what you're claiming, and I doubt the errors you're 
seeing are even related to Tomcat.

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

DO NOT REPLY [Bug 31216] - Can't find server.xml file starting tomat

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31216.
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=31216

Can't find server.xml file starting tomat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:11 ---
We're not going to start validating manually-set variables.  If you set it 
yourself, be careful and check what you're doing.  If not, let the Tomcat 
defaults (which automatically detect catalina_home just fine for a default 
command-line startup) handle it.

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

DO NOT REPLY [Bug 29855] - Broken pipe exception on large POST data

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29855.
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=29855

Broken pipe exception on large POST data

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:12 ---
I'm closing this issue as it's likely been fixed since Tomcat 4.0 and there has 
been no response to my request to retest on a more recent stable Tomcat release.

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:15 ---
I tested the second jsp on three environment settings and got three different 
results(please see the attatched images):

1. on tomcat 5.0 with default jsp compiler setting: ok
2. on tomcat 5.5 with default jsp compiler setting: compile error
3. on tomcat 5.5 with javaEncoding set to ISO-8859-1: display incorrectly

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

DO NOT REPLY [Bug 30352] - CLIENT-CERT auth doesn't work with DataSourceRealm and JDBCRealm

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30352.
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=30352

CLIENT-CERT auth doesn't work with DataSourceRealm and JDBCRealm

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:18 ---
Did you actually try testing CLIENT-CERT authentication? ;)  It works.  Check 
out http://marc.theaimsgroup.com/?l=tomcat-userm=109275632305374w=2 for 
example.

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

DO NOT REPLY [Bug 31248] - Problem with TagAttributeInfo

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31248.
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=31248

Problem with TagAttributeInfo





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:18 ---
If you pre-compiled using tomcat 4 and wish to deploy on 5, you must copy tomcat
4's jasper runtime to the WEB-INF/lib dir.

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

DO NOT REPLY [Bug 31233] - jsp compile errors with Chinese Characters

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31233.
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=31233

jsp compile errors with Chinese Characters

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:18 ---
The is not productive at all. As I said: the syntax error does not occur for me.
So I will ignore this part of the report until I get a real test case.

As for the rest, since the generated source will very likely be the same (you
didn't compare, though), and the encoding is properly set on the compiler (you
can verify that in the compiler adapter source), the issue must rest with the
compiler itself. You have the option of using Ant as the compiler if JDT is the
issue (remove the JDT jar, and put ant.jar where the JDT jar was).

Supporting JDT is outside of Tomcat's scope, so I will resolve this report as
INVALID.

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

DO NOT REPLY [Bug 30568] - Cannot find daemon loader

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30568.
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=30568

Cannot find daemon loader





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:20 ---
I understand your comments, I think ;)  I'm asking you to provide a diff patch 
of setup.xml so that it is correct.

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

DO NOT REPLY [Bug 30803] - WebApp classloader fails to load classes from CATALINA_HOME\shared\lib

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30803.
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=30803

WebApp classloader fails to load classes from CATALINA_HOME\shared\lib

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|WebApp classloader fails to |WebApp classloader fails to
   |load classes from   |load classes from
   |CATALINA_HOME\shared\lib|CATALINA_HOME\shared\lib



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 16:20 ---
Fixed in 5.0.28 and 5.5.2.

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

DO NOT REPLY [Bug 30352] - CLIENT-CERT auth doesn't work with DataSourceRealm and JDBCRealm

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30352.
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=30352

CLIENT-CERT auth doesn't work with DataSourceRealm and JDBCRealm

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 17:00 ---
Are you, like, totally brain-dead?  CLIENT-CERT auth only works with 
MemoryRealm and (in 5.5.x) UDBRealm.  With the other Realms, it's just like the 
reporter states it is.

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

DO NOT REPLY [Bug 31249] New: - Using a custom taglib causes strange NoSuchMethodException

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31249.
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=31249

Using a custom taglib causes strange NoSuchMethodException

   Summary: Using a custom taglib causes strange
NoSuchMethodException
   Product: Tomcat 5
   Version: 5.0.27
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

I have created a custom tag library class that I want to include in my JSP web 
application. The class and TLD compiled fine, but after putting a test tag in 
my JSP page, Tomcat displays the following exception:

exception 

javax.servlet.ServletException: javax.servlet.jsp.tagext.TagInfo.init
(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljavax/
servlet/jsp/tagext/TagLibraryInfo;Ljavax/servlet/jsp/tagext/TagExtraInfo;
[Ljavax/servlet/jsp/tagext/TagAttributeInfo;Ljava/lang/String;Ljava/lang/String;
Ljava/lang/String;[Ljavax/servlet/jsp/tagext/TagVariableInfo;Z)V
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:244)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
com.cetacademicprograms.servlets.StudentAppFormServlet.dispatchToUrl
(StudentAppFormServlet.java:249)
com.cetacademicprograms.servlets.StudentAppFormServlet.actionDefaultHand
ler(StudentAppFormServlet.java:149)
com.cetacademicprograms.servlets.StudentAppFormServlet.doGet
(StudentAppFormServlet.java:81)
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)


root cause 

java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagInfo.init
(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljavax/
servlet/jsp/tagext/TagLibraryInfo;Ljavax/servlet/jsp/tagext/TagExtraInfo;
[Ljavax/servlet/jsp/tagext/TagAttributeInfo;Ljava/lang/String;Ljava/lang/String;
Ljava/lang/String;[Ljavax/servlet/jsp/tagext/TagVariableInfo;Z)V
org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo
(TagLibraryInfoImpl.java:435)
org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD
(TagLibraryInfoImpl.java:248)
org.apache.jasper.compiler.TagLibraryInfoImpl.init
(TagLibraryInfoImpl.java:162)
org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:418)
org.apache.jasper.compiler.Parser.parseDirective(Parser.java:483)
org.apache.jasper.compiler.Parser.parseElements(Parser.java:1539)
org.apache.jasper.compiler.Parser.parse(Parser.java:126)
org.apache.jasper.compiler.ParserController.doParse
(ParserController.java:220)
org.apache.jasper.compiler.ParserController.parse
(ParserController.java:101)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:203)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:470)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:451)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:511)
org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:295)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
com.cetacademicprograms.servlets.StudentAppFormServlet.dispatchToUrl
(StudentAppFormServlet.java:249)
com.cetacademicprograms.servlets.StudentAppFormServlet.actionDefaultHand
ler(StudentAppFormServlet.java:149)
com.cetacademicprograms.servlets.StudentAppFormServlet.doGet
(StudentAppFormServlet.java:81)
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)

Some other newsgroups claim that this looks like a JAR file version mismatch. I 
downloaded the Tomcat installation from the jakarta.apache.org website and have 
not added any new JARs. This was not an upgrade. Can someone please look into 
this?

Thanks,

Kelly

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

DO NOT REPLY [Bug 31171] - ClassCastException in org.apache.jasper.runtime.PageContextImpl.getException

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31171.
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=31171

ClassCastException in org.apache.jasper.runtime.PageContextImpl.getException





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 18:14 ---
Good, interesting catch.  It seems like something simple in the PageContext 
imlpementation, like

if(! (exception instanceof Exception)) {
  exception = new JspException(exception);
}

would be a good wrap.  It only wraps if needed, and the JspException 
constructor takes a Throwable root cause, so I think we'll be all set.  I'll 
wait to see what more experienced Jasper developers (Kin-Man?) think of this.

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

DO NOT REPLY [Bug 28727] - CLOSE_WAIT connections draw 100 % cpu

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28727.
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=28727

CLOSE_WAIT connections draw 100 % cpu

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Blocker |Normal



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 18:18 ---
Can you also please try Tomcat 5.0.28 and the latest connector binary (1.2.6 
for mod_jk)?

I'm downgrading this from a Blocker severity to normal, as no one else has 
complaind, and we haven't been able to reproduce it.

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

DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31249.
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=31249

Using a custom taglib causes strange NoSuchMethodException





--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 18:21 ---
So you only have one JSP API jar?  You're not bundling jsp.jar, j2ee.jar, or 
another jar with the JSP API classes in your webapp?

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread funkman 
funkman 2004/09/15 11:40:38

  Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml
  Log:
  Use CatalinaDigester on shutdown instead of Digester
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.70.2.33 +5 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.32
  retrieving revision 1.70.2.33
  diff -u -r1.70.2.32 -r1.70.2.33
  --- changelog.xml 10 Sep 2004 07:33:53 -  1.70.2.32
  +++ changelog.xml 15 Sep 2004 18:40:38 -  1.70.2.33
  @@ -30,6 +30,11 @@
 /subsection
 subsection name=Catalina
   changelog
  +  update
  +Use CatalinaDigester on shutdown so you can use a sytem property to
  +configure the port. (funkman)
  +  /update
  +  update
 fix
   bug28914/bug: threadPriority attribute ignored. (yoavs)
 /fix
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/conf catalina.policy

2004-09-15 Thread jfarcand 
jfarcand2004/09/15 11:57:41

  Modified:catalina/src/conf catalina.policy
  Log:
  Give proper permission to the balancer app when running under the security manager.
  
  Revision  ChangesPath
  1.12  +6 -1  jakarta-tomcat-catalina/catalina/src/conf/catalina.policy
  
  Index: catalina.policy
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/catalina.policy,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- catalina.policy   2 Mar 2004 12:36:22 -   1.11
  +++ catalina.policy   15 Sep 2004 18:57:41 -  1.12
  @@ -78,6 +78,11 @@
   permission java.security.AllPermission;
   };
   
  +// The permissions granted to the balancer WEB-INF/classes directory
  +grant codeBase file:${catalina.home}/webapps/balancer/WEB-INF/classes/- {
  +permission java.lang.RuntimePermission 
accessClassInPackage.org.apache.tomcat.util.digester;
  +permission java.lang.RuntimePermission 
accessClassInPackage.org.apache.tomcat.util.digester.*;
  +};
   // == WEB APPLICATION PERMISSIONS =
   
   
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread jfarcand 
jfarcand2004/09/15 12:00:14

  Modified:webapps/docs changelog.xml
  Log:
  Add security fix.
  
  Revision  ChangesPath
  1.105 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.104
  retrieving revision 1.105
  diff -u -r1.104 -r1.105
  --- changelog.xml 15 Sep 2004 12:59:46 -  1.104
  +++ changelog.xml 15 Sep 2004 19:00:14 -  1.105
  @@ -31,6 +31,9 @@
 /subsection
   
 subsection name=Catalina
  +  update
  +Give proper permission to the balancer app when running under the security 
manager. (jfarcand)
  +  /update
 /subsection
   
 subsection name=Coyote
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup DigesterFactory.java

2004-09-15 Thread jfarcand 
jfarcand2004/09/15 12:20:15

  Modified:catalina/src/share/org/apache/catalina/startup
DigesterFactory.java
  Log:
  Remove xerces specific workaround. The Digester is now able to find which parser it 
uses and configure it appropriately (long time ago I did that in Digester but never 
took the time to fix Tomcat).
  
  Revision  ChangesPath
  1.9   +5 -58 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/DigesterFactory.java
  
  Index: DigesterFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/DigesterFactory.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- DigesterFactory.java  2 Sep 2004 14:20:22 -   1.8
  +++ DigesterFactory.java  15 Sep 2004 19:20:15 -  1.9
  @@ -76,22 +76,11 @@
   digester.setValidating(xmlValidation);
   digester.setUseContextClassLoader(true);
   
  -String parserName = 
  -digester.getFactory().getClass().getName();
  -if (parserName.indexOf(xerces)!=-1) {
  -digester = patchXerces(digester);
  +if (xmlValidation || xmlNamespaceAware){
  +configureSchema(digester);
   }
   
   schemaResolver = new SchemaResolver(digester);
  -if (xmlValidation) {
  -// Xerces 2.3 and up has a special way to turn on validation
  -// for both DTD and Schema
  -if (parserName.indexOf(xerces)!=-1) {
  -turnOnXercesValidation(digester);
  -} else {
  -turnOnValidation(digester);
  -}
  -}
   registerLocalSchema();
   
   digester.setEntityResolver(schemaResolver);
  @@ -104,28 +93,6 @@
   
   
   /**
  - * Patch Xerces for backward compatibility.
  - */
  -private static Digester patchXerces(Digester digester){
  -// This feature is needed for backward compatibility with old DDs
  -// which used Java encoding names such as ISO8859_1 etc.
  -// with Crimson (bug 4701993). By default, Xerces does not
  -// support ISO8859_1.
  -try{
  -digester.setFeature(
  -http://apache.org/xml/features/allow-java-encodings;, true);
  -} catch(ParserConfigurationException e){
  -// log(contextConfig.registerLocalSchema, e);
  -} catch(SAXNotRecognizedException e){
  -// log(contextConfig.registerLocalSchema, e);
  -} catch(SAXNotSupportedException e){
  -// log(contextConfig.registerLocalSchema, e);
  -}
  -return digester;
  -}
  -
  -
  -/**
* Utilities used to force the parser to use local schema, when available,
* instead of the codeschemaLocation/code XML element.
*/
  @@ -186,35 +153,15 @@
   /**
* Turn on DTD and/or validation (based on the parser implementation)
*/
  -protected static void turnOnValidation(Digester digester){
  +protected static void configureSchema(Digester digester){
   URL url = DigesterFactory.class
   .getResource(Constants.WebSchemaResourcePath_24);
 
   if(url == null) {
  -log.error(Could not get url for  + 
Constants.WebSchemaResourcePath_24);
  +log.error(Could not get url for  
  ++ Constants.WebSchemaResourcePath_24);
   } else {
   digester.setSchema(url.toString()); 
  -}
  -}
  -
  -
  -/** 
  - * Turn on schema AND DTD validation on Xerces parser.
  - */
  -protected static void turnOnXercesValidation(Digester digester){
  -try{
  -digester.setFeature(
  -http://apache.org/xml/features/validation/dynamic;,
  -true);
  -digester.setFeature(
  -http://apache.org/xml/features/validation/schema;,
  -true);
  -} catch(ParserConfigurationException e){
  -// log(contextConfig.registerLocalSchema, e);
  -} catch(SAXNotRecognizedException e){
  -// log(contextConfig.registerLocalSchema, e);
  -} catch(SAXNotSupportedException e){
  -// log(contextConfig.registerLocalSchema, e);
   }
   }
   }
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread jfarcand 
jfarcand2004/09/15 12:23:45

  Modified:webapps/docs changelog.xml
  Log:
  Update for Digester's cleanup.
  
  Revision  ChangesPath
  1.106 +4 -1  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.105
  retrieving revision 1.106
  diff -u -r1.105 -r1.106
  --- changelog.xml 15 Sep 2004 19:00:14 -  1.105
  +++ changelog.xml 15 Sep 2004 19:23:45 -  1.106
  @@ -32,8 +32,11 @@
   
 subsection name=Catalina
 update
  -Give proper permission to the balancer app when running under the security 
manager. (jfarcand)
  +Remove Digester code for Xerces workaround. (jfarcand)
 /update
  +  fix
  +Give proper permission to the balancer app when running under the security 
manager. (jfarcand)
  +  /fix
 /subsection
   
 subsection name=Coyote
  
  
  

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

DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31249.
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=31249

Using a custom taglib causes strange NoSuchMethodException

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 20:59 ---
The missing constructor in TagInfo is new in Tomcat 5.  Looks like you are
linking compiled (in Tomcat 5) JSP code with Tomcat 4 library.  Try removing any
tomcat 4 jar files and any generated files.

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

DO NOT REPLY [Bug 26805] - tomcat.exe --WorkingPath does not set current directory

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26805.
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=26805

tomcat.exe --WorkingPath does not set current directory

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-15 23:29 ---
With Tomcat 5.0.28, this problem still exists. The actual bug to set the
WorkingPath for JNI didn't go into procrun until 6/25/2004. I'm not sure what
version of the sources you have used to build tomcat5.exe for 5.0.28, but it's
apparently from before that..

I install it the way Bob described, and I can see the WorkingPath value set in
the registry for the Stop and Start subkeys, but the working path is completely
ignored.

However, if I build procrun from top-of-tree sources for Commons Daemon and
replace tomcat5.exe with a copy of the prunsrvd.exe, workingpath works fine.

Can you please pick up the latest prunsrvd and prunmgrd from Commons Daemon
Procrun for the next release (5.0.29)? Thanks!

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

DO NOT REPLY [Bug 31257] New: - java.endorsed.dirs is not used when JSP compilation is forked

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31257.
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=31257

java.endorsed.dirs is not used when JSP compilation is forked

   Summary: java.endorsed.dirs is not used when JSP compilation is
forked
   Product: Tomcat 5
   Version: 5.0.27
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When the JSP compiler forks a javac process, it should check to see what the 
currently endorsed directories are (check the system 
property java.endorsed.dirs - otherwise, classes end up missing and JSP 
pages do not properly compile.  We experienced a problem when we explicitly 
set the java.endorsed.dirs property on the command line, and the JSP compiler 
did not use it when javac was forked.

I have patched org.apache.jasper.compiler.Compiler to support this:
*** src.original\jakarta-tomcat-jasper\jasper2
\src\share\org\apache\jasper\compiler\Compiler.java   Tue Jun 15 17:30:35 
2004
--- src\org\apache\jasper\compiler\Compiler.javaThu Sep 16 00:05:14 
2004

***
*** 349,358 
--- 349,369 
  extdirs.setPath(exts);
  javac.setExtdirs(extdirs);
  info.append(extension dir= + exts + \n);
  }

+ // Add endorsed directories
+ String endorsed = System.getProperty(java.endorsed.dirs);
+ if(endorsed != null) {
+ Javac.ImplementationSpecificArgument endorsedArg = 
javac.createCompilerArg();
+ endorsedArg.setLine(-J-Djava.endorsed.dirs=+endorsed);
+ info.append(endorsed dir= + endorsed + \n);
+ }
+ else {
+ info.append(no endorsed dirs specified\n);
+ }
+
  // Configure the compiler object
  javac.setEncoding(javaEncoding);
  javac.setClasspath(path);
  javac.setDebug(ctxt.getOptions().getClassDebugInfo());

true, i should probably check ctxt.getOptions().getFork() in the if() as well, 
but since i always fork it doesn't matter to me.

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

DO NOT REPLY [Bug 26805] - tomcat.exe --WorkingPath does not set current directory

2004-09-15 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26805.
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=26805

tomcat.exe --WorkingPath does not set current directory

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-09-16 05:55 ---
You are correct. It was a problem with CVS branch.
Right now I allways backport the binaries to TOMCAT_5_0 branch,
and it will be picked up by the build.

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