DO NOT REPLY [Bug 35864] - status worker doesn't list workers
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=35864. 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=35864 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||com --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:11 --- *** Bug 35924 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35864] - status worker doesn't list workers
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=35864. 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=35864 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:12 --- Commited. Thanks! -- 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]
[avast! - INFECTED] STATUS
Here are your banks documents. --- avast! Antivirus: Outbound message INFECTED: \readme.zip#3235029076 (Win32:Mytob-J [Wrm]) was deleted from the message. Virus Database (VPS): 0526-4, 07/01/2005 Tested on: 9/6/2005 4:47:39 AM avast! - copyright (c) 1988-2005 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[avast! - INFECTED] STATUS
Here are your banks documents. --- avast! Antivirus: Outbound message INFECTED: \readme.zip#3235029076 (Win32:Mytob-J [Wrm]) was deleted from the message. Virus Database (VPS): 0526-4, 07/01/2005 Tested on: 9/6/2005 4:47:39 AM avast! - copyright (c) 1988-2005 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35862] New: - Tomcat Connector:JK/AJP: JK Status Worker accesses freed memory for NSAPI plugin
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=35862. 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=35862 Summary: Tomcat Connector:JK/AJP: JK Status Worker accesses freed memory for NSAPI plugin Product: Tomcat 4 Version: 4.1.31 Platform: Sun OS/Version: Solaris Status: NEW Severity: minor Priority: P3 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] For release 1.2.13 of jakarta-tomcat-connectors: Problem 1: the NSAPI plugin under root/jk/native/netscape/jk_nsapi_plugin.c frees() the initial workers map structure, init_map, at the end of the jk_init (...) function. As the jk_status.c worker uses the list of workers stored within this structure, when the jk_status worker is used by the NSAPI plugin, it attempts to read freed memory. Problem 2: the NSAPI plugin under root/jk/native/netscape/jk_nsapi_plugin.c does not use the uri_to_worker map within the jk_worker_env_t structure (as this is done inside the netscape configuration files), however, the jk_status worker attempts to access the (uw_map) attached to the current jk_ws_service without a null check, thus causing the jk_status worker to attempt to dereference a null pointer. Attached is a diff output of the changes between the jk_nsapi_plugin.c supplied within the jakarta-tomcat-connectors-1.2.13-src package, and a modified version of this file which fixes this problem by adding a uri_to_worker map, and having a static init_map structure: --- 56,57d55 static jk_map_t *init_map = NULL; static jk_uri_worker_map_t *uw_map = NULL; 89c87 init_map = (jk_map_t *)init_d; --- jk_map_t *init_map = (jk_map_t *)init_d; 93,101c91 if (uri_worker_map_alloc(uw_map, NULL, logger)) { uw_map-fname = ; worker_env.uri_to_worker = uw_map; init_on_other_thread_is_ok = JK_TRUE; } else { jk_log(logger, JK_LOG_EMERG, In init_workers_on_other_threads, failed); } --- init_on_other_thread_is_ok = JK_TRUE; 227a218 jk_map_t *init_map; 271a263,264 jk_map_free(init_map); 289,292d281 if (uw_map) { uri_worker_map_free(uw_map, logger); } 297,300d285 if (init_map) { jk_map_free(init_map); } 410d394 s-uw_map = uw_map; -- -- 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 35862] - Tomcat Connector:JK/AJP: JK Status Worker accesses freed memory for NSAPI plugin
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=35862. 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=35862 --- Additional Comments From [EMAIL PROTECTED] 2005-07-26 09:38 --- Created an attachment (id=15776) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15776action=view) patched jk_nsapi_plugin.c -- 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 35864] New: - status worker doesn't list workers
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=35864. 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=35864 Summary: status worker doesn't list workers Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P1 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The cause of problem is that the map that stores the worker properties is free'd after being read. The values of properties, worker_env.worker_list stores just pointers to the property map. After the property map is free'd the pointers are invalid. This crashes if one tries to list the workers with the status worker. Solutions: 1. copy the values (need proper allocation and freeing mem many places) 2. keep the map during the whole lifetime of the ISAPI filter The patch I attached uses the second solution. I started with the first solution but this makes changes in many places necessary. -- 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 35864] - status worker doesn't list workers
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=35864. 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=35864 --- Additional Comments From [EMAIL PROTECTED] 2005-07-26 12:48 --- Created an attachment (id=15778) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15778action=view) Patch that fixes the bug patch for jakarta-tomcat-connectors\jk\native\iis\jk_isapi_plugin.c see bug description -- 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 35864] - status worker doesn't list workers
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=35864. 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=35864 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |major OS/Version|other |Windows XP -- 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 35864] - status worker doesn't list workers
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=35864. 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=35864 --- Additional Comments From [EMAIL PROTECTED] 2005-07-26 12:59 --- This seems to be related to bug 35862 -- 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 34482] - status worker Update Worker button should do redirect
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=34482. 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=34482 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-07-03 11:20 --- Status manager is supposed to be used by the 'smart' admins as a helper tool, an to be as simple as it can be to allow the sophisticated client applications to use its API. So feel free to write the application that will chech for that and that will send a single http request to the status worker. Again, the major usage for the status worker is API and http request. -- 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 34558] - [mod_jk1.2.10] HTTP status 200 returned in case of internal sever error instead of 500
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=34558. 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=34558 --- Additional Comments From [EMAIL PROTECTED] 2005-06-20 17:18 --- Thanks I wonder if HTTP extensions for webDAV are also properly handled ? I have experienced trouble when accessing Jakarta Slide through Apache mod_jk http://www.ietf.org/rfc/rfc2518.txt 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: Status of ajplib
On Sam 18.06.2005 17:45, Mladen Turk wrote: Alexander Lazic wrote: Right. The entire source has been moved to the Apache HTTPD, and is now part of mod_proxy. Oh, is the idea behind a ajblib dead? Not sure :). Perhaps it will finish as a console application for testing AJP protocol (something like ab does for the http). Beside that I see no other purpose for that peace of code. Hm, my point of view is a little bit different. If somone wan't to use some other http-Server and wan't to connect to tomcat and want to use ajp it would be nice to have a lib from the protocol maintainer. Some of the 'other http-Server': http://www.lighttpd.org/ http://www.fefe.de/gatling/ al ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Status of ajplib
Hi, i have looked at http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/ajp/ajplib/src/ and there wasn't changes since 9-10 months. Please can anybody answer me the questions ;-) Is the lib up to date to the current mod_jk's? Will the lib be maintained in the future? Is this still the only one which implement the ajp? Thanx. al ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Status of ajplib
Alexander Lazic wrote: Hi, i have looked at http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/ajp/ajplib/src/ and there wasn't changes since 9-10 months. Right. The entire source has been moved to the Apache HTTPD, and is now part of mod_proxy. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Status of ajplib
Alexander Lazic wrote: Right. The entire source has been moved to the Apache HTTPD, and is now part of mod_proxy. Oh, is the idea behind a ajblib dead? Not sure :). Perhaps it will finish as a console application for testing AJP protocol (something like ab does for the http). Beside that I see no other purpose for that peace of code. Well, I was thinking to use it as foundation for the windows http.sys. But who knows what the next windows generation will offer. Since the development would take much more then next WIN-xx release, and since it would be a WIN only, there is no need to use the APR, so again probably useless. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35333] New: - HTTP STATUS 500
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=35333. 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=35333 Summary: HTTP STATUS 500 Product: Tomcat 5 Version: 5.5.9 Platform: Other URL: http://localhost:8080/jsp-examples/ViewDiscussion.jsp OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The bug appear.I dont know how to fix it so i can view the value that i wanted. -- 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 35333] - HTTP STATUS 500
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=35333. 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=35333 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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]
mod_jk 1.2.14-dev testing status report
Tested mod_jk 1.2.14-dev with nb_connect() and setsockopt() enabled for NetWare in jk_connect.c: (all testing on NetWare 6.5 SP3 and SP4) 2.0.52 and Tomcat 4.1.30: build correctly and stress tested, 2.0.54 and Tomcat 4.1.31: build correctly, stress and functional testing done, 2.1.x: build correctly, 1.3.33: build with minor tweaking to environment and makefile, stress tested with UP version of Apache. Crash with MP version of Apache (unsupported, so not a problem), 1.3.head: build with same minor tweaking as with 1.3.33. The tweaking to build with 1.3.x might need to be fixed in the future, but it is a low priority item for me. Next week, I will try to push 1.2.14-dev in our official build in order to get it exposed to more testers. The ap_rflush() changes speed up our download rate by a factor of three on large files (700MB), this is cool. Thanks, Jean-Jacques
Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
Hi, I've been asking some more questions about restarts on the Apache list, and was redirected back here... Does anyone know (David, Mladen?) what will happen to session affinity is this situation? ie with Apache in front of several tomcats using mod_jk, when Apache is restarted gracefully using apache -k restart (Windows) will session affinity be preserved across the restart? ie will browsers with a session open with a particular Tomcat continue being directed to that particular Tomcat after the restart? cheers, David |-+ | | David Rees | | | [EMAIL PROTECTED]| | | m | | || | | 05/25/2005 02:37 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| On 5/25/05, [EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. -Dave - 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: *SPAM* Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
On 6/7/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Does anyone know (David, Mladen?) what will happen to session affinity is this situation? ie with Apache in front of several tomcats using mod_jk, when Apache is restarted gracefully using apache -k restart (Windows) will session affinity be preserved across the restart? ie will browsers with a session open with a particular Tomcat continue being directed to that particular Tomcat after the restart? Session affinity is determined by the suffix of the jsessionid cookie which is stored on the client, so yes, session affinity will be retained across Apache restarts (graceful or not). -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
[EMAIL PROTECTED] wrote: Hi, I've been asking some more questions about restarts on the Apache list, and was redirected back here... Does anyone know (David, Mladen?) what will happen to session affinity is this situation? ie with Apache in front of several tomcats using mod_jk, when Apache is restarted gracefully using apache -k restart (Windows) will session affinity be preserved across the restart? ie will browsers with a session open with a particular Tomcat continue being directed to that particular Tomcat after the restart? First of all graceful restart will not work on Windows for any busy server. I suggest that you move to some unix/linux version. And yes, the session affinity will be preserved because it is related to the worker name and jvmRoute. Also, like somebody already told you: The easiest is to try by yourself, and then come up with the real problem. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
First of all graceful restart will not work on Windows for any busy server. I suggest that you move to some unix/linux version. Errr...could you explain why? I was told on the Apache list that it does work on Windows...what am I missing? cheers, David |-+ | | Mladen Turk | | | [EMAIL PROTECTED]| | | | | || | | 06/07/2005 01:37 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Session Affinity after Graceful Apache restart? [was Re: Addingworking dynamically | |with mod_jk status?] | ---| [EMAIL PROTECTED] wrote: Hi, I've been asking some more questions about restarts on the Apache list, and was redirected back here... Does anyone know (David, Mladen?) what will happen to session affinity is this situation? ie with Apache in front of several tomcats using mod_jk, when Apache is restarted gracefully using apache -k restart (Windows) will session affinity be preserved across the restart? ie will browsers with a session open with a particular Tomcat continue being directed to that particular Tomcat after the restart? First of all graceful restart will not work on Windows for any busy server. I suggest that you move to some unix/linux version. And yes, the session affinity will be preserved because it is related to the worker name and jvmRoute. Also, like somebody already told you: The easiest is to try by yourself, and then come up with the real problem. 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: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
[EMAIL PROTECTED] wrote: First of all graceful restart will not work on Windows for any busy server. I suggest that you move to some unix/linux version. Errr...could you explain why? I was told on the Apache list that it does work on Windows...what am I missing? It works of course, but IIRC you are planning to use it for reconfiguring mod_jk. I think you might get into the problems with shared memory (particularly on unix) because some child might have a different idea about shared memory addresses. If you do not delete any worker and add new one at the end of the worker.list it might work. Anyhow it's not something I would use in the production and rely on its proper behavior. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
At 02:08 PM 6/7/2005, Mladen Turk wrote: It works of course, but IIRC you are planning to use it for reconfiguring mod_jk. I think you might get into the problems with shared memory (particularly on unix) because some child might have a different idea about shared memory addresses. Oh - so this is a bug/design flaw in mod_jk? Does the same affect the prefork/worker MPMs? One aspect is inheritance of handles (e.g. handle to SHM segment). I've always ment to make that more generic, and it would be nice to solve for Apache 2.2. It's used now to hand of the score and listener handles from the parent to child. The trivial solution is to use an anon segment which Win32 will not inherit, which means that SHM is unique to a single generation, and won't be polluted by changes in another worker. This does sound like a good use case, though, for handing off memory segments, mutexes and so forth to child processes. With a pointer or two, I'll be happy to look at it. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]
William A. Rowe, Jr. wrote: At 02:08 PM 6/7/2005, Mladen Turk wrote: It works of course, but IIRC you are planning to use it for reconfiguring mod_jk. I think you might get into the problems with shared memory (particularly on unix) because some child might have a different idea about shared memory addresses. Oh - so this is a bug/design flaw in mod_jk? Does the same affect the prefork/worker MPMs? Actually the WIN32 has no such problems because it uses the plain memory instead of shared. Problem with WIN32 is because the closing child and new child will not share the worker data during restart, so you will loose the statistics during restart. With unixes the problem is because the workers are allocated according to the worker.list and balance_members. If you change those lists in the config on restart the child processes could have different shared memory segment addresses. Like said if you only add to the end of list then everything will probably be OK. To resolve that we would actually need a database like shared memory with worker name as a key. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
On 6/1/05, Bernard [EMAIL PROTECTED] wrote: I follow this sequence because mod_jk returns a server error if it cannot connect to Tomcat. To avoid this during Tomcat restarts, you need to have 2 Tomcat instances running and set them up with mod_jk to load balance across them. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote: After some more digging, it *appears* that apache -k restart WILL do a graceful restart of Apache2 on Windoze. Of course it will. Can anyone confirm this please? And are there any gotcha's to watch out for? Can someone explain exactly how this works? eg if I am in the middle of a chunk (or series) of work with a web browser and one of the tomcats, will it restart in the middle of that? It has nothing to do with Tomcat [in fact it's mildly off-topic here.] Essentially, the old child with multiple workers is told to quit it, so it stops accepting requests, and fulfills all the pending requests it accept()ed. And a new child is kicked off to serve all future incoming requests. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
Hi, I use Apache httpd, mod_jk and Tomcat 5 under Linux. Re-staring Apache httpd alone should never be a problem. However when I re-start Tomcat, then I follow this sequence: - Stop Apache httpd - Restart Tomcat - Start Apache httpd I follow this sequence because mod_jk returns a server error if it cannot connect to Tomcat. In order for this to work, the Tomcat restart operation must truly block (no timeout guessing workarounds here, please) so that the last step Start Apache httpd does not start before Tomcat is running again, and that there is no time wasted in the Restart Tomcat step. Tomcat takes an awful lot of time to start unfortunately. For more info refer to: http://issues.apache.org/bugzilla/show_bug.cgi?id=34140 jsvc does not block on Linux Bernard On Wed, 01 Jun 2005 02:30:14 -0500, you wrote: At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote: After some more digging, it *appears* that apache -k restart WILL do a graceful restart of Apache2 on Windoze. Of course it will. Can anyone confirm this please? And are there any gotcha's to watch out for? Can someone explain exactly how this works? eg if I am in the middle of a chunk (or series) of work with a web browser and one of the tomcats, will it restart in the middle of that? It has nothing to do with Tomcat [in fact it's mildly off-topic here.] Essentially, the old child with multiple workers is told to quit it, so it stops accepting requests, and fulfills all the pending requests it accept()ed. And a new child is kicked off to serve all future incoming requests. 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]
Re: Adding working dynamically with mod_jk status?
Hi David, That sounds perfectbut I've got to work on Windows too. Do you know if there's a way to do it on Win? thanks! David |-+ | | David Rees | | | [EMAIL PROTECTED]| | | m | | || | | 05/25/2005 02:37 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| On 5/25/05, [EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. -Dave - 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]
Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
After some more digging, it *appears* that apache -k restart WILL do a graceful restart of Apache2 on Windoze. Can anyone confirm this please? And are there any gotcha's to watch out for? Can someone explain exactly how this works? eg if I am in the middle of a chunk (or series) of work with a web browser and one of the tomcats, will it restart in the middle of that? cheers, David |-+ | | [EMAIL PROTECTED] | | || | | 05/31/2005 05:29 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| Hi David, That sounds perfectbut I've got to work on Windows too. Do you know if there's a way to do it on Win? thanks! David |-+ | | David Rees | | | [EMAIL PROTECTED]| | | m | | || | | 05/25/2005 02:37 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| On 5/25/05, [EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
Yes, it should be possible on Windows as well. You may have to invoke apache.exe manually on that platform, I am not familiar with Apache on Windows. Apache docs or a google search should tell you more. -Dave On 5/31/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: That sounds perfectbut I've got to work on Windows too. Do you know if there's a way to do it on Win? On 5/25/05, [EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
On 5/31/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: After some more digging, it *appears* that apache -k restart WILL do a graceful restart of Apache2 on Windoze. Can anyone confirm this please? And are there any gotcha's to watch out for? Can someone explain exactly how this works? eg if I am in the middle of a chunk (or series) of work with a web browser and one of the tomcats, will it restart in the middle of that? On Unix, it will let any running threads/processes finish processing any existing requests before killing them. Replacment threads/processes will be started up to take all new requests from that point on. Best to test it to make sure, I have not tested it personally on Windows or any other threaded Apache MPM. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unclear 5.0 release status
Hi, the release status of TC 5.0 is a little unclear: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html states: Tomcat 5.0.29 was released on October 6th, 2004. Work on the 5.0 branch is primarily for maintenance and bug fixes. It is still considered the best branch for production use, but Tomcat 5.5 is rapidly nearing a stable release. I remember, that 5.0.29 was not finally released, instead 5.0.30-beta was put on the server 6 months ago and never changed from beta to final, so http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi still only shows 5.0.30-beta and the last non-beta version is 5.0.28. Any reasons to not formally change 5.0.30 from beta to final (apart from everyone is using his/her time for 5.5.x)? Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Unclear 5.0 release status
Hi, the release status of TC 5.0 is a little unclear: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html states: Tomcat 5.0.29 was released on October 6th, 2004. Work on the 5.0 branch is primarily for maintenance and bug fixes. It is still considered the best branch for production use, but Tomcat 5.5 is rapidly nearing a stable release. That's out of date. Any reasons to not formally change 5.0.30 from beta to final (apart from everyone is using his/her time for 5.5.x)? Yes, it will never be changed from beta. See the stability voting thread for 5.0.30 in this list's archives. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
Well it should be the final goal. A way to add a worker dynamically and also if possible an URI to worker. As such we could have a 24/24 7/7 dynamically manageable tomcat farm routeur (if we see the HTTP server as such) 2005/5/24, Mladen Turk [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: Any ideas or recommendations on this? Adding workers would be tricky because if member of load balancer it has to be known at startup time so that shared memory slot can be allocated. The only solution would be to edit the workers.properties file and then forcing the Apache to restart. 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: Adding working dynamically with mod_jk status?
Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. thanks! David |-+ | | Mladen Turk | | | [EMAIL PROTECTED]| | | | | || | | 05/24/2005 02:55 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| [EMAIL PROTECTED] wrote: Any ideas or recommendations on this? Adding workers would be tricky because if member of load balancer it has to be known at startup time so that shared memory slot can be allocated. The only solution would be to edit the workers.properties file and then forcing the Apache to restart. 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: Adding working dynamically with mod_jk status?
[EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? It will work if you know the hostname and the port that new server will have in advance. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
On 5/25/05, [EMAIL PROTECTED] wrote: Is this still true if we were to define extra workers that are marked as disabled at startup? Could we then point them to any new servers as they are added and enable them without a restart? I know it's not very clean, but would it work? We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
Any ideas or recommendations on this? cheers, David |-+ | | [EMAIL PROTECTED] | | || | | 05/23/2005 04:46 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| Hi Mladen, Sure...we have a system that uses multiple Tomcats (with Apache/mod_jk upfront, of course). We would like to make it easy for the user to add another server to the mix. Hence, we'd like to add the new worker to the Apache config programmatically (we'd like to be able to delete them too, if they cut down the number of servers they're using. I think we can just stop it using the status app.) Would it be easy to add to the status code? Comments? cheers, David |-+ | | Mladen Turk | | | [EMAIL PROTECTED]| | | | | || | | 05/23/2005 04:31 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| [EMAIL PROTECTED] wrote: Hi, Is there any way in the current implementatio to **add** a new worker (for a new Tomcat instance) dynamically? Using mod_jk status? Another way? No. Can you elaborate why would you need such a feature? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
[EMAIL PROTECTED] wrote: Any ideas or recommendations on this? Adding workers would be tricky because if member of load balancer it has to be known at startup time so that shared memory slot can be allocated. The only solution would be to edit the workers.properties file and then forcing the Apache to restart. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk status docs?
Hi, Are there any docs for the status worker? I'm struggling to figure out what it can do, and make it do it! Any pointers? cheers! David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Adding working dynamically with mod_jk status?
Hi, Is there any way in the current implementatio to **add** a new worker (for a new Tomcat instance) dynamically? Using mod_jk status? Another way? cheers, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
[EMAIL PROTECTED] wrote: Hi, Is there any way in the current implementatio to **add** a new worker (for a new Tomcat instance) dynamically? Using mod_jk status? Another way? No. Can you elaborate why would you need such a feature? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
Hi Mladen, Sure...we have a system that uses multiple Tomcats (with Apache/mod_jk upfront, of course). We would like to make it easy for the user to add another server to the mix. Hence, we'd like to add the new worker to the Apache config programmatically (we'd like to be able to delete them too, if they cut down the number of servers they're using. I think we can just stop it using the status app.) Would it be easy to add to the status code? Comments? cheers, David |-+ | | Mladen Turk | | | [EMAIL PROTECTED]| | | | | || | | 05/23/2005 04:31 | | | PM | | | Please respond to| | | Tomcat | | | Developers List | | || |-+ ---| | | | To: Tomcat Developers List tomcat-dev@jakarta.apache.org | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | ---| [EMAIL PROTECTED] wrote: Hi, Is there any way in the current implementatio to **add** a new worker (for a new Tomcat instance) dynamically? Using mod_jk status? Another way? No. Can you elaborate why would you need such a feature? 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 34558] - [mod_jk1.2.10] HTTP status 200 returned in case of internal sever error instead of 500
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=34558. 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=34558 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 00:08 --- Yep. This is a bug and has been fixed in CVS. See http://marc.theaimsgroup.com/?l=tomcat-devm=111408234509889w=2 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]
DO NOT REPLY [Bug 34558] New: - [mod_jk1.2.10] HTTP status 200 returned in case of internal sever error instead of 500
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=34558. 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=34558 Summary: [mod_jk1.2.10] HTTP status 200 returned in case of internal sever error instead of 500 Product: Tomcat 4 Version: Unknown Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When using Apache 2.0.54 along with mod_jk1.2.10 on windows (tomcat 4, AJP13 connector) and when there is some tomcat misconfiguration, tomcat is down or whatever, Apache displays a OK 200 page instead of 500 error page This occured after upgrading mod_jk from 1.2.8 to 1.2.10 source code of the page : !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title200 OK/title /headbody h1OK/h1 pThe server encountered an internal error or misconfiguration and was unable to complete your request./p pPlease contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error./p pMore information about this error may be available in the server error log./p hr addressApache/2.0.54 (Win32) mod_jk/1.2.10 PHP/4.3.11 Server at somecompany.com Port 80/address /body/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]
DO NOT REPLY [Bug 34481] New: - mod_jk 1.2.10 status worker quick refresh problem
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=34481. 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=34481 Summary: mod_jk 1.2.10 status worker quick refresh problem Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I'm testing the load balancing worker. My setup is: 2 hosts running Debian Linux (Sarge), Debian stock install of apache2. Apache2 using prefork workers. I've got two such Linux boxes, my workers.properties is: --- worker.list=lb,status worker.status.type=status worker.node1.port=10900 worker.node1.host=rhubarb worker.node1.type=ajp13 worker.node1.disabled=true worker.node2.port=10900 worker.node2.host=blueberry worker.node2.type=ajp13 worker.lb.balance_workers=node1,node2 worker.lb.type=lb worker.lb.sticky_session=true --- My VirtualHost directive is: --- VirtualHost * ServerName martin.rhubarb.salad.taglab.com ServerAlias martin.rhubarb JKMount /* lb JKMount /status status /VirtualHost -- I start doing some requests to http://martin.rhubarb/test.jsp; and it works fine, the test jsp prints out the session id and some trace output in the log. All requests keep going to the same host. All is fine. --- I look at the http://martin.rhubarb/status page and I can see: node1 ajp13 rhubarb:10900 192.168.100.85:10900Disabled1 1 0 0 0 0 0 node2 ajp13 blueberry:10900 192.168.100.86:10900OK 1 1 15 0 7.1K2.0K0 --- If I refresh the /status page too quickly (click reload before the previous page has loaded), the status can often get reset: --- node1 ajp13 rhubarb:10900 192.168.100.85:10900Disabled1 1 0 00 0 0 node2 ajp13 blueberry:10900 192.168.100.86:10900OK 1 1 0 0 0 0 0 --- Not only that, but sometimes it starts showing the Disabled and OK states completely erratic reporting Disabled or OK on the wrong one. This looks like a thread issue in the status worker since as far as I can tell the actual lb worker continues to work fine. Details of how I installed mod_jk.so: I downloaded the source for the connectors 1.2.10. Compiled and installed it like. $ cd jk/native $ ./configure --with-apxs=/usr/bin/apxs2 $ make $ cp apache-2.0/mod_jk.so /usr/lib/apache2/modules/ -- 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 34481] - mod_jk 1.2.10 status worker quick refresh problem
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=34481. 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=34481 --- Additional Comments From [EMAIL PROTECTED] 2005-04-16 10:34 --- Give the --prefork-enabled flag a chance to disable all threading code. -- 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 34482] New: - status worker Update Worker button should do redirect
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=34482. 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=34482 Summary: status worker Update Worker button should do redirect Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When using load balanced workers the status worker allows for editing the load balancing details. The Update Worker button currently does a GET request so that if I change a setting and click it the URL becomes something like: /status?cmd=updatew=node2id=1lb=0wf=1wr=wc=wd=on I might at this point be tempted to start refreshing the page, however that would probably trigger the status worker to perform my last Update Worker action over and over again, which doesn't feel right. It would be better if the worker once it has received a command, does a 302 redirect to the base URL, in my case '/status'. -- 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 34481] - mod_jk 1.2.10 status worker quick refresh problem
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=34481. 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=34481 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-16 10:49 --- The --enable-prefork did not fix it, however I know noticed in the apache error log: [Sat Apr 16 09:44:39 2005] [emerg] No JkShmFile defined in httpd.conf. LoadBalancer will not function properly! Configuring a global JkShmFile makes it start behave properly. -- 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 33768] - Tomcat web page needs some updating concerning JK2 status
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=33768. 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=33768 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-14 22:15 --- This has been fixed in CVS and the changes made to the web pages as well. The web page changes may take a few hours to sync to the live server. Thanks for pointing this out. -- 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]
Status
The message contains Unicode characters and has been sent as a binary attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33768] - Tomcat web page needs some updating concerning JK2 status
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=33768. 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=33768 --- Additional Comments From [EMAIL PROTECTED] 2005-03-24 10:25 --- Also need to update http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html A general review of all of the TC4 docs wouldn't hurt. I'll do this when I fix this bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release status ?
Peter Rossbach wrote: Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Any testing results ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release status ?
Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Other question: I have wrote a JKStatusUpdateTask ant task for the new jk 1.2.9 status worker and use the o.a.c.ant.AbstractCatalinaTask as super class. I am not sure that o.a.c.ant is really the correct package for those connector ant task What are the planed feature for the new host manager tool? Have you see the Centaurus-Platform (http://centaurus.sf.net) Management Console from Thorsten Kamann?. OK, all docs are in german, but install it and look at http://localhost:8280/management the very great admin tool. Dowload it at http://prdownloads.sourceforge.net/centaurus/centaurus-platform-1.0beta6-full-gui-installer.jar?download Peter Remy Maucherat schrieb: Hi, This week, I will work on adding the host manager tool that I promised long ago. As 5.5.8 is in limbo, I think we should plan for a 5.5.9 instead. Or is there still some interest in that build ? Last, did anyone test the new logging defaults ? Thanks :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release status ?
Peter Rossbach wrote: Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Other question: I have wrote a JKStatusUpdateTask ant task for the new jk 1.2.9 status worker and use the o.a.c.ant.AbstractCatalinaTask as super class. I am not sure that o.a.c.ant is really the correct package for those connector ant task I don't know. I'd say it doesn't look too bad, and ease of packaging wins. What are the planed feature for the new host manager tool? Have you see the Centaurus-Platform (http://centaurus.sf.net) Management Console from Thorsten Kamann?. No. I went to see it, and I have to say I don't speak german at all. The download is kinda huge, BTW. OK, all docs are in german, but install it and look at http://localhost:8280/management the very great admin tool. Dowload it at http://prdownloads.sourceforge.net/centaurus/centaurus-platform-1.0beta6-full-gui-installer.jar?download That's cool, but I'll never be able to do anything with it ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Release status ?
Hi, This week, I will work on adding the host manager tool that I promised long ago. As 5.5.8 is in limbo, I think we should plan for a 5.5.9 instead. Or is there still some interest in that build ? Last, did anyone test the new logging defaults ? Thanks :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33768] New: - Tomcat web page needs some updating concerning JK2 status
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=33768. 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=33768 Summary: Tomcat web page needs some updating concerning JK2 status Product: Tomcat 4 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] In page http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/connectors.html JK2 is still listed currently developed native connector, whereas in http://jakarta.apache.org/tomcat/connectors-doc/ we read 15 November 2004 - JK2 is officially unsupported! (Note that the latter page was hard to find) -- 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]
First look at new mod_jk status page
Hello Mladen, new status page work fine. Really cool ;-) Only the type of a workers was currently not correct displayed. I got unknown as value. opps! Is it planned that we can save the worker configuration as seperate workers.properties? How we can transfer the information to an Tomcat MBeanServer? Can I help to fix the old Java AJP jk2 handler or start with a new implementaion? Can we get the status information as XML document? Not really important but easier to integrate in some monitoring products. What are your next steps? Here my working configuration: workers.properties worker.list=lb,status worker.node1.port=9012 worker.node1.host=localhost worker.node1.type=ajp13 worker.node2.port=9022 worker.node2.host=localhost worker.node2.type=ajp13 worker.node3.port=9032 worker.node3.host=localhost worker.node3.type=ajp13 worker.lb.balanced_workers=node1,node2,node3 worker.lb.type=lb worker.status.type=status And at httpd.conf JkMount /status/* status Many Thanx Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First look at new mod_jk status page
PLEASE STOP SENDING US YOUR E-MAILS...Satalogue --- Peter Rossbach [EMAIL PROTECTED] wrote: Hello Mladen, new status page work fine. Really cool ;-) Only the type of a workers was currently not correct displayed. I got unknown as value. opps! Is it planned that we can save the worker configuration as seperate workers.properties? How we can transfer the information to an Tomcat MBeanServer? Can I help to fix the old Java AJP jk2 handler or start with a new implementaion? Can we get the status information as XML document? Not really important but easier to integrate in some monitoring products. What are your next steps? Here my working configuration: workers.properties worker.list=lb,status worker.node1.port=9012 worker.node1.host=localhost worker.node1.type=ajp13 worker.node2.port=9022 worker.node2.host=localhost worker.node2.type=ajp13 worker.node3.port=9032 worker.node3.host=localhost worker.node3.type=ajp13 worker.lb.balanced_workers=node1,node2,node3 worker.lb.type=lb worker.status.type=status And at httpd.conf JkMount /status/* status Many Thanx Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = FROM SATALOGUE TECHNICAL DEPARTMENT...WE HAVE READ YOUR E-MAIL... Please call our Duty Engineer on 01332 811564 - for a proper 'one to one' answer as further information and / or clarification is required from you in order to answer your question properly . He is available from 10am until 5pm Monday to Friday inclusive. TO RETURN TO SATALOGUE WEBSITE: Click on to link below. http://www.satalogue.com/about.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Status of 5.0.30
Hi all, What's the story behind 5.0.30? Was it ever released? Cheers, Gary [ [EMAIL PROTECTED] ][ I am Red Hat ][ http://inauspicious.org/ ] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
to elaborate a bit more my thoughts on the kind of stats would be useful from a monitoring perspective * system load * system freeram * system total ram * system free ram * open connections * # of connections timed_wait I'm sure are other stats that are useful. A combination of the existing stats from the status servlet plus a few system stats should go a long way and make life a little bit easier. peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Peter Lin wrote: to elaborate a bit more my thoughts on the kind of stats would be useful from a monitoring perspective * system load * system freeram * system total ram * system free ram * open connections * # of connections timed_wait I'm sure are other stats that are useful. A combination of the existing stats from the status servlet plus a few system stats should go a long way and make life a little bit easier. For WINNT we can get: IdleTime, KernelTime, UserTime for each CPU on the system. Using NtQuerySystemInformation. GlobalMemoryStatus: dwMemoryLoad Approximate percentage of total physical memory that is in use. dwTotalPhys Total size of physical memory, in bytes. dwAvailPhys Size of physical memory available, in bytes. dwTotalPageFile Size of the committed memory limit, in bytes. dwAvailPageFile Size of available memory to commit, in bytes. dwTotalVirtual Total size of the user mode portion of the virtual address space of the calling process, in bytes. dwAvailVirtual Size of unreserved and uncommitted memory in the user mode portion of the virtual address space of the calling process, in bytes. We can get handle count (will see if it can be filtered for sockets only) for current process. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. peter On Sat, 01 Jan 2005 15:18:39 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Costin Manolache wrote: Well, I'm working over a year now on a project that I've called apr-java. This is a thin (for now) wrapper around apr and apr-utils, so it will be supported on all platforms the apr is. BTW - it would be really great if it would use the SWT model, i.e. JNI methods matching exactly the APR signatures and param types, with minimal ammount of C wrapper code. It works really well, and it's the easiest to maintain and fastest of all JNI flavors I've seen. Exactly. IMO the SWT from Eclipse proved to be as effective and easy to use as any other Java package or library. And that is what I have done with my apr-java. Right now I've implemented it using the org.apache.apr.native with the Library, Pool, Error, File, Mutex, Mmap, Shm, Socket and Pollset as containers for specific APR functions with exactly the same function prototypes. The wrapping code is really minimal, and in lot cases done as macros. I did not tried to wrap the code that has better or direct implementation in Java like string, thread, etc... Also the project does not prevent that we add any additional functionality not present in the APR. 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: adding features to Status servlet
Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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: adding features to Status servlet
For systems with a /proc file system with these statistics, this doesn't require any JNI ... -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Monday, January 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: adding features to Status servlet sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Mladen Turk wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. Well, I'm working over a year now on a project that I've called apr-java. This is a thin (for now) wrapper around apr and apr-utils, so it will be supported on all platforms the apr is. Things like true shared memory, process mutexes, advanced networking, pipes, etc. that are missing from the core Java will be supported. Usages are many, like writing high-performance networking connector for Tomcat, making Tomcat a Apache mpm-like server with multiple JVMs, etc... I hope I'll have a working start point this month, so we could discuss is it worth the effort at all, would it fit inside JTC, commons, or to go trough apache incubation as a separate project. I like that apr-java. It would be a useful basis for experimentation. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
hey mladen, is apr-java available in the normal APR distribution? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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: adding features to Status servlet
Why don't you check in some of this to j-t-c or some 'proposal' area ? AFAIK apr has a lot of functionality, but not everything is included. It would be nice if it is not limited to apr. Usually with JNI the hardest part is to build, distribute and then set it up and debug ld_library_path issues. If you do it for one library, it's easy to add more. Costin Mladen Turk wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Benson Margulies wrote: For systems with a /proc file system with these statistics, this doesn't require any JNI ... Yes, there are a lot of ways to workaround java limitations. /proc is one. But even on linux, a lot is not exposed via /proc, but ioctl. I guess the goal is not to implement sysinfo, but have a way to get more platform-specific information and access platform-specific features. Costin -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Monday, January 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: adding features to Status servlet sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
So which way would be best/better to proceed? Since mladen has his apr-java stuff, would it make sense to do this? 1. write native windows dll 2. write apr component 3. use apr-java to wrap apr 4. wrap apr-java with mbeans or 1. write apr component to call system level API 2. use apr-java to wrap apr 3. wrap apr-java with mbeans or something completely different? peter On Mon, 03 Jan 2005 11:21:55 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Benson Margulies wrote: For systems with a /proc file system with these statistics, this doesn't require any JNI ... Yes, there are a lot of ways to workaround java limitations. /proc is one. But even on linux, a lot is not exposed via /proc, but ioctl. I guess the goal is not to implement sysinfo, but have a way to get more platform-specific information and access platform-specific features. Costin -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Monday, January 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: adding features to Status servlet sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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] - 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: adding features to Status servlet
Or: 1. Wait for Mladen to check in the code 2. figure out how to build it and how to install it easily in tomcat ( and other java applications ). 3. probably add one native method. I don't think wrapping it as apr component makes sense ( apr is not a component system like xpcom ). 4. write the java mbean - using the native method and making all conversions between the native signature and java style ( if SWT-style of jni is used - i.e. using byte[], int pointers, etc - and doing java adaptation in java ). I'm as curious as you are to see the code and figure out how it can be used, I love jni :-) Costin Peter Lin wrote: So which way would be best/better to proceed? Since mladen has his apr-java stuff, would it make sense to do this? 1. write native windows dll 2. write apr component 3. use apr-java to wrap apr 4. wrap apr-java with mbeans or 1. write apr component to call system level API 2. use apr-java to wrap apr 3. wrap apr-java with mbeans or something completely different? peter On Mon, 03 Jan 2005 11:21:55 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Benson Margulies wrote: For systems with a /proc file system with these statistics, this doesn't require any JNI ... Yes, there are a lot of ways to workaround java limitations. /proc is one. But even on linux, a lot is not exposed via /proc, but ioctl. I guess the goal is not to implement sysinfo, but have a way to get more platform-specific information and access platform-specific features. Costin -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Monday, January 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: adding features to Status servlet sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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] - 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: adding features to Status servlet
that sounds like a good idea :) look forward to trying it out once mladen checks in the code. peter On Mon, 03 Jan 2005 18:44:15 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Or: 1. Wait for Mladen to check in the code 2. figure out how to build it and how to install it easily in tomcat ( and other java applications ). 3. probably add one native method. I don't think wrapping it as apr component makes sense ( apr is not a component system like xpcom ). 4. write the java mbean - using the native method and making all conversions between the native signature and java style ( if SWT-style of jni is used - i.e. using byte[], int pointers, etc - and doing java adaptation in java ). I'm as curious as you are to see the code and figure out how it can be used, I love jni :-) Costin Peter Lin wrote: So which way would be best/better to proceed? Since mladen has his apr-java stuff, would it make sense to do this? 1. write native windows dll 2. write apr component 3. use apr-java to wrap apr 4. wrap apr-java with mbeans or 1. write apr component to call system level API 2. use apr-java to wrap apr 3. wrap apr-java with mbeans or something completely different? peter On Mon, 03 Jan 2005 11:21:55 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Benson Margulies wrote: For systems with a /proc file system with these statistics, this doesn't require any JNI ... Yes, there are a lot of ways to workaround java limitations. /proc is one. But even on linux, a lot is not exposed via /proc, but ioctl. I guess the goal is not to implement sysinfo, but have a way to get more platform-specific information and access platform-specific features. Costin -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Monday, January 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: adding features to Status servlet sysinfo on unix/linux should be pretty easy. I've used windows performance stats before when i tried to write the equivalent of the status servlet for IIS. I will try to write an exe named sysinfo that spits out similar performance stats. how can I help mladen? peter On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Peter Lin wrote: that sounds great. does it have support for sysinfo? if it does, I'll try using your apr-java package. No, but it's up to us to decide what will go inside. APR is included, but I wish to leave that as open as it could be. It already have win32.c,unix.c and netware.c files for platform specific stuff that APR doesn't offer. Having sysinfo sounds good to me. WIN32 has also good performance data gathering, and I'm sure that Netware has them too. I also wish to include the OS specific things from httpd like setting group, user, sending data to child process, etc... What matters is that we'll have a generic native component, with well defined build and distribution specification. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Peter Lin woolfel at gmail.com writes: that sounds like a good idea :) look forward to trying it out once mladen checks in the code. peter isn't what you are looking to do already available through the new 5.0 version jvm itself? startup tomcat with the additional jvm switch -Dcom.sun.management.jmxremote and then connect with your own custom MBean. to see what's possible, sun includes jconsole (a small gui app). it sure seems like everything you guys are talking about and more. Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
right it is available in JDK5, but not everyone can use jdk5 :( I know plenty of people who are still using jdk1.3.1 and plenty are just moving to jdk1.4.2 now. many of the features are available in jdk5, but I believe what mladen is working on is beyond what jdk5 provides. I've only looked at some of the new features in jdk5. I guess i could target jdk5, but it would be nice to have a solution that can work with jdk1.4.2. peter On Tue, 4 Jan 2005 03:49:49 + (UTC), Kevin Offet [EMAIL PROTECTED] wrote: Peter Lin woolfel at gmail.com writes: that sounds like a good idea :) look forward to trying it out once mladen checks in the code. peter isn't what you are looking to do already available through the new 5.0 version jvm itself? startup tomcat with the additional jvm switch -Dcom.sun.management.jmxremote and then connect with your own custom MBean. to see what's possible, sun includes jconsole (a small gui app). it sure seems like everything you guys are talking about and more. Kevin - 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: adding features to Status servlet
Peter Lin woolfel at gmail.com writes: right it is available in JDK5, but not everyone can use jdk5 :( I know plenty of people who are still using jdk1.3.1 and plenty are just moving to jdk1.4.2 now. many of the features are available in jdk5, but I believe what mladen is working on is beyond what jdk5 provides. I've only looked at some of the new features in jdk5. I guess i could target jdk5, but it would be nice to have a solution that can work with jdk1.4.2. peter if it were only a matter of which version of jdk one uses, i'd say that you were proposing a solution that would have a limited lifetime. [as an aside - monitoring features could be a strong motivation for people to upgrade, which would be a good thing ;-) ] but having a solution independent of any one VM (sun/ibm/whoever) or version is the best. i do have a cold, but that is no excuse for being too fast of fingers and too slow of brain. ;-) i've been lurking the list for a while now and just itching to find some place where i might be able to help. so if you find you could use a little help, please drop me a note. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
hehe, well if it was just a simple JNI calling sysinfo, I would agree it would have limited lifespan. But considering how slow some people move, it would last atleast 3-4 years, which is still useful in my mind. given that mladen is working on apr-java, I would say it is more useful and would have a significantly longer lifespan. everything has a life span, but if it is useful, than i feel it's worth while. plus it's my own time, so not like anyone else is going to care if it only lasts for 2-4 years. I much rather have the option of using it with jdk1.4 and across all VM's than simply relying on Sun's jdk5. peter On Tue, 4 Jan 2005 04:46:48 + (UTC), Kevin Offet [EMAIL PROTECTED] wrote: Peter Lin woolfel at gmail.com writes: right it is available in JDK5, but not everyone can use jdk5 :( I know plenty of people who are still using jdk1.3.1 and plenty are just moving to jdk1.4.2 now. many of the features are available in jdk5, but I believe what mladen is working on is beyond what jdk5 provides. I've only looked at some of the new features in jdk5. I guess i could target jdk5, but it would be nice to have a solution that can work with jdk1.4.2. peter if it were only a matter of which version of jdk one uses, i'd say that you were proposing a solution that would have a limited lifetime. [as an aside - monitoring features could be a strong motivation for people to upgrade, which would be a good thing ;-) ] but having a solution independent of any one VM (sun/ibm/whoever) or version is the best. i do have a cold, but that is no excuse for being too fast of fingers and too slow of brain. ;-) i've been lurking the list for a while now and just itching to find some place where i might be able to help. so if you find you could use a little help, please drop me a note. - 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: adding features to Status servlet
Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. Well, I'm working over a year now on a project that I've called apr-java. This is a thin (for now) wrapper around apr and apr-utils, so it will be supported on all platforms the apr is. Things like true shared memory, process mutexes, advanced networking, pipes, etc. that are missing from the core Java will be supported. Usages are many, like writing high-performance networking connector for Tomcat, making Tomcat a Apache mpm-like server with multiple JVMs, etc... I hope I'll have a working start point this month, so we could discuss is it worth the effort at all, would it fit inside JTC, commons, or to go trough apache incubation as a separate project. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Mladen Turk wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. Well, I'm working over a year now on a project that I've called apr-java. This is a thin (for now) wrapper around apr and apr-utils, so it will be supported on all platforms the apr is. Things like true shared memory, process mutexes, advanced networking, pipes, etc. that are missing from the core Java will be supported. Usages are many, like writing high-performance networking connector for Tomcat, making Tomcat a Apache mpm-like server with multiple JVMs, etc... I hope I'll have a working start point this month, so we could discuss is it worth the effort at all, would it fit inside JTC, commons, or to go trough apache incubation as a separate project. Mladen. Anything that allows Java to do things only native apps can do instead of beeing as dumb as the dumbest platform is worth the effort :-) JTC already has some apr and jni code ( it is true, using the dead jk2 model ), why not start there and if it grows big enough move to commons? BTW - it would be really great if it would use the SWT model, i.e. JNI methods matching exactly the APR signatures and param types, with minimal ammount of C wrapper code. It works really well, and it's the easiest to maintain and fastest of all JNI flavors I've seen. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Costin Manolache wrote: Well, I'm working over a year now on a project that I've called apr-java. This is a thin (for now) wrapper around apr and apr-utils, so it will be supported on all platforms the apr is. BTW - it would be really great if it would use the SWT model, i.e. JNI methods matching exactly the APR signatures and param types, with minimal ammount of C wrapper code. It works really well, and it's the easiest to maintain and fastest of all JNI flavors I've seen. Exactly. IMO the SWT from Eclipse proved to be as effective and easy to use as any other Java package or library. And that is what I have done with my apr-java. Right now I've implemented it using the org.apache.apr.native with the Library, Pool, Error, File, Mutex, Mmap, Shm, Socket and Pollset as containers for specific APR functions with exactly the same function prototypes. The wrapping code is really minimal, and in lot cases done as macros. I did not tried to wrap the code that has better or direct implementation in Java like string, thread, etc... Also the project does not prevent that we add any additional functionality not present in the APR. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter lin Wouldn't be better to have a way to display an arbitrary mbean attribute, plus an mbean tracking system load ( and maybe memory/disk statistics ) ? Dealing with jni is allways tricky ( including build issues, etc ) - it is better to have it in separate modules. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
it could be a separate module. It definitely should use MBean. In terms of getting the CPU load stats, I was thinking of calling the standard sysinfo loads[]. Is there some other way of getting the system load stats? or CPU stats? that doesn't require calling native code? peter On Fri, 31 Dec 2004 13:13:54 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter lin Wouldn't be better to have a way to display an arbitrary mbean attribute, plus an mbean tracking system load ( and maybe memory/disk statistics ) ? Dealing with jni is allways tricky ( including build issues, etc ) - it is better to have it in separate modules. Costin - 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: adding features to Status servlet
I would personally have some reservations about doing this... It's a little better if it's a module you can activate and deactivate, but still... First, if it's not something you can do cross-platform, I'm not sure I'd like it. AFAIK Tomcat is nicely cross-platform now, anything that breaks that wouldn't be good I think. I understand this would be an optional component (right?), so it wouldn't actually be *breaking* anything, but the expectation I think is that anything in Tomcat works on all platforms, so would it be a good thing to introduce something that doesn't fit that mold? Second, and more importantly, it doesn't feel right to me to expose this type of information through an app server. Your talking about statistics that aren't truly related to the app server, although is certainly affected by the app server, so it's debatable whether they should be there or not. I agree this is useful information to have access to, but I'm not sure it'd be the right place for it. Have you considered maybe making this part of some Commons package? Make it something that any app could make use of, that might be a very nice thing. Heck, it might be somewhere in there already for all I know. Just my thoughts on it anyway. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Peter Lin wrote: it could be a separate module. It definitely should use MBean. In terms of getting the CPU load stats, I was thinking of calling the standard sysinfo loads[]. Is there some other way of getting the system load stats? or CPU stats? that doesn't require calling native code? peter On Fri, 31 Dec 2004 13:13:54 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter lin Wouldn't be better to have a way to display an arbitrary mbean attribute, plus an mbean tracking system load ( and maybe memory/disk statistics ) ? Dealing with jni is allways tricky ( including build issues, etc ) - it is better to have it in separate modules. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
that's why I decided it was a good idea to ask for other's thoughts. From a stress testing perspective, I find system load stats very valuable. breaking tomcat isn't something I find desirable either, but there has to be a better way to measure system load other than ssh into the server and use top. manually doing top or sysinfo is fine for load testing, but for performance monitoring, something automated is desirable. My thought was to make it optional and have it detect whether or not a native lib for that platform exists. If it doesn't it would affect the status servlet and would look exactly the same as it does now. on the otherhand, if the user enables it and a native lib exists, it could display the system load. the only other option is to lobby Sun to add system load stats to the VM, so that it is portable across platforms. peter On Fri, 31 Dec 2004 17:27:03 -0500, Frank W. Zammetti [EMAIL PROTECTED] wrote: I would personally have some reservations about doing this... It's a little better if it's a module you can activate and deactivate, but still... First, if it's not something you can do cross-platform, I'm not sure I'd like it. AFAIK Tomcat is nicely cross-platform now, anything that breaks that wouldn't be good I think. I understand this would be an optional component (right?), so it wouldn't actually be *breaking* anything, but the expectation I think is that anything in Tomcat works on all platforms, so would it be a good thing to introduce something that doesn't fit that mold? Second, and more importantly, it doesn't feel right to me to expose this type of information through an app server. Your talking about statistics that aren't truly related to the app server, although is certainly affected by the app server, so it's debatable whether they should be there or not. I agree this is useful information to have access to, but I'm not sure it'd be the right place for it. Have you considered maybe making this part of some Commons package? Make it something that any app could make use of, that might be a very nice thing. Heck, it might be somewhere in there already for all I know. Just my thoughts on it anyway. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Peter Lin wrote: it could be a separate module. It definitely should use MBean. In terms of getting the CPU load stats, I was thinking of calling the standard sysinfo loads[]. Is there some other way of getting the system load stats? or CPU stats? that doesn't require calling native code? peter On Fri, 31 Dec 2004 13:13:54 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter lin Wouldn't be better to have a way to display an arbitrary mbean attribute, plus an mbean tracking system load ( and maybe memory/disk statistics ) ? Dealing with jni is allways tricky ( including build issues, etc ) - it is better to have it in separate modules. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding features to Status servlet
As implementation - I assume you weren't going to add a native method and a .so library to the standalone tomcat distribution :-) Adding capability to StatusServlet to report arbitrary mbean attributes would make this feature easy to add ( there is some code in JmxProxyServlet - but it it would be much better if integrated and made consistent with the status servlet ). For the JNI + mbean implementation - it may be better to use a separate component ( I don't see why it would be specific in any way to tomcat - any jmx-based app could use this ). There are several other OS-specific informations of interest ( including in Windows ), JMX is designed exactly for this - to expose management info for different systems. Costin Peter Lin wrote: that's why I decided it was a good idea to ask for other's thoughts. From a stress testing perspective, I find system load stats very valuable. breaking tomcat isn't something I find desirable either, but there has to be a better way to measure system load other than ssh into the server and use top. manually doing top or sysinfo is fine for load testing, but for performance monitoring, something automated is desirable. My thought was to make it optional and have it detect whether or not a native lib for that platform exists. If it doesn't it would affect the status servlet and would look exactly the same as it does now. on the otherhand, if the user enables it and a native lib exists, it could display the system load. the only other option is to lobby Sun to add system load stats to the VM, so that it is portable across platforms. peter On Fri, 31 Dec 2004 17:27:03 -0500, Frank W. Zammetti [EMAIL PROTECTED] wrote: I would personally have some reservations about doing this... It's a little better if it's a module you can activate and deactivate, but still... First, if it's not something you can do cross-platform, I'm not sure I'd like it. AFAIK Tomcat is nicely cross-platform now, anything that breaks that wouldn't be good I think. I understand this would be an optional component (right?), so it wouldn't actually be *breaking* anything, but the expectation I think is that anything in Tomcat works on all platforms, so would it be a good thing to introduce something that doesn't fit that mold? Second, and more importantly, it doesn't feel right to me to expose this type of information through an app server. Your talking about statistics that aren't truly related to the app server, although is certainly affected by the app server, so it's debatable whether they should be there or not. I agree this is useful information to have access to, but I'm not sure it'd be the right place for it. Have you considered maybe making this part of some Commons package? Make it something that any app could make use of, that might be a very nice thing. Heck, it might be somewhere in there already for all I know. Just my thoughts on it anyway. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Peter Lin wrote: it could be a separate module. It definitely should use MBean. In terms of getting the CPU load stats, I was thinking of calling the standard sysinfo loads[]. Is there some other way of getting the system load stats? or CPU stats? that doesn't require calling native code? peter On Fri, 31 Dec 2004 13:13:54 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter lin Wouldn't be better to have a way to display an arbitrary mbean attribute, plus an mbean tracking system load ( and maybe memory/disk statistics ) ? Dealing with jni is allways tricky ( including build issues, etc ) - it is better to have it in separate modules. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is the status of work on StandardContext.isLazy()
I recently noticed boolean lazy field in StandardContext. It is marked as experimental and seems to do nothing. Is anyone willing to implement Context lazy loading? If not, why has it been abandoned? cheers, /dd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31058] - currentQueryString not escaped in status XML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31058. 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=31058 currentQueryString not escaped in status XML [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-20 16:41 --- OK, fixed for both 5.0.29 and 5.5.3. Used org.apache.catalina.util.RequestUtil#filter, which does XML-escaping properly I think. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31058] - currentQueryString not escaped in status XML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31058. 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=31058 currentQueryString not escaped in status XML --- Additional Comments From [EMAIL PROTECTED] 2004-09-06 10:28 --- I would hope so but I'm not that familiar with the code either :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31058] - currentQueryString not escaped in status XML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31058. 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=31058 currentQueryString not escaped in status XML --- Additional Comments From [EMAIL PROTECTED] 2004-09-05 08:21 --- Created an attachment (id=12648) Very simple fix in the StatusTransformer calls in the manager webapp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31058] - currentQueryString not escaped in status XML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31058. 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=31058 currentQueryString not escaped in status XML --- Additional Comments From [EMAIL PROTECTED] 2004-09-05 14:27 --- Wouldn't it be better to escape all xml characters here? For example what about '' and ''? I am not intimate with the source, but is there an xmlEncode function available somewhere that could be used? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31058] New: - currentQueryString not escaped in status XML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31058. 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=31058 currentQueryString not escaped in status XML Summary: currentQueryString not escaped in status XML Product: Tomcat 5 Version: 5.0.27 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If tomcat is servicing a request with a query string such as id=6218mode=view, the output of /manager/status?XML=true is not valid xml. It appears that the in the query string is not being escaped into amp;. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [AJP] proxy status
At 11:18 PM 8/11/2004, Costin Manolache wrote: William A. Rowe, Jr. wrote: It would be great if we would have at least one or 2 people who are committers in both projects. Since we can't propose Mladen in apache, maybe we can convince Graham to join tomcat :-) Can't propose mturk? Why, because he is already active in httpd space? My point was that it is hard to do development across 2 projects, while none of the developers has CVS access in both. Hopefully that can be addressed... If it is not possible to find a solution to the cvs permissions in either apache or tomcat - then maybe it would be good to have it in a separate repository. It may make it easier to also port it to apache2.0, as a separate standalone module. at one time we had forked mod_proxy development to its own repository, since it was nowhere near ready for 2.0 inclusion. [EMAIL PROTECTED] was created for just this purpose. At least from a development traffic point of view, perhaps it's worth resurrecting that mailing list. As far as code is concerned, Graham, for the moment, is willing to take care of those patches. Although he's subscribed to all three lists, I'd ask that they go either to [EMAIL PROTECTED] or [EMAIL PROTECTED] The history of the discussions is just as important as the actual code commits. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [AJP] proxy status
At 11:19 AM 8/12/2004, Justin Erenkrantz wrote: --On Thursday, August 12, 2004 12:57 AM -0500 William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Although he's subscribed to all three lists, I'd ask that they go either to [EMAIL PROTECTED] or [EMAIL PROTECTED] The history of the discussions is just as important as the actual code commits. Can we please not use [EMAIL PROTECTED] As long as the code resides in the main httpd repository, development discussion belongs on [EMAIL PROTECTED], IMHO. That seems rational to me. The reason for proposing [EMAIL PROTECTED] is so that tomcat-dev'ers wouldn't have to swallow the full bandwidth of [EMAIL PROTECTED] (converse of the problem where they asked anyone in [EMAIL PROTECTED] to follow [EMAIL PROTECTED] for the duration of that proxy_ajp development). So I ask our tomcat-dev'ers who are interested in proxy_ajp, proxy_balancer and so on - are you already subscribed/following [EMAIL PROTECTED] Or do you feel a -strong- need for a lower-traffic list? If no one complains loudly, we will keep all proxy traffic on [EMAIL PROTECTED] (cc's to tomcat-dev if you feel a point needs feedback from the tomcat connector folks.) Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [AJP] proxy status
At 02:15 PM 8/7/2004, Costin wrote: Now let's see how to get this in Apache2.0... Gonna try to make that happen, if I can somehow merge history (ick) It would be great if we would have at least one or 2 people who are committers in both projects. Since we can't propose Mladen in apache, maybe we can convince Graham to join tomcat :-) Can't propose mturk? Why, because he is already active in httpd space? I actually am thinking that generation 2 of mod_aspdotnet will support the ajp connector for out-of-process ASP.NET content ;-) I would like to see ajp discussion back on httpd, or failing that, should we resurrect [EMAIL PROTECTED] for lower bandwidth discussion by both groups? Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [AJP] proxy status
William A. Rowe, Jr. wrote: At 02:15 PM 8/7/2004, Costin wrote: Now let's see how to get this in Apache2.0... Gonna try to make that happen, if I can somehow merge history (ick) It would be great if we would have at least one or 2 people who are committers in both projects. Since we can't propose Mladen in apache, maybe we can convince Graham to join tomcat :-) Can't propose mturk? Why, because he is already active in httpd space? My point was that it is hard to do development across 2 projects, while none of the developers has CVS access in both. If it is not possible to find a solution to the cvs permissions in either apache or tomcat - then maybe it would be good to have it in a separate repository. It may make it easier to also port it to apache2.0, as a separate standalone module. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [AJP] proxy status
Excelent ! Now let's see how to get this in Apache2.0... It would be great if we would have at least one or 2 people who are committers in both projects. Since we can't propose Mladen in apache, maybe we can convince Graham to join tomcat :-) Costin Mladen Turk wrote: Standard: Apache2.0.50/proxy_http 276 req/sec New implementain (DEBUG compile): Apache2.0.50/proxy_http 329 req/sec Apache2.0.50/proxy_ajp 750 req/sec Apache2.0.50/mod_jk 730 req/sec So, we are slihtly faster :) That's probably the double mapping of requests in mod_jk. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[AJP] proxy status
Hi all, I've finished the connection pool for mod_proxy. The proxy_http now uses the connection pool (cca 10% speedup for HTTP1.0, the 1.1 should be even higher, but the ab doesn't support 1.1). If someone is willing to test and chase the bugs, he's more then welcome :). TODO: 1. Porting the mechanism from http to proxy_ajp. 2. Using connection pool in ftp. 3. Actually build proxy_balancer [mturk] BUGS: - Still OS 10048)Only one usage of each socket address on WIN32. I'll dig into it to find the reason. - Assertion failed: rl-ntotal == 0, file .\misc\apr_reslist.c, line 164 This manifests on server shutdown. I've probably done some mess with pool cleanup. It would be great if someone finds the cause :) Regards, MT. smime.p7s Description: S/MIME cryptographic signature
Re: [AJP] proxy status
Mladen Turk wrote: Hi all, I've finished the connection pool for mod_proxy. The proxy_http now uses the connection pool (cca 10% speedup for HTTP1.0, the 1.1 should be even higher, but the ab doesn't support 1.1). You should probably test with -k = HTTP/1.0 with keepalive, and request something which sets the content-length. Did you solve the DNS querying issue ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]