DO NOT REPLY [Bug 37627] - Slow and incomplete dynamic content generation after enabling native connector support

2006-11-16 Thread 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=37627





--- Additional Comments From [EMAIL PROTECTED]  2006-11-16 00:59 ---
I have the same effect. Sometimes page is not loaded completely. Sometimes the
same pages are loaded twice, means: Page is delivered let's say for 70% and then
the complete response-content is delivered another time in the page. Effect:
Double Response in page. 

Number of characters until the response is repeated(in my example case): 204613.
The page is utf-8. Other cases were 221656, ...
- Snip 

http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>



...

dden_'].value='_
http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd>




- Snap 

We have a JSF/Hibernate application. 
Our environment: Linux(don't get the effect on windows); on Linux we have
AJP/1.3 and apr1.2.2; tomcat version 5.5.20;

Unfortunately the behaviour in our case is nondeterministic. :-( Seems to depend
on loading time of jsp. The bigger the page the higher the possibility to get
the strange behaviour.

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

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

[EMAIL PROTECTED]: Project jakarta-tomcat-dbcp (in module jakarta-tomcat-5) failed

2006-11-16 Thread bobh 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-dbcp has an issue affecting its community integration.
This issue affects 3 projects,
 and has been outstanding for 20 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-dbcp :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-jk :  Connectors to various web servers


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [naming-factory-dbcp.jar] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-dbcp.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-collections.home=/usr/local/gump/public/workspace/jakarta-commons/collections
 -Dcommons-dbcp.home=/usr/local/gump/public/workspace/jakarta-commons/dbcp 
-Dcommons-dbcp.version=16112006 
-Dtomcat-dbcp.home=/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps
 -Dcommons-pool.home=/usr/local/gump/public/workspace/jakarta-commons/pool 
build-tomcat-dbcp 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-5]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar
-
Buildfile: build.xml

build-tomcat-dbcp:

-build-tomcat-dbcp:
 [copy] Copying 104 files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp
 [move] Moving 92 files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/classes
[javac] Compiling 92 source files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/classes
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:20:
 cannot find symbol
[javac] symbol  : class StackKeyedObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackKeyedObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:22:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.SoftReferenceObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:23:
 cannot find symbol
[javac] symbol  : class StackObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:353:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: class org.apache.tomcat.dbcp.pool.PoolUtils
[javac] assert !(pool instanceof SoftReferenceObjectPool)
[javac]  ^
[javac] 
/usr/loca

[EMAIL PROTECTED]: Project jakarta-tomcat-dbcp (in module jakarta-tomcat-5) failed

2006-11-16 Thread bobh 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-dbcp has an issue affecting its community integration.
This issue affects 3 projects,
 and has been outstanding for 20 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-dbcp :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-jk :  Connectors to various web servers


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [naming-factory-dbcp.jar] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-dbcp.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-collections.home=/usr/local/gump/public/workspace/jakarta-commons/collections
 -Dcommons-dbcp.home=/usr/local/gump/public/workspace/jakarta-commons/dbcp 
-Dcommons-dbcp.version=16112006 
-Dtomcat-dbcp.home=/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps
 -Dcommons-pool.home=/usr/local/gump/public/workspace/jakarta-commons/pool 
build-tomcat-dbcp 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-5]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar
-
Buildfile: build.xml

build-tomcat-dbcp:

-build-tomcat-dbcp:
 [copy] Copying 104 files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp
 [move] Moving 92 files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/classes
[javac] Compiling 92 source files to 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/classes
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:20:
 cannot find symbol
[javac] symbol  : class StackKeyedObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackKeyedObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:22:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.SoftReferenceObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:23:
 cannot find symbol
[javac] symbol  : class StackObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:353:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: class org.apache.tomcat.dbcp.pool.PoolUtils
[javac] assert !(pool instanceof SoftReferenceObjectPool)
[javac]  ^
[javac] 
/usr/loca

[EMAIL PROTECTED]: Project tomcat-tc6-dbcp (in module tomcat-tc6) failed

2006-11-16 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project tomcat-tc6-dbcp has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 20 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- tomcat-tc6-dbcp :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation 
(for ...


Full details are available at:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-jdbc-16112006.jar] identifier set to project name
 -INFO- Made directory [/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6-dbcp/gump_work/build_tomcat-tc6_tomcat-tc6-dbcp.html
Work Name: build_tomcat-tc6_tomcat-tc6-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-collections.home=/usr/local/gump/public/workspace/jakarta-commons/collections
 -Dcommons-dbcp.home=/usr/local/gump/public/workspace/jakarta-commons/dbcp 
-Dtomcat-dbcp.jar=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-16112006.jar
 -Dtomcat-dbcp.home=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps 
-Dcommons-pool.home=/usr/local/gump/public/workspace/jakarta-commons/pool 
build-tomcat-dbcp 
[Working Directory: /usr/local/gump/public/workspace/tomcat-tc6]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar
-
Buildfile: build.xml

build-tomcat-dbcp:
 [copy] Copying 104 files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps
[mkdir] Created dir: 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp
 [move] Moving 92 files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp
[mkdir] Created dir: 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/classes
[javac] Compiling 92 source files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/classes
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:20:
 cannot find symbol
[javac] symbol  : class StackKeyedObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackKeyedObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:22:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.SoftReferenceObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:23:
 cannot find symbol
[javac] symbol  : class StackObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:353:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: class org.apache.tomcat.dbcp.pool.PoolUtils
[javac] assert !(pool instanceof SoftReferenceObjectPool)
[javac]  ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:355:

[EMAIL PROTECTED]: Project tomcat-tc6-dbcp (in module tomcat-tc6) failed

2006-11-16 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project tomcat-tc6-dbcp has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 20 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- tomcat-tc6-dbcp :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation 
(for ...


Full details are available at:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-jdbc-16112006.jar] identifier set to project name
 -INFO- Made directory [/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6-dbcp/gump_work/build_tomcat-tc6_tomcat-tc6-dbcp.html
Work Name: build_tomcat-tc6_tomcat-tc6-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-collections.home=/usr/local/gump/public/workspace/jakarta-commons/collections
 -Dcommons-dbcp.home=/usr/local/gump/public/workspace/jakarta-commons/dbcp 
-Dtomcat-dbcp.jar=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-16112006.jar
 -Dtomcat-dbcp.home=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps 
-Dcommons-pool.home=/usr/local/gump/public/workspace/jakarta-commons/pool 
build-tomcat-dbcp 
[Working Directory: /usr/local/gump/public/workspace/tomcat-tc6]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar
-
Buildfile: build.xml

build-tomcat-dbcp:
 [copy] Copying 104 files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps
[mkdir] Created dir: 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp
 [move] Moving 92 files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp
[mkdir] Created dir: 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/classes
[javac] Compiling 92 source files to 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/classes
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:20:
 cannot find symbol
[javac] symbol  : class StackKeyedObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackKeyedObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:22:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.SoftReferenceObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:23:
 cannot find symbol
[javac] symbol  : class StackObjectPool
[javac] location: package org.apache.tomcat.dbcp.pool.impl
[javac] import org.apache.tomcat.dbcp.pool.impl.StackObjectPool;
[javac] ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:353:
 cannot find symbol
[javac] symbol  : class SoftReferenceObjectPool
[javac] location: class org.apache.tomcat.dbcp.pool.PoolUtils
[javac] assert !(pool instanceof SoftReferenceObjectPool)
[javac]  ^
[javac] 
/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/src/java/org/apache/tomcat/dbcp/pool/PoolUtils.java:355:

svn commit: r475686 - in /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11: InternalInputBuffer.java InternalOutputBuffer.java

2006-11-16 Thread remm 
Author: remm
Date: Thu Nov 16 03:17:41 2006
New Revision: 475686

URL: http://svn.apache.org/viewvc?view=rev&rev=475686
Log:
- Port memory optimizations to the classic HTTP connector.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalInputBuffer.java
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalOutputBuffer.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalInputBuffer.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalInputBuffer.java?view=diff&rev=475686&r1=475685&r2=475686
==
--- tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalInputBuffer.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalInputBuffer.java 
Thu Nov 16 03:17:41 2006
@@ -61,13 +61,7 @@
 this.request = request;
 headers = request.getMimeHeaders();
 
-headerBuffer1 = new byte[headerBufferSize];
-headerBuffer2 = new byte[headerBufferSize];
-bodyBuffer = new byte[headerBufferSize];
-buf = headerBuffer1;
-
-headerBuffer = new char[headerBufferSize];
-ascbuf = headerBuffer;
+buf = new byte[headerBufferSize];
 
 inputStreamInputBuffer = new InputStreamInputBuffer();
 
@@ -125,12 +119,6 @@
 
 
 /**
- * Pointer to the US-ASCII header buffer.
- */
-protected char[] ascbuf;
-
-
-/**
  * Last valid byte.
  */
 protected int lastValid;
@@ -143,27 +131,10 @@
 
 
 /**
- * HTTP header buffer no 1.
- */
-protected byte[] headerBuffer1;
-
-
-/**
- * HTTP header buffer no 2.
- */
-protected byte[] headerBuffer2;
-
-
-/**
- * HTTP body buffer.
- */
-protected byte[] bodyBuffer;
-
-
-/**
- * US-ASCII header buffer.
+ * Pos of the end of the header in the buffer, which is also the
+ * start of the body.
  */
-protected char[] headerBuffer;
+protected int end;
 
 
 /**
@@ -306,7 +277,6 @@
 request.recycle();
 
 inputStream = null;
-buf = headerBuffer1;
 lastValid = 0;
 pos = 0;
 lastActiveFilter = -1;
@@ -322,26 +292,23 @@
  * consumed. This method only resets all the pointers so that we are ready
  * to parse the next HTTP request.
  */
-public void nextRequest()
-throws IOException {
+public void nextRequest() {
 
 // Recycle Request object
 request.recycle();
 
-// Determine the header buffer used for next request
-byte[] newHeaderBuf = null;
-if (buf == headerBuffer1) {
-newHeaderBuf = headerBuffer2;
-} else {
-newHeaderBuf = headerBuffer1;
+// Copy leftover bytes to the beginning of the buffer
+if (lastValid - pos > 0) {
+int npos = 0;
+int opos = pos;
+while (lastValid - opos > opos - npos) {
+System.arraycopy(buf, opos, buf, npos, opos - npos);
+npos += pos;
+opos += pos;
+}
+System.arraycopy(buf, opos, buf, npos, lastValid - opos);
 }
 
-// Copy leftover bytes from buf to newHeaderBuf
-System.arraycopy(buf, pos, newHeaderBuf, 0, lastValid - pos);
-
-// Swap buffers
-buf = newHeaderBuf;
-
 // Recycle filters
 for (int i = 0; i <= lastActiveFilter; i++) {
 activeFilters[i].recycle();
@@ -424,11 +391,9 @@
 throw new EOFException(sm.getString("iib.eof.error"));
 }
 
-ascbuf[pos] = (char) buf[pos];
-
 if (buf[pos] == Constants.SP) {
 space = true;
-request.method().setChars(ascbuf, start, pos - start);
+request.method().setBytes(buf, start, pos - start);
 }
 
 pos++;
@@ -499,8 +464,6 @@
 throw new EOFException(sm.getString("iib.eof.error"));
 }
 
-ascbuf[pos] = (char) buf[pos];
-
 if (buf[pos] == Constants.CR) {
 end = pos;
 } else if (buf[pos] == Constants.LF) {
@@ -514,7 +477,7 @@
 }
 
 if ((end - start) > 0) {
-request.protocol().setChars(ascbuf, start, end - start);
+request.protocol().setBytes(buf, start, end - start);
 } else {
 request.protocol().setString("");
 }
@@ -532,6 +495,7 @@
 }
 
 parsingHeader = false;
+end = pos;
 
 }
 
@@ -594,15 +558,13 @@
 
 if (buf[pos] == Constants.COLON) {
 colon = true;
-headerValue = headers.addValue(ascbuf, start, pos - start);
+headerValue = headers.addValue(buf, start, pos - start);
 }
 chr = buf[pos];
 if ((chr >= Constants.A) && (chr <= Constants.Z)) {

Re: How does tomcat unpack WAR files?

2006-11-16 Thread Yoav Shapira 

Look through the code for ExpandWar (JavaDoc for 5.0 at
http://tomcat.apache.org/tomcat-5.0-doc/catalina/docs/api/org/apache/catalina/startup/ExpandWar.html)
and how it's used.

Yoav

On 11/16/06, ying lcs <[EMAIL PROTECTED]> wrote:

Hi,

Can you please tell me where is the code which Tomcat unpacks WAR files
before deploying the web app?

Thank you.

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

[VOTE] Tomcat 6.0.2

2006-11-16 Thread Remy Maucherat 

Hi,

Tomcat 6.0.1 has been available for over a week. Tomcat 6.0.2 updates a 
few packaging glitches, as well as two dependencies (JDT and the native 
library).


6.0.2 is:
[ ] Alpha
[ ] Beta

Rémy

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

How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread Nuno Rodrigues 
Hello all,

 

I need to put a thread doing some processing in the same JVM as Tomcat. 

This thread will make some performance measurement inside the JVM and also
cause some Resource Exhaustion (CPU consumption, Memory Leaking, etc)
problems ( to simulate Fault-Injection).

I'm here to ask you where I should start this thread. I've just looked at
the source and I'm wondering if I should start that thread in the
org.apache.catalina.startup.Bootstrap class.

So, I'll wait for an answer from your side to give me this advice.

 

Best regards,

Nuno Rodrigues

svn commit: r475713 - /tomcat/tc6.0.x/trunk/build.xml

2006-11-16 Thread remm 
Author: remm
Date: Thu Nov 16 04:32:06 2006
New Revision: 475713

URL: http://svn.apache.org/viewvc?view=rev&rev=475713
Log:
- Also filter the release notes that go in the docs.

Modified:
tomcat/tc6.0.x/trunk/build.xml

Modified: tomcat/tc6.0.x/trunk/build.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.xml?view=diff&rev=475713&r1=475712&r2=475713
==
--- tomcat/tc6.0.x/trunk/build.xml (original)
+++ tomcat/tc6.0.x/trunk/build.xml Thu Nov 16 04:32:06 2006
@@ -478,7 +478,9 @@
   
 
 
-
+
+

suggestion about new loadbalancing method of mod_jk

2006-11-16 Thread Takayuki Kaneko 

Hi,

I'm evaluating mod_jk1.2.19 with 8 Tomcat application servers.
I found problems about loadbalancing method.


* method=Request

Suddenly, balancing wouldn't be equally.
When the requests were concentrated a particular Tomcat server (e.g.
tomcat1). It was caused by sticky session when a particular user
accessed a lot, user accessed the page that contains a lot of images,
and so on.
After that, mod_jk concentrated the requests to other Tomcat servers.
So tomcat1 would have idle time.

Here is the data of CPU usage when I ran the test with 2 Tomcat servers.
http://jbento.sourceforge.net/modjk/CLIENT_200.html
Sometime, tomcat1 had high CPU usage, but tomcat2 had idle.
They worked alternately.


* method=Busyness

Balancing cannot be equally when Apache has been restarted.
Because mod_jk has the offset value that is used to set the start
point of searching endpoints on each Apache process. So, each process
selects a particular Tomcat server that is the top of the endpoint
list.

Here is the summary of jk-status report.

Name V Acc Err
kuma03 0 9075 0
kuma04 0 10013 0
kuma05 0 9199 0
kuma06 0 8996 0
kuma07 0 8914 0
kuma08 0 7043 0
kuma09 0 6234 0
kuma10 0 5260 0

kuma10 is the bottom of endpoint list and it didn't work so much.

--
So, in my opinion, lb_value should be counted up when the request
doesn't have the sessionid. It is advisability because the sticky
session causes the status concentrated.

I made the patch to make the new method "Session".
I run the tests and the requests were balanced equally.

Thanks.

-Takayuki
Index: jk/native/common/jk_util.c
===
--- jk/native/common/jk_util.c  (revision 475677)
+++ jk/native/common/jk_util.c  (working copy)
@@ -932,6 +932,8 @@
 return JK_LB_METHOD_REQUESTS;
 else if  (*v == 'b' || *v == 'B' || *v == '2')
 return JK_LB_METHOD_BUSYNESS;
+else if  (*v == 's' || *v == 'S' || *v == '3')
+return JK_LB_METHOD_SESSION;
 else
 return JK_LB_METHOD_DEF;
 }
Index: jk/native/common/jk_lb_worker.c
===
--- jk/native/common/jk_lb_worker.c (revision 475677)
+++ jk/native/common/jk_lb_worker.c (working copy)
@@ -55,6 +55,7 @@
 JK_LB_METHOD_TEXT_REQUESTS,
 JK_LB_METHOD_TEXT_TRAFFIC,
 JK_LB_METHOD_TEXT_BUSYNESS,
+JK_LB_METHOD_TEXT_SESSION,
 NULL
 };
 
@@ -799,6 +800,8 @@
 rec->s->busy++;
 if (p->worker->lbmethod == JK_LB_METHOD_REQUESTS)
 rec->s->lb_value += rec->s->lb_mult;
+else if (p->worker->lbmethod == JK_LB_METHOD_SESSION && 
!sessionid)
+rec->s->lb_value += rec->s->lb_mult;
 else if (p->worker->lbmethod == JK_LB_METHOD_BUSYNESS)
 rec->s->lb_value += rec->s->lb_mult;
 if (rec->s->busy > rec->s->max_busy)
Index: jk/native/common/jk_lb_worker.h
===
--- jk/native/common/jk_lb_worker.h (revision 475677)
+++ jk/native/common/jk_lb_worker.h (working copy)
@@ -42,10 +42,12 @@
 #define JK_LB_METHOD_REQUESTS  (1)
 #define JK_LB_METHOD_TRAFFIC   (2)
 #define JK_LB_METHOD_BUSYNESS  (3)
+#define JK_LB_METHOD_SESSION  (4)
 #define JK_LB_METHOD_DEF   (JK_LB_METHOD_REQUESTS)
 #define JK_LB_METHOD_TEXT_REQUESTS ("Request")
 #define JK_LB_METHOD_TEXT_TRAFFIC  ("Traffic")
 #define JK_LB_METHOD_TEXT_BUSYNESS ("Busyness")
+#define JK_LB_METHOD_TEXT_SESSION  ("Session")
 #define JK_LB_METHOD_TEXT_DEF  (JK_LB_METHOD_TEXT_REQUESTS)
 #define JK_LB_LOCK_OPTIMISTIC  (1)
 #define JK_LB_LOCK_PESSIMISTIC (2)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat 6.0.2

2006-11-16 Thread Henri Gomez 

is working for me :)

2006/11/16, Remy Maucherat <[EMAIL PROTECTED]>:

Hi,

Tomcat 6.0.1 has been available for over a week. Tomcat 6.0.2 updates a
few packaging glitches, as well as two dependencies (JDT and the native
library).

6.0.2 is:
[ ] Alpha
[ ] Beta

Rémy

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




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

Re: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread Yoav Shapira 

Why would you start it in an internal Tomcat class rather than any of
your own classes?  Just create a test webapp, and do whatever you want
in it.

Yoav

On 11/16/06, Nuno Rodrigues <[EMAIL PROTECTED]> wrote:

Hello all,



I need to put a thread doing some processing in the same JVM as Tomcat.

This thread will make some performance measurement inside the JVM and also
cause some Resource Exhaustion (CPU consumption, Memory Leaking, etc)
problems ( to simulate Fault-Injection).

I'm here to ask you where I should start this thread. I've just looked at
the source and I'm wondering if I should start that thread in the
org.apache.catalina.startup.Bootstrap class.

So, I'll wait for an answer from your side to give me this advice.



Best regards,

Nuno Rodrigues





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

RE: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread confusionvalley 
I didn't told you earlier but my objective is to test a webapp that I already 
have. And I really didn't want to change that webapp or create another webapp 
to make all the fault-injection stuff. Do you think that creating another 
webapp is really the best solution? 
If the best solution is to create a new webapp how should i create that *new* 
webapp? A simple servlet with an init() method (starting when the server 
starts) that creates the thread and all the fault-injection code? Or do you 
have any other idea for me?

Cheers,
Nuno

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav Shapira
Sent: quinta-feira, 16 de Novembro de 2006 15:06
To: Tomcat Developers List
Subject: Re: How to start a Thread in the same JVM as Tomcat

Why would you start it in an internal Tomcat class rather than any of
your own classes?  Just create a test webapp, and do whatever you want
in it.

Yoav

On 11/16/06, Nuno Rodrigues <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
>
> I need to put a thread doing some processing in the same JVM as Tomcat.
>
> This thread will make some performance measurement inside the JVM and also
> cause some Resource Exhaustion (CPU consumption, Memory Leaking, etc)
> problems ( to simulate Fault-Injection).
>
> I'm here to ask you where I should start this thread. I've just looked at
> the source and I'm wondering if I should start that thread in the
> org.apache.catalina.startup.Bootstrap class.
>
> So, I'll wait for an answer from your side to give me this advice.
>
>
>
> Best regards,
>
> Nuno Rodrigues
>
>
>

-
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: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread Yoav Shapira 

Hi,
I definitely think it's better for you to create another webapp, even
if it's only used for testing, then it is to muck with
container-specific classes.

I'd prefer a ServletContextListener's contextInitialized method over a
servlet's init() method, for cleanliness, but that's not a major
point.  Just create a trivial webapp: your listener which launches a
thread as you wish, your fault injection code or whatever you want to
call it, and a web.xml file that declares your listener, and that's
it.  It takes less time to create than it did to type any of the
emails on this thread.

Yoav

On 11/16/06, confusionvalley <[EMAIL PROTECTED]> wrote:

I didn't told you earlier but my objective is to test a webapp that I already 
have. And I really didn't want to change that webapp or create another webapp 
to make all the fault-injection stuff. Do you think that creating another 
webapp is really the best solution?
If the best solution is to create a new webapp how should i create that *new* 
webapp? A simple servlet with an init() method (starting when the server 
starts) that creates the thread and all the fault-injection code? Or do you 
have any other idea for me?

Cheers,
Nuno

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav Shapira
Sent: quinta-feira, 16 de Novembro de 2006 15:06
To: Tomcat Developers List
Subject: Re: How to start a Thread in the same JVM as Tomcat

Why would you start it in an internal Tomcat class rather than any of
your own classes?  Just create a test webapp, and do whatever you want
in it.

Yoav

On 11/16/06, Nuno Rodrigues <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
>
> I need to put a thread doing some processing in the same JVM as Tomcat.
>
> This thread will make some performance measurement inside the JVM and also
> cause some Resource Exhaustion (CPU consumption, Memory Leaking, etc)
> problems ( to simulate Fault-Injection).
>
> I'm here to ask you where I should start this thread. I've just looked at
> the source and I'm wondering if I should start that thread in the
> org.apache.catalina.startup.Bootstrap class.
>
> So, I'll wait for an answer from your side to give me this advice.
>
>
>
> Best regards,
>
> Nuno Rodrigues
>
>
>

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




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

Re: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread Tino Schwarze 
On Thu, Nov 16, 2006 at 03:47:09PM -, confusionvalley wrote:
> I didn't told you earlier but my objective is to test a webapp that I already 
> have. And I really didn't want to change that webapp or create another webapp 
> to make all the fault-injection stuff. Do you think that creating another 
> webapp is really the best solution? 
> If the best solution is to create a new webapp how should i create that *new* 
> webapp? A simple servlet with an init() method (starting when the server 
> starts) that creates the thread and all the fault-injection code? Or do you 
> have any other idea for me?

Make your servlet implement the ServletContextListener, then you may
even inject it into the existing webapp by copying the class file there
and adding a your.servlet to the web.xml of the
webapp.

Bye,

Tino.

-- 
www.quantenfeuerwerk.de
www.spiritualdesign-chemnitz.de
www.lebensraum11.de

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

RE: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread confusionvalley 

It looks like a great idea. I really didn’t know about that 
ServletContextListener. I've just finished reading a little tutorial and it 
seems very easy to use. I'll tell you something later.

Thanks,
Nuno

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav Shapira
Sent: quinta-feira, 16 de Novembro de 2006 15:56
To: Tomcat Developers List
Subject: Re: How to start a Thread in the same JVM as Tomcat

Hi,
I definitely think it's better for you to create another webapp, even
if it's only used for testing, then it is to muck with
container-specific classes.

I'd prefer a ServletContextListener's contextInitialized method over a
servlet's init() method, for cleanliness, but that's not a major
point.  Just create a trivial webapp: your listener which launches a
thread as you wish, your fault injection code or whatever you want to
call it, and a web.xml file that declares your listener, and that's
it.  It takes less time to create than it did to type any of the
emails on this thread.

Yoav

On 11/16/06, confusionvalley <[EMAIL PROTECTED]> wrote:
> I didn't told you earlier but my objective is to test a webapp that I already 
> have. And I really didn't want to change that webapp or create another webapp 
> to make all the fault-injection stuff. Do you think that creating another 
> webapp is really the best solution?
> If the best solution is to create a new webapp how should i create that *new* 
> webapp? A simple servlet with an init() method (starting when the server 
> starts) that creates the thread and all the fault-injection code? Or do you 
> have any other idea for me?
>
> Cheers,
> Nuno
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav Shapira
> Sent: quinta-feira, 16 de Novembro de 2006 15:06
> To: Tomcat Developers List
> Subject: Re: How to start a Thread in the same JVM as Tomcat
>
> Why would you start it in an internal Tomcat class rather than any of
> your own classes?  Just create a test webapp, and do whatever you want
> in it.
>
> Yoav
>
> On 11/16/06, Nuno Rodrigues <[EMAIL PROTECTED]> wrote:
> > Hello all,
> >
> >
> >
> > I need to put a thread doing some processing in the same JVM as Tomcat.
> >
> > This thread will make some performance measurement inside the JVM and also
> > cause some Resource Exhaustion (CPU consumption, Memory Leaking, etc)
> > problems ( to simulate Fault-Injection).
> >
> > I'm here to ask you where I should start this thread. I've just looked at
> > the source and I'm wondering if I should start that thread in the
> > org.apache.catalina.startup.Bootstrap class.
> >
> > So, I'll wait for an answer from your side to give me this advice.
> >
> >
> >
> > Best regards,
> >
> > Nuno Rodrigues
> >
> >
> >
>
> -
> 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]
>
>

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

Bugfixes for tcnative-1.1.7 specfile

2006-11-16 Thread Jonas Pasche 
Hi out there,

while trying to install the tcnative module found in the tarball of
Tomcat 6.0.2-alpha (subpackaged into bin/tomcat-native.tar.gz) I found
that the specfile - even if it includes the current version number - is
heavily broken and doesn't build a valid package. The tcnative specfile
in the tarball of Tomcat 5.5.20 is even more broken, so I started to
rework the specfile of the most current version, tcnative 1.1.7.

I fixed the following errors:

- The Makefile no longer provides "make dox", so the equivalent call in
  the specfile fails. I removed it, together with the doxygen
  requirement (as there's nothing left doxygen could work on), the
  manual doc install section and the %doc parts of the %files section.

- The Makefile no longer provides "make testall", so the equivalent call
  in the specfile fails. I removed the %check section.

- The %files section for tcnative-devel lists *.h but the Makefile
  simply doesn't install these files so they either don't get included
  in tcnative-devel or building the package completely fails, depending
  on RPM's settings. I added a section to Makefile.in that installs the
  *.h files.

The result is a specfile that cleanly builds:

$ rpm -qpl tcnative-1.1.7-2.i386.rpm
/usr/lib/libtcnative-1.so.0
/usr/lib/libtcnative-1.so.0.1.7

$ rpm -qpl tcnative-devel-1.1.7-2.i386.rpm
/usr/include/apr-1/ssl_private.h
/usr/include/apr-1/tcn.h
/usr/include/apr-1/tcn_api.h
/usr/include/apr-1/tcn_version.h
/usr/lib/libtcnative-1.a
/usr/lib/libtcnative-1.la
/usr/lib/libtcnative-1.so
/usr/lib/pkgconfig/tcnative-1.pc

I created a diff file to implement these changes:

http://jonaspasche.com/patches/tcnative-1.1.7-bugfixes.patch

Please verify if it's okay for inclusion into the main tree to help
others cleanly building RPMs with tcnative. Thank you!

Jonas


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

DO NOT REPLY [Bug 37627] - Slow and incomplete dynamic content generation after enabling native connector support

2006-11-16 Thread 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=37627


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-11-16 09:34 ---
Tested with:

Apache Tomcat 5.5.20/tomcat-native-1.1.7
Linux dev17.qa.atl.jboss.com 2.6.9-42.0.2.ELsmp #1 SMP Thu Aug 17 17:57:31 EDT
2006 x86_64 x86_64 x86_64 GNU/Linux

Client Windows XP over OpenVPN
C:\>telnet
Welcome to Microsoft Telnet Client

Escape Character is 'CTRL+]'

Microsoft Telnet> set logfile C:\telnet.log
Log file : C:\telnet.log
Client logging on
Microsoft Telnet> o dev17 10080
GET /tomcat-bug/index.jspx HTTP/1.0

logfile contains:
GET /tomcat-bug/index.jspx HTTP/1.0
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=33BDEE522FC7C10FA33839458369DDB6; Path=/tomcat-bug
Content-Type: application/xhtml+xml;charset=UTF-8
Date: Thu, 16 Nov 2006 17:28:12 GMT
Connection: close

  http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
   http://www.w3.org/1999/xhtml";>TestThis is a




98This is a list item 999This is a list item 1000


So everything works just fine.
Please test with the Tomcat 5.5.20 and Tomcat-Native 1.1.7

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

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

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

2006-11-16 Thread mturk 
Author: mturk
Date: Thu Nov 16 10:05:18 2006
New Revision: 475841

URL: http://svn.apache.org/viewvc?view=rev&rev=475841
Log:
Increment the version number.

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

Modified: tomcat/connectors/trunk/jni/native/include/tcn_version.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/include/tcn_version.h?view=diff&rev=475841&r1=475840&r2=475841
==
--- tomcat/connectors/trunk/jni/native/include/tcn_version.h (original)
+++ tomcat/connectors/trunk/jni/native/include/tcn_version.h Thu Nov 16 
10:05:18 2006
@@ -69,7 +69,7 @@
 #define TCN_MINOR_VERSION   1
 
 /** patch level */
-#define TCN_PATCH_VERSION   7
+#define TCN_PATCH_VERSION   8
 
 /**
  *  This symbol is defined for internal, "development" copies of TCN. This

Modified: tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc?view=diff&rev=475841&r1=475840&r2=475841
==
--- tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc (original)
+++ tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc Thu Nov 16 
10:05:18 2006
@@ -19,7 +19,7 @@
 "specific language governing permissions and " \
 "limitations under the License."
 
-#define TCN_VERISON "1.1.7"
+#define TCN_VERISON "1.1.8"
 1000 ICON "apache.ico"
 
 1001 DIALOGEX 0, 0, 252, 51
@@ -35,8 +35,8 @@
 END
 
 1 VERSIONINFO
- FILEVERSION 1,1,7,0
- PRODUCTVERSION 1,1,7,0
+ FILEVERSION 1,1,8,0
+ PRODUCTVERSION 1,1,8,0
  FILEFLAGSMASK 0x3fL
 #ifdef _DEBUG
  FILEFLAGS 0x1L



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

Re: [VOTE] Tomcat 6.0.2

2006-11-16 Thread Remy Maucherat 

Henri Gomez wrote:

is working for me :)


So this means "beta", I suppose.

Rémy

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

DO NOT REPLY [Bug 16474] - Unable to obtain correct data for version, path, or domain information from Cookie

2006-11-16 Thread 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=16474


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-11-16 18:49 ---
I have repeated the test described by the OP using telnet and the cookie is
correctly parsed. I suspect your client is not sending what you think it is. The
Tomcat users list is the right place to get help with this.

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

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

Re: [VOTE] Tomcat 6.0.2

2006-11-16 Thread Henri Gomez 

Yes

2006/11/17, Remy Maucherat <[EMAIL PROTECTED]>:

Henri Gomez wrote:
> is working for me :)

So this means "beta", I suppose.

Rémy

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




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