[OT] Re: Edward Furlong/IE/TLS/PwC is out of the office.

[Michael McGrady]

Man, I hope this is a Canadian date.  If this is American, we are going to 
get these for the next seven months.  LOL.

At 10:30 PM 2/3/2004, [EMAIL PROTECTED] wrote:
I will be out of the office starting  02/02/2004 and will not return until
09/02/2004.
I will respond to your message when I return.
_
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited.   If you received
this in error, please contact the sender and delete the material from any
computer.


-
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]

Edward Furlong/IE/TLS/PwC is out of the office.

[edward . furlong]

I will be out of the office starting  02/02/2004 and will not return until
09/02/2004.

I will respond to your message when I return.
_
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited.   If you received
this in error, please contact the sender and delete the material from any
computer.



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

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[bobh]

Project: jakarta-tomcat-5
State: Failed
URL: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html
- G U M P Y


Annotations:
 - Error - Failed with reason build failed


- G U M P Y
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 49 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data/gump/xml-xalan/java/build/xalan-unbundled.jar:/data/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dbuild.clonevm=true 
-Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Djndi.jar=/data/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dcommons-launcher.jar=/data/gump/jakarta-commons/launcher/dist/bin/commons-launcher.jar
 
-Dcommons-collections.jar=/data/gump/jakarta-commons/collections/build/commons-collections-20040204.jar
 -Djmx.jar=/data/gump/opt/jmx-1_2-ri/lib/jmxri.jar 
-Dactivation.home=/data/gump/opt/jaf-1.0.1 -Djmx.home=/data/gump/opt/jmx-1_2-ri 
-Dcommons-modeler.home=/data/gump/jakarta-commons/modeler 
-Djmx-tools.jar=/data/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 
-Dregexp.jar=/data/gump/jakarta-regexp/build/jakarta-regexp-20040204.jar 
-Djasper.home=/data/gump/jakarta-tomcat-jasper_tc5/jasper2 
-Dant.home=/data/gump/ant/dist 
-DxmlParserAPIs.jar=/data/gump/xml-xerces2/java/build/xercesImpl.jar 
-Djdbc20ext.jar=/data/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Dsite2.home=/data/gump/jakarta-site2 
-Dcommons-daemon.jsvc.tar.gz=/data/gump/jakarta-commons/daemon/dist/bin/jsvc.tar.gz 
-Dldap.jar=/data/gump/opt/ldap-1_2_4/lib/ldap.jar 
-Dregexp.home=/data/gump/jakarta-regexp/build 
-Dcommons-beanutils.jar=/data/gump/jakarta-commons/beanutils/dist/commons-beanutils.jar
 -DxercesImpl.jar=/data/gump/xml-xerces2/java/build/xercesImpl.jar 
-Djsse.home=/data/gump/opt/jsse1.0.3 
-Dcommons-pool.jar=/data/gump/jakarta-commons/pool/dist/commons-pool.jar 
-Dmail.home=/data/gump/opt/javamail-1.3 -Djndi.home=/data/gump/opt/jndi1_2_1 
-Djaas.jar=/data/gump/opt/jaas1_0/lib/jaas.jar 
-Dtomcat-coyote.home=/data/gump/jakarta-tomcat-connectors/coyote 
-Dcommons-daemon.jar=/data/gump/jakarta-commons/daemon/dist/commons-daemon-20040204.jar
 -Dcommons-dbcp.jar=/data/gump/jakarta-commons/dbcp/dist/commons-dbcp.jar 
-Dtomcat-util.jar=/data/gump/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar 
-Dservlet-api.jar=/data/gump/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar 
-Dcommons-logging-api.jar=/data/gump/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Dcommons-fileupload.jar=/data/gump/jakarta-commons/fileupload/target/commons-fileupload-20040204.jar
 -Dcommons-modeler.jar=/data/gump/jakarta-commons/modeler/dist/commons-modeler.jar 
-Dcommons-logging.jar=/data/gump/jakarta-commons/logging/dist/commons-logging.jar 
-Dcommons-el.jar=/data/gump/jakarta-commons/el/dist/commons-el.jar 
-Dcommons-digester.jar=/data/gump/jakarta-commons/digester/dist/commons-digester.jar 
-Dmail.jar=/data/gump/opt/javamail-1.3/mail.jar 
-Djta.jar=/data/gump/opt/jta-spec1_0_1/jta-spec1_0_1.jar 
-Dactivation.jar=/data/gump/opt/jaf-1.0.1/activation.jar gumpy-build 
[Working Directory: /data/gump/jakarta-tomcat-5]
-
deploy-prepare:
[mkdir] Created dir: /data/gump/jakarta-tomcat-5/build/server/classes

build-catalina-core:
[javac] Compiling 324 source files to /data/gump/jakarta-tomcat-5/build/classes
[javac] 
/data/gump/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/RequestFacade.java:266:
 cannot resolve symbol
[javac] symbol  : method getRemotePort ()
[javac] location: interface javax.servlet.ServletRequest
[javac] return request.getRemotePort();
[javac]   ^
[javac] 
/data/gump/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/RequestFacade.java:275:
 cannot resolve symbol
[javac] symbol  : method getLocalName ()
[javac] location: interface javax.servlet.ServletRequest
[javac] return request.getLocalName();
[javac]   ^
[javac] 
/data/gump/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/RequestFacade.java:283:
 cannot resolve symbol
[javac] symbol  : method getLocalAddr ()
[javac] location: interface javax.servlet.ServletRequest
[javac] return request.getLocalAddr();
[javac]   ^
[javac] 
/data/gump/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/RequestFacade.java:292:
 cannot resolve symbol
[javac] symbol  : method getLocalPort ()
[javac] location: interface javax.servlet.ServletRequest
[javac] return request.g

Re: Jakarta Collections 3.0?

[Remy Maucherat]

Costin Manolache wrote:
Craig R. McClanahan wrote:

Subscribers to COMMONS-DEV will see that I'm proposing to remove the 
dependency
on [collections] from both [beanutils] and [digester].  Both 
dependencies are
very thin, and doing this will avoid penalizing [beanutils]/[digester]
customers for what [collections] did.
Great!

I'm feeling a bit guilty ( and I think other should too ) about missing 
the release vote for collections.
I agree: this would be great (too many cascading dependencies causing 
trouble in the end). Thx :)

Rémy

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

Re: jk2 2.0.4 release plan

[Jess Holle]

Dave Oxley wrote:

Henri,

What is the current state of JK2. Is it alpha, beta or GA. If this is 
going to be an alpha release, what is the plan for a GA release. I 
would like to migrate from JK when it is stable.
This is a *very* good question.

Last time I dared to ask the consensus was mod_jk was a better idea for 
a production system -- but there was a good deal of dissent on this 
question...

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

Re: jk2 2.0.4 release plan

[Dave Oxley]

Henri,

What is the current state of JK2. Is it alpha, beta or GA. If this is 
going to be an alpha release, what is the plan for a GA release. I would 
like to migrate from JK when it is stable.

Cheers.
Dave.
Henri Gomez wrote:

Hi to all,

Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
I'd like to know what are showstoppers (blocking bugs) which
should be fixed in the current release.
Planning :

Up to Friday 6 Feb, determine all bugs which should (could be fixed)
and try to fix the blocking bugs.
On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1,
make build and tests.
If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4,
make tarball, and binaries (need help here for windows, netware,
macosx, ...).
Comments welcome

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


--

* Dave Oxley *

* +44 (0)7966 249 344
* * * * [EMAIL PROTECTED] * * 
* * * * http://www.daveoxley.co.uk * *  *
* "Linux: Because reboots are for hardware upgrades!" * * *   * *

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

Re: Jakarta Collections 3.0?

[Costin Manolache]

Craig R. McClanahan wrote:

Subscribers to COMMONS-DEV will see that I'm proposing to remove the dependency
on [collections] from both [beanutils] and [digester].  Both dependencies are
very thin, and doing this will avoid penalizing [beanutils]/[digester]
customers for what [collections] did.
Great!

I'm feeling a bit guilty ( and I think other should too ) about missing 
the release vote for collections.

Costin

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

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

[Jan Luehe]

Jan Luehe wrote:
[EMAIL PROTECTED] wrote:

luehe   2004/02/03 12:20:19

  Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java
  Log:
  Convert selected tag attribute types to their Fully-Qualified-Name
  equivalents if the taglib is JSP 1.2 based.
This has been discussed with Mark Roth, the JSP spec lead, and will
  allow JSP 1.2 taglibs to continue to work on Tomcat 5. Notice that JSP
  1.2 did not require that tag attribute types be specified using their
  fully-qualified class names. This restriction was added in Tomcat 5.


I meant: JSP 2.0.
Just to be clear: I meant the restriction was added to JSP 2.0
(and implemented by Tomcat 5, of course).
Sorry if there was any confusion. :)

Jan



Jan


Revision  ChangesPath
  1.52  +22 -7 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java 

Index: TagLibraryInfoImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java,v 

  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- TagLibraryInfoImpl.java7 Jan 2004 00:37:47 -1.51
  +++ TagLibraryInfoImpl.java3 Feb 2004 20:20:19 -1.52
  @@ -288,7 +288,7 @@
   else if ("validator".equals(tname))
   this.tagLibraryValidator = createValidator(element);
   else if ("tag".equals(tname))
  -tagVector.addElement(createTagInfo(element));
  +tagVector.addElement(createTagInfo(element, 
jspversion));
   else if ("tag-file".equals(tname)) {
   TagFileInfo tagFileInfo = 
createTagFileInfo(element, uri,
   
jarFileUrl);
  @@ -382,7 +382,9 @@
   return location;
   }
 -private TagInfo createTagInfo(TreeNode elem) throws 
JasperException {
  +private TagInfo createTagInfo(TreeNode elem, String jspVersion)
  +throws JasperException {
  +
   String tagName = null;
   String tagClassName = null;
   String teiClassName = null;
  @@ -430,7 +432,7 @@
   } else if ("variable".equals(tname)) {
   variableVector.addElement(createVariable(element));
   } else if ("attribute".equals(tname)) {
  -attributeVector.addElement(createAttribute(element));
  +attributeVector.addElement(createAttribute(element, 
jspVersion));
   } else if ("dynamic-attributes".equals(tname)) {
   dynamicAttributes = 
JspUtil.booleanValue(element.getBody());
   } else if ("example".equals(tname)) {
  @@ -526,7 +528,7 @@
   return new TagFileInfo(name, path, tagInfo);
   }
 -TagAttributeInfo createAttribute(TreeNode elem) {
  +TagAttributeInfo createAttribute(TreeNode elem, String 
jspVersion) {
   String name = null;
   String type = null;
   boolean required = false, rtexprvalue = false, reqTime = 
false,
  @@ -549,6 +551,19 @@
   rtexprvalue = JspUtil.booleanValue(s);
   } else if ("type".equals(tname)) {
   type = element.getBody();
  +if ("1.2".equals(jspVersion)
  +&& (type.equals("Boolean")
  +|| type.equals("Byte")
  +|| type.equals("Character")
  +|| type.equals("Double")
  +|| type.equals("Float")
  +|| type.equals("Integer")
  +|| type.equals("Long")
  +|| type.equals("Object")
  +|| type.equals("Short")
  +|| type.equals("String"))) {
  +type = "java.lang." + type;
  +}
   } else if ("fragment".equals(tname)) {
   String s = element.getBody();
   if (s != null)
 
-
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]

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

[luehe]

luehe   2004/02/03 12:28:56

  Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
  Log:
  Reverted change that was done in revision 1.34
  
  Revision  ChangesPath
  1.35  +4 -4  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java
  
  Index: PoolTcpEndpoint.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- PoolTcpEndpoint.java  2 Feb 2004 23:08:29 -   1.34
  +++ PoolTcpEndpoint.java  3 Feb 2004 20:28:56 -   1.35
  @@ -633,7 +633,7 @@
   }
   } catch (Throwable t) {
   if (step == 2) {
  -PoolTcpEndpoint.log.error("Handshake failed", t);
  +PoolTcpEndpoint.log.debug("Handshake failed", t);
   } else {
   PoolTcpEndpoint.log.error("Unexpected error", t);
   }
  
  
  

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

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

[Jan Luehe]

[EMAIL PROTECTED] wrote:
luehe   2004/02/03 12:20:19

  Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java
  Log:
  Convert selected tag attribute types to their Fully-Qualified-Name
  equivalents if the taglib is JSP 1.2 based.
  
  This has been discussed with Mark Roth, the JSP spec lead, and will
  allow JSP 1.2 taglibs to continue to work on Tomcat 5. Notice that JSP
  1.2 did not require that tag attribute types be specified using their
  fully-qualified class names. This restriction was added in Tomcat 5.
I meant: JSP 2.0.

Jan


  
  Revision  ChangesPath
  1.52  +22 -7 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java
  
  Index: TagLibraryInfoImpl.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- TagLibraryInfoImpl.java	7 Jan 2004 00:37:47 -	1.51
  +++ TagLibraryInfoImpl.java	3 Feb 2004 20:20:19 -	1.52
  @@ -288,7 +288,7 @@
   else if ("validator".equals(tname))
   this.tagLibraryValidator = createValidator(element);
   else if ("tag".equals(tname))
  -tagVector.addElement(createTagInfo(element));
  +tagVector.addElement(createTagInfo(element, jspversion));
   else if ("tag-file".equals(tname)) {
   TagFileInfo tagFileInfo = createTagFileInfo(element, uri,
   jarFileUrl);
  @@ -382,7 +382,9 @@
   return location;
   }
   
  -private TagInfo createTagInfo(TreeNode elem) throws JasperException {
  +private TagInfo createTagInfo(TreeNode elem, String jspVersion)
  +throws JasperException {
  +
   String tagName = null;
   String tagClassName = null;
   String teiClassName = null;
  @@ -430,7 +432,7 @@
   } else if ("variable".equals(tname)) {
   variableVector.addElement(createVariable(element));
   } else if ("attribute".equals(tname)) {
  -attributeVector.addElement(createAttribute(element));
  +attributeVector.addElement(createAttribute(element, jspVersion));
   } else if ("dynamic-attributes".equals(tname)) {
   dynamicAttributes = JspUtil.booleanValue(element.getBody());
   } else if ("example".equals(tname)) {
  @@ -526,7 +528,7 @@
   return new TagFileInfo(name, path, tagInfo);
   }
   
  -TagAttributeInfo createAttribute(TreeNode elem) {
  +TagAttributeInfo createAttribute(TreeNode elem, String jspVersion) {
   String name = null;
   String type = null;
   boolean required = false, rtexprvalue = false, reqTime = false,
  @@ -549,6 +551,19 @@
   rtexprvalue = JspUtil.booleanValue(s);
   } else if ("type".equals(tname)) {
   type = element.getBody();
  +if ("1.2".equals(jspVersion)
  +&& (type.equals("Boolean")
  +|| type.equals("Byte")
  +|| type.equals("Character")
  +|| type.equals("Double")
  +|| type.equals("Float")
  +|| type.equals("Integer")
  +|| type.equals("Long")
  +|| type.equals("Object")
  +|| type.equals("Short")
  +|| type.equals("String"))) {
  +type = "java.lang." + type;
  +}
   } else if ("fragment".equals(tname)) {
   String s = element.getBody();
   if (s != null)
  
  
  

-
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]

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

[luehe]

luehe   2004/02/03 12:20:19

  Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java
  Log:
  Convert selected tag attribute types to their Fully-Qualified-Name
  equivalents if the taglib is JSP 1.2 based.
  
  This has been discussed with Mark Roth, the JSP spec lead, and will
  allow JSP 1.2 taglibs to continue to work on Tomcat 5. Notice that JSP
  1.2 did not require that tag attribute types be specified using their
  fully-qualified class names. This restriction was added in Tomcat 5.
  
  Revision  ChangesPath
  1.52  +22 -7 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java
  
  Index: TagLibraryInfoImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- TagLibraryInfoImpl.java   7 Jan 2004 00:37:47 -   1.51
  +++ TagLibraryInfoImpl.java   3 Feb 2004 20:20:19 -   1.52
  @@ -288,7 +288,7 @@
   else if ("validator".equals(tname))
   this.tagLibraryValidator = createValidator(element);
   else if ("tag".equals(tname))
  -tagVector.addElement(createTagInfo(element));
  +tagVector.addElement(createTagInfo(element, jspversion));
   else if ("tag-file".equals(tname)) {
   TagFileInfo tagFileInfo = createTagFileInfo(element, uri,
   jarFileUrl);
  @@ -382,7 +382,9 @@
   return location;
   }
   
  -private TagInfo createTagInfo(TreeNode elem) throws JasperException {
  +private TagInfo createTagInfo(TreeNode elem, String jspVersion)
  +throws JasperException {
  +
   String tagName = null;
   String tagClassName = null;
   String teiClassName = null;
  @@ -430,7 +432,7 @@
   } else if ("variable".equals(tname)) {
   variableVector.addElement(createVariable(element));
   } else if ("attribute".equals(tname)) {
  -attributeVector.addElement(createAttribute(element));
  +attributeVector.addElement(createAttribute(element, jspVersion));
   } else if ("dynamic-attributes".equals(tname)) {
   dynamicAttributes = JspUtil.booleanValue(element.getBody());
   } else if ("example".equals(tname)) {
  @@ -526,7 +528,7 @@
   return new TagFileInfo(name, path, tagInfo);
   }
   
  -TagAttributeInfo createAttribute(TreeNode elem) {
  +TagAttributeInfo createAttribute(TreeNode elem, String jspVersion) {
   String name = null;
   String type = null;
   boolean required = false, rtexprvalue = false, reqTime = false,
  @@ -549,6 +551,19 @@
   rtexprvalue = JspUtil.booleanValue(s);
   } else if ("type".equals(tname)) {
   type = element.getBody();
  +if ("1.2".equals(jspVersion)
  +&& (type.equals("Boolean")
  +|| type.equals("Byte")
  +|| type.equals("Character")
  +|| type.equals("Double")
  +|| type.equals("Float")
  +|| type.equals("Integer")
  +|| type.equals("Long")
  +|| type.equals("Object")
  +|| type.equals("Short")
  +|| type.equals("String"))) {
  +type = "java.lang." + type;
  +}
   } else if ("fragment".equals(tname)) {
   String s = element.getBody();
   if (s != null)
  
  
  

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

Re: Converting Coyote to Java2 collections

[Remy Maucherat]

Bill Barker wrote:
As long as they go back to j-t (esp. Expirer & Reaper), I'm +1.
I can leave those two classes, no problem. It's not as if they were 
really big.

Rémy

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

[remm]

remm2004/02/03 09:31:40

  Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java
  Log:
  - Fix logging level.
  
  Revision  ChangesPath
  1.32  +5 -5  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java
  
  Index: JspServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- JspServlet.java   10 Sep 2003 01:47:24 -  1.31
  +++ JspServlet.java   3 Feb 2004 17:31:40 -   1.32
  @@ -240,8 +240,8 @@
   
   while (e.hasMoreElements()) {
   String name = (String) e.nextElement();
  -log.info("\t\t " + name + " = " +
  - request.getParameter(name));
  +log.debug("\t\t " + name + " = " 
  +  + request.getParameter(name));
   }
   }
   
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[jean-frederic clere]

Henri Gomez wrote:
jean-frederic clere a écrit :

Henri Gomez wrote:

Mike Anderson a écrit :

+1.  Two reasons I haven't
1.  I'm not a CVS expert and don't want to screw it up :-)
2.  The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.
I did comment out that line to make sure that it would compile, but
left it active when I checked it in.




Ok, I remove it from CVS right now :)


I am too slow... :-)


Next time you pay me a beer :)
No problems :-))

-
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: Converting Coyote to Java2 collections

[Bill Barker]

As long as they go back to j-t (esp. Expirer & Reaper), I'm +1.

- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, February 03, 2004 5:14 AM
Subject: Re: Converting Coyote to Java2 collections


Bill Barker wrote:
> I suppose that Coyote can be optional for TC 3.3.  I'm a bit less
> comfortable on using them in o.a.t.u (since that would force a Java2
> requirement on 3.3).

Stuff I'm considering for removal:
- o.a.t.util.collections (except MultiMap - which might as well be
merged into Parameters, BTW)
- o.a.t.util.log (except SLH and CL)
- o.a.t.util.mx (experiments for commons-modeler)
- o.a.t.util.threads: Epirer, Reaper, ThreadPoolMX

Of course, I'm only using TC 5, so ... ;)

Rémy

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


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

Re: jk2 2.0.4 release plan

[Henri Gomez]

Mike Anderson a écrit :

I'll be happy to deliver zips instead of NLMS. for NetWare.

Henri (and others) since we are tagging and releasing jk2 can/should we
do the same for jk since I know there is added functionality (Ping/Pong
and timeouts) there as well?
Well, one release at a time, users urge us for jk2 release, jk release
could wait some time (Bill ?)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jk2 2.0.4 release plan

[Mike Anderson]

I think Guenter is asking that we change mod_jk2 do be .so.  Right now we build a .dll 
 (at least if we build from the project files) but it would be easy to change this to 
.so and I'd be happy to do it.

Mike Anderson

>>> [EMAIL PROTECTED] 2/3/2004 9:57:00 AM >>>
Günter Knauf a écrit :

> Hi,
> 
>>Since many people ask for a jk2 release, 2.0.4, I'll act as
>>release manager if nobody else want to take the job before
>>Friday.
> 
> great, thanks!
> 
> 
>>Comments welcome
> 
> two things I would like to discuss:
> 1) I would like to see all binaries packed to tar.gz or zip; 

Well it could be done easily, if nobody object, I'll choose .gz for 
Unixes and .zip for Windows.

this is definitely better in two ways: the original file timestamp keeps 
intact, and if the download is broken normally the archiver reports that.
> Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with 
> mod_jk2 win32 has zip...
> please Mike, can you put up zip files instead of renamed NLMs - also with future 
> mod_jk releases?
> 
> 2) ask for a reason why the file extension was not changed to .so on Win32 when 
> Apache 1.3.15 moved to this...?

Do you want it to revert to .dll ? On my Windows box the Apache 2.0.47 
came with module named .so and not .dll.





-
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: jk2 2.0.4 release plan

[Mike Anderson]

I'll be happy to deliver zips instead of NLMS. for NetWare.

Henri (and others) since we are tagging and releasing jk2 can/should we
do the same for jk since I know there is added functionality (Ping/Pong
and timeouts) there as well?

Thanks,
Mike Anderson

>>> [EMAIL PROTECTED] 2/3/2004 9:27:14 AM >>>
Hi,
> Since many people ask for a jk2 release, 2.0.4, I'll act as
> release manager if nobody else want to take the job before
> Friday.
great, thanks!

> Comments welcome
two things I would like to discuss:
1) I would like to see all binaries packed to tar.gz or zip; this is
definitely better in two ways: the original file timestamp keeps intact,
and if the download is broken normally the archiver reports that.
Oh, I've just checked, and this is only true for win32 and netware with
mod_jk, with mod_jk2 win32 has zip...
please Mike, can you put up zip files instead of renamed NLMs - also
with future mod_jk releases?

2) ask for a reason why the file extension was not changed to .so on
Win32 when Apache 1.3.15 moved to this...?

thanks, Guenter.


-
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: jk2 2.0.4 release plan

[Henri Gomez]

Günter Knauf a écrit :

Hi,

Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
great, thanks!


Comments welcome
two things I would like to discuss:
1) I would like to see all binaries packed to tar.gz or zip; 
Well it could be done easily, if nobody object, I'll choose .gz for 
Unixes and .zip for Windows.

this is definitely better in two ways: the original file timestamp keeps 
intact, and if the download is broken normally the archiver reports that.
Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with 
mod_jk2 win32 has zip...
please Mike, can you put up zip files instead of renamed NLMs - also with future 
mod_jk releases?
2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 1.3.15 moved to this...?
Do you want it to revert to .dll ? On my Windows box the Apache 2.0.47 
came with module named .so and not .dll.





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

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jkjni.dsp

[hgomez]

hgomez  2004/02/03 08:27:56

  Modified:jk/native2/server/apache13 mod_jk2.dsp
   jk/native2/server/isapi isapi.dsp
   jk/native2/server/aolserver nsjk2.dsp
   jk/native2/jni jkjni.dsp
  Log:
  Remove ref to jk_pool.c (just removed by JFC).
  
  I win another beer ;)
  
  Revision  ChangesPath
  1.5   +0 -4  jakarta-tomcat-connectors/jk/native2/server/apache13/mod_jk2.dsp
  
  Index: mod_jk2.dsp
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/mod_jk2.dsp,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- mod_jk2.dsp   3 Feb 2004 15:28:25 -   1.4
  +++ mod_jk2.dsp   3 Feb 2004 16:27:56 -   1.5
  @@ -234,10 +234,6 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\..\common\jk_pool.c
  -# End Source File
  -# Begin Source File
  -
   SOURCE=..\..\common\jk_pool_apr.c
   # End Source File
   # Begin Source File
  
  
  
  1.24  +0 -4  jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp
  
  Index: isapi.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- isapi.dsp 3 Feb 2004 15:28:25 -   1.23
  +++ isapi.dsp 3 Feb 2004 16:27:56 -   1.24
  @@ -192,10 +192,6 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\..\common\jk_pool.c
  -# End Source File
  -# Begin Source File
  -
   SOURCE=..\..\common\jk_pool_apr.c
   # End Source File
   # Begin Source File
  
  
  
  1.3   +0 -4  jakarta-tomcat-connectors/jk/native2/server/aolserver/nsjk2.dsp
  
  Index: nsjk2.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/aolserver/nsjk2.dsp,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- nsjk2.dsp 3 Feb 2004 15:28:25 -   1.2
  +++ nsjk2.dsp 3 Feb 2004 16:27:56 -   1.3
  @@ -296,10 +296,6 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\..\common\jk_pool.c
  -# End Source File
  -# Begin Source File
  -
   SOURCE=..\..\common\jk_pool_apr.c
   # End Source File
   # Begin Source File
  
  
  
  1.7   +0 -4  jakarta-tomcat-connectors/jk/native2/jni/jkjni.dsp
  
  Index: jkjni.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jkjni.dsp,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- jkjni.dsp 3 Feb 2004 15:28:25 -   1.6
  +++ jkjni.dsp 3 Feb 2004 16:27:56 -   1.7
  @@ -176,10 +176,6 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\common\jk_pool.c
  -# End Source File
  -# Begin Source File
  -
   SOURCE=..\common\jk_pool_apr.c
   # End Source File
   # Begin Source File
  
  
  

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

Re: jk2 2.0.4 release plan

[Günter Knauf]

Hi,
> Since many people ask for a jk2 release, 2.0.4, I'll act as
> release manager if nobody else want to take the job before
> Friday.
great, thanks!

> Comments welcome
two things I would like to discuss:
1) I would like to see all binaries packed to tar.gz or zip; this is definitely better 
in two ways: the original file timestamp keeps intact, and if the download is broken 
normally the archiver reports that.
Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with 
mod_jk2 win32 has zip...
please Mike, can you put up zip files instead of renamed NLMs - also with future 
mod_jk releases?

2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 
1.3.15 moved to this...?

thanks, Guenter.


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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Henri Gomez]

jean-frederic clere a écrit :

Henri Gomez wrote:

Mike Anderson a écrit :

+1.  Two reasons I haven't
1.  I'm not a CVS expert and don't want to screw it up :-)
2.  The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.
I did comment out that line to make sure that it would compile, but
left it active when I checked it in.


Ok, I remove it from CVS right now :)


I am too slow... :-)
Next time you pay me a beer :)

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

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_pool.c

[jfclere]

jfclere 2004/02/03 08:17:24

  Removed: jk/native2/common jk_pool.c
  Log:
  Remove depricated file.

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

RE: [PATCH] Bug 26628

[Ronald Wildenberg]

> -Oorspronkelijk bericht-
> Van: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Onderwerp: Re: [PATCH] Bug 26628
> 
> 
> Ronald Wildenberg wrote:
> > Attached the patch file I created for bug 26628, concerning
> > the class org.apache.jasper.compiler.Validator.
> 
> Too late ;)
> The patch isn't perfect: it wouldn't complain about something 
> like ( , 
>, ,,,). This is not a big problem obviously, so I'm not very 
> motivated to fix it (but Kin-Man might be).


Too late indeed :)

There is no need to complain about a syntax like ( , ,,) at this
point of execution. The goal of the method is to extract parameters
from the method signature. If these parameters are wrong, as in your
example, someone will complain about it later on. However, if no
parameters were meant to be found, then this method should not add
any to the list (and certainly not the parameter "").

> 
> Rémy

Ronald

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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[jean-frederic clere]

Henri Gomez wrote:
Mike Anderson a écrit :

+1.  Two reasons I haven't
1.  I'm not a CVS expert and don't want to screw it up :-)
2.  The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.
I did comment out that line to make sure that it would compile, but
left it active when I checked it in.


Ok, I remove it from CVS right now :)
I am too slow... :-)



-
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: jk2 2.0.4 release plan

[Remy Maucherat]

Henri Gomez wrote:
Hi to all,

Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
I'd like to know what are showstoppers (blocking bugs) which
should be fixed in the current release.
>
Planning :

Up to Friday 6 Feb, determine all bugs which should (could be fixed)
and try to fix the blocking bugs.
On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1,
make build and tests.
If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4,
make tarball, and binaries (need help here for windows, netware,
macosx, ...).
+1, great :)

As for the issues I have with mod_jk 2:
- From the feedback I got from support issues, it seems LB only works 
with the worker MPM on Apache 2. With the default MPM (which is threaded 
I think), all requests go to the first node (but failover works fine, 
that's already something). (maybe this has been fixed already)
- Failover with POST requests also seems to have issues (although it's 
definitely something complex, and since buffering is needed, we may not 
want to fix this issue). There's the exact same problem with HTTP LB, 
obviously.

Rémy

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

jk2 2.0.4 release plan

[Henri Gomez]

Hi to all,

Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
I'd like to know what are showstoppers (blocking bugs) which
should be fixed in the current release.
Planning :

Up to Friday 6 Feb, determine all bugs which should (could be fixed)
and try to fix the blocking bugs.
On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1,
make build and tests.
If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4,
make tarball, and binaries (need help here for windows, netware,
macosx, ...).
Comments welcome

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

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jkjni.dsp

[hgomez]

hgomez  2004/02/03 07:28:25

  Modified:jk/native2/server/apache13 mod_jk2.dsp
   jk/native2/server/isapi isapi.dsp
   jk/native2/server/aolserver nsjk2.dsp
   jk/native2/jni jkjni.dsp
  Removed: jk/native2/common jk_channel_socket.c
  Log:
  Remove obsolete jk_channel_socket.c
  
  Revision  ChangesPath
  1.4   +0 -4  jakarta-tomcat-connectors/jk/native2/server/apache13/mod_jk2.dsp
  
  Index: mod_jk2.dsp
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/mod_jk2.dsp,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- mod_jk2.dsp   3 May 2003 18:09:26 -   1.3
  +++ mod_jk2.dsp   3 Feb 2004 15:28:25 -   1.4
  @@ -162,10 +162,6 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\..\common\jk_channel_socket.c
  -# End Source File
  -# Begin Source File
  -
   SOURCE=..\..\common\jk_channel_un.c
   # End Source File
   # Begin Source File
  
  
  
  1.23  +406 -410  jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp
  
  Index: isapi.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- isapi.dsp 30 Oct 2003 20:14:33 -  1.22
  +++ isapi.dsp 3 Feb 2004 15:28:25 -   1.23
  @@ -1,410 +1,406 @@
  -# Microsoft Developer Studio Project File - Name="isapi" - Package Owner=<4>
  -# Microsoft Developer Studio Generated Build File, Format Version 6.00
  -# ** DO NOT EDIT **
  -
  -# TARGTYPE "Win32 (x86) Dynamic-Link Library" 0x0102
  -
  -CFG=isapi - Win32 Debug
  -!MESSAGE This is not a valid makefile. To build this project using NMAKE,
  -!MESSAGE use the Export Makefile command and run
  -!MESSAGE 
  -!MESSAGE NMAKE /f "isapi.mak".
  -!MESSAGE 
  -!MESSAGE You can specify a configuration when running NMAKE
  -!MESSAGE by defining the macro CFG on the command line. For example:
  -!MESSAGE 
  -!MESSAGE NMAKE /f "isapi.mak" CFG="isapi - Win32 Debug"
  -!MESSAGE 
  -!MESSAGE Possible choices for configuration are:
  -!MESSAGE 
  -!MESSAGE "isapi - Win32 Debug" (based on "Win32 (x86) Dynamic-Link Library")
  -!MESSAGE "isapi - Win32 Release" (based on "Win32 (x86) Dynamic-Link Library")
  -!MESSAGE 
  -
  -# Begin Project
  -# PROP AllowPerConfigDependencies 0
  -# PROP Scc_ProjName ""
  -# PROP Scc_LocalPath ""
  -CPP=cl.exe
  -MTL=midl.exe
  -RSC=rc.exe
  -
  -!IF  "$(CFG)" == "isapi - Win32 Debug"
  -
  -# PROP BASE Use_MFC 0
  -# PROP BASE Use_Debug_Libraries 1
  -# PROP BASE Output_Dir "DebugS"
  -# PROP BASE Intermediate_Dir "DebugS"
  -# PROP BASE Ignore_Export_Lib 0
  -# PROP BASE Target_Dir ""
  -# PROP Use_MFC 0
  -# PROP Use_Debug_Libraries 1
  -# PROP Output_Dir "Debug"
  -# PROP Intermediate_Dir "Debug"
  -# PROP Ignore_Export_Lib 0
  -# PROP Target_Dir ""
  -# ADD BASE CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I "..\..\include" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /I "$(APACHE2_HOME)\include" /I 
"$(APACHE2_HOME)\os\win32" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_MBCS" /D 
"_USRDLL" /D "ISAPI_EXPORTS" /D "HAVE_JNI" /D "HAS_APR" /FR /YX /FD /GZ /c
  -# ADD CPP /nologo /MDd /W3 /Gm /GX /ZI /Od /I "..\..\include" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /I "..\..\srclib\apr\include" 
/I "..\..\srclib\apr-util\include" /I "..\..\srclib\apr-iconv\include" /I 
"..\..\srclib\pcre" /D "_DEBUG" /D "APR_DECLARE_STATIC" /D "APU_DECLARE_STATIC" /D 
"API_DECLARE_STATIC" /D "WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D 
"ISAPI_EXPORTS" /D "HAVE_JNI" /D "HAS_APR" /D "HAS_PCRE" /FR /YX /FD /GZ /c
  -# ADD BASE MTL /nologo /D "_DEBUG" /mktyplib203 /win32
  -# ADD MTL /nologo /D "_DEBUG" /mktyplib203 /win32
  -# ADD BASE RSC /l 0x409 /d "_DEBUG"
  -# ADD RSC /l 0x409 /d "_DEBUG"
  -BSC32=bscmake.exe
  -# ADD BASE BSC32 /nologo
  -# ADD BSC32 /nologo
  -LINK32=link.exe
  -# ADD BASE LINK32 libapr.lib libaprutil.lib wsock32.lib advapi32.lib /nologo /dll 
/debug /machine:I386 /out:"Debug/isapi_redirector2.dll" /pdbtype:sept 
/libpath:"$(APACHE2_HOME)\lib"
  -# SUBTRACT BASE LINK32 /nodefaultlib
  -# ADD LINK32 apr.lib aprutil.lib apriconv.lib ws2_32.lib wsock32.lib advapi32.lib 
pcre.lib pcreposix.lib /nologo /dll /debug /machine:I386 
/out:"Debug/isapi_redirector2.dll" /pdbtype:sept /libpath:"..\..\srclib\apr\libD" 
/libpath:"..\..\srclib\apr-util\libD" /libpath:"..\..\srclib\apr-iconv\libD" 
/libpath:"..\..\srclib\pcre\libD"
  -# SUBTRACT LINK32 /nodefaultlib
  -
  -!ELSEIF  "$(CFG)" == "isapi - Win32 Release"
  -
  -# PROP BASE Use_MFC 0
  -# PROP BASE Use_Debug_Libraries 0
  -# PROP BASE Output_Dir "Release"
  -# PROP BASE Intermediate_Dir "Release"
  -# PROP BASE Ignore_Export_Lib 0
  -# PROP BASE Target_Dir ""
  -# PROP Use_MFC 0
  -# PROP Use_Debug_L

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Henri Gomez]

Mike Anderson a écrit :

+1.  Two reasons I haven't
1.  I'm not a CVS expert and don't want to screw it up :-)
2.  The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.
I did comment out that line to make sure that it would compile, but
left it active when I checked it in.
Ok, I remove it from CVS right now :)

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

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Mike Anderson]

+1.  Two reasons I haven't
1.  I'm not a CVS expert and don't want to screw it up :-)
2.  The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.

I did comment out that line to make sure that it would compile, but
left it active when I checked it in.

Mike Anderson

>>> [EMAIL PROTECTED] 2/3/2004 8:11:34 AM >>>
 

> From: mmanders
> 
>   Modified:jk/native2/common jk_channel_socket.c
>   Log:
>   Fix problem with port higher than 32K.  Provided by Guenter 
> Knauf.  Fixed compile problem for NetWare even though this 
> isn't built for NetWare (or any other platform.)
>   

jk_channel_socket is depriciated, and it won't compile at all.

at line 74 you have:
#error "jk_channel_socket is deprecated"

the entire file should be removed from CVS.

MT.


-
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-connectors/jk/native2/common jk_channel_socket.c

[Mladen Turk]

 

> From: mmanders
> 
>   Modified:jk/native2/common jk_channel_socket.c
>   Log:
>   Fix problem with port higher than 32K.  Provided by Guenter 
> Knauf.  Fixed compile problem for NetWare even though this 
> isn't built for NetWare (or any other platform.)
>   

jk_channel_socket is depriciated, and it won't compile at all.

at line 74 you have:
#error "jk_channel_socket is deprecated"

the entire file should be removed from CVS.

MT.


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

Re: [PATCH] Bug 26628

[Remy Maucherat]

Ronald Wildenberg wrote:
Attached the patch file I created for bug 26628, concerning
the class org.apache.jasper.compiler.Validator.
Too late ;)
The patch isn't perfect: it wouldn't complain about something like ( , 
  , ,,,). This is not a big problem obviously, so I'm not very 
motivated to fix it (but Kin-Man might be).

Rémy

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

cvs commit: jakarta-tomcat-connectors/jk/native2 CHANGES.txt

[hgomez]

hgomez  2004/02/03 05:21:39

  Modified:jk/native2 CHANGES.txt
  Log:
  Update changes to reflect changes on port (apr_port_t and def port)
  
  Revision  ChangesPath
  1.10  +4 -2  jakarta-tomcat-connectors/jk/native2/CHANGES.txt
  
  Index: CHANGES.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/CHANGES.txt,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- CHANGES.txt   16 Oct 2003 07:51:26 -  1.9
  +++ CHANGES.txt   3 Feb 2004 13:21:39 -   1.10
  @@ -7,7 +7,9 @@
* Add hasinput method for channel, which will check if datas are
  available on input channel (TC->WEBSERVER).
  [Henri Gomez]
  -   
  +* Make use apr_port_t instead of short to fix problem to have port higher than 
32K.
  +* Make default port configurable (9009 on Netware, 8009 elsewhere)
  +
   Changes with JK2 2.0.4:
   * Added the load balancer stickySession property. If set to 0
 requests with servlet SESSION ID's can be routed to any Tomcat
  
  
  

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

Re: Converting Coyote to Java2 collections

[Remy Maucherat]

Bill Barker wrote:
I suppose that Coyote can be optional for TC 3.3.  I'm a bit less
comfortable on using them in o.a.t.u (since that would force a Java2
requirement on 3.3).
Stuff I'm considering for removal:
- o.a.t.util.collections (except MultiMap - which might as well be 
merged into Parameters, BTW)
- o.a.t.util.log (except SLH and CL)
- o.a.t.util.mx (experiments for commons-modeler)
- o.a.t.util.threads: Epirer, Reaper, ThreadPoolMX

Of course, I'm only using TC 5, so ... ;)

Rémy

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/handler HandlerManager.java TcHandler.java TcHandlerCtx.java

[remm]

remm2004/02/03 05:12:16

  Removed: util/java/org/apache/tomcat/util/handler HandlerManager.java
TcHandler.java TcHandlerCtx.java
  Log:
  - Remove handlers.

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

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

[remm]

remm2004/02/03 05:03:53

  Modified:coyote/src/java/org/apache/coyote Request.java
  Log:
  - Hashtable -> HashMap.
  
  Revision  ChangesPath
  1.26  +3 -3  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java
  
  Index: Request.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- Request.java  2 Dec 2003 23:01:00 -   1.25
  +++ Request.java  3 Feb 2004 13:03:53 -   1.26
  @@ -61,7 +61,7 @@
   package org.apache.coyote;
   
   import java.io.IOException;
  -import java.util.Hashtable;
  +import java.util.HashMap;
   
   import org.apache.tomcat.util.buf.ByteChunk;
   import org.apache.tomcat.util.buf.MessageBytes;
  @@ -189,7 +189,7 @@
   
   private MessageBytes remoteUser=new MessageBytes();
   private MessageBytes authType=new MessageBytes();
  -private Hashtable attributes=new Hashtable();
  +private HashMap attributes=new HashMap();
   
   private Response response;
   private ActionHook hook;
  @@ -432,7 +432,7 @@
   attributes.put( name, o );
   }
   
  -public Hashtable getAttributes() {
  +public HashMap getAttributes() {
   return attributes;
   }
   
  
  
  

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

[PATCH] Bug 26628

[Ronald Wildenberg]

Attached the patch file I created for bug 26628, concerning
the class org.apache.jasper.compiler.Validator.

Regards,
Ronald Wildenberg
Finalist IT Group

Index: Validator.java
===
RCS file: 
/home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java,v
retrieving revision 1.114
diff -u -r1.114 Validator.java
--- Validator.java  2 Sep 2003 21:39:58 -   1.114
+++ Validator.java  3 Feb 2004 12:14:39 -
@@ -1346,7 +1346,10 @@
}
lastArg = true;
}
-   params.add(signature.substring(start, p).trim());
+  String parameter = signature.substring(start, p).trim();
+  if (!parameter.equals("")) {
+   params.add(parameter);
+  }
if (lastArg) {
break;
}

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

DO NOT REPLY [Bug 26628] - Function without parameters never found

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26628

Function without parameters never found

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 12:17 ---
Fixed.

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

[remm]

remm2004/02/03 04:16:59

  Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
  Log:
  - Don't add blank parameters (bug 26628).
  
  Revision  ChangesPath
  1.115 +7 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java
  
  Index: Validator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java,v
  retrieving revision 1.114
  retrieving revision 1.115
  diff -u -r1.114 -r1.115
  --- Validator.java2 Sep 2003 21:39:58 -   1.114
  +++ Validator.java3 Feb 2004 12:16:59 -   1.115
  @@ -1346,7 +1346,10 @@
}
lastArg = true;
}
  - params.add(signature.substring(start, p).trim());
  +String arg = signature.substring(start, p).trim();
  +if (!"".equals(arg)) {
  +params.add(arg);
  +}
if (lastArg) {
break;
}
  
  
  

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

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26507

Jasper Generator java Error (useBean ObjectArray)





--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 11:42 ---
For future reference ... the clarification email to the tomcat-dev list from
Mark Roth, JSP 2.0 Co-Specification Lead

http://marc.theaimsgroup.com/?l=tomcat-dev&m=107576431813265&w=2

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

DO NOT REPLY [Bug 26628] - Function without parameters never found

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26628

Function without parameters never found





--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 11:13 ---
Created an attachment (id=10201)
Test case for this bug (scwcd/jsp/test.jsp).

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

DO NOT REPLY [Bug 26628] New: - Function without parameters never found

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26628

Function without parameters never found

   Summary: Function without parameters never found
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have a very simple function call in a JSP page:

   ${test:foo()}

This function is defined in my taglib as:

   
  foo
  functions.Foo
  java.lang.String foo()
   

No parameters are to be provided. However, the method

   org.apache.jasper.compiler.Validator#getParameters(ELNode.Function)

assumes that parameters are always present. In the abscence of
parameters, an attempt is made to load a class ".class", which is
of course not found by any classloader.

I will attach a simple test case for this bug as a war file.

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

Re: [GUMP@lsd]: jakarta-tomcat-connectors/jakarta-tomcat-jk-native2 failed

[Bill Barker]

Of course, you can do this all by your self, since any ASF committer is a
Gump committer :).  I've removed you from all of the s for j-t-c.  If
you want to remove your name from other projects s, I'd suggest doing
it yourself :).

- Original Message - 
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, February 03, 2004 12:47 AM
Subject: Re: [EMAIL PROTECTED]: jakarta-tomcat-connectors/jakarta-tomcat-jk-native2
failed


Quoting Craig McClanahan <[EMAIL PROTECTED]>:

> Project: jakarta-tomcat-jk-native2
> State: Failed
> URL:
>
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native2.html
> - G U M P Y
>

Please remove whatever configuration file setting that indicates that Gump
and
Gumpy nag messages come from <[EMAIL PROTECTED]>.  The objective fact is
that
these messages are *not* initiated by me, and the subjective experience that
I
receive from having these messages attribute to me is even more spam and
false-positive virus reports than I would otherwise receive (which is
already
many hundreds per day).

Craig


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


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

Re: tomcat-connectors distribution

[Henri Gomez]

martin grotzke a écrit :

On Mon, 2004-02-02 at 18:16, Henri Gomez wrote:

at jpackage, there's the question now if it would be better to provide
an rpm built with the connectors shipped with the latest tomcat-release,
or if it should be built with the connectors 2.0.2.
what would you suggest?
We'll try to provide a jk2 release soon :

- We need to fix some little problems, but Gunter is providing many 
patches in such area.
great! i appreciate this very much, it will clarify the situation
at jpackage, too.
I'm also involved in jpackage :)

an open issue is if jpackage should build from the released
connectors or those provided with the tomcat-sources.
suggestions?
JPackage should only provide released version.

- We need a release manager and candidates are welcome :)
well, i'd really like to do such job, but i suppose the release
manager should know what gets released - i would not - d'oh ,-)
so hopefully anybody will volunteer to manage this...
If nobody is volunteer, I think I'll do the job

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

Re: [GUMP@lsd]: jakarta-tomcat-connectors/jakarta-tomcat-jk-native2 failed

[Craig R. McClanahan]

Quoting Craig McClanahan <[EMAIL PROTECTED]>:

> Project: jakarta-tomcat-jk-native2
> State: Failed
> URL:
>
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native2.html
> - G U M P Y
> 

Please remove whatever configuration file setting that indicates that Gump and
Gumpy nag messages come from <[EMAIL PROTECTED]>.  The objective fact is that
these messages are *not* initiated by me, and the subjective experience that I
receive from having these messages attribute to me is even more spam and
false-positive virus reports than I would otherwise receive (which is already
many hundreds per day).

Craig


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

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26507

Jasper Generator java Error (useBean ObjectArray)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 08:33 ---
The patch for this has been reverted as throuwing a translation error has been
deemed better by the specification gurus. Please don't reopen the report.

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

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26507

Jasper Generator java Error (useBean ObjectArray)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 08:31 ---
.

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

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

[Remy Maucherat]

Mark Roth wrote:
Okay, I took a look at the patch and the bug report and I think I know 
what's going on now.  Please let me know if I do not understand the 
scenario correctly.

It seems there are some JSP 1.2 pages that misuse  by doing 
one of the following:

  1. The class attribute is used for a Java type that cannot
 be instantiated as a JavaBean.
  2. Type or class specifies a type that cannot be found.
There are some cases where pages can get away with (1) if the container 
decides to flag this as a runtime error.  These pages are invalid but 
the container never calls them on it because the objects already exist 
in some scope.  This is probably less likely with (2), but still 
possible (e.g. if the  never gets executed at all).

It would be nice to get a translation error in this case so that you 
realize your page is invalid.  However, the JSP 1.2 specification (on 
which Tomcat 4.x is based) does not allow for a translation error - it 
requires that a runtime exception must be thrown.

In JSP 2.0 (on which Tomcat 5.x is based), a number of JSP container 
vendors complained about this and wanted the freedom to throw a 
translation error in this case.  Doing so is better for the page author 
(since they know up front their page is invalid) and better for the 
container (since doing a 'new' is MUCH more efficient than doing a call 
to Beans.instantiate()).  So, we added a provision to allow containers 
to optionally produce a translation error on these invalid pages.

One unfortunate side-effect is that some pages that used to compile in 
Tomcat 4 will no longer compile in Tomcat 5.  But it's important to 
realize that these pages are invalid in both specs.  It's just that 
Tomcat 4 was not allowed to cause an error at translation time.  It had 
to wait until runtime to do so.

So where does this leave us with respect to this patch?  Tomcat 5 is 
free to exhibit either behavior.  It can throw a translation error or a 
runtime error for these invalid pages.  In my opinion, it is much better 
for both the page author and the container if we produce a 
translation-time error.  The page author knows their page is invalid 
right away (without having to exercise the code path), and the container 
can gain the performance benefits associated with doing a 'new' call 
directly (instead of Beans.instantiate()).

So it's your call, but if I had a vote I'd say stick with Kin-Man's patch.

Hope this helps.
Thanks for the explanations :)

Rémy

-
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

[remm]

remm2004/02/03 00:27:43

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  - Revert patch.
  
  Revision  ChangesPath
  1.218 +32 -28
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.217
  retrieving revision 1.218
  diff -u -r1.217 -r1.218
  --- Generator.java2 Feb 2004 18:18:00 -   1.217
  +++ Generator.java3 Feb 2004 08:27:43 -   1.218
  @@ -1261,37 +1261,41 @@
   className =
   attributeValue(beanName, false, String.class);
   }
  +out.printil("try {");
  +out.pushIndent();
  +out.printin(name);
  +out.print(" = (");
  +out.print(type);
  +out.print(") java.beans.Beans.instantiate(");
  +out.print("this.getClass().getClassLoader(), ");
  +out.print(className);
  +out.println(");");
  +out.popIndent();
  +/*
  + * Note: Beans.instantiate throws ClassNotFoundException
  + * if the bean class is abstract.
  + */
  +out.printil("} catch (ClassNotFoundException exc) {");
  +out.pushIndent();
  +out.printil(
  +"throw new InstantiationException(exc.getMessage());");
  +out.popIndent();
  +out.printil("} catch (Exception exc) {");
  +out.pushIndent();
  +out.printin("throw new ServletException(");
  +out.print("\"Cannot create bean of class \" + ");
  +out.print(className);
  +out.println(", exc);");
  +out.popIndent();
  +out.printil("}"); // close of try
   } else {
   // Implies klass is not null
  -className = quote(klass);
  +// Generate codes to instantiate the bean class
  +out.printin(name);
  +out.print(" = new ");
  +out.print(klass);
  +out.println("();");
   }
  -out.printil("try {");
  -out.pushIndent();
  -out.printin(name);
  -out.print(" = (");
  -out.print(type);
  -out.print(") java.beans.Beans.instantiate(");
  -out.print("this.getClass().getClassLoader(), ");
  -out.print(className);
  -out.println(");");
  -out.popIndent();
  -/*
  - * Note: Beans.instantiate throws ClassNotFoundException
  - * if the bean class is abstract.
  - */
  -out.printil("} catch (ClassNotFoundException exc) {");
  -out.pushIndent();
  -out.printil(
  -"throw new InstantiationException(exc.getMessage());");
  -out.popIndent();
  -out.printil("} catch (Exception exc) {");
  -out.pushIndent();
  -out.printin("throw new ServletException(");
  -out.print("\"Cannot create bean of class \" + ");
  -out.print(className);
  -out.println(", exc);");
  -out.popIndent();
  -out.printil("}"); // close of try
   /*
* Set attribute for bean in the specified scope
*/
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
luehe   2004/02/02 15:08:29

  Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
  Log:
  Expose handshake failure as error, so it gets logged unconditionally
-1. Unlike what occurs for normal sockets, errors at this point are 
rather common, because the process is fairly long. So this was done on 
purpose to minimise the amount of logging.

Rémy

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

DO NOT REPLY [Bug 26622] - WebappClassLoader is inconsistent on delegation of resource loading

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26622

WebappClassLoader is inconsistent on delegation of resource loading

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-03 08:19 ---
WCL implements public Enumeration findResources(String) from URLCL (this method
is protected in ClassLoader).
As for getResources(String) from ClassLoader, well, its declaration is:
public final Enumeration getResources(String name)
It indeed looks in the parent first, but there's nothing I can do about it. So
you have to use findResources in addition to getResources if you're using a URLCL.

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