[GUMP] Build Failure - tomcat-catalina
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-07/tomcat-catalina.html Buildfile: build.xml flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=only [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=true [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=true [echo] collections.present=true [echo] digester.present=true [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=true [echo] regexp.present=true [echo] servlet.present=true [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=${dbcp.present} [echo] fileupload.present=true [echo] jaas.present=true [echo] javamail.present=${javamail.present} [echo] jmx.present=${jmx.present} [echo] jsse.present=true [echo] jta.present=${jta.present} [echo] junit.present=${junit.present} [echo] ldap.present=true [echo] modeler.present=${modeler.present} [echo] pool.present=${pool.present} [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=${jndi.jar.present} [echo] regexp.jar.present=true [echo] servlet.jar.present=true [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=${xerces.jar.present} [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=${dbcp.jar.present} [echo] fileupload.jar.present=${fileupload.jar.present} [echo] jaas.jar.present=${jaas.jar.present} [echo] javamail.jar.present=${javamail.jar.present} [echo] jdbc20ext.jar.present=${jdbc20ext.jar.present} [echo] jmx.jar.present=${jmx.jar.present} [echo] jta.jar.present=${jta.jar.present} [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=${ldap.jar.present} [echo] modeler.jar.present=${modeler.jar.present} [echo] pool.jar.present=${pool.jar.present} [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=${compile.dbcp} [echo] compile.jaas=true [echo] compile.javamail=${compile.javamail} [echo] compile.jmx=${compile.jmx} [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=${compile.jta} [echo] compile.junit=${compile.junit} [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=${copy.dbcp.jar} [echo] copy.jaas.jar=${copy.jaas.jar} [echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar} [echo] copy.javamail.jar=${copy.javamail.jar} [echo] copy.jmx.jar=${copy.jmx.jar} [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=${copy.jta.jar} [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=true [echo] copy.modeler.jar=${copy.modeler.jar} [echo] copy.pool.jar=${copy.pool.jar} [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=${copy.xerces.jar} [echo] copy.xerces2.jars=${copy.xerces2.jars} build-prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/bin [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/conf [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/logs [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/shared/classes [mkdir] Created dir:
[GUMP] Build timed out - jk
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-07/jakarta-tomcat-jk-native.html Buildfile: build.xml init: [echo] /home/rubys [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk [echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux} netware=${netware} apache20: apache13: iis: netscape: jni: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni [so] Compiling 4 out of 4 Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_util.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/jni/jk_jnicb.c Linking /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni/jni_connect.so /home/rubys/bin/timeout: timed out - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteRequest.java
Jean-Francois Arcand wrote: Yes, your explanation makes sence. I will look at the tag code to see what I can find.But the exception also occurs when tag pooling is set to off. If the tag has a bug/not well designed, I still think the app should not fail with an NPE but with an IllegalSomething exception.The CoyoteRequest object shouldn't be set to null when the client still have some reference to it. Can you build a test case for the issue ? That would be easier than trying to guess what's going on (and it must be an obvious bug if there's a bug, like for the input stream reading from the char buffer ...). You've got to be able to reproduce it without using JSPs or tags if it's a valid bug, right ? -1 about the NPE change. I don't want to add null checks in every method to handle the one broken webapp. This doesn't make any sense. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteRequest.java
Remy Maucherat wrote: Jean-Francois Arcand wrote: Yes, your explanation makes sence. I will look at the tag code to see what I can find.But the exception also occurs when tag pooling is set to off. If the tag has a bug/not well designed, I still think the app should not fail with an NPE but with an IllegalSomething exception.The CoyoteRequest object shouldn't be set to null when the client still have some reference to it. Can you build a test case for the issue ? That would be easier than trying to guess what's going on (and it must be an obvious bug if there's a bug, like for the input stream reading from the char buffer ...). You've got to be able to reproduce it without using JSPs or tags if it's a valid bug, right ? -1 about the NPE change. I don't want to add null checks in every method to handle the one broken webapp. This doesn't make any sense. OTOH, here's something I would accept if you want to do that cleanup: the clear() would associate the facade with a (static final) HTTPServletRequest implementation which would return an ISE for every method. And do the same for the response facade. I think it's not worth the pain, so I would be +0 for the change. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FAQ location
Currently I have the FAQ at: http://tomcatfaq.sourceforge.net/ I have just finished tweaking it (and added some more content) into the look and feel used by the rest of the tomcat site. You can see it here: http://cvs.apache.org/~funkman/faq/ (I is horrible on grammar and spellng, so I hope to clean up the worst of those mistakes this upcoming week. Sorry if some of the sentences are so horribly constructed that it hurts the brain.) Is there any preference to where the FAQ should live? SourceForge? (Status quo) My public_html account on cvs.apache.org? Merged under jakarta-tomcat-site? (Then anyone with access may make edits) Other? I am content maintaining this myself (status quo) by using CVS with sourceforge and adding anyone as needed. If you want to see the CVS version (and build): export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/tomcatfaq # Just press enter at password prompt cvs -d login cvs co jakarta cd jakarta ant -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FAQ location
Tim Funk wrote: Currently I have the FAQ at: http://tomcatfaq.sourceforge.net/ I have just finished tweaking it (and added some more content) into the look and feel used by the rest of the tomcat site. You can see it here: http://cvs.apache.org/~funkman/faq/ (I is horrible on grammar and spellng, so I hope to clean up the worst of those mistakes this upcoming week. Sorry if some of the sentences are so horribly constructed that it hurts the brain.) Is there any preference to where the FAQ should live? SourceForge? (Status quo) My public_html account on cvs.apache.org? Merged under jakarta-tomcat-site? (Then anyone with access may make edits) Other? +1 for moving it on jakarta-tomcat, if you want to. Costin I am content maintaining this myself (status quo) by using CVS with sourceforge and adding anyone as needed. If you want to see the CVS version (and build): export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/tomcatfaq # Just press enter at password prompt cvs -d login cvs co jakarta cd jakarta ant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RPM builds
I apologize if this is obvious, it's my second day on the list and the mailing list archive gives me an internal error. I was wondering if someone could tell me who builds the binary (rpm) releases for tomcat? I would like to get in touch with the packager. Best regards, Wayne Chang Pacific Northwest Software Mobile: (978) 869-3446 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FAQ location
- Original Message - From: Costin Manolache [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 07, 2003 5:49 AM Subject: Re: FAQ location Tim Funk wrote: Currently I have the FAQ at: http://tomcatfaq.sourceforge.net/ I have just finished tweaking it (and added some more content) into the look and feel used by the rest of the tomcat site. You can see it here: http://cvs.apache.org/~funkman/faq/ (I is horrible on grammar and spellng, so I hope to clean up the worst of those mistakes this upcoming week. Sorry if some of the sentences are so horribly constructed that it hurts the brain.) Is there any preference to where the FAQ should live? SourceForge? (Status quo) My public_html account on cvs.apache.org? Merged under jakarta-tomcat-site? (Then anyone with access may make edits) Other? +1 for moving it on jakarta-tomcat, if you want to. I hope you mean jakarta-tomcat-site, since last I looked it didn't really cover 3.3 much ;-). Add my +1 for jakarta-tomcat-site. Costin I am content maintaining this myself (status quo) by using CVS with sourceforge and adding anyone as needed. If you want to see the CVS version (and build): export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/tomcatfaq # Just press enter at password prompt cvs -d login cvs co jakarta cd jakarta ant - 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]