cvs commit: jakarta-tomcat-connectors/jk/native/common jk_pool.c
mturk 2005/04/27 23:24:53 Modified:jk/native/common jk_pool.c Log: Fix compile-time warnings for _DEBUG. (again) Revision ChangesPath 1.14 +9 -9 jakarta-tomcat-connectors/jk/native/common/jk_pool.c Index: jk_pool.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_pool.c,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- jk_pool.c 27 Apr 2005 09:38:35 - 1.13 +++ jk_pool.c 28 Apr 2005 06:24:53 - 1.14 @@ -115,15 +115,15 @@ } #if defined (DEBUG) || defined(_DEBUG) -void jk_dump_pool(jk_pool_t *p, FILE * f) +static void jk_dump_pool(jk_pool_t *p, FILE * f) { -fprintf(f, Dumping for pool [%#lx]\n, p); -fprintf(f, size [%d]\n, p-size); -fprintf(f, pos [%d]\n, p-pos); -fprintf(f, buf [%#lx]\n, p-buf); -fprintf(f, dyn_size [%d]\n, p-dyn_size); -fprintf(f, dyn_pos [%d]\n, p-dyn_pos); -fprintf(f, dynamic [%#lx]\n, p-dynamic); +fprintf(f, Dumping for pool [%p]\n, p); +fprintf(f, size [%ld]\n, p-size); +fprintf(f, pos [%ld]\n, p-pos); +fprintf(f, buf [%p]\n, p-buf); +fprintf(f, dyn_size [%ld]\n, p-dyn_size); +fprintf(f, dyn_pos [%ld]\n, p-dyn_pos); +fprintf(f, dynamic [%p]\n, p-dynamic); fflush(f); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34662] New: - Failed character encoding in strings sended using GET method
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=34662. 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=34662 Summary: Failed character encoding in strings sended using GET method Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P1 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Let me explain problem using two test pages. test.jsp %@ page contentType=text/html; charset=UTF-8 language=java% form action=test2.jsp method=GET input type=text name=test /form test2.jsp %@ page contentType=text/html; charset=UTF-8 language=java% %request.setCharacterEncoding(UTF-8);% %=request.getParameter(test)% I send russian symbols from page test.jsp to test2.jsp and symbols recieved in test2.jsp in wrong encoding (may be in ISO-8859-1). With method POST all works OK. Windows XP SP2, Tomcat 5.5.9, J2SE 1.5 update 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34647] - Tomcat cluster - Unable to receive message through TCP Channel
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=34647. 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=34647 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 08:49 --- (In reply to comment #1) The strack trace indicates that you have a principal (you are logged in) but the login name is null. Could you give us a small test case if you can create one and reproduce the error? Hi Filip. I have just done a test. I stopped one of the nodes in the cluster and started it again... as there wasn't any active session in the moment, no problem reported when node starts. The two nodes found each other without any problem. Then, I have logged in with an user. It seems to be no problem with the logon, and I can correctly work with the application. When I stopped again one of the nodes, I can continue working whith the application because the other node takes the control. But, when I started again the node that was down, the situation that I have explained in my first post, it is repeated. In that moment, the solution to communicate correctly the two nodes again is to stop and start both of them. This is a big problem, because I don't have a real cluster... I only have load balancing and failover for the first time, because if one node fails, I can't do the cluster again... it is only possible if I restarts the two nodes Best regards. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't compile jk nativ connector under Suse 9.3
William A. Rowe, Jr. wrote: At 01:32 AM 4/27/2005, Mladen Turk wrote: William A. Rowe, Jr. wrote: ... Thank you; but the other half of my question... It was my fault. SD_SEND is defined only on winsock. On other platforms it is 1. Already committed a fix. Why a Win32 fix rather than a proper posix fix? I suspect you were looking for SHUT_WR in sys/socket.h. Even my most crufty 2.95 gcc compilers offer it. SHUT_WR and other are also in the sys/socket.h of Solaris and BS2000 ;-) Bill - 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 34549] - isUserInRole() on non-secure pages
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=34549. 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=34549 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 09:00 --- (In reply to comment #5) (In reply to comment #0) I access web pages using the following two scenarios: Scenario 1 (correct behaviour): Action [Result] 1) /a.jsp [page a is displayed, scriptlet outputs false] - Correct 2) /security/b.jsp [authorization request, I supply credentials of the user which is has AGENT Role; page b is displayed, scriptlet outputs true] - Correct 3) /a.jsp [same as 1)] - Correct Here you means same as 2, right? Because it is a bug if it is same as 1. -- Jeanfrancois Oh, yes, sure - same as 2 except authorization. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native STATUS.txt
mturk 2005/04/28 01:14:52 Modified:jk/native STATUS.txt Log: Update status. Revision ChangesPath 1.5 +6 -4 jakarta-tomcat-connectors/jk/native/STATUS.txt Index: STATUS.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/STATUS.txt,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- STATUS.txt16 Jan 2005 02:07:47 - 1.4 +++ STATUS.txt28 Apr 2005 08:14:52 - 1.5 @@ -3,14 +3,16 @@ Release: -1.2.9 : in progress -1.2.8 : released Dezember 24, 2004 +1.2.11 : in development +1.2.10 : released March 30, 2005 +1.2.9 : not released +1.2.8 : released December 24, 2004 1.2.7 : not released 1.2.6 : released July 23, 2004 1.2.5 : released September 30, 2003 1.2.4 : released May 27, 2003 1.2.3 : released May 16, 2003 -1.2.2 : released Dezember 17, 2002 +1.2.2 : released December 17, 2002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
mturk 2005/04/28 01:16:03 Modified:jk/tools jkrelease.sh Log: Do not distribute html files with source distrinution. Build CHANGES and BUILDING as text files from builded html files. Revision ChangesPath 1.3 +41 -23jakarta-tomcat-connectors/jk/tools/jkrelease.sh Index: jkrelease.sh === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/tools/jkrelease.sh,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jkrelease.sh 26 Mar 2005 13:49:23 - 1.2 +++ jkrelease.sh 28 Apr 2005 08:16:03 - 1.3 @@ -1,35 +1,53 @@ #/bin/sh -# You can change JKTAG and JKVER to desired CVS tag. +# You can change JKTAG and JKEXT to desired CVS tag and version JKTAG=HEAD -JKEXT=1.2.9 +JKEXT=current JKVER=-${JKEXT}-src +JKCVST=jakarta-tomcat-connectors +JKDIST=${JKCVST}${JKVER} +rm -rf ${JKDIST} export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic -cvs export -r ${JKTAG} -d jakarta-tomcat-connectors${JKVER} jakarta-tomcat-connectors -# Remove all files that are not part of jk release -rm -rf jakarta-tomcat-connectors${JKVER}/ajp -rm -rf jakarta-tomcat-connectors${JKVER}/coyote -rm -rf jakarta-tomcat-connectors${JKVER}/http11 -rm -rf jakarta-tomcat-connectors${JKVER}/jk/java -rm -rf jakarta-tomcat-connectors${JKVER}/jk/jkant -rm -rf jakarta-tomcat-connectors${JKVER}/jk/native2 -rm -rf jakarta-tomcat-connectors${JKVER}/jk/test -rm -rf jakarta-tomcat-connectors${JKVER}/jni -rm -rf jakarta-tomcat-connectors${JKVER}/juli -rm -rf jakarta-tomcat-connectors${JKVER}/naming -rm -rf jakarta-tomcat-connectors${JKVER}/procrun -rm -rf jakarta-tomcat-connectors${JKVER}/util -rm -rf jakarta-tomcat-connectors${JKVER}/webapp +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/KEYS +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/LICENSE +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/NOTICE +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/README.txt +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/common +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/README.txt +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/BUILD.txt +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/conf +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/native +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/support +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/tools +cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/xdocs +mv ${JKDIST}/${JKCVST}/* ${JKDIST}/ +# Remove extra directories and files +rm -rf ${JKDIST}/${JKCVST} +rm ${JKDIST}/jk/native/build.xml +# We will build our own CHANGES from xdocs/changes.xml +rm ${JKDIST}/jk/native/CHANGES.txt +rm -rf ${JKDIST}/jk/conf/jk2.* +rm -rf ${JKDIST}/jk/conf/workers2.* +rm -rf ${JKDIST}/jk/conf/*.manifest # Build documentation. -cd jakarta-tomcat-connectors${JKVER}/jk/xdocs +cd ${JKDIST}/jk/xdocs ant +# Export text docs cd ../native +w3m -dump -T text/html ../build/docs/install/printer/apache1.html BUILDING +w3m -dump -T text/html ../build/docs/install/printer/apache2.html BUILDING +w3m -dump -T text/html ../build/docs/install/printer/iis.html BUILDING +w3m -dump -T text/html ../build/docs/printer/changelog.html CHANGES +w3m -dump -T text/html ../build/docs/news/printer/20050101.html NEWS +w3m -dump -T text/html ../build/docs/news/printer/20041100.html NEWS +rm -rf ../build +rm -rf ../xdocs/jk2 ./buildconf.sh cd ../../../ -tar cvf jakarta-tomcat-connectors${JKVER}.tar jakarta-tomcat-connectors${JKVER} -gzip jakarta-tomcat-connectors${JKVER}.tar -zip -9 -r jakarta-tomcat-connectors${JKVER}.zip jakarta-tomcat-connectors${JKVER} +tar cvf ${JKDIST}.tar ${JKDIST} +gzip ${JKDIST}.tar +zip -9 -r ${JKDIST}.zip ${JKDIST} # Create detatched signature -gpg -ba jakarta-tomcat-connectors${JKVER}.tar.gz -gpg -ba jakarta-tomcat-connectors${JKVER}.zip +gpg -ba ${JKDIST}.tar.gz +gpg -ba ${JKDIST}.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22617] - BASIC authentication fails if Realm supports default user
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=22617. 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=22617 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 11:15 --- I think you are bluring the distinction between a user not being identified (yet) and thus being null and the user with name . I admit that the latter is a very short username, but -- as you state -- this is what the browser-user has entered by simply hitting enter. In my opinion, user is no longer anonymous, it is simply a user with a very short name. Of course, a Realm implementation may take this as a shortcut for anonymous or nobody, and assign the unauthenticated identity, but it may as well require a password for this username. I still consider it an error that Tomcat calls the Realm implementation at all if authentication is BASIC and it has not received any authentication headers yet. It should simply have the browser prompt the user for credentials, just like form based authentication ALWAYS displays the form (and does not call the Realm implementation first with username being null). Of course, the Realm interface is an internal interface. But the point is that Tomcat invokes this interface differently depending on the authentication method used! The practical problem is that I actually do not supply the realm implementation, JBoss does. I simply supply a JAAS login module. And in a J2EE/JBoss context, I have to accept a user being null as the anonymous user, because this is what my J2EE clients use as credentials when trying to access anonymously (if I was to follow your line, a client that wanted to act with the unauthenticated identity would have to include the necesary code to set the username to -- I don't think this is reasonable). Now don't say well this is a JBoss problem; I strongly doubt that e.g. Geronimo uses username instead of user being null to represent an anonymous client. I still think a fix would be quite simple: if ((authentication == BASIC) AND (no authentication headers)) { send 401 to browser }. This would make the behaviour consistent with form based login (and Jetty and WebLogicServer, btw. -- not being able to derive the correct behaviour from the specifications, this may be a point). As a user, I can still hit the return key and if the Realm implementation allows anonymous access, it can assign the unauthenticated identity if username is and password is (as you have proposed the Realm implementation should). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 121 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-28042005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-28042005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-28042005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-28042005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-28042005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2728042005, brutus:brutus-public:2728042005 Gump E-mail Identifier (unique within run) #16. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
William A. Rowe, Jr. wrote: -sprintf(szMsg, %s error: %d, Jakrta - Tomcat, dwErr); +sprintf(szMsg, %s error: %d, Jakarta - Tomcat, dwErr); Mladen, we are in the process of graduating. If this is being tweaked, why not Apache Tomcat {descriptive} Event? Well, you said you will maintain the nt-service, so feel free to tweak that as desired ;) Personally I think that the nt-service is useless project, because we have a full-blown nt service wrapper and manager for Tomcat5 (procrun in commons/daemon), so I see no point to maintain an additional service wrapper whatsoever. That's why I would like to see that deprecated for 1.3 branch. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
mturk 2005/04/28 02:59:21 Modified:jk/tools jkrelease.sh Log: Add more formating to w3m for exporting html docs to txt. Revision ChangesPath 1.4 +16 -12jakarta-tomcat-connectors/jk/tools/jkrelease.sh Index: jkrelease.sh === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/tools/jkrelease.sh,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jkrelease.sh 28 Apr 2005 08:16:03 - 1.3 +++ jkrelease.sh 28 Apr 2005 09:59:21 - 1.4 @@ -7,6 +7,7 @@ JKCVST=jakarta-tomcat-connectors JKDIST=${JKCVST}${JKVER} rm -rf ${JKDIST} +rm -f ${JKDIST}.* export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/KEYS cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/LICENSE @@ -22,25 +23,28 @@ cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/xdocs mv ${JKDIST}/${JKCVST}/* ${JKDIST}/ # Remove extra directories and files +rm -f ${JKDIST}/jk/native/build.xml +rm -f ${JKDIST}/jk/conf/jk2.* +rm -f ${JKDIST}/jk/conf/workers2.* +rm -f ${JKDIST}/jk/conf/*.manifest +rm -f ${JKDIST}/jk/conf/*.xml +rm -f ${JKDIST}/jk/native/CHANGES.txt rm -rf ${JKDIST}/${JKCVST} -rm ${JKDIST}/jk/native/build.xml -# We will build our own CHANGES from xdocs/changes.xml -rm ${JKDIST}/jk/native/CHANGES.txt -rm -rf ${JKDIST}/jk/conf/jk2.* -rm -rf ${JKDIST}/jk/conf/workers2.* -rm -rf ${JKDIST}/jk/conf/*.manifest +rm -rf ${JKDIST}/jk/*/.cvsignore +rm -rf ${JKDIST}/jk/*/*/.cvsignore # Build documentation. cd ${JKDIST}/jk/xdocs ant # Export text docs cd ../native -w3m -dump -T text/html ../build/docs/install/printer/apache1.html BUILDING -w3m -dump -T text/html ../build/docs/install/printer/apache2.html BUILDING -w3m -dump -T text/html ../build/docs/install/printer/iis.html BUILDING -w3m -dump -T text/html ../build/docs/printer/changelog.html CHANGES -w3m -dump -T text/html ../build/docs/news/printer/20050101.html NEWS -w3m -dump -T text/html ../build/docs/news/printer/20041100.html NEWS +W3MOPTS=-dump -cols 80 -t 4 -S -O iso-8859-1 -T text/html +w3m ${W3MOPTS} ../build/docs/install/printer/apache1.html BUILDING +w3m ${W3MOPTS} ../build/docs/install/printer/apache2.html BUILDING +w3m ${W3MOPTS} ../build/docs/install/printer/iis.html BUILDING +w3m ${W3MOPTS} ../build/docs/printer/changelog.html CHANGES +w3m ${W3MOPTS} ../build/docs/news/printer/20050101.html NEWS +w3m ${W3MOPTS} ../build/docs/news/printer/20041100.html NEWS rm -rf ../build rm -rf ../xdocs/jk2 ./buildconf.sh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
mturk 2005/04/28 03:04:54 Modified:jk/tools jkrelease.sh Log: Remove extra files from release. Revision ChangesPath 1.5 +0 -2 jakarta-tomcat-connectors/jk/tools/jkrelease.sh Index: jkrelease.sh === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/tools/jkrelease.sh,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jkrelease.sh 28 Apr 2005 09:59:21 - 1.4 +++ jkrelease.sh 28 Apr 2005 10:04:54 - 1.5 @@ -12,9 +12,7 @@ cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/KEYS cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/LICENSE cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/NOTICE -cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/README.txt cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/common -cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/README.txt cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/BUILD.txt cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/conf cvs export -N -r ${JKTAG} -d ${JKDIST} ${JKCVST}/jk/native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk BUILD.txt
mturk 2005/04/28 03:19:35 Modified:jk BUILD.txt Log: Change some directions. Revision ChangesPath 1.3 +6 -4 jakarta-tomcat-connectors/jk/BUILD.txt Index: BUILD.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/BUILD.txt,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BUILD.txt 1 Jul 2003 20:47:11 - 1.2 +++ BUILD.txt 28 Apr 2005 10:19:35 - 1.3 @@ -3,9 +3,11 @@ side of the connector is available with the normal Tomcat distribution. Documentation for how to build mod_jk 1.2 from source and configure -it for your webserver is located in the jk/docs directory in this +it for your webserver is located in the native/BUILDING file in this source distribution. -The source is located in the jk/native directory and there are -additional text files their on how to build mod_jk for different -platforms. +For the impatient Apache admins: +$ cd native +$ ../configure --with-apxs=/usr/sbin/apxs (or where ever the apxs/apxs2 is) +$ make +$ su -c 'make install' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/conf uriworkermap.properties
mturk 2005/04/28 03:46:58 Modified:jk/conf uriworkermap.properties Log: Update default uriworkermap Revision ChangesPath 1.3 +5 -2 jakarta-tomcat-connectors/jk/conf/uriworkermap.properties Index: uriworkermap.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/uriworkermap.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- uriworkermap.properties 30 Nov 2004 08:56:17 - 1.2 +++ uriworkermap.properties 28 Apr 2005 10:46:58 - 1.3 @@ -5,9 +5,12 @@ # The general sytax for this file is: # [URL]=[Worker name] -/servlet-examples/*=ajp13w +/admin/*=ajp13w +/manager/*=ajp13w +/jsp-examples/*=ajp13w +/servlets-examples/*=ajp13w # Optionally filter out all .jpeg files inside that context # For no mapping the url has to start with exclamation (!) -!/servlet-examples/*.jpeg=ajp13w +!/servlets-examples/*.jpeg=ajp13w - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/conf uriworkermap.properties workers.properties.minimal
mturk 2005/04/28 03:51:00 Modified:jk/conf uriworkermap.properties workers.properties.minimal Log: Update default uriworkermap and workers.properties Revision ChangesPath 1.4 +8 -5 jakarta-tomcat-connectors/jk/conf/uriworkermap.properties Index: uriworkermap.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/uriworkermap.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- uriworkermap.properties 28 Apr 2005 10:46:58 - 1.3 +++ uriworkermap.properties 28 Apr 2005 10:51:00 - 1.4 @@ -5,12 +5,15 @@ # The general sytax for this file is: # [URL]=[Worker name] -/admin/*=ajp13w -/manager/*=ajp13w -/jsp-examples/*=ajp13w -/servlets-examples/*=ajp13w +/admin/*=wlb +/manager/*=wlb +/jsp-examples/*=wlb +/servlets-examples/*=wlb # Optionally filter out all .jpeg files inside that context # For no mapping the url has to start with exclamation (!) -!/servlets-examples/*.jpeg=ajp13w +!/servlets-examples/*.jpeg=wlb + +#Mount jkmanager +/jkmanager=jkstatus 1.3 +14 -1 jakarta-tomcat-connectors/jk/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers.properties.minimal,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- workers.properties.minimal30 Nov 2004 08:52:33 - 1.2 +++ workers.properties.minimal28 Apr 2005 10:51:00 - 1.3 @@ -5,8 +5,8 @@ # # The workers that jk should create and work with # -worker.list=ajp13w +worker.list=wlb,jkstatus # # Defining a worker named ajp13w and of type ajp13 @@ -15,3 +15,16 @@ worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 + +# +# Defining a load balancer +# + +worker.wlb.type=lb +worker.wlb.balance_workers=wlb + +# +# Define status worker +# + +worker.jkstatus.type=status \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf uriworkermap.properties workers.properties.minimal
mturk 2005/04/28 03:52:04 Modified:jk/native/iis/installer/conf uriworkermap.properties workers.properties.minimal Log: Update default uriworkermap and workers.properties Revision ChangesPath 1.3 +15 -9 jakarta-tomcat-connectors/jk/native/iis/installer/conf/uriworkermap.properties Index: uriworkermap.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/conf/uriworkermap.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- uriworkermap.properties 25 Feb 2005 09:28:59 - 1.2 +++ uriworkermap.properties 28 Apr 2005 10:52:04 - 1.3 @@ -1,13 +1,19 @@ -# uriworker.properties - +# uriworkermap.properties - IIS # -# This file provides sample mappings for example -# ajp13w worker defined in workermap.properties.minimal +# This file provides sample mappings for example ajp13w +# worker defined in workermap.properties.minimal +# The general sytax for this file is: +# [URL]=[Worker name] -/admin/*=ajp13w -/manager/*=ajp13w -/jsp-examples/*=ajp13w -/servlets-examples/*=ajp13w +/admin/*=wlb +/manager/*=wlb +/jsp-examples/*=wlb +/servlets-examples/*=wlb -# Now filter out all .jpeg files inside that context +# Optionally filter out all .jpeg files inside that context # For no mapping the url has to start with exclamation (!) -!/servlets-examples/*.jpeg=ajp13w + +!/servlets-examples/*.jpeg=wlb + +#Mount jkmanager +/jkmanager=jkstatus 1.2 +14 -1 jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- workers.properties.minimal15 Dec 2004 11:07:57 - 1.1 +++ workers.properties.minimal28 Apr 2005 10:52:04 - 1.2 @@ -5,8 +5,8 @@ # # The workers that jk should create and work with # -worker.list=ajp13w +worker.list=wlb,jkstatus # # Defining a worker named ajp13w and of type ajp13 @@ -15,3 +15,16 @@ worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 + +# +# Defining a load balancer +# + +worker.wlb.type=lb +worker.wlb.balance_workers=wlb + +# +# Define status worker +# + +worker.jkstatus.type=status \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf workers.properties.minimal
mturk 2005/04/28 03:53:19 Modified:jk/native/iis/installer/conf workers.properties.minimal Log: Use proper worker for balance_members. Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- workers.properties.minimal28 Apr 2005 10:52:04 - 1.2 +++ workers.properties.minimal28 Apr 2005 10:53:19 - 1.3 @@ -21,7 +21,7 @@ # worker.wlb.type=lb -worker.wlb.balance_workers=wlb +worker.wlb.balance_workers=ajp13w # # Define status worker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/conf workers.properties.minimal
mturk 2005/04/28 03:53:34 Modified:jk/conf workers.properties.minimal Log: Use proper worker for balance_members. Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-connectors/jk/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers.properties.minimal,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- workers.properties.minimal28 Apr 2005 10:51:00 - 1.3 +++ workers.properties.minimal28 Apr 2005 10:53:34 - 1.4 @@ -21,7 +21,7 @@ # worker.wlb.type=lb -worker.wlb.balance_workers=wlb +worker.wlb.balance_workers=ajp13w # # Define status worker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf workers.properties.minimal
mturk 2005/04/28 03:59:49 Modified:jk/conf workers.properties.minimal jk/native/iis/installer/conf workers.properties.minimal Log: Add missing LF. Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-connectors/jk/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers.properties.minimal,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- workers.properties.minimal28 Apr 2005 10:53:34 - 1.4 +++ workers.properties.minimal28 Apr 2005 10:59:49 - 1.5 @@ -27,4 +27,4 @@ # Define status worker # -worker.jkstatus.type=status \ No newline at end of file +worker.jkstatus.type=status 1.4 +1 -1 jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal Index: workers.properties.minimal === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- workers.properties.minimal28 Apr 2005 10:53:19 - 1.3 +++ workers.properties.minimal28 Apr 2005 10:59:49 - 1.4 @@ -27,4 +27,4 @@ # Define status worker # -worker.jkstatus.type=status \ No newline at end of file +worker.jkstatus.type=status - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf uriworkermap.properties
mturk 2005/04/28 04:03:05 Modified:jk/conf uriworkermap.properties jk/native/iis/installer/conf uriworkermap.properties Log: Change some comments. Revision ChangesPath 1.5 +7 -3 jakarta-tomcat-connectors/jk/conf/uriworkermap.properties Index: uriworkermap.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/uriworkermap.properties,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- uriworkermap.properties 28 Apr 2005 10:51:00 - 1.4 +++ uriworkermap.properties 28 Apr 2005 11:03:05 - 1.5 @@ -1,8 +1,8 @@ # uriworkermap.properties - IIS # -# This file provides sample mappings for example ajp13w +# This file provides sample mappings for example wlb # worker defined in workermap.properties.minimal -# The general sytax for this file is: +# The general syntax for this file is: # [URL]=[Worker name] /admin/*=wlb @@ -15,5 +15,9 @@ !/servlets-examples/*.jpeg=wlb -#Mount jkmanager +# +# Mount jkstatus to /jkmanager +# For production servers you will need to +# secure the access to the /jkmanager url +# /jkmanager=jkstatus 1.4 +7 -3 jakarta-tomcat-connectors/jk/native/iis/installer/conf/uriworkermap.properties Index: uriworkermap.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/conf/uriworkermap.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- uriworkermap.properties 28 Apr 2005 10:52:04 - 1.3 +++ uriworkermap.properties 28 Apr 2005 11:03:05 - 1.4 @@ -1,8 +1,8 @@ # uriworkermap.properties - IIS # -# This file provides sample mappings for example ajp13w +# This file provides sample mappings for example wlb # worker defined in workermap.properties.minimal -# The general sytax for this file is: +# The general syntax for this file is: # [URL]=[Worker name] /admin/*=wlb @@ -15,5 +15,9 @@ !/servlets-examples/*.jpeg=wlb -#Mount jkmanager +# +# Mount jkstatus to /jkmanager +# For production servers you will need to +# secure the access to the /jkmanager url +# /jkmanager=jkstatus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tagging JK_1_2_11
Hi, I plan to tag the JK_1_2_11 release today on 18:00 GMT. Any pending patches? Regards, Mladen. - 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
mturk 2005/04/28 04:28:46 Modified:jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0 mod_jk.c Log: Add default 'logs/jk-runtime-status' if JkShmFile was not specified. Revision ChangesPath 1.78 +10 -1 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c,v retrieving revision 1.77 retrieving revision 1.78 diff -u -r1.77 -r1.78 --- mod_jk.c 24 Apr 2005 10:02:16 - 1.77 +++ mod_jk.c 28 Apr 2005 11:28:45 - 1.78 @@ -1979,6 +1979,15 @@ main_log = conf-log; } } +#if !defined(WIN32) !defined(NETWARE) +if (!jk_shm_file) { +jk_shm_file = ap_server_root_relative(p, logs/jk-runtime-status); +if (jk_shm_file) +ap_log_error(APLOG_MARK, APLOG_INFO | APLOG_NOERRNO, NULL, + No JkShmFile defined in httpd.conf. + Using default %s, jk_shm_file); +} +#endif if ((rc = jk_shm_open(jk_shm_file, jk_shm_size, conf-log)) == 0) { if (JK_IS_DEBUG_LEVEL(conf-log)) 1.141 +11 -1 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.140 retrieving revision 1.141 diff -u -r1.140 -r1.141 --- mod_jk.c 24 Apr 2005 10:02:16 - 1.140 +++ mod_jk.c 28 Apr 2005 11:28:46 - 1.141 @@ -2329,6 +2329,16 @@ /* jk_map_t *init_map = NULL; */ jk_map_t *init_map = conf-worker_properties; +#if !defined(WIN32) !defined(NETWARE) +if (!jk_shm_file) { +jk_shm_file = ap_server_root_relative(pconf, logs/jk-runtime-status); +if (jk_shm_file) +ap_log_error(APLOG_MARK, APLOG_INFO | APLOG_NOERRNO, + 0, NULL, + No JkShmFile defined in httpd.conf. + Using default %s, jk_shm_file); +} +#endif if ((rc = jk_shm_open(jk_shm_file, jk_shm_size, conf-log)) == 0) { if (JK_IS_DEBUG_LEVEL(conf-log)) jk_log(conf-log, JK_LOG_DEBUG, Initialized shm:%s, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34666] New: - Broken jsp shows random errors
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=34666. 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=34666 Summary: Broken jsp shows random errors Product: Tomcat 5 Version: 5.5.8 Platform: PC URL: http://www.dmdinfo.org/indexbad.jsp OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Try the above URL in IE or firefox, refresh repeatedly. I can replicate this for 5.5.0, 5.5.5, 5.5.8, 5.5.9, i.e. all 5.5.x I've tried. This does not happen for 5.0.30 If I do an out of the box tomcat 5.5.8 install. Goto webapps/ROOT copy index.jsp to index2.jsp break index2.jsp, e.g. %@ !page session=false % start tomcat put index2.jsp in the browser (IE) I get an expected 500 error but if I refresh I sometimes get a comile error. It seems to switch randomly. e.g. org.apache.jasper.JasperException: Unable to load class for JSP org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:591) org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause java.lang.ClassNotFoundException: org.apache.jsp.index2_jsp java.net.URLClassLoader$1.run(URLClassLoader.java:200) java.net.URLClassLoader.findClass(URLClassLoader.java:188) org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:158) org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:71) org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:589) org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34666] - Broken jsp shows random errors
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=34666. 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=34666 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 13:40 --- Tomcat will now (by default) only attempt to compile only once per n seconds. See Jasper configuration. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34666] - Broken jsp shows random errors
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=34666. 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=34666 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 13:58 --- (In reply to comment #1) Tomcat will now (by default) only attempt to compile only once per n seconds. See Jasper configuration. If it can't find the class shouldn't it then try to compile, so at least giving a useful jsp error, identifying the line? This Unable to load class for JSP error isn't very useful. i.e. behave as 5.0.x did and give consistent errors? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34666] - Broken jsp shows random errors
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=34666. 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=34666 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 13:59 --- No, it cannot. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net AprEndpoint.java
remm2005/04/28 05:29:51 Modified:catalina/src/share/org/apache/catalina/connector Connector.java LocalStrings.properties util/java/org/apache/tomcat/util/net AprEndpoint.java Log: - Use APR if present (oops for SSL mode, where right now the protocol class would have to be specified). I'm still unsure about the APRized AJP (motivation is a bit lacking, although it would be good for straight comparisons). - Useless code removal. Revision ChangesPath 1.17 +55 -9 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java Index: Connector.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- Connector.java29 Jan 2005 19:44:43 - 1.16 +++ Connector.java28 Apr 2005 12:29:51 - 1.17 @@ -17,6 +17,7 @@ package org.apache.catalina.connector; +import java.lang.reflect.Method; import java.net.URLEncoder; import java.util.HashMap; @@ -548,9 +549,13 @@ public String getProtocol() { if (org.apache.coyote.http11.Http11Protocol.equals +(getProtocolHandlerClassName()) +|| org.apache.coyote.http11.Http11AprProtocol.equals (getProtocolHandlerClassName())) { return HTTP/1.1; } else if (org.apache.jk.server.JkCoyoteHandler.equals + (getProtocolHandlerClassName()) + || org.apache.coyote.ajp.AjpAprProtocol.equals (getProtocolHandlerClassName())) { return AJP/1.3; } @@ -566,14 +571,55 @@ */ public void setProtocol(String protocol) { -if (HTTP/1.1.equals(protocol)) { -setProtocolHandlerClassName -(org.apache.coyote.http11.Http11Protocol); -} else if (AJP/1.3.equals(protocol)) { -setProtocolHandlerClassName -(org.apache.jk.server.JkCoyoteHandler); -} else if (protocol != null) { -setProtocolHandlerClassName(protocol); +// Test APR support +boolean apr = false; +try { +String methodName = initialize; +Class paramTypes[] = new Class[1]; +paramTypes[0] = String.class; +Object paramValues[] = new Object[1]; +paramValues[0] = null; +Method method = Class.forName(org.apache.tomcat.jni.Library) +.getMethod(methodName, paramTypes); +method.invoke(null, paramValues); +apr = true; +} catch (Throwable t) { +if (!log.isDebugEnabled()) { +log.info(sm.getString(coyoteConnector.noApr, +System.getProperty(java.library.path))); +} else { +log.debug(sm.getString(coyoteConnector.noApr, +System.getProperty(java.library.path)), t); +} +} + +if (apr) { +if (HTTP/1.1.equals(protocol)) { +setProtocolHandlerClassName +(org.apache.coyote.http11.Http11AprProtocol); +} else if (AJP/1.3.equals(protocol)) { +/* +setProtocolHandlerClassName +(org.apache.coyote.ajp.AjpAprProtocol); +*/ +setProtocolHandlerClassName +(org.apache.jk.server.JkCoyoteHandler); +} else if (protocol != null) { +setProtocolHandlerClassName(protocol); +} else { +setProtocolHandlerClassName +(org.apache.coyote.http11.Http11AprProtocol); +} +} else { +if (HTTP/1.1.equals(protocol)) { +setProtocolHandlerClassName +(org.apache.coyote.http11.Http11Protocol); +} else if (AJP/1.3.equals(protocol)) { +setProtocolHandlerClassName +(org.apache.jk.server.JkCoyoteHandler); +} else if (protocol != null) { +setProtocolHandlerClassName(protocol); +} } } 1.7 +3 -0 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/LocalStrings.properties,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- LocalStrings.properties 29 Jan 2005 19:44:43 -
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java
remm2005/04/28 05:30:39 Modified:http11/src/java/org/apache/coyote/http11 Http11AprProcessor.java catalina/src/share/org/apache/catalina/connector Request.java catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Rename attributes as suggested by Bill. Revision ChangesPath 1.10 +6 -4 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java Index: Http11AprProcessor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- Http11AprProcessor.java 23 Apr 2005 17:33:40 - 1.9 +++ Http11AprProcessor.java 28 Apr 2005 12:30:38 - 1.10 @@ -1324,7 +1324,7 @@ // Advertise sendfile support through a request attribute if (endpoint.getUseSendfile()) { -request.setAttribute(sendfile.support, Boolean.TRUE); +request.setAttribute(org.apache.tomcat.sendfile.support, Boolean.TRUE); } } @@ -1504,7 +1504,7 @@ } // Sendfile support -String fileName = (String) request.getAttribute(sendfile.filename); +String fileName = (String) request.getAttribute(org.apache.tomcat.sendfile.filename); if (fileName != null) { // No entity body sent here outputBuffer.addActiveFilter @@ -1512,8 +1512,10 @@ contentDelimitation = true; sendfileData = new AprEndpoint.SendfileData(); sendfileData.fileName = fileName; -sendfileData.start = ((Long) request.getAttribute(sendfile.start)).longValue(); -sendfileData.end = ((Long) request.getAttribute(sendfile.end)).longValue(); +sendfileData.start = +((Long) request.getAttribute(org.apache.tomcat.sendfile.start)).longValue(); +sendfileData.end = +((Long) request.getAttribute(org.apache.tomcat.sendfile.end)).longValue(); } // Check for compression 1.23 +2 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java Index: Request.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- Request.java 20 Apr 2005 16:13:23 - 1.22 +++ Request.java 28 Apr 2005 12:30:38 - 1.23 @@ -1367,7 +1367,7 @@ } // Pass special attributes to the native layer -if (name.startsWith(sendfile.)) { +if (name.startsWith(org.apache.tomcat.)) { coyoteRequest.setAttribute(name, value); } 1.34 +24 -10 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java Index: DefaultServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- DefaultServlet.java 27 Apr 2005 23:07:31 - 1.33 +++ DefaultServlet.java 28 Apr 2005 12:30:38 - 1.34 @@ -145,6 +145,13 @@ */ protected String fileEncoding = null; + +/** + * Minimum size for sendfile usage in bytes. + */ +protected int sendfileSize = 48 * 1024; + + // - Static Initializer @@ -235,6 +242,12 @@ ; } try { +value = getServletConfig().getInitParameter(sendfileSize); +sendfileSize = Integer.parseInt(value) * 1024; +} catch (Throwable t) { +; +} +try { value = getServletConfig().getInitParameter(fileEncoding); fileEncoding = value; } catch (Throwable t) { @@ -1488,21 +1501,22 @@ HttpServletResponse response, CacheEntry entry, long length, Range range) { -if ((entry.resource != null) - ((length 80 * 1024) || (entry.resource.getContent() == null)) +if ((sendfileSize 0) + (entry.resource != null) + ((length sendfileSize) || (entry.resource.getContent() == null))
cvs commit: jakarta-tomcat-catalina/webapps/docs default-servlet.xml changelog.xml
remm2005/04/28 05:32:05 Modified:catalina/src/bin catalina.bat catalina.sh .build.xml tomcat.nsi catalina/src/conf web.xml webapps/docs default-servlet.xml changelog.xml Log: - Add a little docs. - Move default logging.properties to conf, as it's more consistent. Revision ChangesPath 1.13 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.bat Index: catalina.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.bat,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- catalina.bat 3 Mar 2005 15:13:39 - 1.12 +++ catalina.bat 28 Apr 2005 12:32:05 - 1.13 @@ -78,7 +78,7 @@ :gotTmpdir if not exist %CATALINA_HOME%\bin\tomcat-juli.jar goto noJuli -set JAVA_OPTS=%JAVA_OPTS% -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager +set JAVA_OPTS=%JAVA_OPTS% -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=${catalina.base}\conf\logging.properties :noJuli rem - Execute The Requested Command --- 1.20 +6 -6 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.sh,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- catalina.sh 3 Mar 2005 15:13:39 - 1.19 +++ catalina.sh 28 Apr 2005 12:32:05 - 1.20 @@ -114,11 +114,6 @@ fi fi -# Set juli LogManager if it is present -if [ -r $CATALINA_HOME/bin/tomcat-juli.jar ]; then - JAVA_OPTS=$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -fi - # Add on extra jar files to CLASSPATH if [ -n $JSSE_HOME ]; then CLASSPATH=$CLASSPATH:$JSSE_HOME/lib/jcert.jar:$JSSE_HOME/lib/jnet.jar:$JSSE_HOME/lib/jsse.jar @@ -146,6 +141,11 @@ JAVA_ENDORSED_DIRS=`cygpath --path --windows $JAVA_ENDORSED_DIRS` fi +# Set juli LogManager if it is present +if [ -r $CATALINA_HOME/bin/tomcat-juli.jar ]; then + JAVA_OPTS=$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=$CATALINA_BASE/conf/logging.properties +fi + # - Execute The Requested Command - echo Using CATALINA_BASE: $CATALINA_BASE 1.229 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.228 retrieving revision 1.229 diff -u -r1.228 -r1.229 --- build.xml 14 Apr 2005 18:52:28 - 1.228 +++ build.xml 28 Apr 2005 12:32:05 - 1.229 @@ -334,7 +334,7 @@ /jar copy file=${basedir}/resources/logging.properties - todir=${tomcat.build}/common/classes / + todir=${tomcat.build}/conf / /target 1.74 +2 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.73 retrieving revision 1.74 diff -u -r1.73 -r1.74 --- tomcat.nsi28 Mar 2005 17:06:00 - 1.73 +++ tomcat.nsi28 Apr 2005 12:32:05 - 1.74 @@ -310,7 +310,7 @@ Section -post nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath $INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop --StartMode jvm --StopMode jvm' - nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager --StdOutput auto --StdError auto' + nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager#-Djava.util.logging.config.file=${catalina.base}\conf\logging.properties --StdOutput auto --StdError auto' WriteUninstaller $INSTDIR\Uninstall.exe 1.58 +5 -0 jakarta-tomcat-catalina/catalina/src/conf/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v retrieving revision 1.57
DO NOT REPLY [Bug 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 14:34 --- B/c we don't always know what hosts a client may have. If we are managing their dns we would know and that isn't a terrible problem, but for other clients they manage their own DNS and tend to by names up all the time and just point them to their IP address and we would have no knowledge of the new host that is pointing to our servers until we get a call from the client complaining about their new domain not working. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 15:49 --- Another thing we have some clients that have 50+ domain names. This would mean 100+ Alias entries as well to accomidate for www.testhost.com and testhost.com references that could be in the Host header. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34615] - Unecessary cluster replication of DeltaRequest AttributeInfo objects
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=34615. 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=34615 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34669] New: - Cookies are not always parsed on simultaneous 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=34669. 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=34669 Summary: Cookies are not always parsed on simultaneous request Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I find that despite there being an incoming JSESSIONID cookie, sometimes this doesn't make it into the requests Cookies. I've confirmed this by trapping the case in my servlet filter, and then examining the request. In this case I can see the cookie header, but the cookies are empty. Some specifics - I'm using JBoss 4.0.1sp1, which has Tomcat 5.0 embedded. The use of the session is in a servlet filter for security. I store a JAAS subject on the session in my login form, and I test the existence in the filter. The pages generated by the application then make many other requests. IE correctly sends the cookie in the requests, but sometimes, perhaps one in five or one in ten requests, the cookie is ignored as stated in the first paragraph. I access the sessions using synchronized blocks to avoid multiple simul updates. I tried adding a sync on the doFilter method on the off chance that there was a session issue (although, as noted above, the issue appears to be due to the cookies). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34669] - Cookies are not always parsed on simultaneous 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=34669. 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=34669 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 18:07 --- I am sorry, but I simply do not believe you. Objects used for reading and parsing the requests are per thread, and as a result are fully independent (this includes headers and cookies). If you believe there's an issue, you'll have to investigate it yourself, and submit a fix (or at least find out what goes wrong inside the Tomcat code, and where). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34669] - Cookies are not always parsed on simultaneous 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=34669. 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=34669 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 18:22 --- I will do more investigation. But I don't believe you isn't a particularly reasonable response. It may be the fault is outside of Tomcat, but it really is hard to argue with what I saw in the debugger. If I had a dollar for every time I thought that, and later found the problem I could probably retire. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.9 runs on Kaffe 1.1.5 (was Re: Tomcat and APR)
Jason Brittain wrote: Remy Maucherat wrote: Jason Brittain wrote: This release of Apache Tomcat was packaged to run on J2SE 5.0 or later. It can be run on earlier JVMs by downloading and installing a compatibility package from the Apache Tomcat binary download page. means JMX wasn't found, that's all. Okay, I confirmed at least one way to make Tomcat 5.5.9 run on Kaffe 1.1.5. Adding the jmx.jar to the Kaffe's boot classpath works: # export CATALINA_BASE=/home/$USER/jakarta-tomcat-5.5.9 # export CATALINA_OPTS=-Xbootclasspath/p:$CATALINA_BASE/bin/jmx.jar # cd $CATALINA_BASE # bin/catalina.sh start Now, Tomcat runs. I tried the JSP examples, and they work. I'll see about benchmarking it versus JDK 1.4.x and 1.5.x. :) Thanks for the help Remy. -- Jason Brittain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_util.c
mturk 2005/04/28 10:02:35 Modified:jk/native/common jk_util.c Log: Fix typo. It was meant to be SECRET_OF_WORKER not SECRET_KEY_OF_WORKER, altough both are valid. Revision ChangesPath 1.65 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_util.c Index: jk_util.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.c,v retrieving revision 1.64 retrieving revision 1.65 diff -u -r1.64 -r1.65 --- jk_util.c 27 Apr 2005 07:39:38 - 1.64 +++ jk_util.c 28 Apr 2005 17:02:35 - 1.65 @@ -1027,7 +1027,7 @@ IS_WORKER_DISABLED, IS_WORKER_STOPPED, WORKER_RECOVER_TIME, -SECRET_KEY_OF_WORKER, +SECRET_OF_WORKER, RETRIES_OF_WORKER, NULL }; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 runs on Kaffe 1.1.5 (was Re: Tomcat and APR)
Jason Brittain wrote: Jason Brittain wrote: Remy Maucherat wrote: Jason Brittain wrote: This release of Apache Tomcat was packaged to run on J2SE 5.0 or later. It can be run on earlier JVMs by downloading and installing a compatibility package from the Apache Tomcat binary download page. means JMX wasn't found, that's all. Okay, I confirmed at least one way to make Tomcat 5.5.9 run on Kaffe 1.1.5. Adding the jmx.jar to the Kaffe's boot classpath works: # export CATALINA_BASE=/home/$USER/jakarta-tomcat-5.5.9 # export CATALINA_OPTS=-Xbootclasspath/p:$CATALINA_BASE/bin/jmx.jar # cd $CATALINA_BASE # bin/catalina.sh start Now, Tomcat runs. I tried the JSP examples, and they work. I'll see about benchmarking it versus JDK 1.4.x and 1.5.x. :) It's really bad. APR might help a little. With gij 4.0.0, you can do gij -jar ./bin/bootstrap.jar gcjing select parts should make it much faster, but I'm lazy and didn't try. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34662] - Failed character encoding in strings sended using GET method
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=34662. 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=34662 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 19:46 --- You need to read the FAQ. http://jakarta.apache.org/tomcat/faq/misc.html#tomcat5CharEncoding -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h
mturk 2005/04/28 10:48:28 Modified:jk/native/common jk_version.h Log: Mark 1.2.11 as release. Revision ChangesPath 1.38 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- jk_version.h 30 Mar 2005 06:52:05 - 1.37 +++ jk_version.h 28 Apr 2005 17:48:28 - 1.38 @@ -32,7 +32,7 @@ #define JK_VERBETA 0 #define JK_BETASTRING 0 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ -#define JK_VERISRELEASE 0 +#define JK_VERISRELEASE 1 #define JK_VERRC0 #define JK_RCSTRING 0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
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=28222. 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=28222 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 19:49 --- IMHO this conflicts with the specification of HttpServletRequest.getRequestURL(): Reconstructs the URL the client used to make the request It says the client but after a forward the returned URL is not the client URL anymore. btw I'm posting this because the fix breaks my applications :( -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34669] - Cookies are not always parsed on simultaneous 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=34669. 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=34669 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 20:00 --- OK, I've done more investigation. I believe what's happening is that the unprocessed flag in the cookies object is getting set to false before the headers are all available. Here's why: I put a breakpoint in my servlet filter just before I get the session. I ask for the cookies and I break if cookies returns null. Then I go into the data structure and look at the CoyoteRequest object. The Cookies object has unprocessed=false and no cookies, but the headers include a cookie header. I reset unprocessed to true, then I reaccess Cookies and the JSESSIONID cookie appears. More data: I put a breakpoint in the cookie parser and it never failed to find the header. So what I'm wondering is if there is a case where parsing might be bypassed? For example, it looks like the cookies are normally processed on object creation and then if recycle is called. Could the headers sometimes be getting set without calling recycle? The other bug I'm seeing is that sometimes the scheme isn't set on the request. request.getScheme returns null (which breaks redirect). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h
mturk 2005/04/28 11:09:28 Modified:jk/native/common jk_version.h Log: Increment the version number to 1.2.12-dev Revision ChangesPath 1.39 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- jk_version.h 28 Apr 2005 17:48:28 - 1.38 +++ jk_version.h 28 Apr 2005 18:09:28 - 1.39 @@ -25,14 +25,14 @@ /** START OF AREA TO MODIFY BEFORE RELEASING */ #define JK_VERMAJOR 1 #define JK_VERMINOR 2 -#define JK_VERFIX 11 -#define JK_VERSTRING1.2.11 +#define JK_VERFIX 12 +#define JK_VERSTRING1.2.12 /* Beta number */ #define JK_VERBETA 0 #define JK_BETASTRING 0 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ -#define JK_VERISRELEASE 1 +#define JK_VERISRELEASE 0 #define JK_VERRC0 #define JK_RCSTRING 0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34669] - Cookies are not always parsed on simultaneous 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=34669. 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=34669 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 20:13 --- This does not make any sense at all, especially: (In reply to comment #3) unprocessed flag in the cookies object is getting set to false before the headers are all available The first thing which occurs is parsing the headers. If cookie parsing is done before, then you are looking at improper access to the container objects. Try to enable the security manager to get some NPEs to reveal them. I don't know where your problem is, but all I know is that it is not in Tomcat. Please do not reopen the report. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator BasicAuthenticator.java
markt 2005/04/28 11:54:54 Modified:catalina/src/share/org/apache/catalina/authenticator BasicAuthenticator.java Log: Fix bug 22617. When used with an EJB container and a realm that supports the concept of an unauthenticated user (J2EE.3.4.3) BASIC authentication was always authenticating users as the unauthenticated user without giving them a chance to supply a username and password. Also fixed some static access warnings highlighted by Eclipse. Revision ChangesPath 1.16 +16 -22 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java Index: BasicAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- BasicAuthenticator.java 26 Aug 2004 21:27:39 - 1.15 +++ BasicAuthenticator.java 28 Apr 2005 18:54:54 - 1.16 @@ -46,12 +46,6 @@ /** - * The Base64 helper object for this class. - */ -protected static final Base64 base64Helper = new Base64(); - - -/** * Descriptive information about this implementation. */ protected static final String info = @@ -66,7 +60,7 @@ */ public String getInfo() { -return (this.info); +return (info); } @@ -125,15 +119,19 @@ HttpServletResponse hres = (HttpServletResponse) response.getResponse(); String authorization = request.getAuthorization(); -String username = parseUsername(authorization); -String password = parsePassword(authorization); -principal = context.getRealm().authenticate(username, password); -if (principal != null) { -register(request, response, principal, Constants.BASIC_METHOD, - username, password); -return (true); -} +// Only authenticate if there is an authorization header +if (authorization != null) { +String username = parseUsername(authorization); +String password = parsePassword(authorization); +principal = context.getRealm().authenticate(username, password); +if (principal != null) { +register(request, response, principal, Constants.BASIC_METHOD, + username, password); +return (true); +} +} + // Send an unauthorized response and an appropriate challenge String realmName = config.getRealmName(); if (realmName == null) @@ -160,15 +158,13 @@ */ protected String parseUsername(String authorization) { -if (authorization == null) -return (null); if (!authorization.toLowerCase().startsWith(basic )) return (null); authorization = authorization.substring(6).trim(); // Decode and parse the authorization credentials String unencoded = - new String(base64Helper.decode(authorization.getBytes())); + new String(Base64.decode(authorization.getBytes())); int colon = unencoded.indexOf(':'); if (colon 0) return (null); @@ -187,15 +183,13 @@ */ protected String parsePassword(String authorization) { -if (authorization == null) -return (null); if (!authorization.startsWith(Basic )) return (null); authorization = authorization.substring(6).trim(); // Decode and parse the authorization credentials String unencoded = - new String(base64Helper.decode(authorization.getBytes())); + new String(Base64.decode(authorization.getBytes())); int colon = unencoded.indexOf(':'); if (colon 0) return (null); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
markt 2005/04/28 11:55:57 Modified:catalina/src/share/org/apache/catalina/authenticator BasicAuthenticator.java webapps/docs changelog.xml Log: Fix bug 22617. When used with an EJB container and a realm that supports the concept of an unauthenticated user (J2EE.3.4.3) BASIC authentication was always authenticating users as the unauthenticated user without giving them a chance to supply a username and password. - Ported from TC4. Revision ChangesPath 1.12 +8 -7 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java Index: BasicAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- BasicAuthenticator.java 18 Jan 2005 22:11:57 - 1.11 +++ BasicAuthenticator.java 28 Apr 2005 18:55:57 - 1.12 @@ -176,14 +176,15 @@ authorizationBC.setOffset(authorizationBC.getOffset() - 6); } + +principal = context.getRealm().authenticate(username, password); +if (principal != null) { +register(request, response, principal, Constants.BASIC_METHOD, + username, password); +return (true); +} } -principal = context.getRealm().authenticate(username, password); -if (principal != null) { -register(request, response, principal, Constants.BASIC_METHOD, - username, password); -return (true); -} // Send an unauthorized response and an appropriate challenge MessageBytes authenticate = 1.294 +6 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.293 retrieving revision 1.294 diff -u -r1.293 -r1.294 --- changelog.xml 28 Apr 2005 12:32:05 - 1.293 +++ changelog.xml 28 Apr 2005 18:55:57 - 1.294 @@ -115,6 +115,12 @@ If APR as well as Tomcat's JNI wrapper for APR are present, use APRized protocol handlers instead of the regular ones (remm) /update + fix +bug22617/bug: When used with an EJB container and a realm that supports the concept +of an unauthenticated user (J2EE.3.4.3) BASIC authentication was always authenticating +users as the unauthenticated user without giving them a chance to supply a username and +password. (markt) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22617] - BASIC authentication fails if Realm supports default user
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=22617. 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=22617 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 21:00 --- Got it. As soon as I read your last post it all made sense. Your are right, this is a bug and the fix is simple. I have commited a fix for this to TC4.1.x and TC5.5.x -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17517] - Embedded Catalina does not use context classloader
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=17517. 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=17517 [EMAIL PROTECTED] changed: What|Removed |Added Severity|blocker |enhancement Version|4.1.18 |4.1.31 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 21:12 --- Correcting the severity and updating the version. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 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 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |enhancement --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 21:13 --- Correcting the severity. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 runs on Kaffe 1.1.5 (was Re: Tomcat and APR)
Remy Maucherat wrote: Jason Brittain wrote: Jason Brittain wrote: Now, Tomcat runs. I tried the JSP examples, and they work. I'll see about benchmarking it versus JDK 1.4.x and 1.5.x. :) It's really bad. APR might help a little. Surprisingly, it looked reasonable when I benchmarked it today. Here are the results: Kaffe 1.1.5 250 users -- 205/sec throughput, 3.3 average, 0% error 500 users -- 307/sec throughput, 11.4 average, 0% error 1000 users -- 325/sec throughput, 370.7 average, 0% error 2000 users -- 138/sec throughput, 3048.8 average, 0% error JDK 1.5.0 250 users -- 204/sec throughput, 2.8 average, 0% error 500 users -- 307/sec throughput, 42.2 average, 0% error 1000 users -- 390/sec throughput, 124.1 average, 0% error 2000 users -- 294/sec throughput, 130.8 average, 0% error When the concurrency was high, Kaffe was quite a bit slower. But, at the low end, it seems to keep up with Sun JDK 1.5.0 just fine. I did see some problems though: several webapps I tried didn't work due to random misc JVM problems in Kaffe. It's still looking a bit incompletely implemented. For the above test, I used jmeter CVS HEAD with Peter Lin's concurrent1 test plan (from http://cvs.apache.org/~woolfel/native_testplans.zip), modified for my box's IP address, and to request /tomcat.gif. The tested box is a Fedora Core 2 x86 32 box (running Tocmat 5.5.9). The tester box is a Fedora Core 3 x86 32 box (running jmeter). Remy: Maybe the slowness you saw with kaffe is on win32? -- Jason Brittain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Muchas gracias por su aporte
De nuestra consideración: Le agradecemos desde la redacción de enplenitud.com la confianza puesta en nosotros y en nuestro trabajo al enviarnos estos datos. En las próximas horas los invitaremos a incorporarse a nuestra comunidad y a recibir el próximo newsletter Por favor, tenga en cuenta que este programa se refiere sólo a la invitación a conocer nuestro sitio y boletín a nuevas personas, y no a ningún requisito a cumplir para poder participar de los mismos. Un saludo cordial desde En Plenitud, y esperamos seguir contando con sus aportes y si lo desea, sus sugerencias. Dra. Susana Pérez Directora de Comunidad www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]