Re: jk2 2.0.4 tagged
Mladen Turk wrote: -Original Message- From: Henri Gomez http://jakarta.apache.org/~hgomez/ Sources shoud be put and signed in the: /x1/www/www.apache.org/dist/jakarta/tomcat-connectors/jk2/source Of course but I'm waiting for some binaries before putting sources and binaries there and making the announce. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:Re: jk2 2.0.4 tagged
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:Re: jk2 2.0.4 tagged
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:RE:Re: jk2 2.0.4 tagged
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:RE:RE:Re: jk2 2.0.4 tagged
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:RE:RE:RE:Re: jk2 2.0.4 tagged
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
[EMAIL PROTECTED] wrote: We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] Thanks to unsubscribe this email ... It became borring all this messages - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Mladen Turk wrote: -Original Message- From: Henri Gomez http://jakarta.apache.org/~hgomez/ Sources shoud be put and signed in the: /x1/www/www.apache.org/dist/jakarta/tomcat-connectors/jk2/source You may change the README.html too. Which README.html (the one on jakarta ?) Also in the root of jk2 there are some current sources that IMO should be removed (they are not mirroded thought). Hi to all, What's the status of the various binaries ? I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC) and I'm waiting for others bins (Mladen, Kurt, Mike ?) I'm waiting for the oficial sources. The source on my home dir are the official's :) You could rush. Did you agree on the layout and inclusion of docs in binary tarballs ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 tagged
-Original Message- From: Henri Gomez You may change the README.html too. Which README.html (the one on jakarta ?) Yep. That one. You could rush. Cannot before tomorow (or later this evening). What stops you from putting source and alread built binaries in the right places? Did you agree on the layout and inclusion of docs in binary tarballs ? Of course :) MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27958] - WAR files not autodeployed when changed
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=27958. 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=27958 WAR files not autodeployed when changed [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Normal Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 11:22 --- Look: I am really sorry about the deployer's limitations, but you have to accept them (or use a different server). The name of the war must match the webapp name. Otherwise, use the manager webapp or Ant tasks to reload or redeploy your application. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27969] - RequestDispatcher.include() results in NullPointerException
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=27969. 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=27969 RequestDispatcher.include() results in NullPointerException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 11:39 --- *** This bug has been marked as a duplicate of 27309 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27309] - NPE in ApplicationHttpRequest.java:546
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=27309. 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=27309 NPE in ApplicationHttpRequest.java:546 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 11:39 --- *** Bug 27969 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Mladen Turk wrote: -Original Message- From: Henri Gomez You may change the README.html too. Which README.html (the one on jakarta ?) Yep. That one. You could rush. Cannot before tomorow (or later this evening). What stops you from putting source and alread built binaries in the right places? nope Did you agree on the layout and inclusion of docs in binary tarballs ? Of course :) Ok, I finish my binaries tarballs and start uploading them - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
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=27960. 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=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 12:57 --- This report seems bogus. The only way you can attempt to prove your point is to produce a thread dump proving that the threads are not doing what they should. It is normal that processor threads are not destroyed. Look at the configuration parameters for the connector. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE:RE:RE:DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
We herewith confirm receipt of your message by AUTOMATIC REPLY. Please be informed that we will reply to your original message as soon as possible. This message contains some general information about Kluwer academic publishers. Please be informed that, for North South America, Book Orders, queries about Books, Orders and Claims, are forwarded to our Order Department in U.S.A. at [EMAIL PROTECTED] which you can contact directly with future questions. Book Orders for the Rest of World, Journal subscriptions and queries about Orders, Claims and Sample Copies are forwarded to our Order Department at [EMAIL PROTECTED] which you can contact directly with future questions as well. Queries about/from Booksellers/Agents/Distributors concerning back issues, requests and orders are forwarded to our Sales Department at [EMAIL PROTECTED] Also, this e-mail address can be contacted directly with future questions. All other messages are processed by our Customer Services Department ([EMAIL PROTECTED]) which will reply to you soon. Yours sincerely, KLUWER ACADEMIC PUBLISHERS Customer Services Department - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2 configure.in
andya 2004/03/26 05:43:00 Modified:jk/native2 configure.in Log: Added settings for DSAPI filter Revision ChangesPath 1.23 +12 -4 jakarta-tomcat-connectors/jk/native2/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/configure.in,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- configure.in 10 Mar 2004 19:07:40 - 1.22 +++ configure.in 26 Mar 2004 13:43:00 - 1.23 @@ -97,20 +97,23 @@ JK_WS_INCDIR([apache2], [APACHE2], [httpd.h]) JK_WS_LIBDIR([apache2], [APACHE2]) - dnl IIS settings AC_MSG_CHECKING([checking for iis...]) JK_WS_DIR([iis], [IIS], [.], [server/isapi]) JK_WS_INCDIR([iis], [IIS], [.]) JK_WS_LIBDIR([iis], [IIS]) - dnl iPlanet settings AC_MSG_CHECKING([checking for iPlanet...]) JK_WS_DIR([iplanet], [IPLANET], [.], [server/aolserver]) JK_WS_INCDIR([iplanet], [IPLANET], [.]) JK_WS_LIBDIR([iplanet], [IPLANET]) +dnl DSAPI settings +AC_MSG_CHECKING([checking for dsapi...]) +JK_WS_DIR([dsapi], [DOMINO], [server/dsapi/jk_dsapi_plugin.c], [server/dsapi]) +JK_WS_INCDIR([dsapi], [DOMINO], [.]) +JK_WS_LIBDIR([dsapi], [DOMINO]) dnl TOMCATs settings @@ -122,6 +125,10 @@ AC_SUBST(TOMCAT40_HOME) AC_SUBST(TOMCAT41_HOME) +dnl Domino settings +JK_TCHOME([domino], [DOMINO_HOME], [libnotes.so]) + +AC_SUBST(DOMINO_HOME) dnl APR settings @@ -217,6 +224,7 @@ server/apache13/Makefile.apxs server/apache2/Makefile server/apache2/Makefile.apxs + server/dsapi/Makefile ../build.properties:../build.properties.autoconf scripts/build/unix/dummy ]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration, and has been outstanding for 4 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Warning - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] - Warning - Jar [naming-common.jar] identifier set to jar basename: [naming-common] - Warning - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] - Warning - Jar [catalina.jar] identifier set to jar basename: [catalina] - Warning - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] - Warning - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] - Warning - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.home. - Info - Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. - Info - Dependency on jakarta-struts exists, no need to add for property struts.home. - Info - Enable verbose output, due to 3 previous error(s). - Error - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 1 minutes, 11 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote -Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar -Dsite2.home=/data3/gump/jakarta-site2 -DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar -Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri -Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar -Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar -Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040326.jar -Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist -Dcommons-modeler.home=/data3/gump/jakarta-commons/modeler -Dcommons-launcher.jar=/data3/gump
Re: cvs commit: jakarta-tomcat-connectors/jk/native2 configure.in
[EMAIL PROTECTED] wrote: andya 2004/03/26 05:43:00 Modified:jk/native2 configure.in Log: Added settings for DSAPI filter Revision ChangesPath 1.23 +12 -4 jakarta-tomcat-connectors/jk/native2/configure.in Hi Andy. Did you fix is mandatory for DSAPI ? The 2.0.4 is tagged and released, so your fix won't appears before 2.0.5. Comments welcome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi Makefile.in
andya 2004/03/26 05:53:06 Added: jk/native2/server/dsapi Makefile.in Log: Added to allow Linux build Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/server/dsapi/Makefile.in Index: Makefile.in === # Gnu makefile and libtool are required # use -D options to overrides defaults [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@/apr-config --ldflags --libs` [EMAIL PROTECTED]@/apu-config --ldflags --libs` ifneq ($(strip $(JAVA_HOME)),) JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads endif JK_DIR := ../.. BUILD_DIR = ${JK_DIR}/../build/jk2/dsapi top_builddir=../.. [EMAIL PROTECTED]@ # It doesn't hurt if we include all INCLUDES= -I${JK_DIR}/include \ ${APR_INCL} \ ${DOMINO_INCL} \ ${JAVA_INCL} JK_CFLAGS=-DCHUNK_SIZE=4096 @APR_CFLAGS@ -DHAVE_MMAP @HAVE_JNI@ @HAS_PCRE@ JK_LDFLAGS=-lcrypt ${APR_LDFLAGS} @PCRE_LIBS@ ## Based on rules.mk ## ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) $(JK_CFLAGS) MOD_LINK = $(LIBTOOL) --mode=link $(CC) -avoid-version -module -rpath ${DOMINO_HOME} $(LT_LDFLAGS) $(ALL_LDFLAGS) MOD_INSTALL = $(LIBTOOL) --mode=install $(CP) # COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c ) # -- File list creation # Same behavior as ant - 'all files from a dir'. # Excludes are not yet implemented. #JNI_C_FILES := $(wildcard ${JK_DIR}/jni/*.c ) DSAPI_C_FILES := $(wildcard ${JK_DIR}/server/dsapi/*.c ) H_FILES := $(wildcard ${JK_DIR}/include/*.h ) COMMON_LO_FILES := $(patsubst ${JK_DIR}/common/%, ${BUILD_DIR}/%, \ $(patsubst %c, %lo, ${COMMON_C_FILES} )) #JNI_LO_FILES := $(patsubst ${JK_DIR}/jni/%, ${BUILD_DIR}/%, \ # $(patsubst %c, %lo, ${JNI_C_FILES} )) DSAPI_LO_FILES := $(patsubst ${JK_DIR}/server/dsapi/%, ${BUILD_DIR}/%, \ $(patsubst %c, %lo, ${DSAPI_C_FILES} )) # -- Compile rules .PHONY: all VPATH=.:../../common .c.lo: ${SH_COMPILE} -c $ -o $ ${BUILD_DIR}/%.lo: ${JK_DIR}/common/%.c ${SH_COMPILE} -c $ -o $@ #${BUILD_DIR}/%.lo: ${JK_DIR}/jni/%.c # ${SH_COMPILE} -c $ -o $@ ${BUILD_DIR}/%.lo: ${JK_DIR}/server/dsapi/%.c ${SH_COMPILE} -c $ -o $@ # -- Targets #all: prepare ${BUILD_DIR}/libtomcat2.so ${BUILD_DIR}/libjkjni.so all: prepare ${BUILD_DIR}/libtomcat2.so ${BUILD_DIR}/libtomcat2.la: ${COMMON_LO_FILES} ${DSAPI_LO_FILES} ${MOD_LINK} -o $@ $^ ${JK_LDFLAGS} ${BUILD_DIR}/libtomcat2.so: ${BUILD_DIR}/libtomcat2.la $(MOD_INSTALL) $^ `pwd`/${BUILD_DIR} #${BUILD_DIR}/libjkjni.la: ${JNI_LO_FILES} ${COMMON_LO_FILES} # $(MOD_LINK) -o $@ $(JK_LDFLAGS) $^ #${BUILD_DIR}/libjkjni.so: ${BUILD_DIR}/libjkjni.la # $(MOD_INSTALL) $^ `pwd`/${BUILD_DIR} ${COMMON_C_FILES} ${DSAPI_C_FILES}: ${H_FILES} prepare: mkdir -p ${BUILD_DIR} clean: rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/.libs ${BUILD_DIR}/*.so - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi libtomcat2.properties
andya 2004/03/26 05:53:26 Added: jk/native2/server/dsapi libtomcat2.properties Log: Default properties file for Linux Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/server/dsapi/libtomcat2.properties Index: libtomcat2.properties === serverRoot=/usr/local/apache/tomcat workersFile=conf/workers2.properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi INSTALL-WIN32.txt INSTALL-LINUX.txt
andya 2004/03/26 06:25:30 Added: jk/native2/server/dsapi INSTALL-WIN32.txt INSTALL-LINUX.txt Log: Split INSTALL.txt into INSTALL-WIN32.txt and INSTALL-LINUX.txt Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/server/dsapi/INSTALL-WIN32.txt Index: INSTALL-WIN32.txt === $Id: INSTALL-WIN32.txt,v 1.1 2004/03/26 14:25:30 andya Exp $ Installing the Domino Redirector on Win32 - If necessary build dsapi_redirector2.dll as per the instructions in BUILD.txt. Copy the DLL into the Domino program directory (this is the directory, which may be called something like C:\Lotus\Domino, that contains a file called nlnotes.exe). Shortly we will tell Domino where to find this file, but before we do that we need to make some registry entries. The simplest way is to edit the supplied file dsapi_redirector2.reg, which initially will look like this Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Dsapi Redirector\2.0] serverRoot=D:\\Works\\Tomcat\\jakarta-tomcat-4.1.27 workersFile=conf\\workers2.properties tomcatStart=bin\\startup.bat tomcatStop=bin\\shutdown.bat tomcatTimeout=3 Change serverRoot to reflect the location of your Tomcat installation. The other filename parameters can either be relative to serverRoot or absolute paths. Once edited double click on dsapi_redirector2.reg to enter it into the registry. Automatically Starting Tomcat - The last three registry entries above provide commands that the redirector DLL will use to start and stop Tomcat when the Domino http server starts and stops respectively. If you don't require this behaviour these two lines can be omitted (or deleted if you've already placed them in the registry). The Workers File If necessary take the sample workers2.properties file from jakarta- tomcat- connectors\jk\conf and place it in the location specified in the registry settings above (typically the conf directory of your Tomcat installation). Edit the file to suit your Tomcat setup. Configuring Domino -- Finally we need to configure Domino to use the DSAPI extension DLL. For those who are unfamiliar with Domino server configuration most of a server's configurable behavior is dictated by a document called the server document in a database called the Public Name and Address Book or NAB for short (N.B. Lotus have renamed the NAB to Domino Directory from Domino 5 onwards). Each Domino server will have a NAB (called names.nsf) and each NAB will have a number of server documents including one for the current server. If you have not previously configured a Domino server you may need to refer to the supplied documentation, or you may need to pass this document to your tame Domino administrator. Assuming you know your way around a Domino server document what we're going to do is actually quite simple. Open the server document for this server, place it in Edit mode, then locate the DSAPI section and the 'DSAPI filter file names' field on the Internet Protocols tab, HTTP sub- tab. Add dsapi_redirector2.dll to the DSAPI field, then save and close the document. Restart Domino -- In order to get these settings to take effect and make sure that you haven't disrupted anything else you should now restart the Domino server. If the server is running as a service and you have changed any relevant system variables (JAVA_HOME, TOMCAT_HOME, CLASSPATH) since the last time you restarted the computer you should do a complete restart now because updates to system variables are not seen by services until after a reboot. If all goes well you should see something like this on the server console when the web server starts up. 14/11/2003 13:02:18 Attempting to start Tomcat: D:\Works\Tomcat\jakarta-tomcat-4.1.27\bin\startup.bat Using CATALINA_BASE: D:\Works\Tomcat\jakarta-tomcat-4.1.27 Using CATALINA_HOME: D:\Works\Tomcat\jakarta-tomcat-4.1.27 Using CATALINA_TMPDIR: D:\Works\Tomcat\jakarta-tomcat-4.1.27\temp Using JAVA_HOME: C:\JBuilder8\jdk1.4 14/11/2003 13:02:18 Apache Tomcat Interceptor (Jakarta/DSAPI/2.0.0) loaded 14/11/2003 13:02:19 HTTP Web Server started At about the same time Tomcat should open in a new window (assuming you enabled the autostart option in the registry settings). You should now be able to visit a URL that is handled by Tomcat. Something like http://name-of-server/servlet/SnoopServlet may be available, depending on how Tomcat is configured. If that all works you're done ;-) Mailing Lists - There are two
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi INSTALL.txt
andya 2004/03/26 06:25:45 Removed: jk/native2/server/dsapi INSTALL.txt Log: Split INSTALL.txt into INSTALL-WIN32.txt and INSTALL-LINUX.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi BUILD.txt
andya 2004/03/26 06:25:58 Modified:jk/native2/server/dsapi BUILD.txt Log: Added instructions for Linux Revision ChangesPath 1.4 +105 -91 jakarta-tomcat-connectors/jk/native2/server/dsapi/BUILD.txt Index: BUILD.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/dsapi/BUILD.txt,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BUILD.txt 18 Nov 2003 01:23:24 - 1.3 +++ BUILD.txt 26 Mar 2004 14:25:58 - 1.4 @@ -1,94 +1,108 @@ -$Id$ +Information on building mod_jk2: -Building the Domino Redirector --- + Starting with 2.0.4, APR is mandatory for jk2. For Apache 2.0 + or greater jk2 will use APR that was used to build Apache 2.0. + For Apache 1.3, jk2 must build APR and APR_UTIL from source. + +DSO build instructions for Unix-like systems: + + The compiler used to build jk2 must match the one used to build + Apache. You may need to set an environment variable before + configuring such as CC=cc. `apxs -q CC` will tell you what + compiler was used for Apache. + + The most straightforward way to configure jk2 is to use apxs + that comes with Apache. Linux distributions may need to have + additional rpm's installed such as Apache2 devel rpm, + httpd-devel or apache2-devel or for Apache 13, Apache devel + rpm, httpd-devel or apache-devel depending on your + distribution. + + Example Apache2 build and install: + +cd jakarta-tomcat-connectors/jk/native2 +./configure --with-apxs2=/your/path/to/apxs +make +cd ../build/jk2/apache2 +apxs -n jk2 -i mod_jk2.so + + Example Apache13 build and install: + +apr and apr-util will be configured and built for you while +configuring and building jk2. There is no need to separately +configure and build them. + + cd jakarta-tomcat-connectors/jk/native2 + ./configure --with-apxs=/your/path/to/apxs \ + --with-apr=/absolute/path/to/apr-source \ + --with-apr-util=/absolute/path/to/apr-util-source + make + cd ../build/jk2/apache13 + apxs -n jk2 -i mod_jk2.so + +NOTE: pthread support may be automatically detected and built +into apr. If apache13 was not built with pthread support, you +can either disable it by adding --disable-apr-threads while +configuring, or load the pthread library in httpd.conf using +the LoadFile directive. + + Optional configure arguments (for 1.3 and 2.0): + +If you want to have JNI support, add --with-jni and be sure +to have the JAVA_HOME environment variable point to your Java +Environment. This will build inprocess jni support into +mod_jk2.so and additionally build libjkjni.so. libjkjni.so +can be used by tomcat to provide support for channel unix and +should be installed in the apache libexec dir. Use +`apxs -q LIBEXECDIR` if you are unsure of its location. +Libjkjni.so will be located in the same directory as +mod_jk2.so after building with this option. + +If you want to have PCRE (Perl Compatible Regular +Expressions) support for jk2 uri directives, add --with-pcre +while configuring. + + +Quick information on building mod_jk2 : + +* IIS + +There is a known issue with the latest APR 1.0 and MSVC6. +If you want to use MSVC6, please use APR 0.9.x for now. +MSVC7 doesn't have this issue, and could be used with APR 1.0. + +Isapi redirector requires the following libraries to build: +apr, apr-util, apr-iconv and pcre. +The easiest way to obtain all those libraries is to download +the httpd-2.0.49-win32-src.zip from http://www.apache.org/dist/httpd or +from any of the mirror sites. +You will only need the srclib part (apr, apr-util, apr-iconv and pcre) +Unzip the entire srclib folder to j-t-c native2 folder. +Now open the isapi.dsw from MSVC6 and build. + +Building using VS.NET: +Make sure that the required libraries are inside native2/srclib. +Open the idapi.dsw and select 'Yes to all' when prompted to convert the project. +During conversion the custom build adds extra quotations for +jk_logger_win32_message.mc. Right click on that file and select Properties. +For Custom Build Step remove all the quotations around ${InputDir} +and ${InputPath}. + + + +* Netware + +Buid the JK2 connector for NetWare platform. + +The current NWNGUmakefile uses the same build system as Apache2 self for NetWare target. +Simply extract the downloaded archive, and follow the guideline which describes compilation of Apache2 self. + +After you have compiled Apache2 (this is mandatory for now since the prebuild process must have finished) +you can simply call the makefile with 'make -f
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi libtomcat2.properties
andya 2004/03/26 06:26:18 Modified:jk/native2/server/dsapi libtomcat2.properties Log: Added missing Tomcat autostart directives Revision ChangesPath 1.2 +3 -0 jakarta-tomcat-connectors/jk/native2/server/dsapi/libtomcat2.properties Index: libtomcat2.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/dsapi/libtomcat2.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- libtomcat2.properties 26 Mar 2004 13:53:26 - 1.1 +++ libtomcat2.properties 26 Mar 2004 14:26:18 - 1.2 @@ -1,2 +1,5 @@ serverRoot=/usr/local/apache/tomcat workersFile=conf/workers2.properties +tomcatStart=bin/startup.sh +tomcatStop=bin/shutdown.sh +tomcatTimeout=3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] New: - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. Summary: NT-service seems to require the JDK to be installed under Program Files to work consistently. Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I had Tomcat 5 installed and as soon as I tried to start the NT service: Apache Tomcat, it gave me the following error: Error 1053: The service did not respond to the start or control request in a timely fashion. After some online searching it turns out that by simply installing my jdk under Program Files and having my JAVA_HOME point to that jdk it works. I had my jdk installed under c:\jdk1.3.1_11 and it apparantely did not like it. The strange part though is that i could start the service through the startup.bat with my JAVA_HOME pointing to c:\jdk1.3.1_11. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
I upload jk 2.0.4 source to official location : http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/ BTW, Did there is a candidate here for a MacOS/X build ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Henri Gomez wrote: Mladen Turk wrote: Should I redo a source tarball since there is update on Domino ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cronolog support for mod_jk (for Apache 1.3.29)
Hello Team, This is regarding cronolog support for mod_jk. It has been done for Apache 2.0. I have been trying to get it ported for 1.3.29. I could not succeed. Please tell me whether it is possible and if so could you give me some tips. Thank you. Regards, Anbu - Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time.
Re: cronolog support for mod_jk (for Apache 1.3.29)
Anbu wrote: Hello Team, This is regarding cronolog support for mod_jk. It has been done for Apache 2.0. I have been trying to get it ported for 1.3.29. I could not succeed. Please tell me whether it is possible and if so could you give me some tips. Thank you. cronolog ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cronolog support for mod_jk (for Apache 1.3.29)
Hello Henri, 'Cronolog' is utility program to create logs with timestamps and the logs roll into a new one after the given timestamp is over. (www.cronolog.org) In the CHANGES.txt file we could see Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. [glenn] Regards, Anbu Henri Gomez [EMAIL PROTECTED] wrote: Anbu wrote: Hello Team, This is regarding cronolog support for mod_jk. It has been done for Apache 2.0. I have been trying to get it ported for 1.3.29. I could not succeed. Please tell me whether it is possible and if so could you give me some tips. Thank you. cronolog ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time.
Re: cronolog support for mod_jk (for Apache 1.3.29)
Anbu wrote: Hello Henri, 'Cronolog' is utility program to create logs with timestamps and the logs roll into a new one after the given timestamp is over. (www.cronolog.org) In the CHANGES.txt file we could see Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. [glenn] Regards, Anbu Hum ok. Glenn any plan for jk on Apache 1.3.x ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Henri Gomez wrote: Henri Gomez wrote: Mladen Turk wrote: First set of Linux binaries available : http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/linux/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 15:57 --- This works for me. The most likely is that you have a bad installation (either the registry is wrong or something). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 16:23 --- Aparently I am not the only one having this issue: http://www.mail-archive.com/[EMAIL PROTECTED]/msg117957.html and http://www.mail-archive.com/[EMAIL PROTECTED]/msg117963.html. Even though these people are referring to one release older version of Tomcat 5 I feel it does not have to do with a bad installation. It might be attributable to the OS version but I don't think it was a bad installation. You probably had a jdk installation under your Program Files somewhere or you just are not on the same OS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27988] New: - Unhelpful FileNotFoundException raised
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=27988. 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=27988 Unhelpful FileNotFoundException raised Summary: Unhelpful FileNotFoundException raised Product: Tomcat 4 Version: 4.1.29 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] org.apache.naming.resources.DirContextURLConnection raises FileNotFoundException on lines 311, 344, 382 and 396. It would be more helpful if these provided a message string. For example, change line 344 to throw new FileNotFoundException(getURL().getFile()); This would make it easier to diagnose mistakes in server configurations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27988] - Unhelpful FileNotFoundException raised
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=27988. 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=27988 Unhelpful FileNotFoundException raised --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 17:04 --- Here's my stack trace that left me baffled at first: javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/log4j-1.2.8.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3582) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause - java.io.FileNotFoundException at org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:161) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:42) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:78) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:85) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:69) at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:906) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3582) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Unet Requests #119444] [ANNOUNCE] mod_jk2 2.0.4 released
This is an automated response. There is no need to reply. Hello, from Networking Telecommunication Services. Your message regarding: [Unet Requests #119444] [ANNOUNCE] mod_jk2 2.0.4 released has been received and assigned a request number of 119444. In order help us track the progress of this request, we ask that you include the string [Unet Requests #119444] in the subject line of any further mail about this particular request. For example: Subject: [Unet Requests #119444] [ANNOUNCE] mod_jk2 2.0.4 released You may do this simply by replying to this e-mail. Generally, your request should be done within one business day from the time your e-mail is received. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 tagged
One thing regarding .zip dist. All .dsp and .dsw files should be converted to CRLF. Henri, can you do that? (I'm low on badwith :) Othervise we'll need to put the comment on that user need to convet them by itself. -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Friday, March 26, 2004 4:53 PM To: Tomcat Developers List Subject: Re: jk2 2.0.4 tagged Henri Gomez wrote: Henri Gomez wrote: Mladen Turk wrote: First set of Linux binaries available : http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binar ies/linux/ - 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 27989] New: - using scope=application does not work with action useBean
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=27989. 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=27989 using scope=application does not work with action useBean Summary: using scope=application does not work with action useBean Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am trying to create a bean that will be around for as long as the web app (effectively static) I did this in structs-config.xml form-bean name=drfForm type=com.cisco.iptplatform.forms.DRFForm/ !--Backup-- action path=/drfSetup type=com.cisco.iptplatform.actions.DRFAction name=drfForm scope=application input=failure forward name=success path=/WEB-INF/pages/drfSetup.jsp/ forward name=failure path=/WEB-INF/pages/drfSetup.jsp/ /action action path=/drfStartBackup type=com.cisco.iptplatform.actions.DRFAction name=drfForm scope=application input=failure forward name=success path=/WEB-INF/pages/drfStartBackup.jsp/ forward name=failure path=/WEB-INF/pages/drfStartBackup.jsp/ /action action path=/drfStartRestore type=com.cisco.iptplatform.actions.DRFAction name=drfForm scope=application input=failure forward name=success path=/WEB-INF/pages/drfStartRestore.jsp/ forward name=failure path=/WEB-INF/pages/drfStartRestore.jsp/ /action in the jsp pages, I do this jsp:useBean id=drfForm scope=application class=com.cisco.iptplatform.forms.DRFForm/ % drfForm.setSecure(secure); // set initial to secure % html:form action=/drfStartBackup td html:text property=userID /html:text /td td html:radio property=secure value=secure/ Secure /td I then use a similar jsp page to read the contents of drfForm The problem is that the things I set with useBean I can read with useBean, but the things I set with the html:text I can only see with html:text I figure that two instances of the bean are being created, but I do not see how to make it one ? If I use scope=session it seems to work OK, but the bean will be lost if I switch sessions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] mod_jk2 2.0.4 released
The Tomcat team is pleased to announce the release of version 2.0.4 of the Apache Tomcat mod_jk2 web server connector. Tomcat is the reference implementation of a web application server which implements the Java Servlet and JavaServer Pages specifications. mod_jk2 is a connector which allows a web server such as Apache HTTPD or IIS to act as a front end to the Tomcat web application server. This version fixes a many majors bugs and is the first one to use APR which is now mandatory. See the file CHANGES.txt in the source distribution for a complete list of changes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 19:12 --- Yes, the service wrapper's logic for detecting the JVM could be improved. It's a little too fragile at the moment. However, the service wrapper is a commons-daemon component, not a Tomcat component so this is the wrong place to report problems with it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27984] - NT-service seems to require the JDK to be installed under Program Files to work consistently.
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=27984. 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=27984 NT-service seems to require the JDK to be installed under Program Files to work consistently. --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 19:36 --- That's true, but the main reason remains that users like to play with Java installations, registry settings, etc. If the JDK or JRE is properly installed then the correct (default) JVM will be found. We can speak on detecting other JVM's like JRockit, IBM and others, but trying to solve the user messed installation would lead to nowhere. Procrun depend right now on registry settings for JVM that is set during JVM installation, and it will use the default JVM. To change the default JVM, add another, etc, one can use Java Web Start preferences. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors KEYS
truk2004/03/26 14:07:06 Modified:.KEYS Log: Switch to a non-patented algorithm. Revision ChangesPath 1.14 +27 -9 jakarta-tomcat-connectors/KEYS Index: KEYS === RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- KEYS 30 Jan 2004 21:54:40 - 1.13 +++ KEYS 26 Mar 2004 22:07:06 - 1.14 @@ -259,17 +259,35 @@ -END PGP PUBLIC KEY BLOCK- Type Bits/KeyID Date User ID -pub 1024R/074C5577 2004-01-22 Kurt Miller [EMAIL PROTECTED] +pub 1024D/364D8C7E 2004-03-05 Kurt Miller [EMAIL PROTECTED] -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (OpenBSD) -mQCNA0AP+eEEALgNTbKKzz1eZthGUw8vwBZS/jkodpEKLkGJUyLvCSgb+V7l -cEWqPpOXQOGK7w52sFArx9FtIEq8X2P5WF6UJisEaJoQNS4PCc6KrSSb0BHtMZqO -G+8m9bVeCBPbCQ810oQMOe2LNBZ+uBvIXfzvACN/NrunlrNILsp2j08HTFV3AAUR -tB1LdXJ0IE1pbGxlciA8dHJ1a0BhcGFjaGUub3JnPokAlQMFEEAP+eDKdo9PB0xV -dwEBBCwD+gP3DWtvvVWiSYa8abvlADOQkdK47cBkPk4KuUANHVajkePgtQu0hpkL -LLuO+yjBk34Lke0jYoJWicG3nvRRiZ3GaYEcgsAxysQcqGsocESORVWRB7cxzKiH -sDKQpgzncVh5YbE/YhGs5p2oB/WXCx+9Tpkw5FkD2NtudOfhB5mA -=FtE6 +mQGiBEBIwvcRBACNMkLDqN6defWFQeMEEJxbXhzna7pf5DmcJ5EI2BPc9NRXS9mT +mA9Q1Uy2BeeG2YHrXTPL4H1mHvJQcwg1QFKRFbKgEmeVY9wMvAkne9YrZdqofTD5 +5Z8DbH0uHRcN3DhTuC8rQKJOhHyJuntE2iZAPD6ASYkiPvygEFgB31gTSwCg0OqZ +azyrfopwc2oiqTWaoATGBMkD/1orgI1zD95f5Qu3lSguVcr9pf04BCt+d3Wq/Wc3 +DJ9BeyA2YdeH0LHE7jmwp2j4kzJyROubGGrOaynvZjf+UP1xSetnR0xgj+FQaK5h +xB0rvpv2QJE/aMbQhV+P8Naa9K8yH0YfFTR6X4pSgGBgh+aKCtejrvhySibA5JWQ +peB+A/9CBBNr3V2hN4k3irelWE7jPjHDM2O7s9Mkfr1wsTHxfBNREedgz42pefOz +EDM4C0bMsbdiB9eEKG6y5ozKrUcAWNz/uOrRfWeZ3EmXqs/LBZeKPb6D3XV54qet +nR4P2mAM5XnxXywFda7jm0uBtBNXFJKF93ntvZ9jwflaDUDehbQdS3VydCBNaWxs +ZXIgPHRydWtAYXBhY2hlLm9yZz6IYQQTEQIAIQUCQEjC9wUJA8JnAAYLCQgHAwID +FQIDAxYCAQIeAQIXgAAKCRC5eaEVNk2Mfl6lAJ9ilKDorZG8xCndE9Vl+TFg+vuV ++wCfb1VXPPJeGJFQ5JXcP7neb71ZWzm5Ag0EQEjDChAIAInQdEjA33llK0yok0M2 +ONst7PwXTd50lzY1zvNacjtRw1hOEGWYMuO4TfDCd50foWVSF+XaM36ar8kS571c +Ykye/VrVeXYRZRuBolT4bffz8h0QGTmV25uVp8BOqxjHAQmATTpvpct6RiQPwaxv +cZe6hU7ebYualvmf1N5hHVw8kKM/+BrPl9Q0WYVh/4Qb7Mv5PfNZZbRAHmrmNuzZ +ATNe5D1o6BvIhl3i6DCYRCvKHbyZWBuDcGXZ8IldqouAFbE/iOVfj1GfvDxWQKla +qDQfyfMJ8SMW7oTNDTilnZQpFrRGR9ejxnhYeXDYd9gZdleBjtCcEws1pXBJaDuW +MNsAAwUH/12Y/FoXLT84OK2GXCS7z/FSS8XjTwi8QTB+g0qnQ9HuZ7KAOugCPmu9 +8FVtzrlJ4qSBsD+8czeZyuzvmsB+Sel0qeTltApb+/ZG/KIrM76qdi2xk1Mabb49 +YtbkvnfVpaO8SHgBm86EDKxKMvBlCKdfgS4aqkcjjOfahBXfn0d1EIm7UtLUoAuU +TDG2lihxhDtzeMdM6W3fPjvVTsMoNSw4vyMW2jNwXOEi3ekjsDT37qtjYP7TjmyI +NS20P9dgRQwVpc5IIwNg5CW/xkpYFJtWfXooZiMzXbX6u/zyDQY2dcdPzYJL6iZJ +dnM1e+Z8aB8sNShKAsYxiLqj8qK0/JKITAQYEQIADAUCQEjDCgUJA8JnAAAKCRC5 +eaEVNk2MftEEAKCtCN/jQibduopySodv4eCB/ayr6QCgsks47qwddcpKOjj6t2dE +LlyuImI= +=FGUc -END PGP PUBLIC KEY BLOCK- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
From: Henri Gomez [EMAIL PROTECTED] Henri Gomez wrote: Henri Gomez wrote: Mladen Turk wrote: First set of Linux binaries available : http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/linux/ FreeBSD 4.9 packages are available: http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/freebsd/ I needed to change my pgp key to a non-patented algorithm. I committed the new key, but should I update: /www/www.apache.org/dist/jakarta/tomcat-connectors/KEYS manually or is there some automated process? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page
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=27884. 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=27884 mod_jk2 making multiple requests when client cancels the load of the page [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 22:58 --- Henri, I tried with version 2.0.4 and it too has the exact same bug. Essentially when I don't allow a page to load(by escaping the load, or by clicking on another link) mod_jk2 tends to make a duplicate request to the tomcat engine. This could be because of my configuration, that is why I am including the relevant configuration entries too here: worker2.properties: [shm] file=E:/pr/logs/jk2.shm size=1048576 [channel.socket:localhost:8009] port=8009 host=127.0.0.1 lbfactor=1 [channel.socket:localhost:8010] port=8010 host=127.0.0.1 lbfactor=1 [ajp13:localhost:8009] channel=channel.socket:localhost:8009 [ajp13:localhost:8010] channel=channel.socket:localhost:8010 [lb:localhost] worker=ajp13:localhost:8009 worker=ajp13:localhost:8010 [uri:/scripts/Test] group=lb:localhost Can you please check to see what the issue is here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
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=27960. 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=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-26 23:23 --- Resolving this based on Remy's comment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Coyote's ServerSocketFactory problem
Should I make a bug entry for this? I wanted to get someone from the tomcat dev team to see if I was missing something before flagging this as a bug. thank you -anton On Wed, 2004-03-24 at 17:16, Anton Ushakov wrote: In CoyoteConnector.initialize() there's an assumption that if the factory is an instance of CoyoteServerSocketFactory, it's gonna be SSL, and it sets secure=true. Then in Http11ConnectionHandler.checkSocketFactory() in the Http11Protocol.java, it interprets that secure flag as SSL and uses SSLImplementation to get the socket factory. In our case, the scheme is not ssl, so unfortunately this doesn't work. Http11Protocol just wasn't written to accept a socket factory object, and the one it makes from the passed classname is of a different type than CoyoteConnector's socket factory. It's not enough to make the types the same, it really should take a whole factory object, since the factory's attributes need to be set from the conf. On Wed, 2004-03-24 at 16:03, Jim Hopp wrote: We have a similar need (though for a different reason) and extend CoyoteServerSocketFactory. We're running TC 4.1.29. Here's our Connector element: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=7002 scheme=https secure=true address=127.0.0.1 enableLookups=false Factory className=nyw.catalina.NYWCoyoteServerSocketFactory clientAuth=true/ /Connector Works great. -Jim Anton Ushakov wrote: Hello Tomcat Developers! I'm working with Tomcat 4.1.29 and I'd like to use my own ServerSocketFactory, as I'm working on a custom implementation of httpg (HTTP over GSSAPI authenticated sockets). This seems impossible by design, which I think may be a bug. Instead of using the deprecated HttpConnector I'm trying to use the CoyoteConnector. The trouble is, with CoyoteConnector there is no way to override the ServerSocketFactory to be used. My CustomServerSocketFactory implements org.apache.catalina.net.ServerSocketFactory, and I tried using the following in server.xml: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=6688 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=50 connectionTimeout=2 scheme=httpg useURIValidationHack=false disableUploadTimeout=true Factory className=my.own.CustomServerSocketFactory principal=service/[EMAIL PROTECTED] keytab=/etc/keytab / /Connector This will successfully set the factory in CoyoteConnector, but it does NOT propagate to org.apache.coyote.http11.Http11Protocol, and the actual factory getting used at runtime is the default one in Http11Protocol. The CoyoteConnector's factory datamember is totally ignored. I would think that in org/apache/coyote/tomcat4/CoyoteConnector.java around lines -1135 there should be something to propagate the socket factory to the protocolHandler. However even then, Http11Protocol insists on using org.apache.tomcat.util.net.ServerSocketFactory, not the org.apache.catalina.net.ServerSocketFactory required by the CoyoteConnector. (?) Bottom line - how is one supposed to specify a custom ServerSocketFactory with the CoyoteConnector? Bill Barker has emailed me a suggestion of using the socketFactory=fully.qualified.name.of.MyOwnServerSocketFactory attribute on the Connector element. While I appreciate the response, that doesn't set the factory datamember in the Connector, and neither does it change the socketFactory in the protocolHandler. I appreciate your help on this -anton - 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]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java
kinman 2004/03/26 16:52:55 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Fix bugzilla 27665: Nested tags with scripting variables generates invalid code Revision ChangesPath 1.230 +16 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Generator.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.229 retrieving revision 1.230 diff -u -r1.229 -r1.230 --- Generator.java25 Mar 2004 21:53:12 - 1.229 +++ Generator.java27 Mar 2004 00:52:55 - 1.230 @@ -2468,6 +2468,10 @@ for (int i = 0; i varInfos.length; i++) { if (varInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(varInfos[i])) +continue; String varName = varInfos[i].getVarName(); String tmpVarName = _jspx_ + varName + _ + n.getCustomNestingLevel(); @@ -2480,6 +2484,10 @@ for (int i = 0; i tagVarInfos.length; i++) { if (tagVarInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(tagVarInfos[i])) +continue; String varName = tagVarInfos[i].getNameGiven(); if (varName == null) { varName = @@ -2522,6 +2530,10 @@ if (varInfos[i].getScope() != scope) continue; String varName = varInfos[i].getVarName(); +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(varInfos[i])) +continue; String tmpVarName = _jspx_ + varName + _ + n.getCustomNestingLevel(); out.printin(varName); @@ -2532,6 +2544,10 @@ } else { for (int i = 0; i tagVarInfos.length; i++) { if (tagVarInfos[i].getScope() != scope) +continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(tagVarInfos[i])) continue; String varName = tagVarInfos[i].getNameGiven(); if (varName == null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Hi all, I've noticed a few minor problems in the 2.0.4 build/install docs and an issue with building on Solaris that I thought worth mentioning. Anyway, the old BUILD instructions are still kicking around, which is a bit confusing (the new stuff's much better, btw, thanks!). jk/BUILD.txt still refers to jk1.2, which is a bit wacky. There's also a HOWTO-RELEASE file in that directory (is there supposed to be?) The README.TXT in there is also the old version. I didn't really look much further, I just happened to bump into this stuff when I was looking for the new docs. After reading through the much better new build/install, I successfully built it on Solaris 9 (SPARC, gcc 2.95.3, apache 1.3.29) but only after some tweaking. I had to first manually configure, build, and install apr and apr-util, because the automatic all-one apr-config-and-compile failed noisily with a bazillion Text relocation remains against symbol errors. I managed to get it to compile by manually replacing the --disable-shared apr configure entries to --enable-shared inside the jk2 configure script *after* building and installing my own version of apr and apr-util. The library dependencies turned out OK -- i.e. mod_jk2.so is finding libapr-0.so.0 and libaprutil-0.so.0 in the right spot, so it seems ok. Was that the right way to fix it? I don't know, but I got the build to work by doing it, so it was better than nothing -- at least for me. It all works (I've tested it against my running 4.1.27 tomcat right now). I've unfortunately had to revert back to 1.2.5 until I can get some configuration feature differences worked out, but it looks promising. Thanks for listening, hopefully this info will help somebody. Sean Ross Corvallis, Oregon, USA [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java
kinman 2004/03/26 17:04:39 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Generator.java Log: - Fix bugzilla 19361: Nested tags with scripting variables generates invalid code Revision ChangesPath No revision No revision 1.35.2.23 +19 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Generator.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.35.2.22 retrieving revision 1.35.2.23 diff -u -r1.35.2.22 -r1.35.2.23 --- Generator.java24 Mar 2004 21:31:07 - 1.35.2.22 +++ Generator.java27 Mar 2004 01:04:39 - 1.35.2.23 @@ -1582,6 +1582,10 @@ for (int i=0; ivarInfos.length; i++) { if (varInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(varInfos[i])) +continue; String varName = varInfos[i].getVarName(); String tmpVarName = _jspx_ + varName + _ + n.getCustomNestingLevel(); @@ -1594,6 +1598,10 @@ for (int i=0; itagVarInfos.length; i++) { if (tagVarInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(tagVarInfos[i])) +continue; String varName = tagVarInfos[i].getNameGiven(); if (varName == null) { varName = n.getTagData().getAttributeString( @@ -1631,6 +1639,10 @@ for (int i=0; ivarInfos.length; i++) { if (varInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(varInfos[i])) +continue; String varName = varInfos[i].getVarName(); String tmpVarName = _jspx_ + varName + _ + n.getCustomNestingLevel(); @@ -1643,6 +1655,10 @@ for (int i=0; itagVarInfos.length; i++) { if (tagVarInfos[i].getScope() != scope) continue; +// If the scripting variable has been declared, skip codes +// for saving and restoring it. +if (n.getScriptingVars(scope).contains(tagVarInfos[i])) +continue; String varName = tagVarInfos[i].getNameGiven(); if (varName == null) { varName = n.getTagData().getAttributeString( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19361] - Nested tags with scripting variables generates invalid code
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=19361. 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=19361 Nested tags with scripting variables generates invalid code [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-27 01:06 --- Fixed in CVS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27665] - Nested tags with scripting variables generates invalid code
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=27665. 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=27665 Nested tags with scripting variables generates invalid code [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-27 01:07 --- Fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Coyote's ServerSocketFactory problem
- Original Message - From: Anton Ushakov [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, March 26, 2004 4:24 PM Subject: Re: Coyote's ServerSocketFactory problem Should I make a bug entry for this? I wanted to get someone from the tomcat dev team to see if I was missing something before flagging this as a bug. The Catalina SocketFactory is deprecated for use with Coyote in 5.x, and it would probably should be for 4.x as well except for the fact that it is still required to set SSL attributes. This means that anything involving this SocketFactory will just get marked as WONTFIX. Passing the socketFactory attribute on to the Protocol might be something (except for the fact that it is working in 5.x means it may not get a lot of attention :). thank you -anton On Wed, 2004-03-24 at 17:16, Anton Ushakov wrote: In CoyoteConnector.initialize() there's an assumption that if the factory is an instance of CoyoteServerSocketFactory, it's gonna be SSL, and it sets secure=true. Then in Http11ConnectionHandler.checkSocketFactory() in the Http11Protocol.java, it interprets that secure flag as SSL and uses SSLImplementation to get the socket factory. In our case, the scheme is not ssl, so unfortunately this doesn't work. Http11Protocol just wasn't written to accept a socket factory object, and the one it makes from the passed classname is of a different type than CoyoteConnector's socket factory. It's not enough to make the types the same, it really should take a whole factory object, since the factory's attributes need to be set from the conf. On Wed, 2004-03-24 at 16:03, Jim Hopp wrote: We have a similar need (though for a different reason) and extend CoyoteServerSocketFactory. We're running TC 4.1.29. Here's our Connector element: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=7002 scheme=https secure=true address=127.0.0.1 enableLookups=false Factory className=nyw.catalina.NYWCoyoteServerSocketFactory clientAuth=true/ /Connector Works great. -Jim Anton Ushakov wrote: Hello Tomcat Developers! I'm working with Tomcat 4.1.29 and I'd like to use my own ServerSocketFactory, as I'm working on a custom implementation of httpg (HTTP over GSSAPI authenticated sockets). This seems impossible by design, which I think may be a bug. Instead of using the deprecated HttpConnector I'm trying to use the CoyoteConnector. The trouble is, with CoyoteConnector there is no way to override the ServerSocketFactory to be used. My CustomServerSocketFactory implements org.apache.catalina.net.ServerSocketFactory, and I tried using the following in server.xml: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=6688 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=50 connectionTimeout=2 scheme=httpg useURIValidationHack=false disableUploadTimeout=true Factory className=my.own.CustomServerSocketFactory principal=service/[EMAIL PROTECTED] keytab=/etc/keytab / /Connector This will successfully set the factory in CoyoteConnector, but it does NOT propagate to org.apache.coyote.http11.Http11Protocol, and the actual factory getting used at runtime is the default one in Http11Protocol. The CoyoteConnector's factory datamember is totally ignored. I would think that in org/apache/coyote/tomcat4/CoyoteConnector.java around lines -1135 there should be something to propagate the socket factory to the protocolHandler. However even then, Http11Protocol insists on using org.apache.tomcat.util.net.ServerSocketFactory, not the org.apache.catalina.net.ServerSocketFactory required by the CoyoteConnector. (?) Bottom line - how is one supposed to specify a custom ServerSocketFactory with the CoyoteConnector? Bill Barker has emailed me a suggestion of using the socketFactory=fully.qualified.name.of.MyOwnServerSocketFactory attribute on the Connector element. While I appreciate the response, that doesn't set the factory datamember in the Connector, and neither does it change the socketFactory in the protocolHandler. I appreciate your help on this -anton - 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]