Hijacking the coyote connector

In tomcat 5.0.28, we were able to replace the coyote connector using a
"className" setting in the connector in server.xml.  In tomcat 5.5.9 it
looks like "className" is ignored.  Looking at the source, it looks like
the Connector is hardcoded in.  Is this the case or am I missing
something?

My next attempt, I repackaged our connector to replace the
org.apache.catalina.connector package and put that in the
-Xbootclasspath to override the released version.  With -verbose:class
set I can see my Connector being loaded, but the next class loaded is
java/lang/reflect/InvocationTargetException and the JVM terminates.  The
documentation says that this is used to wrap an exception when a method
or constructor is called by reflection.  As I said above it looks to me
like the constructor is called directly not via reflection.  Am I
missing something obvious?

I know that using the AJP connector is a cleaner way, but we estimate
the serialization overhead will cost us about 5% on our platform.

Thanks
mike



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected: tomcat-user-unsubs...@jakarta.apache.org]
For additional commands, e-mail: [email protected: tomcat-user...@jakarta.apache.org]

I don't think that's the right place.  -Xbootclasspath should be used
only to override or augment the jars in <JAVA_HOME>/jre/lib (e.g.,
rt.jar, jsse.jar), not classes that come out of Tomcat's server/lib.  I
suspect things ended up under the wrong classloader, making life
difficult for all concerned.  You will probably have to just replace
server/lib/catalina.jar with your modified version.

I don't see where className was ever a documented attribute for a
<Connector> element in 5.0 (although it apparently was in 4.1); it is a
valid attribute for <Service> though.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected: tomcat-user-unsubs...@jakarta.apache.org]
For additional commands, e-mail: [email protected: tomcat-user...@jakarta.apache.org]