Re: cvs commit: jakarta-tomcat-connectors/jni/native configure.in
[EMAIL PROTECTED] wrote:
mturk 2005/06/18 06:04:42
Modified:jni/native configure.in
Log:
Add --enable-maintainer-mode to the configure options, so that
statistics gets compiled in when configure is called with that option.
Revision ChangesPath
1.6 +20 -5 jakarta-tomcat-connectors/jni/native/configure.in
Index: configure.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/configure.in,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- configure.in 12 Jun 2005 06:10:13 - 1.5
+++ configure.in 18 Jun 2005 13:04:42 - 1.6
@@ -12,7 +12,7 @@
sinclude(build/find_apr.m4)
dnl Generate ./config.nice for reproducing runs of configure
-dnl
+dnl
APR_CONFIG_NICE(config.nice)
dnl # Some initial steps for configuration. We setup the default directory
@@ -94,11 +94,11 @@
AC_SUBST(JAVA_OS)
APR_ADDTO(TCNATIVE_PRIV_INCLUDES,[-I$JAVA_HOME/include])
-APR_ADDTO(TCNATIVE_PRIV_INCLUDES,[-I$JAVA_HOME/include/$JAVA_OS])
+APR_ADDTO(TCNATIVE_PRIV_INCLUDES,[-I$JAVA_HOME/include/$JAVA_OS])
dnl
dnl Detect openssl toolkit installation
-dnl
+dnl
TCN_CHECK_SSL_TOOLKIT
so_ext=$APR_SO_EXT
@@ -113,7 +113,7 @@
host_alias=`uname -s`
case $host_alias in
dnl ### BeOS requires that ALL symbols resolve at LINK time!
-dnl ###
+dnl ###
dnl ### So, if we're building on BeOS then we need to add in the
dnl ### apr and expat libraries to the build or it'll die a truly
horrible
dnl ### death. We now use the apr-config tool to determine the correct
@@ -128,6 +128,21 @@
AC_SUBST(EXTRA_OS_LINK)
+dnl CFLAGS for maintainer mode
+dnl it also allows the CFLAGS environment variable.
+CFLAGS=${CFLAGS}
+AC_ARG_ENABLE(
+maintainer-mode,
+[ --enable-maintainer-mode Turn on debugging and compile time warnings],
+[
+case ${enableval} in
+y | Y | YES | yes | TRUE | true )
+CFLAGS=${CFLAGS} -DDEBUG -Wall
-Wall will not wrong on every machine, for example on ReliantUnix:
+++
$ cc -Wall toto.c -o toto
cc: [warning]: CDR9977 invalid option '-Wall' ignored
+++
+AC_MSG_RESULT([...Enabling Maintainer mode...])
+;;
+esac
+])
+
dnl
dnl Prep all the flags and stuff for compilation and export to other builds
dnl
@@ -178,7 +193,7 @@
fi
dnl
-dnl everthing is done.
+dnl everthing is done.
MAKEFILES=Makefile
AC_OUTPUT([
tcnative.pc
-
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/jni/native configure.in
jean-frederic clere wrote: -Wall will not wrong on every machine, for example on ReliantUnix: +++ $ cc -Wall toto.c -o toto cc: [warning]: CDR9977 invalid option '-Wall' ignored +++ Mladen is away for two days, so you won't get a reply right away. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35441] New: - Tomcat startup error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35441. 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=35441 Summary: Tomcat startup error Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] if i start tomcat 5.5.9 i get the following AssertionError: Exception in thread main java.lang.ExceptionInInitializerError Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.AssertionError (Caused by java.lang.AssertionError) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:538) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:53) Caused by: java.lang.AssertionError at org.apache.juli.ClassLoaderLogManager$LogNode.findParentLogger(ClassLoaderLogManager.java:434) at org.apache.juli.ClassLoaderLogManager.addLogger(ClassLoaderLogManager.java:118) at java.util.logging.Logger.getLogger(Logger.java:232) at org.apache.commons.logging.impl.Jdk14Logger.getLogger(Jdk14Logger.java:152) at org.apache.commons.logging.impl.Jdk14Logger.init(Jdk14Logger.java:53) 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:494) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) ... 4 more my JAVA_OPTS are JAVA_OPTS=-Xms256m -Xmx384m -ea assertions are enabled for my webapp-tests. -- 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]
DO NOT REPLY [Bug 35441] - Tomcat startup error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35441. 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=35441 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 10:55 --- This does work for me, and given the changes made in the log manager, I will not investigate this issue. The configuration used by the log manager might be wrong. Easy fix: remove bin/tomcat-juli.jar -- 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: cvs commit: jakarta-tomcat-connectors/jni/native configure.in
Remy Maucherat wrote: jean-frederic clere wrote: -Wall will not wrong on every machine, for example on ReliantUnix: +++ $ cc -Wall toto.c -o toto cc: [warning]: CDR9977 invalid option '-Wall' ignored +++ Mladen is away for two days, so you won't get a reply right away. Ok, I will fix it. Cheers Jean-Frederic 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]
cvs commit: jakarta-tomcat-connectors/jni/native configure.in
jfclere 2005/06/21 03:31:41
Modified:jni/native configure.in
Log:
-Wall is only for gcc.
Revision ChangesPath
1.7 +1 -1 jakarta-tomcat-connectors/jni/native/configure.in
Index: configure.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/configure.in,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- configure.in 18 Jun 2005 13:04:42 - 1.6
+++ configure.in 21 Jun 2005 10:31:41 - 1.7
@@ -137,7 +137,7 @@
[
case ${enableval} in
y | Y | YES | yes | TRUE | true )
-CFLAGS=${CFLAGS} -DDEBUG -Wall
+CFLAGS=${CFLAGS} -DDEBUG
AC_MSG_RESULT([...Enabling Maintainer mode...])
;;
esac
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mod_jk 1.2.14 source
Good evening, AFAIK there is no 1.2.14 source 'bundle', but rather it exists in 'head', which is still with CVS rather than SVN. Check out the Jakarta Tomcat pages for the CVS CLI commands to get the latest mod_jk source. Should look similar to the following: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co jakarta-tomcat-connectors cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic logout Norm Jess Holle wrote: Fenlason, Josh wrote: Where could I find the 1.2.14-dev source bundle? Thanks. , Josh. I'm betting you have to snag it with an SVN client. Am I right? If so, is it just a simple/default latest setting to get this? -- Jess Holle - 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]
DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35128. 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=35128 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 13:50 --- I also got the problem. I did (under WinXP) 1. set CATALINA_OPTS=-ea 2. catalina.bat run then I got following exception: E:\jakarta-tomcat\5.5.9\bincatalina.bat run Using CATALINA_BASE: E:\jakarta-tomcat\5.5.9 Using CATALINA_HOME: E:\jakarta-tomcat\5.5.9 Using CATALINA_TMPDIR: E:\jakarta-tomcat\5.5.9\temp Using JAVA_HOME: C:/Java/jdk1.5.0_02 Exception in thread main java.lang.ExceptionInInitializerError Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.Asser tionError (Caused by java.lang.AssertionError) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactory Impl.java:538) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactory Impl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactory Impl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:53) Caused by: java.lang.AssertionError at org.apache.juli.ClassLoaderLogManager$LogNode.findParentLogger(ClassL oaderLogManager.java:434) at org.apache.juli.ClassLoaderLogManager.addLogger(ClassLoaderLogManager .java:118) at java.util.logging.Logger.getLogger(Logger.java:232) at org.apache.commons.logging.impl.Jdk14Logger.getLogger(Jdk14Logger.jav a:152) at org.apache.commons.logging.impl.Jdk14Logger.init(Jdk14Logger.java:5 3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct orAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC onstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactory Impl.java:529) ... 4 more -- 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: DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
My email address has changed to [EMAIL PROTECTED]
Re: Mod_jk 1.2.14 source
NormW wrote: Good evening, AFAIK there is no 1.2.14 source 'bundle', but rather it exists in 'head', which is still with CVS rather than SVN. Check out the Jakarta Tomcat pages for the CVS CLI commands to get the latest mod_jk source. Should look similar to the following: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co jakarta-tomcat-connectors cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic logout Ah... I thought this had moved to SVN like Apache itself. CVS is still better supported by IDEs than SVN, so this should actually make Josh's task easier. -- Jess Holle Jess Holle wrote: Fenlason, Josh wrote: Where could I find the 1.2.14-dev source bundle? Thanks. , Josh. I'm betting you have to snag it with an SVN client. Am I right? If so, is it just a simple/default latest setting to get this? -- Jess Holle - 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]
DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35128. 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=35128 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 14:07 --- Thanks for mentioning how to reproduce the problem. This has actually been fixed in CVS, as it now works fine. -- 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]
DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35128. 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=35128 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 14:09 --- Created an attachment (id=15497) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15497action=view) Replacement binary (bin/tomcat-juli.jar) -- 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]
DO NOT REPLY [Bug 35441] - Tomcat startup error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35441. 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=35441 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 14:10 --- This had indeed been fixed some time ago. -- 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]
DO NOT REPLY [Bug 35441] - Tomcat startup error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35441. 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=35441 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 14:11 --- *** This bug has been marked as a duplicate of 35128 *** -- 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]
DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35128. 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=35128 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 14:11 --- *** Bug 35441 has been marked as a duplicate of this bug. *** -- 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]
Servlet and JSP APIs in java repository
Hi, I'm a member of the maven group. We are responsible of mantaining and keep consistent the repository at www.ibiblio.org/maven. There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. TIA Regards Carlos Sanchez - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
message
Your file is attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni SSLServer.java
jfclere 2005/06/21 06:51:03
Modified:jni/examples/org/apache/tomcat/jni SSLServer.java
Log:
Prevent it from looping when the client closes the communication.
Revision ChangesPath
1.11 +13 -9
jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/SSLServer.java
Index: SSLServer.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/SSLServer.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- SSLServer.java18 Jun 2005 08:03:21 - 1.10
+++ SSLServer.java21 Jun 2005 13:51:03 - 1.11
@@ -183,15 +183,19 @@
while (!doClose) {
/* Do a blocking read byte at a time */
byte [] buf = new byte[1];
-while (Socket.recv(clientSock, buf, 0, 1) == 1) {
-if (buf[0] == '\n')
-break;
-else if (buf[0] == '!') {
-doClose = true;
-break;
-}
-Socket.send(clientSock, buf, 0, 1);
+int ret;
+ret = Socket.recv(clientSock, buf, 0, 1);
+if (ret != 1)
+throw(new Exception(Socket.recv failed));
+
+if (buf[0] == '\n')
+continue;
+else if (buf[0] == '!') {
+doClose = true;
+break;
}
+Socket.send(clientSock, buf, 0, 1);
+
if (doClose) {
try {
byte [] msg = (Bye from worker: + workerId +
\r\n).getBytes();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Feature Request: Optional No Cert validation on SSL connector
Good Morning, I work on the Internet2 Shibboleth project and we've run in to an issue with client cert authentication in a stand alone Tomcat environment (i.e. without Apache HTTPD in front of it). Shibboleth clients use client cert auth when talking with the Shibboleth server, however, the certificate chains for the clients are not in a Java keystore. Instead they are in XML files that contain a large amount of metadata needed by both the client and the server. Our current, supported, deployment configuration is to have Apache HTTPD in front of Tomcat and to use SSLVerifyClient optional_no_ca HTTPD directive. This allows the client to send its certificate, but instead of HTTPD trying to validate the cert, it just passes the cert on to the Shibboleth server. This allows us to validate the certificate against the cert chains in the metadata files within the server code (a huge support boon for us). What we'd like to request is a similar option for the SSL connector when client cert auth is used so that we can support a stand alone Tomcat set up too. Would this be possible? -- Chad La Joie 315Q St. Mary's Hall Project Sentinel 202.687.0124 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35447] New: - Server does not start if JVM assertions are enabled!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35447. 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=35447 Summary: Server does not start if JVM assertions are enabled! Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] 100% reproducible problem due to commons LogFactory 1. Download a clean 5.5.9 binary tarball. 2. edit catalina.sh and set JAVA_OPTS=-ea 3. ./startup.sh 4. EXCEPTION [EMAIL PROTECTED] ~/packages/jakarta-tomcat-5.5.9/logs]$ cat catalina.out Exception in thread main java.lang.ExceptionInInitializerError Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.AssertionError (Caused by java.lang.AssertionError) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:538) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:53) Caused by: java.lang.AssertionError at org.apache.juli.ClassLoaderLogManager$LogNode.findParentLogger(ClassLoaderLogManager.java:434) at org.apache.juli.ClassLoaderLogManager.addLogger(ClassLoaderLogManager.java:118) at java.util.logging.Logger.getLogger(Logger.java:232) at org.apache.commons.logging.impl.Jdk14Logger.getLogger(Jdk14Logger.java:152) at org.apache.commons.logging.impl.Jdk14Logger.init(Jdk14Logger.java:53) 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:494) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) ... 4 more -- 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]
DO NOT REPLY [Bug 35447] - Server does not start if JVM assertions are enabled!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35447. 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=35447 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 18:02 --- *** This bug has been marked as a duplicate of 35128 *** -- 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]
DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35128. 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=35128 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 18:02 --- *** Bug 35447 has been marked as a duplicate of this bug. *** -- 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]
cvs commit: jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni SSLServer.java
jfclere 2005/06/21 09:20:45
Modified:jni/examples/org/apache/tomcat/jni SSLServer.java
Log:
typo.
Revision ChangesPath
1.12 +1 -2
jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/SSLServer.java
Index: SSLServer.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/SSLServer.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- SSLServer.java21 Jun 2005 13:51:03 - 1.11
+++ SSLServer.java21 Jun 2005 16:20:45 - 1.12
@@ -192,7 +192,6 @@
continue;
else if (buf[0] == '!') {
doClose = true;
-break;
}
Socket.send(clientSock, buf, 0, 1);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet and JSP APIs in java repository
Yoav, I did a quick check of servlet-api.jar in Tomcat 5.5.9. In its MANIFEST.MF, the Implementation-Version says 2.4.public_draft. Looks like the implementation.revision property in the build.xml files for both jsr152 and jsr154 still say public_draft. Larry -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 21, 2005 1:08 PM To: 'Tomcat Developers List' Cc: 'Maven Developers List' Subject: RE: Servlet and JSP APIs in java repository Hi, There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. The version that ships with Tomcat 5.5 and all but the very first couple of Tomcat 5.0 releases is Servlet Specification v2.4 final. (And JSP Specification v2.0 final). When you say it says 2.4.public_draft, what precisely do you mean? Is that the name of a file somewhere, a directory, a CVS tag? So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. There was Servlet Spec 2.3 and JSP Spec 1.2, which go with Tomcat 4. Then there were a few Servlet Spec 2.4 PFD (Proposed Final Draft) releases, but that's a long time ago. Everything for the past year and several months has been Servlet Spec 2.4 (final) and JSP Spec 2.0 (final). As far as CVS: while both these packages ship with Tomcat, they have their own CVS area. It's the jakarta-servletapi-5 CVS module, and under it you'll find directories for each spec. The binaries (they're actually jars, servlet-api.jar and jsp-api.jar, respectively) in there are for Servlet Spec 2.4 final and JSP Spec 2.0 final. I hope that clarifies things. If not, please let us know how else we can help. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet and JSP APIs in java repository
Hi, There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. The version that ships with Tomcat 5.5 and all but the very first couple of Tomcat 5.0 releases is Servlet Specification v2.4 final. (And JSP Specification v2.0 final). When you say it says 2.4.public_draft, what precisely do you mean? Is that the name of a file somewhere, a directory, a CVS tag? So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. There was Servlet Spec 2.3 and JSP Spec 1.2, which go with Tomcat 4. Then there were a few Servlet Spec 2.4 PFD (Proposed Final Draft) releases, but that's a long time ago. Everything for the past year and several months has been Servlet Spec 2.4 (final) and JSP Spec 2.0 (final). As far as CVS: while both these packages ship with Tomcat, they have their own CVS area. It's the jakarta-servletapi-5 CVS module, and under it you'll find directories for each spec. The binaries (they're actually jars, servlet-api.jar and jsp-api.jar, respectively) in there are for Servlet Spec 2.4 final and JSP Spec 2.0 final. I hope that clarifies things. If not, please let us know how else we can help. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet and JSP APIs in java repository
Hi, Ahh. Someone with karma to kakarta-servletapi-5 should probably update that. I don't have that karma ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 21, 2005 1:15 PM To: Tomcat Developers List Subject: RE: Servlet and JSP APIs in java repository Yoav, I did a quick check of servlet-api.jar in Tomcat 5.5.9. In its MANIFEST.MF, the Implementation-Version says 2.4.public_draft. Looks like the implementation.revision property in the build.xml files for both jsr152 and jsr154 still say public_draft. Larry -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 21, 2005 1:08 PM To: 'Tomcat Developers List' Cc: 'Maven Developers List' Subject: RE: Servlet and JSP APIs in java repository Hi, There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. The version that ships with Tomcat 5.5 and all but the very first couple of Tomcat 5.0 releases is Servlet Specification v2.4 final. (And JSP Specification v2.0 final). When you say it says 2.4.public_draft, what precisely do you mean? Is that the name of a file somewhere, a directory, a CVS tag? So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. There was Servlet Spec 2.3 and JSP Spec 1.2, which go with Tomcat 4. Then there were a few Servlet Spec 2.4 PFD (Proposed Final Draft) releases, but that's a long time ago. Everything for the past year and several months has been Servlet Spec 2.4 (final) and JSP Spec 2.0 (final). As far as CVS: while both these packages ship with Tomcat, they have their own CVS area. It's the jakarta-servletapi-5 CVS module, and under it you'll find directories for each spec. The binaries (they're actually jars, servlet-api.jar and jsp-api.jar, respectively) in there are for Servlet Spec 2.4 final and JSP Spec 2.0 final. I hope that clarifies things. If not, please let us know how else we can help. Yoav - 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]
Tomcat mx4j.
Hello, How do I disable the mx4j feature of tomcat 5.0.x during compile time? Thanks. -- Lyndon Tiu This message and any attachments are confidential. Unauthorized use or disclosure of this message is strictly prohibited, and this message must be destroyed immediately if received by an unauthorized recipient. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35453] New: - webapps/ROOT/index.jsp is shadowed by servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35453. 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=35453 Summary: webapps/ROOT/index.jsp is shadowed by servlet Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: Webapps:Examples AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] webapps/ROOT/index.jsp is shadowed by servlet: servlet servlet-nameorg.apache.jsp.index_jsp/servlet-name servlet-classorg.apache.jsp.index_jsp/servlet-class /servlet servlet-mapping servlet-nameorg.apache.jsp.index_jsp/servlet-name url-pattern/index.jsp/url-pattern /servlet-mapping This means that you can modify index.jsp but you won't see any change, because the path /index.jsp is redirected in web.xml. Me and a co-worker just lost half an hour to this thing, trying to figure out where our redirection went. If you're going to keep /index.jsp in a servlet, fine, rename the index.jsp file to index.jsp.example. But having it shadowed is incredibly user-hostile. -- 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]
DO NOT REPLY [Bug 35453] - webapps/ROOT/index.jsp is shadowed by servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35453. 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=35453 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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]
DO NOT REPLY [Bug 35453] - webapps/ROOT/index.jsp is shadowed by servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35453. 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=35453 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 20:41 --- Having a comment on the page is not sufficient, because typically the developer will not even look at the default page; it will be replaced by a new index.jsp. If the file was only named index.jsp.example, it wouldn't be a hazard. As it is, this is just obnoxious. -- 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]
DO NOT REPLY [Bug 35453] - webapps/ROOT/index.jsp is shadowed by servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35453. 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=35453 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID -- 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]
Tomcat 5.0.28 build from source issue with MX4J.
Hello, Building Tomcat 5.0.28 from source completes with no errors. Running the newly built tomcat gives this error in the catalina.log file: java.lang.NoClassDefFoundError: mx4j/log/Log at javax.management.MBeanServerFactory.getLogger(MBeanServerFactory.java:54) at javax.management.MBeanServerFactory.findMBeanServer(MBeanServerFactory.java:163) at org.apache.catalina.startup.Bootstrap.createClassLoader(Bootstrap.java:168) at org.apache.catalina.startup.Bootstrap.initClassLoaders(Bootstrap.java:104) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:196) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:402) Any thoughts and suggestions? Thanks. -- Lyndon Tiu This message and any attachments are confidential. Unauthorized use or disclosure of this message is strictly prohibited, and this message must be destroyed immediately if received by an unauthorized recipient. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26969] - Context/Resources/allowLinking ignored in webapps/*.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26969. 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=26969 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-06-22 00:33 --- This works with the latest code from CVS. Note that for 4.1.32+ (I intend to do a 4.1.32 release at some point but I have no date in mind at present) the resources element is configured via properties on the context. -- 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]
Little code donation: update to Tomcat 5.5.4 catalina batch file/shell script
Hi, I don't know really know how to contribute or if this is valuable or not, but I added PRE_CLASSPATH and POST_CLASSPATH options to the batch file so that users invoking Tomcat can add arbitrary elements to the classpath (for example, for debugging purposes). Here it is, throw it in CVS if the Tomcat gods think it's useful. I know it is for me. Here's the diff of catalina.bat: 35a36,41 rem PRE_CLASSPATH (Optional) Entries to add before the standard CLASSPATH rem used to by the start, stop, and run commands. rem rem POST_CLASSPATH (Optional) Entries to add after the standard CLASSPATH rem used to by the start, stop, and run commands. rem 68c74 set CLASSPATH=%CLASSPATH%;%JSSE_HOME%\lib\jcert.jar;%JSSE_HOME%\lib\jnet.jar;%JS SE_HOME%\lib\jsse.jar --- set CLASSPATH=%CLASSPATH%;%JSSE_HOME%\lib\jcert.jar;%JSSE_HOME%\lib\jnet.jar;%JS SE_HOME%\lib\jsse.jar; 70c76,79 set CLASSPATH=%CLASSPATH%;%CATALINA_HOME%\bin\bootstrap.jar --- set CLASSPATH=%CLASSPATH%;%CATALINA_HOME%\bin\bootstrap.jar; rem prepend and append optional classpath additions set CLASSPATH=%PRE_CLASSPATH%;%CLASSPATH%;%POST_CLASSPATH%; ...and the diff of catalina.sh: 34a35,40 # PRE_CLASSPATH (Optional) Entries to add before the standard CLASSPATH # used to by the start, stop, and run commands. # # POST_CLASSPATH (Optional) Entries to add after the standard CLASSPATH # used to by the start, stop, and run commands. # 108a115,124 # prepend/append optional classpath additions if [ -n $PRE_CLASSPATH ] ; then CLASSPATH=$PRE_CLASSPATH:$CLASSPATH fi if [ -n $POST_CLASSPATH ] ; then CLASSPATH=$CLASSPATH:$POST_CLASSPATH fi CLASSPATH=$PRE_CLASSPATH:$CLASSPATH:$POST_CLASSPATH The files are attached (extension .txt added), but I'm also pasting the text in so as to avoid any email attachment problems, if there are any. HTHS (HTH someone), Matthew Begin catalina.bat== @echo off if %OS% == Windows_NT setlocal rem --- rem Start/Stop Script for the CATALINA Server rem rem Environment Variable Prequisites rem rem CATALINA_HOME May point at your Catalina build directory. rem rem CATALINA_BASE (Optional) Base directory for resolving dynamic portions rem of a Catalina installation. If not present, resolves to rem the same directory that CATALINA_HOME points to. rem rem CATALINA_OPTS (Optional) Java runtime options used when the start, rem stop, or run command is executed. rem rem CATALINA_TMPDIR (Optional) Directory path location of temporary directory rem the JVM should use (java.io.tmpdir). Defaults to rem %CATALINA_BASE%\temp. rem rem JAVA_HOME Must point at your Java Development Kit installation. rem rem JAVA_OPTS (Optional) Java runtime options used when the start, rem stop, or run command is executed. rem rem JSSE_HOME (Optional) May point at your Java Secure Sockets Extension rem (JSSE) installation, whose JAR files will be added to the rem system class path used to start Tomcat. rem rem JPDA_TRANSPORT (Optional) JPDA transport used when the jpda start rem command is executed. The default is dt_shmem. rem rem JPDA_ADDRESS(Optional) Java runtime options used when the jpda start rem command is executed. The default is jdbconn. rem rem PRE_CLASSPATH (Optional) Entries to add before the standard CLASSPATH rem used to by the start, stop, and run commands. rem rem POST_CLASSPATH (Optional) Entries to add after the standard CLASSPATH rem used to by the start, stop, and run commands. rem rem $Id: catalina.bat,v 1.11 2004/09/23 20:14:48 yoavs Exp $ rem --- rem Guess CATALINA_HOME if not defined set CURRENT_DIR=%cd% if not %CATALINA_HOME% == goto gotHome set CATALINA_HOME=%CURRENT_DIR% if exist %CATALINA_HOME%\bin\catalina.bat goto okHome cd .. set CATALINA_HOME=%cd% cd %CURRENT_DIR% :gotHome if exist %CATALINA_HOME%\bin\catalina.bat goto okHome echo The CATALINA_HOME environment variable is not defined correctly echo This environment variable is needed to run this program goto end :okHome rem Get standard environment variables if exist %CATALINA_HOME%\bin\setenv.bat call %CATALINA_HOME%\bin\setenv.bat rem Get standard Java environment variables if exist %CATALINA_HOME%\bin\setclasspath.bat goto okSetclasspath echo Cannot find %CATALINA_HOME%\bin\setclasspath.bat echo This file is needed to run this program goto end :okSetclasspath set BASEDIR=%CATALINA_HOME% call %CATALINA_HOME%\bin\setclasspath.bat rem Add on extra jar files to CLASSPATH if %JSSE_HOME% == goto noJsse set
Re: Starting point...
Okay, I'm going to just state a few things just to make sure evertying gels in my head :) So basically (from the Servlet end), a JspServlet is initialized, this creates a RuntimeContext. Then, when the service is invoked it looks for some JspServletWrapper already associated with this .jsp in this context. If none exist, it creates JspServletWrapper which is a less servlet-styled Jsp compiler. This wrapper then contains a CompileContext, which presumably does the grunt-work of parsing and compiling the .jsp? Is there a simple explanation for the responsibilities of the two contexts mentioned (Runtime and Compile)? Oh, on a loosely related note: are there any good books related to this material, that would also just be a good book to have on the shelf? Thanks! Regards, Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error
Waiting for a Response. Please read the attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error
Waiting for a Response. Please read the attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
