DO NOT REPLY [Bug 29096] - service.bat Does Not Accept Dash in Service Name

[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=29096

service.bat  Does Not Accept Dash in Service Name

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-11 05:57 ---
Windows NT services does not allow to have a dash in it's names, as well as
forward or backward slash characters.
Use the beavisApp_tomcat instead.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java JspUtil.java

[kinman]

kinman  2004/06/10 17:29:57

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
JspUtil.java
  Log:
  - If the value of the "type" attribute of the attribute directive
is an array, allow it to be specified as "[L;"
  
  Revision  ChangesPath
  1.234 +3 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.233
  retrieving revision 1.234
  diff -u -r1.233 -r1.234
  --- Generator.java10 Jun 2004 21:17:28 -  1.233
  +++ Generator.java11 Jun 2004 00:29:56 -  1.234
  @@ -3444,7 +3444,7 @@
   if (attrInfos[i].isFragment()) {
   out.print("javax.servlet.jsp.tagext.JspFragment ");
   } else {
  -out.print(attrInfos[i].getTypeName());
  +out.print(JspUtil.toJavaSourceType(attrInfos[i].getTypeName()));
   out.print(" ");
   }
   out.print(attrInfos[i].getName());
  @@ -3460,7 +3460,7 @@
   if (attrInfos[i].isFragment()) {
   out.print("javax.servlet.jsp.tagext.JspFragment ");
   } else {
  -out.print(attrInfos[i].getTypeName());
  +out.print(JspUtil.toJavaSourceType(attrInfos[i].getTypeName()));
   out.print(" ");
   }
   out.print(toGetterMethod(attrInfos[i].getName()));
  @@ -3480,7 +3480,7 @@
   out.print("(javax.servlet.jsp.tagext.JspFragment ");
   } else {
   out.print("(");
  -out.print(attrInfos[i].getTypeName());
  +out.print(JspUtil.toJavaSourceType(attrInfos[i].getTypeName()));
   out.print(" ");
   }
   out.print(attrInfos[i].getName());
  
  
  
  1.49  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java
  
  Index: JspUtil.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- JspUtil.java  19 Apr 2004 21:10:19 -  1.48
  +++ JspUtil.java  11 Jun 2004 00:29:56 -  1.49
  @@ -1047,7 +1047,7 @@
* the element type can be one of ZBCDFIJS or L;
* It is converted into forms that can be understood by javac.
*/
  -private static String toJavaSourceType(String type) {
  +public static String toJavaSourceType(String type) {
   
if (type.charAt(0) != '[') {
return type;
  
  
  

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

DO NOT REPLY [Bug 29485] - Undeploy considered dangerous

[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=29485

Undeploy considered dangerous





--- Additional Comments From [EMAIL PROTECTED]  2004-06-11 00:06 ---
Undeploy is routinely used by people on the mailing list to remove the current 
version of a webapp before deploying a new one (at the same context path).

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

DO NOT REPLY [Bug 29096] - service.bat Does Not Accept Dash in Service Name

[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=29096

service.bat  Does Not Accept Dash in Service Name

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Native:Integration  |Daemon
Product|Tomcat 5|Commons
Version|5.0.24  |1.0 Alpha



--- Additional Comments From [EMAIL PROTECTED]  2004-06-11 00:04 ---
Yup, it doesn't work with hyphens.  Here's the error message (Tomcat 5.0.26, 
Windows XP Pro):
C:\jakarta-tomcat-5.0.26\bin>service.bat install beavisApp-tomcat
[2004-06-10 19:58:25] [349  prunsrv.c] [error]
The system cannot find the file specified.
[2004-06-10 19:58:25] [1037 prunsrv.c] [error]
Load configuration failed
[2004-06-10 19:58:26] [349  prunsrv.c] [error]
The system cannot find the file specified.
[2004-06-10 19:58:26] [1037 prunsrv.c] [error]
Load configuration failed
The service 'beavisApp-tomcat' has been installed

prunsrv.c is at http://cvs.apache.org/viewcvs.cgi/jakarta-
commons/daemon/src/native/nt/procrun/apps/prunsrv/prunsrv.c, so I concur with 
your theory that this is a procrun problem.  As such, I'm going to reassign 
this issue to the commons-daemon module.

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

DO NOT REPLY [Bug 29093] - When reloading context IllegalStateException is not catched

[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=29093

When reloading context IllegalStateException is not catched

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 23:50 ---
I would probably -1 catching this exception, as I'd like tomcat's lifecycle 
handling code to handle lifecycle exceptions only, and leave other things 
higher up the hierarchy.

If you really need this functionality, at least for the time being, I suggest 
extending StandardContext with your own context.  This is why Tomcat is open-
source and why we have the className attribute on the Context element: it's 
trivial to extend and customize.  If over time you can't find a cause and are 
convinced your fix is essential to the global tomcat community, we can reopen 
this bug and/or re-discuss this issue on the tomcat-dev list.  So for now I'm 
closing it.  If you do customize StandardContext and it works, please post 
your findings to tomcat-user, to see if others find it helpful.

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

DO NOT REPLY [Bug 29512] New: - Weird cache and jsp tags behavior.

[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=29512

Weird cache and jsp tags behavior.

   Summary: Weird cache and jsp tags behavior.
   Product: Tomcat 4
   Version: 4.1.27
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A webapp page with a select list is populated through a query wrapped by a jsp
taglib. The fetch from the database loads it and 1 of those records is set to be
the default. The problem is that the default isn't always selected when a new
record is created as it should be. If I delete the cache (page_jsp.java and
page_jsp.class) from the work directory and it is recompiled it will then work
until an existing record is viewed. After that record is viewed and the new
record is selected the default is no longer selected and the list simply
displays the first item. 

The behavior does not occur when the app is ran on my 4.0.6 Tomcat server.

Browsers Tested: Mozilla Firebird and IE 6

Java Version1.4.1_01
Java Vendor Sun Microsystems Inc.
JVM Version 1.0
JVM Vendor  Sun Microsystems Inc.
JVM Implementation Version  1.4.1_01-b01
Java RuntimeJava(TM) 2 Runtime Environment, Standard Edition
Java VM Java HotSpot(TM) Client VM  (---> gonna change to server)
User Timezone   US/Central
Operating SystemLinux 2.4.19-4GB
OS Architecture i386
Application Server  Apache Tomcat 4.1.27

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

DO NOT REPLY [Bug 29478] - problem with JSPC and useBean and static initialization

[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=29478

problem with JSPC and useBean and static initialization

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 21:22 ---
Fixed in CVS.  Bean instantiations are now avoided at compilation time.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[kinman]

kinman  2004/06/10 14:17:28

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  - Fixed 29478: bean instantiations should be avoided at compilation time.
  
Patch by Jess Holle
  
  Revision  ChangesPath
  1.233 +9 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.232
  retrieving revision 1.233
  diff -u -r1.232 -r1.233
  --- Generator.java19 Apr 2004 21:10:19 -  1.232
  +++ Generator.java10 Jun 2004 21:17:28 -  1.233
  @@ -21,6 +21,7 @@
   import java.beans.Introspector;
   import java.beans.PropertyDescriptor;
   import java.lang.reflect.Method;
  +import java.lang.reflect.Modifier;
   import java.util.ArrayList;
   import java.util.Arrays;
   import java.util.Collections;
  @@ -1209,7 +1210,14 @@
   if (beanName == null) {
   try {
   Class bean = ctxt.getClassLoader().loadClass(klass);
  -bean.newInstance();
  +int modifiers = bean.getModifiers();
  +if (!Modifier.isPublic(modifiers) ||
  +Modifier.isInterface(modifiers) ||
  +Modifier.isAbstract(modifiers)) {
  +throw new Exception("Invalid bean class modifier");
  +}
  +// Check that there is a 0 arg constructor
  +bean.getConstructor(new Class[] {});
   generateNew = true;
   } catch (Exception e) {
   // Cannot instantiate the specified class
  
  
  

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

DO NOT REPLY [Bug 28234] - uri: worker property does not exist any more

[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=28234

uri: worker property does not exist any more

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 20:37 ---
OK, here's what I did:
- Moved connector documentation to http://jakarta.apache.org/tomcat/connectors-
doc/jk2
- Symlinked tomcat/tomcat-4.1-doc/jk2 to connectors-doc/jk2 so old links and 
bookmarks still work.
- Modified project.xml and index.xml for tomcat 5 so that future releases use 
connectors-doc and not the tomcat-4.1-doc URL when browsing the connector 
documentation.

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

DO NOT REPLY [Bug 15576] - IllegalArgumentException during adding a cookie

[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=15576

IllegalArgumentException during adding a cookie





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 20:36 ---
The fatal flaw of your reasoning is that by allowing (almost) anything in the
value, you can create a cookie value which would create a malformed multiline
header. This invalidates the whole thing. An oversight of the specification,
undoubtedly.

If you want some arcane and/or obscure issue fixed, please provide:
1) a clean and well tested patch
2) your rationale for why there's a bug
Otherwise, I recommend not wasting your time, and please do not reopen this
report (esp since WONTFIX is the appropriate answer).

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

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

[yoavs]

yoavs   2004/06/10 13:34:41

  Modified:webapps/docs index.xml project.xml
  Log:
  Modified project.xml and index.xml to reflect new URL for connector documentation.
  
  Revision  ChangesPath
  1.15  +1 -1  jakarta-tomcat-catalina/webapps/docs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/index.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- index.xml 1 Mar 2004 15:35:03 -   1.14
  +++ index.xml 10 Jun 2004 20:34:41 -  1.15
  @@ -113,7 +113,7 @@
   - Reference manual that documents all available elements and attributes
 that may be placed into a Tomcat 5 conf/server.xml file.
   
  -http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html";>JK 
Documenation
  +http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html";>JK 
Documenation
   - Complete documentation and HOWTOs on the JK native webserver connector,
 used to interface Tomcat with servers like Apache HTTPd, IIS
 and others.
  
  
  
  1.21  +2 -2  jakarta-tomcat-catalina/webapps/docs/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/project.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- project.xml   5 Feb 2004 16:05:31 -   1.20
  +++ project.xml   10 Jun 2004 20:34:41 -  1.21
  @@ -18,7 +18,7 @@
   
   
   
  -
  +
   
   
   
  @@ -44,7 +44,7 @@
   
   
   http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html"/>
  +  
href="http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html"/>
   
   
   
  
  
  

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

DO NOT REPLY [Bug 29477] - Custom tags render out of sequence.

[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=29477

Custom tags render out of sequence.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 19:58 ---
This is a bug in your tag handler impl.

Replace

  pageContext.getResponse().getWriter().println("LAST!");

with 

  pageContext.getOut().print("LAST!");

and things work as expected.

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

DO NOT REPLY [Bug 15576] - IllegalArgumentException during adding a cookie

[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=15576

IllegalArgumentException during adding a cookie





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 19:26 ---
William, I went ahead and re-read the RFC. After doing some investigation, I 
now agree and disagree with you.

According to RFC 2109 found at, http://www.faqs.org/rfcs/rfc2109.html, section 
4.2.2 Set-Cookie Syntax:

The syntax for the Set-Cookie response header is

set-cookie  =   "Set-Cookie:" cookies
cookies =   1#cookie
cookie  =   NAME "=" VALUE *(";" cookie-av)
NAME=   attr
VALUE   =   value
cookie-av   =   "Comment" "=" value
|   "Domain" "=" value
|   "Max-Age" "=" value
|   "Path" "=" value
|   "Secure"
|   "Version" "=" 1*DIGIT

According to the general syntax in the same RFC:

The two state management headers, Set-Cookie and Cookie, have common syntactic 
properties involving attribute-value pairs.  The following grammar uses the 
notation, and tokens DIGIT (decimal digits) and token (informally, a sequence 
of non-special, non-white space characters) from the HTTP/1.1 specification 
[RFC 2068] to describe their syntax.

av-pairs=   av-pair *(";" av-pair)
av-pair =   attr ["=" value]; optional value
attr=   token
value   =   word
word=   token | quoted-string

Attributes (names) (attr) are case-insensitive.  White space is permitted 
between tokens.  Note that while the above syntax description shows value as 
optional, most attrs require them.

So the value in the cookie can either be a token or a quoted-string. 
According to RFC found at http://www.faqs.org/rfcs/rfc2068.html tokens are 
defined as:

  Token = 1*

  tspecials = "(" | ")" | "<" | ">" | "@"
| "," | ";" | ":" | "\" | <">
| "/" | "[" | "]" | "?" | "="
| "{" | "}" | SP | HT ”


According to RFC found at http://www.faqs.org/rfcs/rfc2068.html quoted-strings 
are defined as:

A string of text is parsed as a single word if it is quoted using double-quote 
marks.

quoted-string   = ( <"> *(qdtext) <"> )

qdtext  = >

According to RFC found at http://www.faqs.org/rfcs/rfc2068.html TEXT is defined 
as:

The TEXT rule is only used for descriptive field contents and values that are 
not intended to be interpreted by the message parser. Words of *TEXT may 
contain characters from character sets other than ISO 8859-1 [22] only when 
encoded according to the rules of RFC 1522 [14].

TEXT= 

According to RFC found at http://www.faqs.org/rfcs/rfc2068.html CTLs, CRLF, CR, 
LF, SP, HT, and LWS are defined as:

CTL = 
CR  = 
LF  = 
SP  = 
HT  = 
CRLF= CR LF
LWS = [CRLF] 1*( SP | HT )


Since commas and semicolons are part of the ISO 8859-1 they are allowed in 
quoted-strings, hence they should be allowed to be in cookie values. 

Please provide me your reasoning next time you inform me that I am wrong.

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

DO NOT REPLY [Bug 25448] - jsp:include is intolerant of whitespace

[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=25448

jsp:include is intolerant of whitespace

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 19:09 ---
*** Bug 29509 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 29509] - notation without fails

[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=29509

 notation without  fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 19:09 ---


*** This bug has been marked as a duplicate of 25448 ***

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

DO NOT REPLY [Bug 29509] New: - notation without fails

[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=29509

 notation without  fails

   Summary:  notation without  fails
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Following two cases work ok:



and


   


but this does not




The final example produces the following (good!) message: Expecting "jsp:param" 
standard action with "name" and "value" attributes

The final example worked fine in 4.0.6.  I was not able to recognize this as a 
change in the JSP2.0 spec.  Bug?, Spec change?

-
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 Embedded.java

[luehe]

luehe   2004/06/10 11:59:48

  Modified:catalina/src/share/org/apache/catalina/core
StandardService.java
   catalina/src/share/org/apache/catalina/startup Embedded.java
  Log:
  Removed "debug" instance var and accessor methods from Embedded.java, which now 
inherits them from superclass
  
  Revision  ChangesPath
  1.13  +9 -7  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardService.java
  
  Index: StandardService.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardService.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- StandardService.java  10 Jun 2004 01:09:03 -  1.12
  +++ StandardService.java  10 Jun 2004 18:59:48 -  1.13
  @@ -57,12 +57,6 @@
   
   
   /**
  - * The debugging detail level for this component.
  - */
  -private int debug = 0;
  -
  -
  -/**
* Descriptive information about this component implementation.
*/
   private static final String info =
  @@ -99,6 +93,12 @@
   
   
   /**
  + * The debugging detail level for this component.
  + */
  +protected int debug = 0;
  +
  +
  +/**
* The property change support for this component.
*/
   protected PropertyChangeSupport support = new PropertyChangeSupport(this);
  @@ -203,8 +203,10 @@
*/
   public void setDebug(int debug) {
   
  +int oldDebug = this.debug;
   this.debug = debug;
  -
  +support.firePropertyChange("debug", new Integer(oldDebug),
  +   new Integer(this.debug));
   }
   
   
  
  
  
  1.16  +1 -32 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java
  
  Index: Embedded.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- Embedded.java 10 Jun 2004 18:44:28 -  1.15
  +++ Embedded.java 10 Jun 2004 18:59:48 -  1.16
  @@ -145,12 +145,6 @@
   
   
   /**
  - * The debugging detail level for this component.
  - */
  -protected int debug = 0;
  -
  -
  -/**
* Is naming enabled ?
*/
   protected boolean useNaming = true;
  @@ -219,31 +213,6 @@
   
   
   // - Properties
  -
  -
  -/**
  - * Return the debugging detail level for this component.
  - */
  -public int getDebug() {
  -
  -return (this.debug);
  -
  -}
  -
  -
  -/**
  - * Set the debugging detail level for this component.
  - *
  - * @param debug The new debugging detail level
  - */
  -public void setDebug(int debug) {
  -
  -int oldDebug = this.debug;
  -this.debug = debug;
  -support.firePropertyChange("debug", new Integer(oldDebug),
  -   new Integer(this.debug));
  -
  -}
   
   
   /**
  
  
  

-
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 Embedded.java

[luehe]

luehe   2004/06/10 11:44:29

  Modified:catalina/src/share/org/apache/catalina/startup Embedded.java
  Log:
  Removed redundant PropertyChangeSupport instance var and related methods, which are 
inherited from superclass
  
  Revision  ChangesPath
  1.15  +1 -31 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java
  
  Index: Embedded.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Embedded.java 10 Jun 2004 01:09:03 -  1.14
  +++ Embedded.java 10 Jun 2004 18:44:28 -  1.15
  @@ -217,11 +217,6 @@
*/
   protected boolean await = false;
   
  -/**
  - * The property change support for this component.
  - */
  -protected PropertyChangeSupport support = new PropertyChangeSupport(this);
  -
   
   // - Properties
   
  @@ -430,18 +425,6 @@
   
   
   /**
  - * Add a property change listener to this component.
  - *
  - * @param listener The listener to add
  - */
  -public void addPropertyChangeListener(PropertyChangeListener listener) {
  -
  -support.addPropertyChangeListener(listener);
  -
  -}
  -
  -
  -/**
* Create, configure, and return a new TCP/IP socket connector
* based on the specified properties.
*
  @@ -819,19 +802,6 @@
   if( log.isDebugEnabled() )
   log.debug(" Removing this Host");
   host.getParent().removeChild(host);
  -
  -}
  -
  -
  -
  -/**
  - * Remove a property change listener from this component.
  - *
  - * @param listener The listener to remove
  - */
  -public void removePropertyChangeListener(PropertyChangeListener listener) {
  -
  -support.removePropertyChangeListener(listener);
   
   }
   
  
  
  

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

DO NOT REPLY [Bug 29505] - Tomcat returns HTTP 500 when I use the JSP error pages mechanism

[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=29505

Tomcat returns HTTP 500 when I use the JSP error pages mechanism

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 18:03 ---
We changed the error code from 200 to 500 when a JSP error page is
invoked, in order to be consistent with the error-page mechanism in
web.xml, which has always returned 500. People had complained about
the different error codes.

There is an action item on the next version of the JSP spec to clarify
that using the JSP error page mechanism will result in a 500 error
code.

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

DO NOT REPLY [Bug 29472] - Embedded overrides add/remove Connector, but not findConnectors

[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=29472

Embedded overrides add/remove Connector, but not findConnectors





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 17:11 ---
Following Jan's comments and my inspection of the code of
Embedded and StandardService, it appears that there may still be several
issues laying around that could be resolved by a refactoring of many
of the methods.

I believe that the Listener subscription logic is duplicated.
It should be possible for the subclasses (Embedded) not to override the
variables nor the code.

The debug (variable, setter, getter) appears to be duplicated as well.
So is the Lifecycle creation.

Also, the start() method on both appears to not share the same activities
happening. Worthwhile to consider Embedded to invoke appropriately
super.start().

Similarly for stop().

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

DO NOT REPLY [Bug 29505] New: - Tomcat returns HTTP 500 when I use the JSP error pages mechanism

[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=29505

Tomcat returns HTTP 500 when I use the JSP error pages mechanism

   Summary: Tomcat returns HTTP 500 when I use the JSP error pages
mechanism
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When I use the error page mechanism in JSP,  the server returns an HTTP 500 
error.

This makes IE display an error page instead of my error page.

CAUTION:  IE behavior is very strange on this error.
Indeed, it displays its internal error page if the response has no more than 
512 bytes,  and it displays my error page otherwise.

Here is the network trace returned when I use the error page mechanism.
As you can see, the response is my error page (so the expected one), but HTTP 
code is 500.

=
HTTP/1.1 500 Internal Server Error
Content-Type: text/html
Content-Length: 102
Date: Thu, 10 Jun 2004 16:17:20 GMT
Server: Apache-Coyote/1.1
Connection: close



.
. Exception: java.lang.NullPointerException. 


=


With Tomcat Version 4.1, the status was 200
As shown by the trace below:

=
HTTP/1.1 200 OK
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 102
Date: Thu, 10 Jun 2004 16:15:09 GMT
Server: Apache-Coyote/1.1



.
. Exception: java.lang.NullPointerException. 


===


Code to reproduce is:

===
--- testErr.jsp -


 





<%@ page errorPage="testErrPage.jsp" %>
<% 
String name = null;
 
// Force an exception because name is null.
name.equalsIgnoreCase("acura");
%>

 Yes fred!!! 




--- testErrPage.jsp -



<%@ page isErrorPage="true" %>
 Exception: <%= exception.toString() %>. 


===

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

Re: UTF8 or sys prop value?

[Peter Rossbach]

Helo Yoav,
I think we must change it, as system property and a encoding Server 
attribute.
I have start a implementation to a flexible new store engine for the 
tomcat 5 format.
At weekend I wrote the proposal and I start the coding.

Features:
Seperate MBean to store the configuration.
Flexible management to extensions, like cluster configuration
store at Stream, Writer or File
store complete Server, Service, Host or Context
Flexible Handling from transient Attributes and Childs
regards
Peter
Shapira, Yoav schrieb:
Hi,
I see in StandardServer#storeConfig and MemoryUserDatabase#save that
we're creating the output writers for server.xml and tomcat-users.xml
using a hard-coded "UTF8" encoding.
Should we modify this?  Maybe look for the specified java.file.encoding
system property, and if that's specified, use it, otherwise use UTF* as
default?
The reason I'm asking is for
http://issues.apache.org/bugzilla/show_bug.cgi?id=29091.
Yoav Shapira
Millennium Research Informatics


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]

 


--
J2EE Systemarchitekt und Tomcat Experte
http://objektpark.de/
http://www.webapp.de/
Am Josephsschacht 72, 44879 Bochum, Deutschland
Telefon:  (49) 234 9413228
Mobil:(49) 175 1660884
E-Mail:  [EMAIL PROTECTED]

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

UTF8 or sys prop value?

[Shapira, Yoav]

Hi,
I see in StandardServer#storeConfig and MemoryUserDatabase#save that
we're creating the output writers for server.xml and tomcat-users.xml
using a hard-coded "UTF8" encoding.

Should we modify this?  Maybe look for the specified java.file.encoding
system property, and if that's specified, use it, otherwise use UTF* as
default?

The reason I'm asking is for
http://issues.apache.org/bugzilla/show_bug.cgi?id=29091.

Yoav Shapira
Millennium Research Informatics





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 29091] - Non-ascii characters are not handled correctly...

[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=29091

Non-ascii characters are not handled correctly...

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 14:13 ---
*** Bug 26258 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 26258] - No XML escaping when editing users

[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=26258

No XML escaping when editing users

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 14:13 ---
I'm marking this one as a duplicate of the other (29091) because the other has 
a better title.

*** This bug has been marked as a duplicate of 29091 ***

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

DO NOT REPLY [Bug 29497] New: - Connection pool, redeployment

[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=29497

Connection pool, redeployment

   Summary: Connection pool, redeployment
   Product: Tomcat 5
   Version: 5.0.9
  Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


My application uses database for storing information, particularly mysql.

During it's work it takes 4 connections from the connection pool.
At this moment number number of physical connections to database increases by 4.
Then connection are being closed from inside the application.
Number of physical connections does not decrease. As I suspect these connections
are in pool.
When application takes those 4 connections again number of physical connections
stays the same, i.e. everything is ok.
But when I redeploy application connection pool does not release physical
connections, i.e. each time after application is being redeployed, number of
physical connections increases by 4 until I get exception: too many opened
connections.

This problem occurs with Tomcat 5.0.9 on WinXP with DBCP 1.1 / 1.2
and Tomcat 5.0.25 on FreeBSD. Mysql is run on FreeBSD

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

DO NOT REPLY [Bug 28219] - Dolar sign in password of JNDI-Datasource disappears

[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=28219

Dolar sign in password of JNDI-Datasource disappears





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 14:04 ---
I've just verified this is still not fixed (in tomcat 5.0.25), but I'm not sure 
how to fix it ;)

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

DO NOT REPLY [Bug 29495] - ServletContextListener and errors

[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=29495

ServletContextListener and errors





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 13:35 ---
Any API issues with javax.servlet classes should go to
[EMAIL PROTECTED]

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

DO NOT REPLY [Bug 29495] New: - ServletContextListener and errors

[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=29495

ServletContextListener and errors

   Summary: ServletContextListener and errors
   Product: Tomcat 5
   Version: 5.0.25
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat helpfully catches exceptions from ServletContextListeners and aborts 
the initialization of the web app. There's just one problem: a listener cannot 
explicitly throw an exception, because the signature for the methods of the 
listener does not include any throws.

If this is imposed by the servlet API standard, could Tomcat allow some tricky 
API that notes an error in a listener?

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

DO NOT REPLY [Bug 29495] - ServletContextListener and errors

[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=29495

ServletContextListener and errors

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 13:25 ---
No, this is spec mandated.  The standard approach is to throw a 
RuntimeException.

It wouldn't hurt for you to ask/discuss these issues on the mailing lists 
before posting Bugzilla issues.

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

DO NOT REPLY [Bug 29495] - ServletContextListener and errors

[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=29495

ServletContextListener and errors

[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Other   |All

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

DO NOT REPLY [Bug 29494] - No way to set PATH when running as a service on Windows

[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=29494

No way to set PATH when running as a service on Windows

[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Other   |Windows XP

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

DO NOT REPLY [Bug 29494] New: - No way to set PATH when running as a service on Windows

[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=29494

No way to set PATH when running as a service on Windows

   Summary: No way to set PATH when running as a service on Windows
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Native:Packaging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The Sun JRE has a quirk: if you specify the location of a JNI DLL on Windows 
with -Djava.library.path, and that library has dependent libraries, the 
location you specify has to be in PATH. It's not good enough to just have it 
in -Djava.library.path. This strikes me as a defect in the JRE, but that's 
life.

When launching tomcat5 from a command line with catalina.bat, you can solve 
this problem with setenv.bat, by added a PATH setting to that file. No Such 
Luck when using the nice GUI to set up a Win32 service. It would be more 
better if there was a way to specify the PATH for the service mechanism.

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

DO NOT REPLY [Bug 29477] - Custom tags render out of sequence.

[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=29477

Custom tags render out of sequence.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 09:35 ---
The war file I have just attached to this record seems to demonstrate the bug. 
(Please ignore the project files (imr, ipr and iws) and the example.zip file.

Included in the war are 2 JSP pages, both of which include a custom tag that 
prints the message "LAST!" to the screen. 

The file withoutFlush.jsp (in root) demonstrates the bug. The file 
withFlush.jsp demonstrates a work-around where including a scriptlet to flush 
the output stream before the custom tag is reached resolves the problem.

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

DO NOT REPLY [Bug 29477] - Custom tags render out of sequence.

[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=29477

Custom tags render out of sequence.





--- Additional Comments From [EMAIL PROTECTED]  2004-06-10 09:28 ---
Created an attachment (id=11813)
War file demonstrating bug

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

Re: Cristiana POLLONI/IT/ALCATEL is out of office.

[LEONARDO LEONI]

che me frega

 --- [EMAIL PROTECTED] wrote: > I will be
out of the office starting  06/09/2004 and
> will not return until
> 06/11/2004.
> 
> you can try to reach me on my mobile (+39 335
> 1266633)
> ciao!
> 
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>  






Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

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

DO NOT REPLY [Bug 29490] - Tomcat development approach

[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=29490

Tomcat development approach

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

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

DO NOT REPLY [Bug 29490] New: - Tomcat development approach

[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=29490

Tomcat development approach

   Summary: Tomcat development approach
   Product: Tomcat 5
   Version: 5.0.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat keep rolling again and again, some bugs found in previous release and
fixed in new release, some new features added in new release and these new
functions mayh cause even more bugs, sometimes, the old bugs are still here. why
not stop adding new features into it and just fix those existing bugs and make a
REAL production- level Tomcat just like Apache web server?

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