Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2
Al Banard wrote: mod_jk2.so is there but libjkjni.so isn't, which seems to be what its complaining about. You should have a libjkjni.so in the .libs directory of jk/build/jk2/apache2. When copied in modules it should work. From a previous email ... make clean build makeOutput - This produces the attached makeOutput file and the following error to the terminal: libtool: install: warning: remember to run `libtool --finish /usr/lib/apache2' libtool: install: error: cannot install `../../../build/jk2/apache2/libjkjni.la' to a directory not ending in /usr/lib/apache2 make[1]: *** [../../../build/jk2/apache2/libjkjni.so] Error 1 make: *** [jk2-build] Error 1 From: Kurt Miller [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2 Date: Tue, 09 Mar 2004 15:26:00 -0500 From: Al Banard [EMAIL PROTECTED] /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/mod_jk2.la `pwd`/../../../build/jk2/apache2 ... /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/libjkjni.la `pwd`/../../../build/jk2/apache2 make[1]: Leaving directory `/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa che2' This appears to have finished without error. Is mod_jk2.so in ../build/jk2/apache2 now? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Personalise your mobile chart ringtones and polyphonics. Go to http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
hgomez 2004/03/10 01:36:39 Modified:jk/xdocs/jk2 configwebcom.xml Log: Fix documentation, Thanks NormW Revision ChangesPath 1.14 +2 -2 jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml Index: configwebcom.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- configwebcom.xml 4 Mar 2004 04:46:34 - 1.13 +++ configwebcom.xml 10 Mar 2004 09:36:39 - 1.14 @@ -205,7 +205,7 @@ /tr tr tdgroup/td -tdlb:0 (The default loadbalancer)/td +tdlb:lb (The default loadbalancer)/td tdName of the tomcat group or worker that will process the request corresponding to the uri. This used to be called 'worker'/td /tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
hgomez 2004/03/10 01:39:30 Modified:jk/native2/server/apache2 mod_jk2.c Log: Correct name, we should have mod_jk2 and not mod_jk :-) Thanks Guenter Revision ChangesPath 1.75 +19 -19jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v retrieving revision 1.74 retrieving revision 1.75 diff -u -r1.74 -r1.75 --- mod_jk2.c 4 Mar 2004 14:08:49 - 1.74 +++ mod_jk2.c 10 Mar 2004 09:39:30 - 1.75 @@ -193,7 +193,7 @@ * Here we must now 'fix' the content of the object passed in. * Apache doesn't care what we do here as it has the reference to the unique object that has been * created. What we need to do is ensure that the data given to mod_jk2 is correct. Hopefully in the long run - * we can ignore some of the mod_jk details... + * we can ignore some of the mod_jk2 details... */ /* if applicable we will set the hostname etc variables. */ @@ -405,11 +405,11 @@ if( s-is_virtual ) { /* Virtual host */ ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p, - mod_jk Create config for virtual host %s, + mod_jk2 Create config for virtual host %s, s-server_hostname ); } else { ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p, - mod_jk Create config for default server %s, + mod_jk2 Create config for default server %s, s-server_hostname ); } @@ -436,7 +436,7 @@ jk_uriEnv_t *overrides = (jk_uriEnv_t *)overridesv; ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p, - mod_jk Merging workerEnv); + mod_jk2 Merging workerEnv); /* The 'mountcopy' option should be implemented in common. @@ -508,7 +508,7 @@ *mainPool=gPool; /* We have a global pool ! */ -apr_pool_userdata_get( data, mod_jk_init, gPool ); +apr_pool_userdata_get( data, mod_jk2_init, gPool ); if( data==NULL ) { return JK_OK; } else { @@ -540,14 +540,14 @@ if( rc == JK_OK gPool != NULL ) { /* This is the first step */ env-l-jkLog(env, env-l, JK_LOG_INFO, - mod_jk.post_config() first invocation\n); + mod_jk2.post_config() first invocation\n); -apr_pool_userdata_set( INITOK, mod_jk_init, NULL, gPool ); +apr_pool_userdata_set( INITOK, mod_jk2_init, NULL, gPool ); return OK; } env-l-jkLog(env, env-l, JK_LOG_INFO, - mod_jk.post_config() second invocation\n ); + mod_jk2.post_config() second invocation\n ); workerEnv-parentInit( env, workerEnv); return OK; @@ -621,11 +621,11 @@ jk2_init( env, pconf, workerEnv, s ); if (workerEnv-childId = 0) -env-l-jkLog(env, env-l, JK_LOG_INFO, mod_jk child %d initialized\n, +env-l-jkLog(env, env-l, JK_LOG_INFO, mod_jk2 child %d initialized\n, workerEnv-childId); } if (workerEnv-childGeneration) -env-l-jkLog(env, env-l, JK_LOG_ERROR, mod_jk child workerEnv in error state %d\n, +env-l-jkLog(env, env-l, JK_LOG_ERROR, mod_jk2 child workerEnv in error state %d\n, workerEnv-childGeneration); /* Restore the process generation */ @@ -674,7 +674,7 @@ /* Set up r-read_chunked flags for chunked encoding, if present */ if(rc = ap_setup_client_block(r, REQUEST_CHUNKED_DECHUNK)) { env-l-jkLog(env, env-l, JK_LOG_INFO, - mod_jk.handler() Can't setup client block %d\n, rc); + mod_jk2.handler() Can't setup client block %d\n, rc); workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env ); return rc; } @@ -684,21 +684,21 @@ if( worker==NULL uriEnv-workerName != NULL ) { worker=env-getByName( env, uriEnv-workerName); env-l-jkLog(env, env-l, JK_LOG_INFO, - mod_jk.handler() finding worker for %#lx %#lx %s\n, + mod_jk2.handler() finding worker for %#lx %#lx %s\n, worker, uriEnv, uriEnv-workerName); uriEnv-worker=worker; } if(worker==NULL || worker-mbean == NULL || worker-mbean-localName==NULL ) { env-l-jkLog(env, env-l, JK_LOG_ERROR, - mod_jk.handle() No worker for %s\n, r-uri); + mod_jk2.handle() No worker for %s\n, r-uri); workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv,
Re: PATCH configwebcom.xml
NormW wrote: Good morning All. Please find attached a patch foe what I believe is the last erroneous reference to lb:0. It left here as an attachment and replicated it below. Thanks, Norm --- configwebcom.xml.orig Fri Mar 5 07:09:26 2004 +++ configwebcom.xml Wed Mar 10 06:35:57 2004 @@ -205,7 +205,7 @@ /tr tr tdgroup/td -tdlb:0 (The default loadbalancer)/td +tdlb:lb (The default loadbalancer)/td tdName of the tomcat group or worker that will process the request corresponding to the uri. This used to be called 'worker'/td /tr Commited - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2 Makefile.in
jfclere 2004/03/10 01:47:34 Modified:jk/native2 Makefile.in Log: Do make before make install otherwise libtool says: libtool: link: `strings/*.lo' is not a valid libtool object Revision ChangesPath 1.6 +1 -0 jakarta-tomcat-connectors/jk/native2/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Makefile.in 13 Feb 2004 21:38:26 - 1.5 +++ Makefile.in 10 Mar 2004 09:47:34 - 1.6 @@ -56,6 +56,7 @@ done; apr-build: + ( cd @APR_DIR@ make cd @APR_UTIL_DIR@ make ) ( cd @APR_DIR@ make install cd @APR_UTIL_DIR@ make install ) apr-clean: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
hgomez 2004/03/10 04:13:31 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix a problem with the latest iSeries Apache 2.0.47 Revision ChangesPath 1.94 +10 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision 1.93 retrieving revision 1.94 diff -u -r1.93 -r1.94 --- mod_jk.c 24 Feb 2004 08:45:50 - 1.93 +++ mod_jk.c 10 Mar 2004 12:13:31 - 1.94 @@ -38,6 +38,7 @@ #include http_main.h #include http_log.h #include util_script.h + #ifdef AS400 #include ap_charset.h #include util_charset.h /* ap_hdrs_from_ascii */ @@ -50,10 +51,17 @@ #endif /* deprecated with apr 0.9.3 */ + +/* + The latest Apache 2.0.47 for iSeries didn't export apr_filepath_name_get + but apr_filename_of_pathname, even if includes seems right and the APR + in use is 0.9.4 +*/ + #include apr_version.h #if (APR_MAJOR_VERSION == 0) \ (APR_MINOR_VERSION = 9) \ -(APR_PATCH_VERSION 3) +(APR_PATCH_VERSION 3) || defined(AS400) #define apr_filepath_name_get apr_filename_of_pathname #endif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
-Original Message- From: [EMAIL PROTECTED] jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c + #ifdef AS400 #include ap_charset.h #include util_charset.h /* ap_hdrs_from_ascii */ @@ -50,10 +51,17 @@ #endif Is it necessary to conditionally include those two only for AS400? What would happen if they are included always? I'm trying to push out all platform dependent defines as much as possible. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working
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=27167. 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=27167 Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 13:35 --- Great! Success with the new parameter startd and stopd. The jmx lib is now on my reduce classpath. My working configuration has following jars bootstrap.jar tools.jar jmx.jar tomcat-jni.jar My JSP Compilation error is a too long classpath error at windows. After I reduce the path the JSP's are working. The catalina.base mode with my own catalina.config is working perfect. Ok, the direct Apache JNI Mode is no really usefull for big site but for single small maschine an option. By very small installation you have only to handle the apache service to start and stop. I will start a performance test at the weekend and than I tell you more. Great, now I can start to document this jni JK2 option for my german tomcat book project. I also document it on my german http://tomcat.objektpark.org site and wrote a story at my TomC@ series at JavaMagazin.. Thanx a lot Peter PS: add my working workers2.properties Other thing is Can't Compile jk_isapi at Apache 2.0.48 cvs head 10.03.04 Microsoft VC98 Windows XP Prof SP 1 Compiling D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\server\ isapi\jk_isapi_plugin.c [so] Compile failed 2 D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors \jk\native2\server\isapi\jk_isapi_plugin.c [so] Output: [so] jk_isapi_plugin.c [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(163) : error C2065: 'SF_NOTIFY_AUTH_COMPLETE' : nichtd eklarierter Bezeichner [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(163) : warning C4018: '==' : Konflikt zwischen signed und unsigned [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(233) : warning C4018: '==' : Konflikt zwischen signed und unsigned [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(234) : error C2065: 'PHTTP_FILTER_AUTH_COMPLETE_INFO' : nichtdeklarierter Bezeichner [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(234) : error C2146: Syntaxfehler : Fehlendes ')' vor B ezeichner 'pvNotification' [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(234) : warning C4047: '=' : Anzahl der Dereferenzierun gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,void *,unsigned long *)' und 'int ' unterschiedlich [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(234) : error C2059: Syntaxfehler : ')' [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(235) : error C2146: Syntaxfehler : Fehlendes ')' vor B ezeichner 'pvNotification' [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(235) : warning C4047: '=' : Anzahl der Dereferenzierun gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,char *)' und 'in t ' unterschiedlich [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(235) : error C2059: Syntaxfehler : ')' [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(236) : error C2146: Syntaxfehler : Fehlendes ')' vor B ezeichner 'pvNotification' [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(236) : warning C4047: '=' : Anzahl der Dereferenzierun gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,char *)' und 'in t ' unterschiedlich [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve r\isapi\jk_isapi_plugin.c(236) : error C2059: Syntaxfehler : ')' [so] StdErr: BUILD FAILED file:D:/tomcat/develop/tomcat5/jakarta-tomcat-connectors/jk/native2/build.xml:61 1: Compile failed D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2 \server\isapi\jk_isapi_plugin.c Total time: 1 minute 58 seconds D:\tomcat\develop\tomcat5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working
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=27167. 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=27167 Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 13:37 --- Created an attachment (id=10743) working worker.properties (CVS HEAD 10.3.04) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Path for log4j
I am using log4j in my WebApplication. Where I must configurate path or classpath in Tomcat to locate logXX.properties (properties file of log4j). I put my propertie file in web-inf\classes but it does not works. What I need to do ? _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27566] New: - POST paremeters lost after calling request.getReader()
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=27566. 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=27566 POST paremeters lost after calling request.getReader() Summary: POST paremeters lost after calling request.getReader() Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The following simple Servlet should display data sent with a POST request: public class TestServlet extends HttpServlet { // -- Public methods public void init() throws ServletException { } public void doPost(final HttpServletRequest request , final HttpServletResponse response) throws ServletException, IOException { Reader r = request.getReader(); String key; for (Enumeration e = request.getParameterNames(); e.hasMoreElements();) { key = (String)e.nextElement(); System.out.println(key); } } } Testing it with the following form html body head titleRequest Parameters Example/title /head body bgcolor=white a href=../reqparams.html img src=../images/code.gif height=24 width=24 align=right border=0 alt=view code/a a href=../index.html img src=../images/return.gif height=24 width=24 align=right border=0 alt=return/a h3Request Parameters Example/h3 Parameters in this request:br No Parameters, Please enter some p form action=test method=POST First Name: input type=text size=20 name=firstname br Last Name: input type=text size=20 name=lastname br input type=submit /form /body shows that no parameters are detected. Moving getReader() after the for loop, works around the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
Mladen Turk wrote: -Original Message- From: [EMAIL PROTECTED] jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c + #ifdef AS400 #include ap_charset.h #include util_charset.h /* ap_hdrs_from_ascii */ @@ -50,10 +51,17 @@ #endif Is it necessary to conditionally include those two only for AS400? What would happen if they are included always? I'm trying to push out all platform dependent defines as much as possible. Yes, but EBCDIC porting normaly requires additional conversion and the only way to get them is via #define (mine are #define OSD_POSIX). MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
DO NOT REPLY [Bug 27566] - POST paremeters lost after calling request.getReader()
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=27566. 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=27566 POST paremeters lost after calling request.getReader() [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 14:30 --- This issue will not be addressed. Please do not reopen the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat User List moderator
Who is the moderator of the Tomcat User mailing list? For several days, I've been awaiting acceptance to the list, but have heard nothing. Previously I was a member of the Tomcat User Digest list, but unsubscribed to that list after deciding to subscribe to Tomcat User. Thank you, Derek NOTICE: This email contains privileged and confidential information and is intended only for the individual to whom it is addressed. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this transmission by mistake and delete this communication from your system. E-mail transmission cannot be guaranteed to be secured or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. AVIS: Le présent courriel contient des renseignements de nature privilégiée et confidentielle et nest destiné qu'à la personne à qui il est adressé. Si vous nêtes pas le destinataire prévu, vous êtes par les présentes avisés que toute diffusion, distribution ou reproduction de cette communication est strictement interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser immédiatement lexpéditeur et le supprimer de votre système. Notez que la transmission de courriel ne peut en aucun cas être considéré comme inviolable ou exempt derreur puisque les informations quil contient pourraient être interceptés, corrompues, perdues, détruites, arrivées en retard ou incomplètes ou contenir un virus. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat User List moderator
Howdy, ;) Who is the moderator of the Tomcat User mailing list? For several days, I've been awaiting acceptance to the list, but have heard nothing. Previously I was a member of the Tomcat User Digest list, but unsubscribed to that list after deciding to subscribe to Tomcat User. I am, and I haven't seen any subscription requests from you. Please continue this discussion to my address rather than this list. Thanks, Yoav Shapira [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27572] New: - Spelling error in http.500 message in org/apache/catalina/valves/LocalStrings_fr.properties
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=27572. 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=27572 Spelling error in http.500 message in org/apache/catalina/valves/LocalStrings_fr.properties Summary: Spelling error in http.500 message in org/apache/catalina/valves/LocalStrings_fr.properties Product: Tomcat 4 Version: 4.1.30 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Current http.500 message translation for French reads: http.500=Le serveur a recontrer une erreur interne ({0}) qui l''a empèché de satisfaire la requête. It should be: http.500=Le serveur a rencontré une erreur interne ({0}) qui l''a empèché de satisfaire la requête. (2 errors in the 4th word: recontrer becomes rencontré) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26978] - Add support for 'salt' to all Realms
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=26978. 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=26978 Add support for 'salt' to all Realms [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 16:09 --- Apparently, there's little interest in this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
-Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 21:32 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: jk2 new shmem using APR I believe there's a problem with the file rights, not with SHM self. I think the scoreboard is created by the init process, but later on when the child wants to access it it has insufficient rights. Greg who reported the problem on Solaris posted an 'ls' of the files created from APR and created from the older code which Henri did put in for me, and there you could see the difference... Greg, can you please repost this? Here you go, It does create a file, but with 0 size (even though we have set something like 16m) ie: -rw-r--r-- 1 root other 0 Feb 27 12:31 cr.sandwich.pfizer.com_81.shm Compared to the old mod_jk2 version 2.0.3 (same config bar the name and old conector used) -rwxr-xr-x 1 root root 1000448 Feb 24 11:14 shm.file Greg I saw these problems with another 3rd party module too (mod_watch), and I looked for a solution, I've looked at this: /** * Set a file to be inherited by child processes. * */ APR_DECLARE_INHERIT_SET(file); which might probably solve it, but not tested yet with mod_jk2; with the other module it didnt work, and I asked at the httpd-dev list and was told that I should look at mod_ssl which does some tricks to make sure that files created by init are later accessable from this point of view APR is probably not broken, and we need to do some more than only open the scoreboard file to make sure it is later accessable. Guenter. - 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]
libjkjni and pcre build
libjkjni is built when --with-jni is not specified at configure time. When this happens it is not usable, so I'll be changing the build to only build libjkjni when --with-jni is specified. I overlooked one thing with the recent pcre changes I committed. The functions ap_pregcomp and ap_regexec will not be available to libjkjni.so and are left unresolved. This will be a problem for jni inprocess mode. I have to make a change to correct this. Two options I see are: 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at all. This is the most straightforward. If you want pcre then you must specify it with --with-pcre. 2) Use ap_pregcomp and ap_regexec only when --with-jni is not specified. This would behave as follows: a) if --with-pcre and --with-jni are not specified then use ap_pregcomp and ap_regexec. b) if --with-jni is specified but -with-pcre is not, then no pcre support. c) if --with-jni and --with-pcre are specified then use regcomp and regexec. Option two is a bit more confusing but gives more flexibility. I'm leaning towards reverting to the old behavior. Thoughts anyone? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12183] - Setting unpack WARs flag not recognized after using Admintool
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=12183. 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=12183 Setting unpack WARs flag not recognized after using Admintool [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 17:58 --- Cannot reproduce. Can you try with the latest build and reopen if the problem still exists? Also, make sure to undeploy all webapps that you're trying to unpack in the webapps directory - build\work\Standalone\localhost is clear of all remaining files. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21217] - Administration webapp does not start for NetWare - cant load struts.jar
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=21217. 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=21217 Administration webapp does not start for NetWare - cant load struts.jar [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 18:08 --- JVM/OS problem with earlier NetWare according to Jeff's comment. Reopen with more details if you think it is tomcat issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21217] -
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24392] - DefaultContext Fails to reload : The server encountered an internal error (Error retrieving attribute debug) that prevented it from fulfilling this request.
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=24392. 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=24392 DefaultContext Fails to reload : The server encountered an internal error (Error retrieving attribute debug) that prevented it from fulfilling this request. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 18:29 --- Mark fixed this in cvs. Should be available in the next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/support jk_java.m4
truk2004/03/10 11:07:41 Modified:jk/native2 configure.in jk/native2/server/apache2 Makefile.in jk/support jk_java.m4 Log: Only build libjkjni.so when --with-jni is specified. Revision ChangesPath 1.22 +3 -2 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.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- configure.in 27 Feb 2004 16:07:39 - 1.21 +++ configure.in 10 Mar 2004 19:07:40 - 1.22 @@ -142,6 +142,7 @@ AC_SUBST(JAVA_PLATFORM) AC_SUBST(OS) AC_SUBST(HAVE_JNI) +AC_SUBST(JNI_BUILD) AC_SUBST(HAS_PCRE) AC_SUBST(PCRE_LIBS) 1.21 +3 -1 jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- Makefile.in 27 Feb 2004 19:14:33 - 1.20 +++ Makefile.in 10 Mar 2004 19:07:40 - 1.21 @@ -99,7 +99,9 @@ # -- Targets -all: prepare ${BUILD_DIR}/mod_jk2.so ${BUILD_DIR}/libjkjni.so +all: prepare ${BUILD_DIR}/mod_jk2.so @JNI_BUILD@ + +jni-build: ${BUILD_DIR}/libjkjni.so ${BUILD_DIR}/mod_jk2.so: ${BUILD_DIR}/mod_jk2.la $(MOD_INSTALL) $^ `pwd`/${BUILD_DIR} 1.8 +2 -1 jakarta-tomcat-connectors/jk/support/jk_java.m4 Index: jk_java.m4 === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_java.m4,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jk_java.m424 Feb 2004 08:41:40 - 1.7 +++ jk_java.m410 Mar 2004 19:07:41 - 1.8 @@ -43,6 +43,7 @@ if ${TEST} ${use_jni} ; then HAVE_JNI=-DHAVE_JNI + JNI_BUILD=jni-build fi ]) ]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27581] New: - Version 2.4 web.xml security-constraint does not work
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=27581. 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=27581 Version 2.4 web.xml security-constraint does not work Summary: Version 2.4 web.xml security-constraint does not work Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In my Servlet spec version 2.4 web.xml file, I have added the following section: security-constraint web-resource-collection web-resource-nameRestrict direct JSP access/web-resource-name url-pattern*.jsp/url-pattern /web-resource-collection /security-constraint This does not stop direct access of JSPs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27581] - Version 2.4 web.xml security-constraint does not work
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=27581. 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=27581 Version 2.4 web.xml security-constraint does not work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 19:24 --- This is exactly what the spec requires in the case where no auth-constraint is specified. To do what you want, you must include an empty auth-constraint. Please follow up on [EMAIL PROTECTED] if you require more assistance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: libjkjni and pcre build
Embarrassingly replying to myself I misstated something before. The pcre change is not a problem for inprocess mode, its a problem for jni out of process mode (i.e. apr.NativeSo=libjkjni.so). I think the most reasonable solution is to work as follows: --with-pcre and no --with-jni, use apache pcre functions --with-pcre and --with-jni, use external pcre functions --with-pcre is absent, no pcre support. So if you want pcre you will need to specify it when configuring. You will get either apache pcre or external pcre depending if you specify --with-jni or not. I'll go forward with this unless someone has a better idea. -Kurt From: Kurt Miller [EMAIL PROTECTED] libjkjni is built when --with-jni is not specified at configure time. When this happens it is not usable, so I'll be changing the build to only build libjkjni when --with-jni is specified. I overlooked one thing with the recent pcre changes I committed. The functions ap_pregcomp and ap_regexec will not be available to libjkjni.so and are left unresolved. This will be a problem for jni inprocess mode. I have to make a change to correct this. Two options I see are: 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at all. This is the most straightforward. If you want pcre then you must specify it with --with-pcre. 2) Use ap_pregcomp and ap_regexec only when --with-jni is not specified. This would behave as follows: a) if --with-pcre and --with-jni are not specified then use ap_pregcomp and ap_regexec. b) if --with-jni is specified but -with-pcre is not, then no pcre support. c) if --with-jni and --with-pcre are specified then use regcomp and regexec. Option two is a bit more confusing but gives more flexibility. I'm leaning towards reverting to the old behavior. Thoughts anyone? -Kurt - 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 27582] New: - tomcatw.exe and Jdk14 loging
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=27582. 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=27582 tomcatw.exe and Jdk14 loging Summary: tomcatw.exe and Jdk14 loging Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Native:Integration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Jdk14 logging is not displayed properly in the console monitor. procrun/tomcat.c formats log messages based on the old Log4JLogger but the Jdk14Logger (in its default configuration) does not match this format. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14359] - largefile option has no effect
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=14359. 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=14359 largefile option has no effect --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 20:31 --- You are correct. Largefile does have no effect as it is not a valid option for Jasper2. To save future confusion I will remove all references to it from both the source and the docs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: libjkjni and pcre build
Hi Kurt, thanks for going this way - I have no choice on NetWare since the PCRE functions are not exported at all. Guenter. I misstated something before. The pcre change is not a problem for inprocess mode, its a problem for jni out of process mode (i.e. apr.NativeSo=libjkjni.so). I think the most reasonable solution is to work as follows: --with-pcre and no --with-jni, use apache pcre functions --with-pcre and --with-jni, use external pcre functions --with-pcre is absent, no pcre support. So if you want pcre you will need to specify it when configuring. You will get either apache pcre or external pcre depending if you specify --with-jni or not. I'll go forward with this unless someone has a better idea. -Kurt From: Kurt Miller [EMAIL PROTECTED] libjkjni is built when --with-jni is not specified at configure time. When this happens it is not usable, so I'll be changing the build to only build libjkjni when --with-jni is specified. I overlooked one thing with the recent pcre changes I committed. The functions ap_pregcomp and ap_regexec will not be available to libjkjni.so and are left unresolved. This will be a problem for jni inprocess mode. I have to make a change to correct this. Two options I see are: 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at all. This is the most straightforward. If you want pcre then you must specify it with --with-pcre. 2) Use ap_pregcomp and ap_regexec only when --with-jni is not specified. This would behave as follows: a) if --with-pcre and --with-jni are not specified then use ap_pregcomp and ap_regexec. b) if --with-jni is specified but -with-pcre is not, then no pcre support. c) if --with-jni and --with-pcre are specified then use regcomp and regexec. Option two is a bit more confusing but gives more flexibility. I'm leaning towards reverting to the old behavior. Thoughts anyone? -Kurt - 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 27584] New: - Tag attributes need escaping of EL quotes
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=27584. 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=27584 Tag attributes need escaping of EL quotes Summary: Tag attributes need escaping of EL quotes Product: Tomcat 5 Version: 5.0.18 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I tried to use a map based EL expression ${folder.variables[copyright]} as Tag attribute like jg:if exists=${folder.variables[copyright]} But there was a JasperException equal symbol expected When I included backslashes, it worked: jg:if exists=${folder.variables[\copyright\]} I did find nothing in the JSP 2.0 spec about having to escape quotes in Tag attributes, especially as in normal usage it is not necessary. At least the error message is not very helpful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties
markt 2004/03/10 13:16:32 Modified:jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties Log: - Fix 14359. Remove last traces of largefile option. Revision ChangesPath 1.142 +1 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties Index: messages.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v retrieving revision 1.141 retrieving revision 1.142 diff -u -r1.141 -r1.142 --- messages.properties 26 Feb 2004 00:19:01 - 1.141 +++ messages.properties 10 Mar 2004 21:16:31 - 1.142 @@ -140,7 +140,6 @@ jsp.error.setproperty.paramOrValue=setProperty: either param or value can be present jsp.error.setproperty.arrayVal=setProperty: can't set array property {0} through a string constant value jsp.warning.keepgen=Warning: Invalid value for the initParam keepgenerated. Will use the default value of \false\ -jsp.warning.largeFile=Warning: Invalid value for the initParam largeFile. Will use the default value of \true\ jsp.warning.xpoweredBy=Warning: Invalid value for the initParam xpoweredBy. Will use the default value of \false\ jsp.warning.enablePooling=Warning: Invalid value for the initParam enablePooling. Will use the default value of \true\ jsp.warning.invalidTagPoolSize=Warning: Invalid value for the init parameter named tagPoolSize. Will use default size of {0} 1.48 +1 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties Index: messages_es.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties,v retrieving revision 1.47 retrieving revision 1.48 diff -u -r1.47 -r1.48 --- messages_es.properties18 Feb 2004 21:22:21 - 1.47 +++ messages_es.properties10 Mar 2004 21:16:31 - 1.48 @@ -138,7 +138,6 @@ jsp.error.setproperty.paramOrValue=setProperty: O param o value pueden estar presentes jsp.error.setproperty.arrayVal=setProperty: No puede escribir en la propiedad de array {0} a través de una valor de cadena literal jsp.warning.keepgen=Aviso: valor incorrecto para el initParam keepgen. Se usará el valor por defecto de \false\ -jsp.warning.largeFile=Aviso: valor incorrecto para el initParam largeFile. Se usará el valor por defecto de \true\ jsp.warning.xpoweredBy=Aviso: valor incorrecto para el initParam xpoweredBy. Se usará el valor por defecto de \false\ jsp.warning.enablePooling=Aviso: valor incorrecto para el initParam enablePooling. Se usará el valor por defecto de \true\ jsp.warning.invalidTagPoolSize=Aviso: valor incorrecto para el parámetro init llamado tagPoolSize. Se usará la medida por defecto de {0} 1.32 +1 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_fr.properties Index: messages_fr.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_fr.properties,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- messages_fr.properties18 Feb 2004 21:22:21 - 1.31 +++ messages_fr.properties10 Mar 2004 21:16:31 - 1.32 @@ -105,7 +105,6 @@ jsp.error.setproperty.paramOrValue=setProperty: param ou value doit être présent jsp.error.setproperty.arrayVal=setProperty: on ne peut renseigner les array property {0} au travers d''une valeur chaîne constante (string constant value) jsp.warning.keepgen=Attention: Valeur incorrecte pour le initParam keepgenerated. Utilisation de la valeur par défaut \false\ -jsp.warning.largeFile=Attention: Valeur incorrecte pour le initParam largeFile. Utilisation de la valeur par défaut \true\ jsp.warning.enablePooling=Attention: Valeur incorrecte pour le initParam enablePooling. Utilisation de la valeur par défaut \true\ jsp.warning.mappedFile=Attention: Valeur incorrecte pour le initParam mappedFile. Utilisation de la valeur par défaut \false\ jsp.warning.sendErrToClient=Attention: Valeur incorrecte pour le initParam sendErrToClient. Utilisation de la valeur par défaut \false\ 1.51 +1 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties Index: messages_ja.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties,v retrieving revision 1.50
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties
markt 2004/03/10 13:33:10 Modified:jasper2/src/share/org/apache/jasper Tag: tomcat_4_branch EmbededServletOptions.java JspC.java Options.java jasper2/src/share/org/apache/jasper/resources Tag: tomcat_4_branch messages.properties messages_es.properties messages_ja.properties Log: - Fix 14359. Remove the last traces of the largefile option. Revision ChangesPath No revision No revision 1.8.2.5 +3 -28 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Attic/EmbededServletOptions.java Index: EmbededServletOptions.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Attic/EmbededServletOptions.java,v retrieving revision 1.8.2.4 retrieving revision 1.8.2.5 diff -u -r1.8.2.4 -r1.8.2.5 --- EmbededServletOptions.java5 Feb 2004 22:19:06 - 1.8.2.4 +++ EmbededServletOptions.java10 Mar 2004 21:33:09 - 1.8.2.5 @@ -99,14 +99,6 @@ public boolean keepGenerated = true; /** - * Indicates if large files should be supported. What this essentially - * means is that we generated code so that the HTML data in a JSP - * file is stored separately as opposed to those constant string - * data being used literally in the generated servlet. - */ -public boolean largeFile = false; - -/** * Determines whether tag handler pooling is enabled. */ public boolean poolingEnabled = true; @@ -189,13 +181,6 @@ return keepGenerated; } -/** - * Getter method to determine large file support. - */ -public boolean getLargeFile() { -return largeFile; -} - public boolean isPoolingEnabled() { return poolingEnabled; } @@ -318,16 +303,6 @@ else Constants.message (jsp.warning.keepgen, Logger.WARNING); } - -String largeFile = config.getInitParameter(largefile); -if (largeFile != null) { -if (largeFile.equalsIgnoreCase(true)) -this.largeFile = true; -else if (largeFile.equalsIgnoreCase(false)) -this.largeFile = false; -else Constants.message (jsp.warning.largeFile, Logger.WARNING); -} - String mapFile = config.getInitParameter(mappedfile); if (mapFile != null) { if (mapFile.equalsIgnoreCase(true)) 1.12.2.8 +3 -8 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.12.2.7 retrieving revision 1.12.2.8 diff -u -r1.12.2.7 -r1.12.2.8 --- JspC.java 5 Feb 2004 22:19:06 - 1.12.2.7 +++ JspC.java 10 Mar 2004 21:33:09 - 1.12.2.8 @@ -146,7 +146,6 @@ //public static final String SWITCH_XML_OUTPUT = -xml; -boolean largeFile = false; boolean mappedFile = false; int jspVerbosityLevel = Logger.INFORMATION; @@ -203,10 +202,6 @@ return true; } -public boolean getLargeFile() { -return largeFile; -} - public boolean isPoolingEnabled() { return true; } 1.6.2.3 +3 -9 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java Index: Options.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java,v retrieving revision 1.6.2.2 retrieving revision 1.6.2.3 diff -u -r1.6.2.2 -r1.6.2.3 --- Options.java 5 Feb 2004 22:19:06 - 1.6.2.2 +++ Options.java 10 Mar 2004 21:33:09 - 1.6.2.3 @@ -80,12 +80,6 @@ */ public boolean getKeepGenerated(); - -/** - * Are we supporting large files? - */ -public boolean getLargeFile(); - /** * Returns true if tag handler pooling is enabled, false otherwise. */ No revision No revision 1.9.2.11 +1 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties Index: messages.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v retrieving revision 1.9.2.10 retrieving revision 1.9.2.11 diff -u -r1.9.2.10 -r1.9.2.11 --- messages.properties 7 Jan 2004 00:39:20 - 1.9.2.10 +++
DO NOT REPLY [Bug 14359] - largefile option has no effect
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=14359. 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=14359 largefile option has no effect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 21:39 --- I have just committed changes to TC4 and TC5 to remove references to the largefile option. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11 build.xml
markt 2004/03/10 14:35:10 Modified:coyote build.xml http11 build.xml Log: - Fix bug 17315. Version info not set correctly in manifest files. Revision ChangesPath 1.27 +2 -2 jakarta-tomcat-connectors/coyote/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/build.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- build.xml 4 May 2003 19:41:25 - 1.26 +++ build.xml 10 Mar 2004 22:35:10 - 1.27 @@ -232,7 +232,7 @@ jar jarfile=${tomcat-coyote.jar} index=true basedir=${build.home}/classes - manifest=${conf.home}/MANIFEST.MF + manifest=${build.home}/conf/MANIFEST.MF excludes=**/tomcat3/* include name=org/apache/coyote/*.class / include name=org/apache/coyote/memory/*.class / 1.17 +2 -2 jakarta-tomcat-connectors/http11/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- build.xml 7 Oct 2003 14:28:34 - 1.16 +++ build.xml 10 Mar 2004 22:35:10 - 1.17 @@ -174,7 +174,7 @@ jarjarfile=${tomcat-http11.jar} index=true basedir=${build.home}/classes - manifest=${conf.home}/MANIFEST.MF + manifest=${build.home}/conf/MANIFEST.MF include name=org/apache/coyote/http11/**/ /jar /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17315] - Incorrect 'version info' for package org.apache.coyote.http11 and org.apache.coyote.http11.filters
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=17315. 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=17315 Incorrect 'version info' for package org.apache.coyote.http11 and org.apache.coyote.http11.filters [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 22:36 --- Thanks for reporting this. It is now fixed in CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17405] - JSP Classpath
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=17405. 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=17405 JSP Classpath [EMAIL PROTECTED] changed: What|Removed |Added Component|Jasper 2|Catalina --- Additional Comments From [EMAIL PROTECTED] 2004-03-10 22:50 --- Correcting component. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27588] New: - after start of tomcat i get this 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=27588. 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=27588 after start of tomcat i get this error Summary: after start of tomcat i get this error Product: Tomcat 4 Version: 4.0.3 Final Platform: PC URL: http://www.netswings.com OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] i get the error on the start of tomcat, pleace help with this , if you can thanks Mar 8, 2004 7:27:15 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 58080 Mar 8, 2004 7:27:15 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1533 ms Mar 8, 2004 7:27:15 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Mar 8, 2004 7:27:15 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.12 Mar 8, 2004 7:27:16 AM org.apache.catalina.session.StandardManager doLoad SEVERE: IOException while loading persisted sessions: java.io.IOException: Cannot read in the host address -64.-88.-2.51: The host is unknown java.io.IOException: Cannot read in the host address -64.-88.-2.51: The host is unknown at org.openejb.client.ServerMetaData.readExternal (ServerMetaData.java:137) at org.openejb.client.EJBObjectProxyHandle.readExternal (EJBObjectProxyHandle.java:106) at java.io.ObjectInputStream.readExternalData (ObjectInputStream.java:1686) at java.io.ObjectInputStream.readOrdinaryObject (ObjectInputStream.java:1644) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.apache.catalina.session.StandardSession.readObject (StandardSession.java:1398) at org.apache.catalina.session.StandardSession.readObjectData (StandardSession.java:892) at org.apache.catalina.session.StandardManager.doLoad (StandardManager.java:450) at org.apache.catalina.session.StandardManager.load (StandardManager.java:377) at org.apache.catalina.session.StandardManager.start (StandardManager.java:690) at org.apache.catalina.core.ContainerBase.setManager (ContainerBase.java:542) at org.apache.catalina.startup.ContextConfig.managerConfig (ContextConfig.java:353) at org.apache.catalina.startup.ContextConfig.start (ContextConfig.java:740) at org.apache.catalina.startup.ContextConfig.lifecycleEvent (ContextConfig.java:257) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start (StandardContext.java:4073) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125) at org.apache.catalina.core.StandardHost.start(StandardHost.java:792) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:502) at org.apache.catalina.core.StandardService.start (StandardService.java:519) at org.apache.catalina.core.StandardServer.start (StandardServer.java:2343) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) 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.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:392) Mar 8, 2004 7:27:16 AM org.apache.catalina.session.StandardManager start SEVERE: Exception loading sessions from persistent storage java.io.IOException: Cannot read in the host address -64.-88.-2.51: The host is unknown at org.openejb.client.ServerMetaData.readExternal (ServerMetaData.java:137) at org.openejb.client.EJBObjectProxyHandle.readExternal (EJBObjectProxyHandle.java:106) at java.io.ObjectInputStream.readExternalData (ObjectInputStream.java:1686) at java.io.ObjectInputStream.readOrdinaryObject (ObjectInputStream.java:1644) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.apache.catalina.session.StandardSession.readObject (StandardSession.java:1398) at
Re: libjkjni and pcre build
Hi Guenter, Your welcome. ;-) Your email made me realize there no difference between using the ap_pregcomp and ap_regexec functions and the regcomp and regexec functions on platforms that use configure. So I can simplify this a bit more and always use regcomp and regexec when --with-pcre is specified. Netware and Windows can still use the ap_ functions since they don't have to deal with libjkjni. -Kurt From: Guenter Knauf [EMAIL PROTECTED] Hi Kurt, thanks for going this way - I have no choice on NetWare since the PCRE functions are not exported at all. Guenter. I misstated something before. The pcre change is not a problem for inprocess mode, its a problem for jni out of process mode (i.e. apr.NativeSo=libjkjni.so). I think the most reasonable solution is to work as follows: --with-pcre and no --with-jni, use apache pcre functions --with-pcre and --with-jni, use external pcre functions --with-pcre is absent, no pcre support. So if you want pcre you will need to specify it when configuring. You will get either apache pcre or external pcre depending if you specify --with-jni or not. I'll go forward with this unless someone has a better idea. -Kurt From: Kurt Miller [EMAIL PROTECTED] libjkjni is built when --with-jni is not specified at configure time. When this happens it is not usable, so I'll be changing the build to only build libjkjni when --with-jni is specified. I overlooked one thing with the recent pcre changes I committed. The functions ap_pregcomp and ap_regexec will not be available to libjkjni.so and are left unresolved. This will be a problem for jni inprocess mode. I have to make a change to correct this. Two options I see are: 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at all. This is the most straightforward. If you want pcre then you must specify it with --with-pcre. 2) Use ap_pregcomp and ap_regexec only when --with-jni is not specified. This would behave as follows: a) if --with-pcre and --with-jni are not specified then use ap_pregcomp and ap_regexec. b) if --with-jni is specified but -with-pcre is not, then no pcre support. c) if --with-jni and --with-pcre are specified then use regcomp and regexec. Option two is a bit more confusing but gives more flexibility. I'm leaning towards reverting to the old behavior. Thoughts anyone? -Kurt --- - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: libjkjni and pcre build
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in
truk2004/03/10 15:52:34 Modified:jk/native2/server/apache2 Makefile.apxs.in Makefile.in Log: Go back to using HAS_PCRE to fix libjkjni unresolved references. This reverts Apache2 back to its original behavior for pcre (for platforms that use configure). If you want pcre support then configure with --with-pcre. Revision ChangesPath 1.10 +1 -1 jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in Index: Makefile.apxs.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- Makefile.apxs.in 27 Feb 2004 19:14:33 - 1.9 +++ Makefile.apxs.in 10 Mar 2004 23:52:34 - 1.10 @@ -11,7 +11,7 @@ JK=${JK_DIR}/common/ JKINC=${JK_DIR}/include/ -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR -DHAS_AP_PCRE @HAVE_JNI@ +JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR @HAVE_JNI@ @HAS_PCRE@ ifneq ($(strip $(JAVA_HOME)),) JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} 1.22 +3 -3 jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- Makefile.in 10 Mar 2004 19:07:40 - 1.21 +++ Makefile.in 10 Mar 2004 23:52:34 - 1.22 @@ -37,11 +37,11 @@ ${APR_INCL} \ ${JAVA_INCL} -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR -DHAS_AP_PCRE @HAVE_JNI@ +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@ ifdef APR_LIBDIR_LA -JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt +JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt @PCRE_LIBS@ else -JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 +JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 @PCRE_LIBS@ endif ## Based on rules.mk ## - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27590] New: - 2 isapi redirector cannot cohabitate on an IIS
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=27590. 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=27590 2 isapi redirector cannot cohabitate on an IIS Summary: 2 isapi redirector cannot cohabitate on an IIS Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We have a need to have 2 different isapi redirectors(please believe we have done enough research on this and it is really inevitable) on the same IIS. Each isapi redirector (filter and extension) has its own isapi_redirector.properties, workers and urimapping properties files. We found Only the last isapi filter is taken effective. We verified that remove either of the filters will make the left filter work. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27588] - after start of tomcat i get this 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=27588. 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=27588 after start of tomcat i get this error [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-11 01:45 --- This is obvious not tomcat4.0.3. (looks like 5.0.12) There have been many revisions since 5.0.12. Please test with the latest release and/or please use tomcat-user list to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
read it immediately
is that true? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
luehe 2004/03/10 20:18:31 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Fixed regression re: Bugtraq 4839736 (HttpSession.setMaxInactiveInterval() doesn't behave as expected), which had been originally fixed in revision 1.20 Revision ChangesPath 1.37 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java Index: StandardSession.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- StandardSession.java 4 Mar 2004 17:51:16 - 1.36 +++ StandardSession.java 11 Mar 2004 04:18:31 - 1.37 @@ -276,7 +276,7 @@ /** - * The access count for thsi session. + * The access count for this session. */ protected transient int accessCount = 1; @@ -555,16 +555,16 @@ return false; } -if (accessCount 0) { -return true; -} - if (maxInactiveInterval = 0) { long timeNow = System.currentTimeMillis(); int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L); if (timeIdle = maxInactiveInterval) { expire(true); } +} + +if (accessCount 0) { +return true; } return (this.isValid); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/docs index.html
billbarker2004/03/10 21:01:20 Modified:xdocsindex.xml docs index.html Log: Updating latest Tomcat 3 version to 3.3.2. Revision ChangesPath 1.48 +2 -2 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v retrieving revision 1.47 retrieving revision 1.48 diff -u -r1.47 -r1.48 --- index.xml 23 Feb 2004 09:24:10 - 1.47 +++ index.xml 11 Mar 2004 05:01:20 - 1.48 @@ -50,7 +50,7 @@ tr td2.2/1.1/td - td3.3.1a/td + td3.3.2/td /tr /table @@ -140,7 +140,7 @@ 2.2/strong and strongJSP 1.1/strong specifications. /p -pstrongTomcat 3.3.x/strong. Version 3.3.1 is the current production +pstrongTomcat 3.3.x/strong. Version 3.3.2 is the current production quality release. It continues the refactoring that was begun in version 3.2 and carries it to its logical conclusion. Version 3.3 provides a much more modular design and allows the servlet container to be customized by adding and removing 1.59 +2 -2 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- index.html9 Mar 2004 20:11:44 - 1.58 +++ index.html11 Mar 2004 05:01:20 - 1.59 @@ -213,7 +213,7 @@ /td td bgcolor=#a0ddf0 colspan= rowspan= valign=top align=left font color=#00 size=-1 face=arial,helvetica,sanserif -3.3.1a +3.3.2 /font /td /tr @@ -316,7 +316,7 @@ Software Foundation. The 3.x versions all implement the strongServlet 2.2/strong and strongJSP 1.1/strong specifications. /p -pstrongTomcat 3.3.x/strong. Version 3.3.1 is the current production +pstrongTomcat 3.3.x/strong. Version 3.3.2 is the current production quality release. It continues the refactoring that was begun in version 3.2 and carries it to its logical conclusion. Version 3.3 provides a much more modular design and allows the servlet container to be customized by adding and removing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
[EMAIL PROTECTED] wrote: luehe 2004/03/10 20:18:31 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Fixed regression re: Bugtraq 4839736 (HttpSession.setMaxInactiveInterval() doesn't behave as expected), which had been originally fixed in revision 1.20 -1. I don't agree with this change: the session is (apparently) supposed to be valid while it is being accessed, regardless of MaxInactiveInterval. -if (accessCount 0) { -return true; -} - if (maxInactiveInterval = 0) { long timeNow = System.currentTimeMillis(); int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L); if (timeIdle = maxInactiveInterval) { expire(true); } +} + +if (accessCount 0) { +return true; } Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: luehe 2004/03/10 20:18:31 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Fixed regression re: Bugtraq 4839736 (HttpSession.setMaxInactiveInterval() doesn't behave as expected), which had been originally fixed in revision 1.20 -1. I don't agree with this change: the session is (apparently) supposed to be valid while it is being accessed, regardless of MaxInactiveInterval. See bug 26051. Your example from revision 1.20 seems invalid. Rémy - 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 it's community integration, and has been outstanding for 8 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 [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] identifier set to jar basename: [servlets-default.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] identifier set to jar basename: [naming-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] identifier set to jar basename: [naming-resources.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] identifier set to jar basename: [catalina.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set to jar basename: [bootstrap.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] identifier set to jar basename: [servlets-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] identifier set to jar basename: [servlets-invoker.jar] - 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. - Error - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 14 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/xmlParserAPIs.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 -debug -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