DO NOT REPLY [Bug 47881] org.apache.catalina.startup.Bootstrap's main method handles 'startd' or 'stopd' wrongly
https://issues.apache.org/bugzilla/show_bug.cgi?id=47881 qingyang.xu changed: What|Removed |Added Summary|errors about 'startd' and |org.apache.catalina.startup |'stopd' arguments in|.Bootstrap's main method |org.apache.catalina.startup |handles 'startd' or 'stopd' |.Bootstrap's main method|wrongly -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47926] classpath element 'ant.jar' should be removed from 'build.xml' (ANT appends 'ant.jar' automatically during compliation)
https://issues.apache.org/bugzilla/show_bug.cgi?id=47926 qingyang.xu changed: What|Removed |Added Summary|pathelement 'ant.jar' of|classpath element 'ant.jar' |path 'tomcat.classpath' is |should be removed from |needless in build.xml |'build.xml' (ANT appends ||'ant.jar' automatically ||during compliation) OS/Version|Linux |All -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47956] New: ssl_error_internal_error_alert in firefox only, dependent on jdk version
https://issues.apache.org/bugzilla/show_bug.cgi?id=47956 Summary: ssl_error_internal_error_alert in firefox only, dependent on jdk version Product: Tomcat 5 Version: 5.5.26 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: dev@tomcat.apache.org ReportedBy: nco2...@columbia.edu Running Solaris 9, Tomcat 5.5.26. There's no Apache - Tomcat is serving itself. When I point JAVA_HOME to the 1.5.0_21 JDK, I have no problems. However, when I start tomcat up using JDK 1.6.0_16, Firefox, but not Safari or IE, will report the following error on https connection: Secure Connection Error An error occurred during a connection to mysite.com:8443. Peer reports it experienced an internal error. (Error code: ssl_error_internal_error_alert) There's no error in catalina.out or any other error log that I can find when this happens. Here's our SSL conf stanza (with passwords removed): We're using a JKS keystore. I thought that maybe jdk 1.6 didn't like 1.5's keystore format, so I re-created the keystore using the JDK 1.6's keytool. It's the same as before - if I start up tomcat using 1.5, there's no problem, but if I then restart tomcat using 1.6, Firefox can't make an ssl connection. Thanks for your time, and please let me know if you'd like any additional information. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47692] Can not compile mod_jk with apache2.0.63 and tomcat-connectors-1.2.28
https://issues.apache.org/bugzilla/show_bug.cgi?id=47692
--- Comment #2 from Michael Felt 2009-10-07 12:26:47 PDT ---
I was having a similar problem with a basic http build.
Solution seems to be to download a new version of autoconf and copy the
config.quess file.
I did the following to update my http distribution.
mich...@x054:[/data/prj/httpd-2.2.14]find . -name config.guess -ls -exec cp
../autoconf-2.64/build-aux/config.guess {} \;
304009 44 -rwx-- 1 michael www 44208 Sep 23 23:29
./build/config.guess
305783 44 -rwx-- 1 michael www 44208 Aug 7 2006
./srclib/apr/build/config.guess
306306 44 -rwx-- 1 michael www 44208 Aug 7 2006
./srclib/apr-util/build/config.guess
306817 39 -rwx-- 1 michael www 39110 Nov 24 2004
./srclib/apr-util/xml/expat/conftools/config.guess
mich...@x054:[/data/prj/httpd-2.2.14]find . -name config.guess -ls
304009 45 -rwx-- 1 michael www 45612 Oct 7 15:04
./build/config.guess
305783 45 -rwx-- 1 michael www 45612 Oct 7 15:04
./srclib/apr/build/config.guess
306306 45 -rwx-- 1 michael www 45612 Oct 7 15:04
./srclib/apr-util/build/config.guess
306817 45 -rwx-- 1 michael www 45612 Oct 7 15:04
./srclib/apr-util/xml/expat/conftools/config.guess
Hope this helps.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47954] Usage of HTTP NIO or AJP1.3 Protocols using embedded tomcat - is not supported when reading server.xml configuration file
https://issues.apache.org/bugzilla/show_bug.cgi?id=47954 Reem Halevy changed: What|Removed |Added Summary|HTTP NIO/AJP/1.3 Protocol |Usage of HTTP NIO or AJP1.3 |in embedded tomcat is not |Protocols using embedded |supported from server.xml |tomcat - is not supported |configuration file |when reading server.xml ||configuration file -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47954] HTTP NIO/AJP/1.3 Protocol in embedded tomcat is not supported from server.xml configuration file
https://issues.apache.org/bugzilla/show_bug.cgi?id=47954 --- Comment #1 from Reem Halevy 2009-10-07 08:50:41 PDT --- Created an attachment (id=24356) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24356) suggested fixed to Connector.java -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47954] New: HTTP NIO/AJP/1.3 Protocol in embedded tomcat is not supported from server.xml configuration file
https://issues.apache.org/bugzilla/show_bug.cgi?id=47954
Summary: HTTP NIO/AJP/1.3 Protocol in embedded tomcat is not
supported from server.xml configuration file
Product: Tomcat 6
Version: 6.0.20
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: Connectors
AssignedTo: dev@tomcat.apache.org
ReportedBy: reem...@hotmail.com
I am using an embedded version of tomcat 6.0.20
The connector's configuration is taken from the ordinary server.xml file.
Connector is defined using NIO protocol (or AJP/1.3) in the following way:
Connectors objects are created via calling to StandardService.findConnectors()
method, and being added (in our server code) to the Embedded object calling
Embedded.addConnector(connector) method.
Nevertheless in such case the ProtocolHandler type which is created for the
connector object is : org.apache.coyote.http11.Http11Protocol instead of
org.apache.coyote.http11.Http11NioProtocol.
In case creating the NIO connector using Embedded.createConnector() method -
connector is created correctly.
The root cause of the problem is with the Connector.setProtocol() method which
is being called within the process of the Digester configuration parser which
create an empty Connector object and run all it's configured attributes using
reflection setters , among them it calls setProtocol() method.
setProtocol method should start a new correlating protocolHandler for any new
set protocol besides http/1.1 ( such as NIO, AJP..)
Attached a suggested fix to :
public void setProtocol(String protocol) {
// Test APR support
initializeAPR();
if (aprInitialized) {
if ("HTTP/1.1".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.coyote.http11.Http11AprProtocol");
} else if ("AJP/1.3".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.coyote.ajp.AjpAprProtocol");
} else if (protocol != null) {
setProtocolHandlerClassName(protocol);
} else {
setProtocolHandlerClassName
("org.apache.coyote.http11.Http11AprProtocol");
}
} else {
if ("HTTP/1.1".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.coyote.http11.Http11Protocol");
} else if ("AJP/1.3".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.jk.server.JkCoyoteHandler");
} else if (protocol != null) {
setProtocolHandlerClassName(protocol);
}
}
try{
//Reem's fix to NIO support
Class clazz = Class.forName(protocolHandlerClassName);
this.protocolHandler = (ProtocolHandler) clazz.newInstance();
//set port
IntrospectionUtils.setProperty(this, "port", "" + port);
}catch (Exception e){
log.error("Error setting protocol :"+e);
}
}
in addition here is the stack trace of the digester instanciating new
Connector:
at java.lang.Thread.dumpStack(Thread.java:1206)
at org.apache.catalina.connector.Connector.(Connector.java:76)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
org.apache.tomcat.util.digester.ObjectCreateRule.begin(ObjectCreateRule.java:206)
at org.apache.tomcat.util.digester.Rule.begin(Rule.java:153)
at
org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1358)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
at
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.par
svn commit: r822613 - /tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml
Author: bayard Date: Wed Oct 7 07:26:56 2009 New Revision: 822613 URL: http://svn.apache.org/viewvc?rev=822613&view=rev Log: Fixing links to JSTL books. Old ones were all bad. Modified: tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml Modified: tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml URL: http://svn.apache.org/viewvc/tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml?rev=822613&r1=822612&r2=822613&view=diff == --- tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml (original) +++ tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml Wed Oct 7 07:26:56 2009 @@ -99,9 +99,9 @@ The following books about JSTL are available: - http://jstlbook.com/";>JSTL in Action, Shawn Bayern, Manning - http://TheJSPBook.com/";>JavaServer Pages, Hans Bergsten, O'Reilly - http://www.core-jstl.com";>Core JSTL: Mastering the JSP Standard Tag Library, David Geary, Sun Microsystems Press + http://www.manning.com/bayern/";>JSTL in Action, Shawn Bayern, Manning + http://oreilly.com/catalog/9781565927469/";>JavaServer Pages, Hans Bergsten, O'Reilly + http://www.sun.com/books/catalog/geary_corejstl.xml";>Core JSTL: Mastering the JSP Standard Tag Library, David Geary, Sun Microsystems Press - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
