cvs commit: jakarta-tomcat-connectors/jk/xdocs/news 20041100.xml
mturk 2005/02/23 00:10:20 Modified:jk/xdocs changelog.xml index.xml style.css jk/xdocs/config apache.xml iis.xml workers.xml jk/xdocs/howto index.xml project.xml jk/xdocs/install apache1.xml iis.xml jk/xdocs/news 20041100.xml Added: jk/xdocs/howto loadbalancers.xml Log: Update documentation to 1.2.9. Still lots of work left. Revision ChangesPath 1.12 +38 -14jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- changelog.xml 14 Feb 2005 18:07:00 - 1.11 +++ changelog.xml 23 Feb 2005 08:10:19 - 1.12 @@ -25,6 +25,30 @@ br / subsection name=Native changelog + update + If socket_timeout is set check if socket is alive before + sending any request to Tomcat. (mturk) + /update + update + Added JkMountFile for Apache web servers. This file can contain + uri mappings in the form (/url=worker), and is checked for + updates at regular 60 second interval. (mturk) + /update + update + Added status worker for managing worker runtime data using + web page. (mturk) + /update + update + Added load balancer method directive that is used for setting + the algorithm used for balancing workers. Method can be either + Request (default) or Traffic. (mturk) + /update + update + Added shared memory to allow dynamic configuration. Shared memory + is needed only for unix platform and web servers having multiple + child processes. For Apache web server two new directives has been + added (JkShmFile and JkShmSize). (mturk) + /update fix bug33562/bug: Fix Reply_timeout when recovery_options is larger than 1. Patch provided by Takashi Satou. (mturk) @@ -41,8 +65,8 @@ subsection name=Native changelog update - Allow anyone to debug and diagnose stack dumps using windbg or any - other debugging tool, and (if they add the .pdb files to their + Allow anyone to debug and diagnose stack dumps using windbg or any + other debugging tool, and (if they add the .pdb files to their installation) to make sense of dr watson logs. Patch provided by William A. Rowe (wrowe) /update @@ -101,7 +125,7 @@ changelog update Added new property named recover_time that can be used to change the - default 60 second recover time. (mturk) + default 60 second recover time. (mturk) /update update Added custom retries for worker, so we don't depend on default setting. @@ -109,7 +133,7 @@ then 3 and then try again. (mturk) /update update - Added JkWorkerProperty directive that enables omiting workers.properties file. + Added JkWorkerProperty directive that enables omiting workers.properties file. For example: JkWorkerProperty worker.ajp13a.port=8009. (mturk) /update fix @@ -139,16 +163,16 @@ /fix fix Changed the load balancer algorithm. -The idea behind this new scheduler is the following: +The idea behind this new scheduler is the following: lbfactor is ihow much we expect this worker to work/i, -or ithe worker's work quota/i. -lbstatus is ihow urgent this worker has to work to fulfill its quota -of work/i. We distribute each worker's work quota to the worker, and then look -which of them needs to work most urgently (biggest lbstatus). This -worker is then selected for work, and its lbstatus reduced by the -total work quota we distributed to all workers. Thus the sum of all -lbstatus does not change.(*) -If some workers are disabled, the others will +or ithe worker's work quota/i. +lbstatus is ihow urgent this worker has to work to fulfill its quota +of work/i. We distribute each worker's work quota to the worker, and then look +which of them needs to work most urgently (biggest lbstatus). This +worker is then selected for work, and its lbstatus reduced by the +total work quota we distributed to all workers. Thus the sum of all +lbstatus does not change.(*) +If some workers are disabled, the others will still be scheduled correctly. (mturk) /fix /changelog @@ -158,7 +182,7 @@ pJK2 has been put in maintainer mode and no further development will take place. The reason for shutting down JK2
Re: CVS commit request - jakarta-tomcat-connectors
Jim Jagielski wrote: I'd like to request commit privs for the jakarta-tomcat-connectors tree. I will be working mostly on the apache/mod_jk integration aspects to complement what is going on in the httpd mod_proxy side. Great ;-)) you need to be in the jakarta group. - 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]
[GUMP@brutus]: 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 33 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-23022005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-23022005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-23022005/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-23022005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-23022005/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 2323022005, brutus:brutus-public:2323022005 Gump E-mail Identifier (unique within run) #10. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
isapi_redirect and HTTP PUT doesn't work
Hi @ll, Well, I've a problem with the isapi_redirect.dll (versions 1.2.6 and 1.2.8) in combination with a http PUT request. With a old version, don't know which exact, it's from 2001, the request works without any problems. I'm using tomcat 5.5 and IIS5 on Windows 2000 Server and isapi_redirect.dll. For testing I use curl 7.10 with the following command: curl -T E:\test.png -X PUT http://myhost/fileupload/FileUploadServlet; With isapi_redirect.dll versions 1.2.6 and 1.2.8 I get the following error: htmlheadtitleError/title/headbodyFalscher Parameter. /body/htmlcurl: (55) ... with the old version, it works. If I use the GET command, the servlet works and I get back the right message. In the logfiles I could see, IIS forwards a GET to /jakarta/isapi_redirect.dll but not a PUT command. thnx for your help kind regards Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS commit request - jakarta-tomcat-connectors
jean-frederic clere wrote: Jim Jagielski wrote: I'd like to request commit privs for the jakarta-tomcat-connectors tree. I will be working mostly on the apache/mod_jk integration aspects to complement what is going on in the httpd mod_proxy side. Great ;-)) you need to be in the jakarta group. I wanted to ping tomcat-dev 1st to see if there would be any issues, etc... first ;) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Risposta alla tua domanda
-- PIXMANIA.COM N°1 in Europa. Prezzi bassi garantiti. Disponibilita permanente. -- Ti ringraziamo di averci contattato. Questa risposta automatica ti è stata inviata perché pensiamo che possa soddisfare le tue esigenze. Potrai trovare qui sotto i link per le pagine del nostro sito che potranno rispondere alle tue attese e richieste. Seguire l'ordine: http://www.pixmania.com/it/it/c_action/suivi_cde/index.html Servizio post vendita: http://www.pixmania.com/it/it/s_action/sav/index.html FAQ : http://www.pixmania.com/it/it/s_action/faq/index.html Disdetta abbonamento alle e-mail promozionali: http://www.pixmania.com/it/it/c_action/desabonnement/index.html Per ogni altro tipo di domanda ti preghiamo di riempire il modulo seguente: http://www.pixmania.com/it/it/c_action/faq_clients/index.html Cordiali saluti, Servizio Clienti http://www.pixmania.com/ PS: Questa è una risposta automatica. Ti preghiamo di non rispondere direttamente a questa e-mail. -- PIXmania.com è una società del gruppo Fotovista. http://www.fotovista.com/ -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33709] New: - Unable to excute an external command
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=33709. 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=33709 Summary: Unable to excute an external command Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: blocker Priority: P3 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hello, we are working on Windows 2003 server with jdk 1.5. Tomcat is running as service with the following start options: -Dcatalina.home=C:\Java\Tomcat 5.5 -Dcatalina.base=C:\Java\Tomcat 5.5 -Djava.endorsed.dirs=C:\Java\Tomcat 5.5\common\endorsed -Djava.home=C:\java\jdk\jre -Djava.security.manager -Djava.security.policy=C:\Java\Tomcat 5.5\conf\catalina.policy -Djava.security.debug=failure In my catalina.policy I have this: grant codeBase file:${catalina.home}/webapps/hl_pc49/- { permission java.security.AllPermission; }; But when I would like to execute an external command in my servlet as: Runtime.getRuntime().exec(myCommand); //myCommand is a rsh command to an Unix machine In my Windows processes, I see the command launching, but stops after one second. This command works fine on command prompt and the time of execution is about 10 seconds. In the Windows services I add to Tomcat Service in the properties to Log on as Administror but the issue is the same. When I programmed my application I was on Windows XP with eclipse 2.1 the problem has never existed. Without catalina.policy--- same issue. Is it a bug? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33709] - Unable to excute an external command
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=33709. 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=33709 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Component|Webapps:Manager |Unknown Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-23 14:48 --- No. Its a topic to ask the tomcat users list. Odds are your running the service as a userid who is not allowed to run the other process. Please use the tomcat-user list to confirm -- 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]
[JEY-73431]: DO NOT REPLY [Bug 33709] - Unable to excute an external command
== Please reply above this line == tomcat-dev@jakarta.apache.org, Ticket ID: JEY-73431 Ticket Key: 12e90554 Subject: DO NOT REPLY [Bug 33709] - Unable to excute an external command Department: Support Your ticket has been submitted to our Support department, one of the staff members will review it and reply accordingly. Listed above are details of this ticket, you will need to use the ticket key listed above to update the status of this ticket from web. Check the status or reply to this ticket anytime online at http://support.winferno.com/CRMsupport/index.php?_a=tickets_m=viewmain[EMAIL PROTECTED]ticketkeyre=12e90554_i=JEY-73431 Save time. Is your question listed below? Rapid IE - Unknown Interface Error http://support.winferno.com/CRMsupport/index.php?_a=knowledgebase_j=questiondetails_i=36ticketid2=JEY-73431ticketkey2=12e90554doclose=1 POP3 Email Client http://support.winferno.com/CRMsupport/index.php?_a=knowledgebase_j=questiondetails_i=23ticketid2=JEY-73431ticketkey2=12e90554doclose=1 Download and Installation Information Missing http://support.winferno.com/CRMsupport/index.php?_a=knowledgebase_j=questiondetails_i=30ticketid2=JEY-73431ticketkey2=12e90554doclose=1 Please let us know if we can assist you any further, Winferno Customer Support - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33711] New: - Memory leak (classloader) with Log4J and Single Sign On.
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=33711. 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=33711 Summary: Memory leak (classloader) with Log4J and Single Sign On. Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] We have detected a situation where Tomcat will leak memory when web applications are undeployed. Specifically, when the following 3 conditions are met: a) SingleSignOn valve is used b) the web app requires the user to be authenticated to get a session c) the web app contains commons-logging.jar *and* log4j.jar This has been observed with Tomcat 5.5.7 Simply deploy a web app under the above conditions, visit the web app so that a session for that app is stored in the SingleSignOn data structures, then undeploy the web app. At this point tomcat leaks a reference to the class loader for the undeployed web app. Repeat, and eventually this will cause OutOfMemoryError. What happens is that an instance of StandardSession is stored as a key in the reverse HashMap of SingleSignOn. The instance of StandardSession also refers to an instance of StandardManager in its manager field. The classes for the SingleSignOn, StandardSession and StandardManager all appear to be loaded by the catalina StandardClassLoader. However, (and I think this is where the leak happens), the log field of the StandardManager refers to an instance of: org.apache.commons.logging.impl.Log4JLogger That Log4JLogger class is loaded by the WebAppClassLoader for our web app, hence making a hard reference to that class loader. When the web application is undeployed, the hard reference to the dead classloader remains in the data structures of SingleSignOn. I think it only gets cleaned up when the session is terminated. This has lead to exhaustion of the PermGen for our applications, where it is quite normal to create/deploy/undeploy web applications in production (not just during development). I can supply a very simple web-app to demonstrate this effect if required. Not sure if this is one bug, or several: 1) Why is the logger loaded from the web app class loader? 2) Why does the SingleSignOn mechanism not remove ALL sessions for ALL users related to a given web app when the web app is undeployed. Any ideas for fixes for this? (Its seriously delaying a product release at present.) Many thanks, Kev -- 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 33711] - Memory leak (classloader) with Log4J and Single Sign On.
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=33711. 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=33711 --- Additional Comments From [EMAIL PROTECTED] 2005-02-23 15:41 --- You might want to look into the code a little bit more, and see that SSO should get an event for all sessions of a particular webapp when it is stopped. If you think there are cases where something is not properly cleaned up, then please submit a patch. -- 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 33713] New: - Admin webapp throws NullPointerException when logon is performed using Single Sign On
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=33713. 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=33713 Summary: Admin webapp throws NullPointerException when logon is performed using Single Sign On Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If Single Sign On is enabled, a user can visit the Tomcat administration webapp after logging on using another page. Unfortunately after upgrading from Tomcat 5.0 to 5.5.7 we've found this results in a NullPointerException (unless the admin webapp has already been loaded). I've had a look at the code, and the reason seems to be Remm's commit to web.xml and login.jsp on 16-Aug-04 (affecting Tomcat 5.5.0 and above) that stopped the admin app being loaded on startup and instead loads its internals when the login .jsp page is visited. This fix obviously assumes that the login page is always visited before the admin webapp is accessed - an assumption that is not valid when using SSO. I suggest either reversing the previous commit and turning load-on-startup on again; or alternatively, adding the line that was added to login.jsp to frameset.jsp as well (someone would need to confirm if this works OK, as I don't know). -- 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 33714] New: - Apache-Coyote/1.1 HTTP header size too limited
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=33714. 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=33714 Summary: Apache-Coyote/1.1 HTTP header size too limited Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The Apache-Coyote/1.1 connector is unable to deal with a moderate number/size of incoming HTTP header fields. The Apache HTTPD web server seams to deal with this quite well via LimitRequestFields and LimitRequestFieldsize, and in the default configuration, really well. To see the problem with the Coyote connector, run: java UploadHeaders http://localhost:8080 after Tomcat has been installed onto a system and started, with this program: import java.net.*; public class UploadHeaders { public static void main ( String args[] ) throws Exception { char c[] = new char[1024]; for (int loop=0; loopc.length; ++loop) { c[loop] = (char)('A'+(loop%26)); } String line = new String(c); URL url = new URL(args[0]); URLConnection con = url.openConnection(); con.setRequestProperty( Testing1, line ); con.setRequestProperty( Testing2, line ); con.setRequestProperty( Testing3, line ); con.setRequestProperty( Testing4, line ); con.getInputStream().close(); System.out.println( OK ); } } An exception is thrown instead of seeing 'OK'. Run again with: java UploadHeaders http://www.apache.org to see 'OK' output. Apache HTTPD deals with a large number/size of HTTP headers very well. The Coyote connector in comparison does very poorly. Can/will this be fixed in the Coyote connector? -- 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 33714] - Apache-Coyote/1.1 HTTP header size too limited
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=33714. 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=33714 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-23 20:03 --- See maxHttpHeaderSize http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/http.html -- 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-catalina/catalina/src/share/org/apache/catalina/valves ValveBase.java
luehe 2005/02/23 11:27:56 Modified:catalina/src/share/org/apache/catalina/authenticator FormAuthenticator.java NonLoginAuthenticator.java SSLAuthenticator.java SingleSignOn.java catalina/src/share/org/apache/catalina/realm DataSourceRealm.java JDBCRealm.java JNDIRealm.java RealmBase.java UserDatabaseRealm.java catalina/src/share/org/apache/catalina/valves ValveBase.java Log: No change in functionality. Added new containerLog instance var to RealmBase and ValveBase, which is initialized as container.getLogger() inside setContainer(). This will make it easier to do something like containerLog = LogFactory.getLog(container.logName()+.RealmBase); in the future, as suggested by Bill Barker. Revision ChangesPath 1.18 +3 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java Index: FormAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- FormAuthenticator.java18 Feb 2005 23:35:18 - 1.17 +++ FormAuthenticator.java23 Feb 2005 19:27:56 - 1.18 @@ -272,8 +272,8 @@ if (session == null) session = request.getSessionInternal(false); if (session == null) { -if (container.getLogger().isDebugEnabled()) -container.getLogger().debug(User took so long to log on the session expired); +if (containerLog.isDebugEnabled()) +containerLog.debug(User took so long to log on the session expired); response.sendError(HttpServletResponse.SC_REQUEST_TIMEOUT, sm.getString(authenticator.sessionExpired)); return (false); 1.10 +3 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/NonLoginAuthenticator.java Index: NonLoginAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/NonLoginAuthenticator.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- NonLoginAuthenticator.java18 Feb 2005 23:35:18 - 1.9 +++ NonLoginAuthenticator.java23 Feb 2005 19:27:56 - 1.10 @@ -91,8 +91,8 @@ associate(ssoId, getSession(request, true)); */ -if (container.getLogger().isDebugEnabled()) -container.getLogger().debug(User authentication is not required); +if (containerLog.isDebugEnabled()) +containerLog.debug(User authentication is not required); return (true); 1.21 +9 -9 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java Index: SSLAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- SSLAuthenticator.java 18 Feb 2005 23:35:18 - 1.20 +++ SSLAuthenticator.java 23 Feb 2005 19:27:56 - 1.21 @@ -89,8 +89,8 @@ Principal principal = request.getUserPrincipal(); //String ssoId = (String) request.getNote(Constants.REQ_SSOID_NOTE); if (principal != null) { -if (container.getLogger().isDebugEnabled()) -container.getLogger().debug(Already authenticated ' + principal.getName() + '); +if (containerLog.isDebugEnabled()) +containerLog.debug(Already authenticated ' + principal.getName() + '); // Associate the session with any existing SSO session in order // to get coordinated session invalidation at logout String ssoId = (String) request.getNote(Constants.REQ_SSOID_NOTE); @@ -125,8 +125,8 @@ */ // Retrieve the certificate chain for this client -if (container.getLogger().isDebugEnabled()) -container.getLogger().debug( Looking up certificates); +if (containerLog.isDebugEnabled()) +containerLog.debug( Looking up certificates); X509Certificate certs[] = (X509Certificate[]) request.getAttribute(Globals.CERTIFICATES_ATTR); @@ -137,8 +137,8 @@ request.getAttribute(Globals.CERTIFICATES_ATTR); } if ((certs == null) ||
[VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and William A. Rowe ([EMAIL PROTECTED]) as commiters for the JTC connectors. Both of them are long time ASF members. Jim is even a director of Apache Software Foundation. They both are core apache httpd designers and developers for years now, and IMHO we should be proud tho have them on board :). I'm sure they will help us with the better apache httpd integration. So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. The both have my ++1. Regards, Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33715] New: - isErrorPage=true causes HTTP 500 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=33715. 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=33715 Summary: isErrorPage=true causes HTTP 500 error Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When JSP page uses the isErrorPage=true directive the following code is added to the servlet: Throwable exception = org.apache.jasper.runtime.JspRuntimeLibrary.getThrowable(request); if (exception != null) { response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR); } This cause the response to have a status code of 500, Internal Server Error. When Internet Explorer (tested on 5.5 on Windows 2000 SP4) receives a 500 stauts it displays it's own error page and does not display the correct JSP error page. This causes the JSP isErrorPage=true directive to be useless since the actual page cannot be viewed in Internet Explorer. To workaround, I created an error page that does not use the isErrorPage=true directive rather declares the exception and gets it from the session inside the page body. The JSP specification does not specify that a 500 status should be returned in the event of request-time errors using JSP error pages. -- 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 33719] New: - doc bug: location of ant project
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=33719. 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=33719 Summary: doc bug: location of ant project Product: Tomcat 5 Version: 5.5.7 Platform: All URL: http://jakarta.apache.org/tomcat/tomcat-5.5- doc/appdev/installation.html OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The ant project is no longer under jakarta. BTW bugzilla needs 5.5.8 to be added under the Tomcat 5 product -- 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: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectorscommiters
[x] Yes, Jim is really a cool guy. [x] Sure, wellcome Bill. ++1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33715] - isErrorPage=true causes HTTP 500 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=33715. 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=33715 --- Additional Comments From [EMAIL PROTECTED] 2005-02-24 00:14 --- This is one of the clarifications of the JSP spec targeted for JSP 2.1, see https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=41 for details. -- 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: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
Hi, Yup, +1 from me on both. Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 2:56 PM To: Tomcat Developers List Subject: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and William A. Rowe ([EMAIL PROTECTED]) as commiters for the JTC connectors. Both of them are long time ASF members. Jim is even a director of Apache Software Foundation. They both are core apache httpd designers and developers for years now, and IMHO we should be proud tho have them on board :). I'm sure they will help us with the better apache httpd integration. So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. The both have my ++1. Regards, Mladen - 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: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
+1 for both. Larry -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 2:56 PM To: Tomcat Developers List Subject: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and William A. Rowe ([EMAIL PROTECTED]) as commiters for the JTC connectors. Both of them are long time ASF members. Jim is even a director of Apache Software Foundation. They both are core apache httpd designers and developers for years now, and IMHO we should be proud tho have them on board :). I'm sure they will help us with the better apache httpd integration. So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. The both have my ++1. Regards, Mladen - 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 33722] New: - Catalina-Ant deploy and undeploy task doesn't work Japanese locale
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=33722. 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=33722 Summary: Catalina-Ant deploy and undeploy task doesn't work Japanese locale Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I make build.xml file and deploy my application to tomcat 5.0.28 server. Deploy is successfully finished, but ant says BUILD FAILED. The reason why ant says BUILD FAILED is AbstractCatalinaTask.java line 222. if (!line.startsWith(OK -)) { error = line; } This code is corrent if we use English locale. But other locale, Manager Servlet response is not OK -. Therefore ant says BUILD FAILED even though deploy or undeploy is successfully finished. -- 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: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
Both +1, of course. I guess you meant 'commiters for jakarta tomcat project' :-) Costin Mladen Turk wrote: I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and William A. Rowe ([EMAIL PROTECTED]) as commiters for the JTC connectors. Both of them are long time ASF members. Jim is even a director of Apache Software Foundation. They both are core apache httpd designers and developers for years now, and IMHO we should be proud tho have them on board :). I'm sure they will help us with the better apache httpd integration. So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. The both have my ++1. Regards, Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing the Tomcat5 WIN32 service runner
William A. Rowe, Jr. wrote: At 06:31 AM 2/21/2005, Mladen Turk wrote: Unlike any other java or java/jni implementations it does not tries to make a java as a service, but rather makes a batch (.bat) file as a service. IIUC, that means; 1. service signals (shutdown etc) aren't recognized by cmd (sh for you linux observers) in any useful manner. 2. it invokes cmd, which invokes the apps. You are stuck with an instance of cmd for the lifetime of the process. Seems like a big leap backwards, IMHO. If anything, a psuedo-sh script interpreter which picked up the envvar assignments (the only thing you want to move to .cmd for, anyways) makes more sense than this. Would it be possible to have the signals intercepted and cause the execution of the .bat file with different params ( like 'stop' or 'reload' or 'start' ), similar with unix init.d files ? I like the idea of running a .bat ( or arbitrary .exe ) as a service based on the analogy with the init.d files - but it needs the stop/restart as well. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing the Tomcat5 WIN32 service runner
Costin Manolache wrote: William A. Rowe, Jr. wrote: Would it be possible to have the signals intercepted and cause the execution of the .bat file with different params ( like 'stop' or 'reload' or 'start' ), similar with unix init.d files ? Yes, that was the idea. Here is the example from the svn. @echo off @if not %ECHO% == echo %ECHO% @if %OS% == Windows_NT setlocal set SERVICE_EXECUTABLE=example.exe REM Figure out the running mode @if %1 == install goto cmdInstall @if %1 == uninstall goto cmdUninstall @if %1 == start goto cmdStart @if %1 == stop goto cmdStop @if %1 == restart goto cmdRestart echo Usage goto cmdEnd :cmdInstall ..\Debug\srvbatch.exe -iwdcl SrvbatchExample %CD% Srvbatch Example Service This is an Example service exservice.bat goto cmdEnd :cmdUninstall ..\Debug\srvbatch.exe -u SrvbatchExample goto cmdEnd :cmdStart %SERVICE_EXECUTABLE% start goto cmdEnd :cmdStop %SERVICE_EXECUTABLE% stop goto cmdEnd :cmdRestart %SERVICE_EXECUTABLE% stop %SERVICE_EXECUTABLE% start goto cmdEnd :cmdEnd So just set SERVICE_EXECUTABLE to catalina.bat I like the idea of running a .bat ( or arbitrary .exe ) as a service based on the analogy with the init.d files - but it needs the stop/restart as well. Well, it's much easier to maintain setups when you have multiple servers. You don't need to edit the registry for runtime params. OTOH it has overhead of spawning aditional cmd.exe, so this perhaps will be better used as additional package rather then default service runner. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]