Re: JMX Support in Tomcat 4
On Wednesday 13 February 2002 04:11, Remy Maucherat wrote: On Tue, 12 Feb 2002, Remy Maucherat wrote: What could be done is maybe to write a (complex) tag library, which would ease the process of writing admin pages which would manipulate MBeans. Of course, that's quite a bit harder than writing custom admin pages, so I can understand the rationale behind that from a dev schedule standpoint ;-) To get such a tag library started, there's an attribute tag in the admin webapp (HEAD branch) that displays a named attribute from a named MBean. It would certainly make sense to abstract this out into a general MBean manipulation tag library (perhaps in jakarta-taglibs?). Yes, that would be a good starting point. The taglib is IMO the only satisfactory solution, as the application needs to be able to decide of the LnF of the admin app, as well as how the beans should be organized / presented (for example, the Tomcat admin webapp uses a tree, but other applications may do something different altogether). The only problem is that a significant part of the development would still need to be done by the application (it's not a your HTML admin interface in 5 mins type of deal). jakarta-taglibs looks like the right home for this, but I'd like to hear from Carlos to know how he plans to implement it. Hi It is in our TODO list a collection of taglibs, and that's the place where I see a convergence between Tomcat and OpenJMX. I agree that a generalized admin app won't be too useable/useful, but the basic building blocks can be common. We haven't progressed on this but I should start working on that soon. I'd like to have them in OpenJMX, but if I'm not the main contributor I don't see any problems having them in jakarta-taglibs. We can build our admin app out of them later Regards Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Loadbalancer problems in mod_jk 4.0.3 [was Native Connector problems]
Hi, regarding to my loadbalancer problem mentioned before, here the relevant parts of my mod_jk.log. The initialisation phase (reading the workers seems identical) apachectl graceful.. mod_jk.log 4.0.2 distribution and 3.3 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (383)]: jk_uri_worker_map_t::uri_worker_map_open, rule map size is 12 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (308)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /einsurance/=loadbalancer was added [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (170)]: Into jk_uri_worker_map_t::uri_worker_map_alloc [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (362)]: Into jk_uri_worker_map_t::uri_worker_map_open [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (332)]: Into jk_uri_worker_map_t::uri_worker_map_open, exact rule /einsurance=loadbalancer was added ... (another 10 workers of type ajp13) here the initialisation: Loadbalancer loadbalances ajp13-01 and ajp13-02 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (395)]: Into jk_uri_worker_map_t::uri_worker_map_open, there are 12 rules [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (409)]: jk_uri_worker_map_t::uri_worker_map_open, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (88)]: Into wc_open [Tue Feb 12 15:26:45 2002] [jk_worker.c (222)]: Into build_worker_map, creating 8 workers [Tue Feb 12 15:26:45 2002] [jk_worker.c (228)]: build_worker_map, creating worker loadbalancer [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance loadbalancer of lb [Tue Feb 12 15:26:45 2002] [jk_lb_worker.c (540)]: Into lb_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init loadbalancer [Tue Feb 12 15:26:45 2002] [jk_lb_worker.c (411)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance ajp13-01 of ajp13 [Tue Feb 12 15:26:45 2002] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init ajp13-01 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1174)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1194)]: In jk_worker_t::validate for worker ajp13-01 contact is tomcathost:9009 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1222)]: Into jk_worker_t::init [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance ajp13-02 of ajp13 [Tue Feb 12 15:26:45 2002] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init ajp13-02 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1174)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1194)]: In jk_worker_t::validate for worker ajp13-02 contact is tomcathost:9019 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1222)]: Into jk_worker_t::init [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (238)]: build_worker_map, removing old loadbalancer worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (228)]: build_worker_map, creating worker ajp12-01 [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance ajp12-01 of ajp12 [Tue Feb 12 15:26:45 2002] [jk_ajp12_worker.c (268)]: Into ajp12_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init ajp12-01 [Tue Feb 12 15:26:45 2002] [jk_ajp12_worker.c (185)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_ajp12_worker.c (197)]: In jk_worker_t::validate for worker ajp12-01 contact is tomcathost:9007 [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done This was the initialisation and now the difference when I access it: 3.3 version of mod_jk: [Tue Feb 12 15:28:32 2002] [jk_uri_worker_map.c (368)]: Attempting to map URI '/einsurance/doEntry.do' [Tue Feb 12 15:28:32 2002] [jk_uri_worker_map.c (391)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match loadbalan cer - /einsurance/ [Tue Feb 12 15:28:32 2002] [jk_worker.c (123)]: Into wc_get_worker_for_name loadbalancer [Tue Feb 12 15:28:32 2002] [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [Tue Feb 12 15:28:32 2002] [jk_lb_worker.c (471)]: Into jk_worker_t::get_endpoint [Tue Feb 12 15:28:32 2002] [jk_lb_worker.c (300)]: Into
Re: Native Connector problems
The problem is that the default cache size is one and in the ajp_init function in jk_ajp_common.c we return from inside of an if when we initialize the cache so the secrect member of the structure never gets initialized. This caused some GPFs in certain cases on some of my builds. I've checked in the fix. All I did was move the line that initializes secret up above the if statement. Remy, would it be possible to relabel jk_ajp_common.c rev. 1.24 as the rev for tomcat_402? I've built and tested this fix on NetWare and the resolved my GPFs and bad behavior talking to older installations of Tomcat (i.e. 3.3). I was able to use the same module to talk to Tomcat 4.0.2 and Tomcat 3.3 from the same instance of the web server. I love it when a plan comes together :-) I've retagged the file. Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6419] - Catalina does stop.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419 Catalina does stop. --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 09:19 --- Some test case (or a lot more information) will be required here, or I'll close the bug with WORKSFORME. Two deadlocks in the shutdown code were fixed since 4.0.1 (which was relatively easy to cause to hang when shutting down), and there is no known problem with it in 4.0.2. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6420] New: - Loadbalancer mod_jk from 4.02 not working with TC 3.3
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6420. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6420 Loadbalancer mod_jk from 4.02 not working with TC 3.3 Summary: Loadbalancer mod_jk from 4.02 not working with TC 3.3 Product: Tomcat 4 Version: 4.0.2 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: JK/AJP Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] exchanging mod_jk.so from TC 3.3 version to 4.0.2 connectors package version - loadbalanced ajp13 workers do not work anymore Hi, I just ran into a problem with the loadbalancing stuff. I built mod_jk.so from the 4.0.2 connector package and replaced my mod_jk.so (TC3.3 Version) with this one in apache/libexec (1.3.19). By just changing a link back and forth between the two versions, I tested our TC3.3 based application against the two versions of mod_jk. If this is not enough and I am missing something, please let me know. Otherwise exactly the same setup All works perfectly with the new mod_jk when I use normal ajp13 workers (one webapp), but fails when I use a loadbalancing worker pointing to another webapp on a different Tomcat instance. Note, We use the loadbalancer just for switching tomcats. Only one instance of the two loadbalanced Tomcats is active most of the time. (by changing the lbvalue) Here the relevant parts of my mod_jk.log. The initialisation phase (reading the workers seems identical) apachectl graceful.. mod_jk.log 4.0.2 distribution and 3.3 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (383)]: jk_uri_worker_map_t::uri_worker_map_open, rule map size is 12 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (308)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /einsurance/=loadbalancer was added [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (170)]: Into jk_uri_worker_map_t::uri_worker_map_alloc [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (362)]: Into jk_uri_worker_map_t::uri_worker_map_open [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (332)]: Into jk_uri_worker_map_t::uri_worker_map_open, exact rule /einsurance=loadbalancer was added ... (another 10 workers of type ajp13) here the initialisation: Loadbalancer loadbalances ajp13-01 and ajp13-02 [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (395)]: Into jk_uri_worker_map_t::uri_worker_map_open, there are 12 rules [Tue Feb 12 15:26:45 2002] [jk_uri_worker_map.c (409)]: jk_uri_worker_map_t::uri_worker_map_open, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (88)]: Into wc_open [Tue Feb 12 15:26:45 2002] [jk_worker.c (222)]: Into build_worker_map, creating 8 workers [Tue Feb 12 15:26:45 2002] [jk_worker.c (228)]: build_worker_map, creating worker loadbalancer [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance loadbalancer of lb [Tue Feb 12 15:26:45 2002] [jk_lb_worker.c (540)]: Into lb_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init loadbalancer [Tue Feb 12 15:26:45 2002] [jk_lb_worker.c (411)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance ajp13-01 of ajp13 [Tue Feb 12 15:26:45 2002] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init ajp13-01 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1174)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1194)]: In jk_worker_t::validate for worker ajp13-01 contact is tomcathost:9009 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1222)]: Into jk_worker_t::init [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]: wc_create_worker, done [Tue Feb 12 15:26:45 2002] [jk_worker.c (148)]: Into wc_create_worker [Tue Feb 12 15:26:45 2002] [jk_worker.c (162)]: wc_create_worker, about to create instance ajp13-02 of ajp13 [Tue Feb 12 15:26:45 2002] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Tue Feb 12 15:26:45 2002] [jk_worker.c (171)]: wc_create_worker, about to validate and init ajp13-02 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1174)]: Into jk_worker_t::validate [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1194)]: In jk_worker_t::validate for worker ajp13-02 contact is tomcathost:9019 [Tue Feb 12 15:26:45 2002] [jk_ajp_common.c (1222)]: Into jk_worker_t::init [Tue Feb 12 15:26:45 2002] [jk_worker.c (187)]:
DO NOT REPLY [Bug 6419] - Catalina does stop.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419 Catalina does stop. --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 10:12 --- Here are the debug messages I got in FileLogger for Engine Standalone : And Tomcat sleeps . Maybe I must use another debug levels ? What and where ? 2002-02-13 12:07:14 HttpConnector Opening server socket on all host IP addresses 2002-02-13 12:07:18 EngineConfig: EngineConfig: Processing START 2002-02-13 12:07:18 HttpConnector[8080] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][0] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][0] Background thread has been started 2002-02-13 12:07:18 HttpProcessor[8080][1] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][1] Background thread has been started 2002-02-13 12:07:18 HttpProcessor[8080][2] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][2] Background thread has been started 2002-02-13 12:07:18 HttpProcessor[8080][3] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][3] Background thread has been started 2002-02-13 12:07:18 HttpProcessor[8080][4] Starting background thread 2002-02-13 12:07:18 HttpProcessor[8080][4] Background thread has been started 2002-02-13 12:07:18 Ajp13Connector[8009] Opening server socket on all host IP addresses 2002-02-13 12:07:18 Ajp13Connector[8009] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][0] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][0] Background thread has been started 2002-02-13 12:07:18 Ajp13Processor[8009][1] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][1] Background thread has been started 2002-02-13 12:07:18 Ajp13Processor[8009][2] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][2] Background thread has been started 2002-02-13 12:07:18 Ajp13Processor[8009][3] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][3] Background thread has been started 2002-02-13 12:07:18 Ajp13Processor[8009][4] Starting background thread 2002-02-13 12:07:18 Ajp13Processor[8009][4] Background thread has been started 2002-02-13 12:07:37 HttpProcessor[8080][4] Stopping background thread 2002-02-13 12:07:37 HttpProcessor[8080][3] Stopping background thread 2002-02-13 12:07:37 HttpProcessor[8080][2] Stopping background thread 2002-02-13 12:07:37 HttpProcessor[8080][1] Stopping background thread 2002-02-13 12:07:37 HttpProcessor[8080][0] Stopping background thread 2002-02-13 12:07:37 HttpConnector[8080] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][4] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][4] not currently handling a request, not waiting. 2002-02-13 12:07:37 Ajp13Processor[8009][3] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][3] not currently handling a request, not waiting. 2002-02-13 12:07:37 Ajp13Processor[8009][2] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][2] not currently handling a request, not waiting. 2002-02-13 12:07:37 Ajp13Processor[8009][1] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][1] not currently handling a request, not waiting. 2002-02-13 12:07:37 Ajp13Processor[8009][0] Stopping background thread 2002-02-13 12:07:37 Ajp13Processor[8009][0] not currently handling a request, not waiting. 2002-02-13 12:07:37 Ajp13Connector[8009] Stopping background thread 2002-02-13 12:07:43 Ajp13Connector[8009] run(): stopped, so breaking 2002-02-13 12:07:43 EngineConfig: EngineConfig: Processing STOP -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Native Connector problems
Remy Maucherat wrote: The problem is that the default cache size is one and in the ajp_init function in jk_ajp_common.c we return from inside of an if when we initialize the cache so the secrect member of the structure never gets initialized. This caused some GPFs in certain cases on some of my builds. I've checked in the fix. All I did was move the line that initializes secret up above the if statement. Remy, would it be possible to relabel jk_ajp_common.c rev. 1.24 as the rev for tomcat_402? I've built and tested this fix on NetWare and the resolved my GPFs and bad behavior talking to older installations of Tomcat (i.e. 3.3). I was able to use the same module to talk to Tomcat 4.0.2 and Tomcat 3.3 from the same instance of the web server. I love it when a plan comes together :-) I've retagged the file. Nice... But the tarballs should be redone, should n't they? Then how to know that a 4.0.2 tarballs (connectors) is a good one? I would have retagged jakarta-tomcat-connectors as tomcat_402_01 and will rebuild the tarballs as jakarta-tomcat-connectors-4.0.2-01-src.* Any comments? Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6090] - Listener not instantiated in tld file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6090 Listener not instantiated in tld file --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 13:04 --- I've just tried this on 4.0.2 and I still get the error. My listener is this public class SomeListener implements ServletContextListener{ public void contextInitialized(ServletContextEvent servletContextEvent){ System.out.println(*** cI::SomeListener); } public void contextDestroyed(ServletContextEvent servletContextEvent){ System.out.println(*** cD::SomeListener); } } My tld is in WEB-INF and looks like this taglib tlib-version1.0/tlib-version jsp-version1.2/jsp-version short-nameTest Tags/short-name listener listener-classSomeListener/listener-class /listener tag nameUserName/name tag-classcom.develop.ejsp.tags.UserName/tag-class body-contentempty/body-content /tag /taglib (I've left the DOCTYPE out for simplicity) My web.xml looks like this web-app /web-app If I put the listener entry into the web.xml it works fine. I've tried this with test.tld and test.TLD -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5722] - Forward to a page that have no extension displays a blank page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5722. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5722 Forward to a page that have no extension displays a blank page [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 14:51 --- Right if the file exists otherwise if the file doesn't exist it displays a blank page html jsp:forward page=/doNotExist/ /html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6400] - Tag Libraries not deploying in 4.0.2 final
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400 Tag Libraries not deploying in 4.0.2 final --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 15:51 --- I am having this same problem using Tomcat 4.0.2 on Linux 7.2. [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re[2]: Native Connector problems
Where are the binary builds of the native connectors for 4.0.2? When can we expect them? Can you quantify the term shortly? Jonathan Reply Separator Subject:Re: Native Connector problems Author: Tomcat Developers List [EMAIL PROTECTED] Date: 2/13/2002 1:17 AM The problem is that the default cache size is one and in the ajp_init function in jk_ajp_common.c we return from inside of an if when we initialize the cache so the secrect member of the structure never gets initialized. This caused some GPFs in certain cases on some of my builds. I've checked in the fix. All I did was move the line that initializes secret up above the if statement. Remy, would it be possible to relabel jk_ajp_common.c rev. 1.24 as the rev for tomcat_402? I've built and tested this fix on NetWare and the resolved my GPFs and bad behavior talking to older installations of Tomcat (i.e. 3.3). I was able to use the same module to talk to Tomcat 4.0.2 and Tomcat 3.3 from the same instance of the web server. I love it when a plan comes together :-) I've retagged the file. Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] This email and any files transmitted with it are for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. This email message has been swept by a virus software product for the presence of computer viruses. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4 JDBCRealm Connection Pooling
On Wed, 13 Feb 2002, Glenn Nielsen wrote: Date: Wed, 13 Feb 2002 10:25:07 -0600 From: Glenn Nielsen [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tomcat 4 JDBCRealm Connection Pooling Currently the JDBCRealm does not use db Connection Pooling, instead it maintains an open connection and synchronizes use of the connection. I have been using the new Tomcat 4.1-dev DBCP for creating a JNDI named JDBC DataSource and it has been working well. The easiest way to implement db connection pooling may be by providing a JDBC Realm which uses a JNDI named JDBC DataSource. Should this support be added to the current JDBCRealm, or should a new realm be created which uses a JNDI named JDBC DataSource? Hi Glenn, Personally, I like the latter idea better (a new JDBCRealm implementation that uses a JNDI named data source) to avoid disruption of existing applications. Regards, Glenn Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 4 JDBCRealm Connection Pooling
-Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Glenn Nielsen Enviado el: miƩrcoles 13 de febrero de 2002 17:25 Should this support be added to the current JDBCRealm, or should a new realm be created which uses a JNDI named JDBC DataSource? I think it's better to create a new Realm ( PooledJDBCRealm ? DataSourceRealm ? ) to conserve backwards compatibility.. Maybe inheriting from JDBCRealm have any sense? most of the config options available in JDBCRealm are not usefull in a DataSource Realm .. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6419] - Catalina does stop.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419 Catalina does stop. [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 17:03 --- The main problem is usually stopping the connectors. Here, they did shutdown fine. localhost_log should contain the useful information, then. Can you send it ? I'm bumping down the priority, as having no active request means that there's almost no chance of causing any problems by killing the process. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re:Tomcat 4 JDBCRealm Connection Pooling
It would be nice to reference the JDBC data source rather than configuring the realm seperately. The problem I see is that the Realm is global in server.xml and the data sources are specific to individual contexts. Should the realm be moved into the context so that different contexts could be configured with different realms? Jonathan Reply Separator Subject:Tomcat 4 JDBCRealm Connection Pooling Author: Tomcat Developers List [EMAIL PROTECTED] Date: 2/13/2002 10:25 AM Currently the JDBCRealm does not use db Connection Pooling, instead it maintains an open connection and synchronizes use of the connection. I have been using the new Tomcat 4.1-dev DBCP for creating a JNDI named JDBC DataSource and it has been working well. The easiest way to implement db connection pooling may be by providing a JDBC Realm which uses a JNDI named JDBC DataSource. Should this support be added to the current JDBCRealm, or should a new realm be created which uses a JNDI named JDBC DataSource? Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] This email and any files transmitted with it are for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. This email message has been swept by a virus software product for the presence of computer viruses. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4 JDBCRealm Connection Pooling
On Wed, 13 Feb 2002, Glenn Nielsen wrote: Hi Glenn, Personally, I like the latter idea better (a new JDBCRealm implementation that uses a JNDI named data source) to avoid disruption of existing applications. Yes, I agree. Internal Catalina components can now use JNDI in the HEAD branch. So the DataSource could be defined in GlobalNamingResources, and the realm should be able to use it. This DataSource could be shared by more components. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Native Connector Builds - When?
i have builds of the iis connector and the netscape connector on solaris (built on 2.6) for jk1. if somebody can tell me what i need to do - how to sign the binaries, where to upload files to - i can provide these. -kevin. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6419] - Catalina does stop.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419 Catalina does stop. [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Blocker --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 17:21 --- I had a web application that Tomcat processed automatically because it was located in appBase. After removing the entire catalog /Gypco Catalina stopped normally. But with actual working server.xml configuration it does not stop. -- 2002-02-13 19:09:51 StandardContext[/manager]: Starting 2002-02-13 19:09:51 StandardContext[/manager]: Processing start(), current available=false 2002-02-13 19:09:51 StandardContext[/manager]: Configuring default Resources 2002-02-13 19:09:51 StandardContext[/manager]: Configuring non-privileged default Loader 2002-02-13 19:09:51 StandardContext[/manager]: Configuring default Manager 2002-02-13 19:09:51 StandardContext[/manager]: Processing standard container startup 2002-02-13 19:09:51 WebappLoader[/manager]: Deploying class repositories to work directory C:\apache\catalina\work\localhost\manager 2002-02-13 19:09:51 StandardManager[/manager]: Seeding random number generator class java.security.SecureRandom 2002-02-13 19:09:51 StandardManager[/manager]: Seeding of random number generator has been completed 2002-02-13 19:09:51 ContextConfig[/manager]: ContextConfig: Processing START 2002-02-13 19:09:51 StandardContext[/manager]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-02-13 19:09:52 StandardContext[/manager]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-02-13 19:09:52 ContextConfig[/manager]: Scanning web.xml tag libraries 2002-02-13 19:09:52 ContextConfig[/manager]: Scanning library JAR files 2002-02-13 19:09:52 Authenticator[/manager]: No SingleSignOn Valve is present 2002-02-13 19:09:52 ContextConfig[/manager]: Configured an authenticator for method BASIC 2002-02-13 19:09:52 ContextConfig[/manager]: Pipline Configuration: 2002-02-13 19:09:52 ContextConfig[/manager]: org.apache.catalina.authenticator.BasicAuthenticator/1.0 2002-02-13 19:09:52 ContextConfig[/manager]: org.apache.catalina.core.StandardContextValve/1.0 2002-02-13 19:09:52 ContextConfig[/manager]: == 2002-02-13 19:09:52 StandardContext[/manager]: Configuring application event listeners 2002-02-13 19:09:52 StandardContext[/manager]: Sending application start events 2002-02-13 19:09:52 StandardContext[/manager]: Starting filters 2002-02-13 19:09:52 StandardContext[/manager]: Posting standard context attributes 2002-02-13 19:09:52 StandardWrapper[/manager:default]: Loading container servlet default 2002-02-13 19:09:52 default: init 2002-02-13 19:09:52 StandardWrapper[/manager:invoker]: Loading container servlet invoker 2002-02-13 19:09:52 invoker: init 2002-02-13 19:09:52 jsp: init 2002-02-13 19:09:52 StandardWrapper[/manager:ssi]: Loading container servlet ssi 2002-02-13 19:09:52 ssi: init 2002-02-13 19:09:52 StandardWrapper[/manager:cgi]: Loading container servlet cgi 2002-02-13 19:09:52 cgi: init 2002-02-13 19:09:52 cgi: init: loglevel set to 6 2002-02-13 19:09:52 StandardContext[/manager]: Starting completed 2002-02-13 19:09:52 HostConfig[localhost]: HostConfig: Processing START 2002-02-13 19:09:52 HostConfig[localhost]: Deploying discovered web applications 2002-02-13 19:09:52 HostConfig[localhost]: Deploying web application directory Gypco 2002-02-13 19:09:52 StandardHost[localhost]: Installing web application at context path /Gypco from URL file:C:\apache\catalina\webapps\Gypco 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploying class repositories to work directory C:\apache\catalina\work\localhost\Gypco 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB-INF/lib/js.jar to C:\apache\catalina\webapps\Gypco\WEB-INF\lib\js.jar 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB-INF/lib/jstl.jar to C:\apache\catalina\webapps\Gypco\WEB-INF\lib\jstl.jar 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB-INF/lib/junit.jar to C:\apache\catalina\webapps\Gypco\WEB-INF\lib\junit.jar 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB-INF/lib/log4j.jar to C:\apache\catalina\webapps\Gypco\WEB-INF\lib\log4j.jar 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB-INF/lib/pgsql.jar to C:\apache\catalina\webapps\Gypco\WEB-INF\lib\pgsql.jar 2002-02-13 19:09:52 WebappLoader[/Gypco]: Deploy JAR /WEB- INF/lib/postgresql.jar to C:\apache\catalina\webapps\Gypco\WEB- INF\lib\postgresql.jar 2002-02-13
DO NOT REPLY [Bug 6419] - Catalina does not stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6419 Catalina does not stop [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal Summary|Catalina does stop. |Catalina does not stop --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 17:31 --- Well, Catalina stops fine for me regardless of which web application are in my webapps folder. Unless you can provide a test case (a test war maybe), this works fine for me. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
filter and authentication
Hello. To our knowledge, a request for a servlet is followed by an authentication done by the web server (for example Base / Form authentication etc.). We are interested in using the filtering mechanism (javax.servlet.Filter). Our question is: What happens before what when a request is made by a client: Filtering and then authentication, or authentication an then filtering a) client - filter - authentication - servlet or b) client - authentication - filter - servlet Thanks in advance, Ilana and Natalie -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
MemoryRealm start() called twice
I have changed the code to the MemoryRealm start() method and I noticed that this method is being called twice. Is this necessary? Is there any way I can make it call start() only once? Thanks in advance, Marianne _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Native Connector Builds - When?
Kevin Seguin wrote: i have builds of the iis connector and the netscape connector on solaris (built on 2.6) for jk1. if somebody can tell me what i need to do - how to sign the binaries, where to upload files to - i can provide these. The file are in daedalus.apache.org under /x2/www/jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/bin/solaris6/sparc if sparc /x2/www/jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/bin/solaris6/i386 if intel To sign the files you can use gpg -sba file Then use scp to copy the file and file.asc files. Add you pub key to the /x2/www/jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/KEYS file. A nice document is available at http://httpd.apache.org/dev/binaries.html about releasing. I have prepared mod_jk.so for solaris8/sparc - I will test it and make it available tomorrow - -kevin. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6431] New: - JNDIRealm.getRoles() should return more than a single role attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6431. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6431 JNDIRealm.getRoles() should return more than a single role attribute Summary: JNDIRealm.getRoles() should return more than a single role attribute Product: Tomcat 4 Version: 4.0.2 Final Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am using the jndi realm with a Novell directory. In setting up the role query I am using: roleBase= roleName=groupMembership roleSearch=(amp;(objectClass=person)(mail={1}@akc.org)) roleSubtree=true So I'm querying the user and getting all of group (role) attributes assigned to it. In getRoles(DirContext, String, String) it does not loop through the list of attributes for the single entity. It only returns the first attribute. I propose it be changed to the following code. //Add enumeration while to loop through all roles. NamingEnumeration rolesList = attr.getAll(); while (rolesList.hasMore()) { // String role = (String) attr.get(); String role = (String) rolesList.next(); if (debug = 3) log( Found role ' + role + '); list.add(role); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: filter and authentication
On Wed, 13 Feb 2002, Natalie Vilenkin wrote: Date: Wed, 13 Feb 2002 16:58:03 +0200 From: Natalie Vilenkin [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: filter and authentication Hello. To our knowledge, a request for a servlet is followed by an authentication done by the web server (for example Base / Form authentication etc.). We are interested in using the filtering mechanism (javax.servlet.Filter). Our question is: What happens before what when a request is made by a client: Filtering and then authentication, or authentication an then filtering a) client - filter - authentication - servlet or b) client - authentication - filter - servlet This kind of question is better directed to the TOMCAT-USER mailing list. Subscription information is available at http://jakarta.apache.org/site/mail.html. The answer is (b) - authentication happens before any application component (filter or servlet) is invoked. Thanks in advance, Ilana and Natalie Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6406] - All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6406 All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. [EMAIL PROTECTED] changed: What|Removed |Added Component|Jasper |Catalina --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 18:33 --- It's not a problem *either*. The exclusion occuring on the shared CL is a bug and will be fixed. Also, the exclusion works repository by repository. Each JAR is a separate repository (as /classes is), so only one JAR would get excluded, not all of them. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6432] New: - Jasper should validate that an XML-view of a JSP page conforms as much as possible based on the DTD supplied in JSP.B of the JSP 1.2 specification
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6432. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6432 Jasper should validate that an XML-view of a JSP page conforms as much as possible based on the DTD supplied in JSP.B of the JSP 1.2 specification Summary: Jasper should validate that an XML-view of a JSP page conforms as much as possible based on the DTD supplied in JSP.B of the JSP 1.2 specification Product: Tomcat 4 Version: 4.0.2 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Jasper will compile and execute the XML-view of a JSP page even though it doesn't conform to the spec. Ex: jsp:scriplet jsp:text![CDATA[test]]/jsp:text /jsp:scriptlet According to the DTD in appendix JSP.B, it's invalid to jave a jsp:text element within a jsp:scriptlet element. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4 JDBCRealm Connection Pooling
On Wed, 13 Feb 2002, Glenn Nielsen wrote: Date: Wed, 13 Feb 2002 11:53:52 -0600 From: Glenn Nielsen [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Tomcat 4 JDBCRealm Connection Pooling Remy Maucherat wrote: On Wed, 13 Feb 2002, Glenn Nielsen wrote: Hi Glenn, Personally, I like the latter idea better (a new JDBCRealm implementation that uses a JNDI named data source) to avoid disruption of existing applications. Yes, I agree. Internal Catalina components can now use JNDI in the HEAD branch. So the DataSource could be defined in GlobalNamingResources, and the realm should be able to use it. This DataSource could be shared by more components. A global JDBC DataSource for Realms may work for some, but when virtual hosting websites and applications for different customers I need a different Realm for each customer. That way each customer has their own name space for userid's and roles. You can still use JNDI resources for this -- just set up as many different connection pools as you need (under different names), and attach the JDBCDataSourceRealm for each application to the appropriate connection pool name. In the HEAD branch, I used the same basic technique for configuring the UserDatabaseRealm in the default server.xml file. It is configured with the global resource name of the UserDatabase implementation to use (default configuration value is java:UserDatabase). For per-host or per-webapp user databases, I would simply set up some more of these, under different resource names, and connect the UserDatabaseRealm for each webapp appropriately. (Speaking of which, we might also consider writing a JDBCUserDatabase implementation as well -- that way, the admin webapp can be used to update the users in a database instead of in conf/tomcat-users.xml like MemoryUserDatabase does.) In addition I use a different DataSource for normal customer dB application data and realm data. The separation of these data sources makes sure that a customer application can't be spoofed somehow to compromise the entries in the db for a realm. This is all easy to set up. It's also easy to set up a scenario where a single connection pool, configured in the global resources, is actually shared by the JDBCDataSourceRealm and made available to an application (through a ResourceLink) if that is what your application requires. Regards, Glenn Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6273] - page directive without attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6273 page directive without attribute --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 18:51 --- That only means that IF a language attribute is specified, its value can only be java, and the container (or jasper) is required to support it. Note also that there are examples on page 48 for page directives that don't have the language attribute specified. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors KEYS
seguin 02/02/13 11:45:11 Modified:.KEYS Log: added my key. Revision ChangesPath 1.4 +29 -0 jakarta-tomcat-connectors/KEYS Index: KEYS === RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- KEYS 22 Nov 2001 15:51:55 - 1.3 +++ KEYS 13 Feb 2002 19:45:11 - 1.4 @@ -85,3 +85,32 @@ nVWrBS9fvFC9jcA= =BTiM -END PGP PUBLIC KEY BLOCK- + +Type Bits/KeyIDDate User ID +pub 1024D/E86E29AC 2002-02-13 kevin seguin [EMAIL PROTECTED] + +-BEGIN PGP PUBLIC KEY BLOCK- +Version: GnuPG v1.0.6 (MingW32) +Comment: For info see http://www.gnupg.org + +mQGiBDxqtR8RBACbySxGrtf+flbowryS1Hj4z3zzEXD4CAEq6RjSGMtIraCDRJfp +6Gexs+lQ6IhpdC4GfX70SUMjXXvT5suhXYeGOM4iJHqUsksgzEKjUqcfj1l3qmOs +/doE8lcGGHcYbMplBcfuop+shZYiv9GEJ3gutwn/dNnhs/QA9bCdIj03lwCgvAcy +QpT5JdTym2p2icd5e91mGIUEAJMw6JHTTcCiyoTRy7k8Cf65d8S7bTDLr6pqJVE2 +XU41CvW/pgL31akYAxpeZJJnsBaLaUiqh6K0qgfEMlDwDeC6gVogHBxWkEXdK1dr +tGL4GIUcxQ1+ZvQhGg7dtjanmfMlylVgS+C48awJySkinRmaQDbQ0MKdFchLc/y1 +OR3IA/0VkIvlidehMPbZCalqhS9AEsDiFq5/u5AsQzDEp2nmTGlmBqjhc39kEnu4 +qKq08az1Gt6Q7sxXbjH/jYtDgd49FW5Yg4k5B3hpTgnbyRE6SGlKksu8qTmYkDve +4rej6pvJRHwp6hDKxDG8qQoLWIgOfVC8960nurqx56QdV9YMsLQga2V2aW4gc2Vn +dWluIDxzZWd1aW5AYXBhY2hlLm9yZz6IVwQTEQIAFwUCPGq1HwULBwoDBAMVAwID +FgIBAheAAAoJEKy3f8Lobims3E0An0x3rrUMIijUMFoqnoT7muNGwmAzAJ990TWj +dZO4ayh1M+cWhjaw9W+44bkBDQQ8arUkEAQApaMm5HUB1Yk2x5MavAs/O4zfWnOx +YFOeXIPfGvhlhF2/Lrjs9icaa/tOM/CTCes19nDWP5Fc+pQxmgSPrgt3fsShwZJe +p3iYodLbM76uXEgSvI4Wh6kwViHbN4V1GxJAd2ZPVb1v+lauGUCOgPFGw99UV9sO +tTRXSbFS6AgqQzMAAwUD/jq6boxlnab/GUmKrILeLkv1X0G2/AEXEGRmG0nkhVdj +OShoqtPr4y/UhMzJUOequs2CdvRlTIyAyZqN7A0Qp4mFfmsvp0dYYssTtE4bCzZe +WxSKgjtBWBHXnH+Qzjb5R2Tz28kAxNY+dt7yxC+CkXWDZq/rsPgsXNbWXT49FnF8 +iEYEGBECAAYFAjxqtSQACgkQrLd/wuhuKazl7QCfQkz5t/3T6EtXZCcXz/hlswyI +z30AoLr/7hwXgedEepBk/Gm9HUsbMnM8 +=S1mb +-END PGP PUBLIC KEY BLOCK- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
native connectors for iis and netscape/solaris available
fyi - i've uploaded native jk1 connectors for iis and netscape/solaris. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Bootstrap.java
craigmcc02/02/13 12:01:37 Modified:catalina build.xml catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Modify the way that the Common class loader is created to include the following contents: Unpacked classes in $CATALINA_HOME/common/classes All JAR files in $CATALINA_HOME/common/endorsed All JAR files in $CATALINA_HOME/common/lib and move the Xerces parser we install from common/lib to common/endorsed. Background: JDK 1.4, among many other changes, packages a version of Xerces and makes it accessible via the JAXP APIs. However, because these are now classes in the Java runtime, you cannot normally override this with your own parser. However, a mechanism is provided (setting the system property java.endorsed.dirs to point at a particular directory -- which we'll set to $CATALINA_HOME/common/endorsed in the startup scripts -- that replaces the embedded parser with the new one (such as Xerces 2.0). TODO: Update the shell scripts to set the endorsed directory. TODO: Update the class-loader-howto doc to describe all of this. Revision ChangesPath 1.104 +7 -3 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v retrieving revision 1.103 retrieving revision 1.104 diff -u -r1.103 -r1.104 --- build.xml 8 Feb 2002 07:03:25 - 1.103 +++ build.xml 13 Feb 2002 20:01:37 - 1.104 @@ -689,11 +689,11 @@ copy todir=${catalina.build}/common/lib file=../lib/tyrex.license/ /target target name=copy-xerces.jar if=copy.xerces.jar -copy todir=${catalina.build}/common/lib file=${xerces.jar}/ +copy todir=${catalina.build}/common/endorsed file=${xerces.jar}/ /target target name=copy-xerces2.jars if=copy.xerces2.jars -copy todir=${catalina.build}/common/lib file=${xercesImpl.jar}/ -copy todir=${catalina.build}/common/lib file=${xmlParserAPIs.jar}/ +copy todir=${catalina.build}/common/endorsed file=${xercesImpl.jar}/ +copy todir=${catalina.build}/common/endorsed file=${xmlParserAPIs.jar}/ /target @@ -970,6 +970,7 @@ mkdir dir=${catalina.deploy}/conf/ mkdir dir=${catalina.deploy}/logs/ mkdir dir=${catalina.deploy}/common/classes/ +mkdir dir=${catalina.deploy}/common/endorsed/ mkdir dir=${catalina.deploy}/common/lib/ mkdir dir=${catalina.deploy}/server/classes/ mkdir dir=${catalina.deploy}/server/lib/ @@ -994,6 +995,9 @@ chmod perm=+x file=${catalina.deploy}/bin/tool-wrapper.sh/ !-- Common Extensions -- +copy todir=${catalina.deploy}/common/endorsed + fileset dir=${catalina.build}/common/endorsed / +/copy copy todir=${catalina.deploy}/common/lib fileset dir=${catalina.build}/common/lib / /copy 1.34 +10 -7 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java Index: Bootstrap.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- Bootstrap.java30 Dec 2001 01:58:20 - 1.33 +++ Bootstrap.java13 Feb 2002 20:01:37 - 1.34 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v 1.33 2001/12/30 01:58:20 glenn Exp $ - * $Revision: 1.33 $ - * $Date: 2001/12/30 01:58:20 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v 1.34 2002/02/13 20:01:37 craigmcc Exp $ + * $Revision: 1.34 $ + * $Date: 2002/02/13 20:01:37 $ * * * @@ -85,7 +85,7 @@ * class path and therefore not visible to application level classes. * * @author Craig R. McClanahan - * @version $Revision: 1.33 $ $Date: 2001/12/30 01:58:20 $ + * @version $Revision: 1.34 $ $Date: 2002/02/13 20:01:37 $ */ public final class Bootstrap { @@ -128,14 +128,17 @@ File unpacked[] = new File[1]; File packed[] = new File[1]; +File packed2[] = new File[2]; ClassLoaderFactory.setDebug(debug); unpacked[0] = new File(getCatalinaHome(), common + File.separator + classes); -packed[0] = new File(getCatalinaHome(), - common + File.separator + lib); +packed2[0] = new File(getCatalinaHome(), + common + File.separator + endorsed); +packed2[1] = new
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java
remm02/02/13 12:28:38 Modified:catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java Log: - Remove the repository validation from the base CL, as the delegation model makes it useless. - Fixes bug 6406. Revision ChangesPath 1.6 +4 -16 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java Index: ClassLoaderFactory.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ClassLoaderFactory.java 2 Nov 2001 20:34:48 - 1.5 +++ ClassLoaderFactory.java 13 Feb 2002 20:28:38 - 1.6 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v 1.5 2001/11/02 20:34:48 craigmcc Exp $ - * $Revision: 1.5 $ - * $Date: 2001/11/02 20:34:48 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v 1.6 2002/02/13 20:28:38 remm Exp $ + * $Revision: 1.6 $ + * $Date: 2002/02/13 20:28:38 $ * * * @@ -92,7 +92,7 @@ * /ul * * @author Craig R. McClanahan - * @version $Revision: 1.5 $ $Date: 2001/11/02 20:34:48 $ + * @version $Revision: 1.6 $ $Date: 2002/02/13 20:28:38 $ */ public final class ClassLoaderFactory { @@ -214,11 +214,6 @@ File file = unpacked[i]; if (!file.isDirectory() || !file.exists() || !file.canRead()) continue; -if (!validateDirectory(file)) { -if (debug = 1) -log( Skipping directory + file.getAbsolutePath()); -continue; -} if (debug = 1) log( Including directory + file.getAbsolutePath()); URL url = new URL(file, null, @@ -240,12 +235,6 @@ if (!filename.endsWith(.jar)) continue; File file = new File(directory, filenames[j]); -if (!validateJarFile(file)) { -if (debug = 1) -log( Skipping jar file + -file.getAbsolutePath()); -continue; -} if (debug = 1) log( Including jar file + file.getAbsolutePath()); URL url = new URL(file, null, @@ -266,7 +255,6 @@ return (classLoader); } - /** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6406] - All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6406 All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 20:29 --- Fixed in the HEAD branch (nightly for 02/14 will have the fix). The fix will be ported to the 4.0 branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4 JDBCRealm Connection Pooling
On Wed, 13 Feb 2002, Glenn Nielsen wrote: [snip] The addition of GlobalNamingResources and the UserDatabase slipped below my radar somehow. I looked at the latest server.xml from CVS. I grep'd the docs in CVS and didn't notice anything in the docs about these yet. The addition of GlobalNamingResources and the UserDatabase does add some interesting possiblities when configuring resources in Tomcat 4. (Speaking of which, we might also consider writing a JDBCUserDatabase implementation as well -- that way, the admin webapp can be used to update the users in a database instead of in conf/tomcat-users.xml like MemoryUserDatabase does.) How would you like to proceed with this and the JDBCDataSourceRealm? I think we need both JDBCDataSourceRealm (that supports the same database configurability as JDBCRealm) and JDBCUserDatabase (which will have to make more stringent restrictions on the table structures in use). In addition I use a different DataSource for normal customer dB application data and realm data. The separation of these data sources makes sure that a customer application can't be spoofed somehow to compromise the entries in the db for a realm. This is all easy to set up. It's also easy to set up a scenario where a single connection pool, configured in the global resources, is actually shared by the JDBCDataSourceRealm and made available to an application (through a ResourceLink) if that is what your application requires. Do you have an example of this? I am very interested in being able to reduce the number of DBCP required, yet keep a complete separation of resources made available between virtual hosts. Here's a scenario, and the way you might configure it: - Define a connection pool in the Global JNDI resources - Make it available to a theoretical JDBCDataSourceRealm - Make it available to an application as a JNDI resource named jdbc/MyDatabase. In web.xml, the application would declare a resource-ref for the resource named jdbc/MyDatabase in the usual way. In server.xml, you would configure like this: Server ... !-- Configure a JDBC connection pool in the global resources -- GlobalNamingResources Resource name=TheDatabase auth=Container type=javax.sql.DataSource/ ResourceParams name=TheDatabase ... configure the connection pool in the usual way ... /ResourceParams /GlobalNamingResources !-- Configure a Realm that uses this underlying connection pool -- Realm className=org.apache.catalina.realm.JDBCDataSourceRealm resourceName=java:TheDatabase/ !-- Configure a data source using the same underlying pool -- Context path=/myapp ... ... ResourceLink name=jdbc/MyDatabase global=TheDatabase/ ... /Context /Server Doing things this way lets you substitute data source implementations underneath either the server component (JDBCDataSourceRealm) or the application, or change the decision about whether you are sharing the same data source or not, without impacting any of the code that uses it. As an additional advantage, the admin webapp will ultimately include a nice UI to configure the global reosurces for you, plus a way to create the resource links. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6438] New: - Problem with JARed taglibs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438 Problem with JARed taglibs Summary: Problem with JARed taglibs Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I just downloaded the new Tomcat 4.0.2 and I had trouble getting my web application to load successfully. ${TOMCAT}/logs/catalina.out shows the following lines: Apache Tomcat/4.0.2 PARSE error at line 1 column 1 org.xml.sax.SAXParseException: The markup in the document preceding the root element must be well-formed. Starting service Tomcat-Apache Apache Tomcat/4.0.2 PARSE error at line 1 column 1 org.xml.sax.SAXParseException: The markup in the document preceding the root element must be well-formed. This would seem to indicate that some XML file is bad -- the messages gives no clue to which file has the problem. After trying a few things I found that if I comment the taglib definition lines from my web.xml file the error message goes away. Next, I extracted the TLD file from the JAR that contains my tag library, and modified web.xml to point to the TLD iteslf. That fixed the problem. The JSP specifiecation (JSP.7.3.2) says: The TLD resource path ... should resolve to a TLD file directly, OR TO A JAR FILE [emphisis mine] that has a TLD file at location META-INF/taglib.tld. It seems that the latter does not work well in Tomcat 4.0.2. I guess the code that looks for the TLD is not correctly handling JARs. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host - New directory
manveen 02/02/13 13:29:43 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service SetUpDeleteServiceAction.java
manveen 02/02/13 13:37:45 Modified:webapps/admin/WEB-INF struts-config.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service SetUpDeleteServiceAction.java Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host HostAction.java HostForm.java SetUpHostAction.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/logger LoggerAction.java LoggerForm.java SetUpLoggerAction.java Removed: webapps/admin/WEB-INF/classes/org/apache/webapp/admin HostAction.java HostForm.java LoggerAction.java LoggerForm.java SetUpHostAction.java SetUpLoggerAction.java Log: * Throw (and log) meangingful exceptions/error messages if there is an exception in setting or getting attributes from mBeans, or invoking operations on mBeans. * Moved logger and host files to their own packages. Revision ChangesPath 1.30 +6 -9 jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- struts-config.xml 13 Feb 2002 00:13:11 - 1.29 +++ struts-config.xml 13 Feb 2002 21:37:44 - 1.30 @@ -37,7 +37,7 @@ !-- Host form bean -- form-bean name=hostForm -type=org.apache.webapp.admin.HostForm/ +type=org.apache.webapp.admin.host.HostForm/ !-- Context form bean -- form-bean name=contextForm @@ -45,7 +45,7 @@ !-- Logger form bean -- form-bean name=loggerForm -type=org.apache.webapp.admin.LoggerForm/ +type=org.apache.webapp.admin.logger.LoggerForm/ !-- Set Locale form bean -- form-bean name=setLocaleForm @@ -259,9 +259,6 @@ type=org.apache.webapp.admin.SetUpServerAction name=serverForm scope=session - forwardname=SetUpServer - path=/server.jsp - redirect=true/ /action !-- Set up Service datastructure -- @@ -294,7 +291,7 @@ !-- Set up Host datastructure -- actionpath=/setUpHost - type=org.apache.webapp.admin.SetUpHostAction + type=org.apache.webapp.admin.host.SetUpHostAction name=hostForm scope=session /action @@ -308,7 +305,7 @@ !-- Set up Logger datastructure -- actionpath=/setUpLogger - type=org.apache.webapp.admin.SetUpLoggerAction + type=org.apache.webapp.admin.logger.SetUpLoggerAction name=loggerForm scope=session /action @@ -375,7 +372,7 @@ !-- Process a host change -- actionpath=/host - type=org.apache.webapp.admin.HostAction + type=org.apache.webapp.admin.host.HostAction name=hostForm scope=session input=/host.jsp @@ -391,7 +388,7 @@ !-- Process a logger change -- actionpath=/logger - type=org.apache.webapp.admin.LoggerAction + type=org.apache.webapp.admin.logger.LoggerAction name=loggerForm scope=session input=/logger.jsp 1.1 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/HostAction.java Index: HostAction.java === /* * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/HostAction.java,v 1.1 2002/02/13 21:37:44 manveen Exp $ * $Revision: 1.1 $ * $Date: 2002/02/13 21:37:44 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 2001 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector ConnectorAction.java
manveen 02/02/13 14:07:53 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ServerAction.java SetUpServerAction.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector ConnectorAction.java Log: Throw appropriate exception and error messages when there is a problem getting/setting properties on server mBean or acquiring the mBean itself. Revision ChangesPath 1.4 +55 -39 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ServerAction.java Index: ServerAction.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ServerAction.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ServerAction.java 14 Dec 2001 23:22:33 - 1.3 +++ ServerAction.java 13 Feb 2002 22:07:53 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ServerAction.java,v 1.3 2001/12/14 23:22:33 patrickl Exp $ - * $Revision: 1.3 $ - * $Date: 2001/12/14 23:22:33 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ServerAction.java,v 1.4 2002/02/13 22:07:53 manveen Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/13 22:07:53 $ * * * @@ -63,6 +63,7 @@ package org.apache.webapp.admin; import java.util.Iterator; +import java.util.Locale; import java.io.IOException; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; @@ -79,23 +80,20 @@ import javax.management.Query; import javax.management.ObjectInstance; import javax.management.ObjectName; -import javax.management.JMException; -import javax.management.MBeanAttributeInfo; -import javax.management.MBeanOperationInfo; -import javax.management.MBeanInfo; import org.apache.struts.util.MessageResources; /** - * Implementation of strongAction/strong that validates a user logon. + * Implementation of strongAction/strong that saves server properties. * * @author Jazmin Jonson * @author Manveen Kaur - * @version $Revision: 1.3 $ $Date: 2001/12/14 23:22:33 $ + * @version $Revision: 1.4 $ $Date: 2002/02/13 22:07:53 $ */ public final class ServerAction extends Action { private static MBeanServer mBServer = null; +private MessageResources resources = null; // - Public Methods @@ -121,33 +119,45 @@ HttpServletResponse response) throws IOException, ServletException { -try{ - -// front end validation and checking. -// === -MessageResources messages = getResources(); - -// Validate the request parameters specified by the user -ActionErrors errors = new ActionErrors(); - -// Report any errors we have discovered back to the original form -if (!errors.empty()) { -saveErrors(request, errors); -return (new ActionForward(mapping.getInput())); -} - -if(mBServer == null) { -ApplicationServlet servlet = (ApplicationServlet)getServlet(); -mBServer = servlet.getServer(); -} +if (resources == null) { +resources = getServlet().getResources(); +} +Locale locale = (Locale)request.getSession().getAttribute(Action.LOCALE_KEY); + +ActionErrors errors = new ActionErrors(); + +// Report any errors we have discovered back to the original form +if (!errors.empty()) { +saveErrors(request, errors); +return (new ActionForward(mapping.getInput())); +} + +// Acquire a reference to the MBeanServer containing our MBeans +try { +mBServer = ((ApplicationServlet) getServlet()).getServer(); +} catch (Throwable t) { +throw new ServletException +(Cannot acquire MBeanServer reference, t); +} + +// Acquire a reference to the Server MBean +ObjectName serverObjName = null; +try { Iterator serverItr = mBServer.queryMBeans(new ObjectName(TomcatTreeBuilder.SERVER_TYPE + -TomcatTreeBuilder. WILDCARD), +TomcatTreeBuilder.WILDCARD), null).iterator(); -ObjectName serverObjName = +serverObjName =
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java
remm02/02/13 14:30:20 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java Log: - Add missing import. Revision ChangesPath 1.15 +5 -4 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java Index: TomcatTreeBuilder.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- TomcatTreeBuilder.java12 Feb 2002 01:54:37 - 1.14 +++ TomcatTreeBuilder.java13 Feb 2002 22:30:20 - 1.15 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v 1.14 2002/02/12 01:54:37 manveen Exp $ - * $Revision: 1.14 $ - * $Date: 2002/02/12 01:54:37 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v 1.15 2002/02/13 22:30:20 remm Exp $ + * $Revision: 1.15 $ + * $Date: 2002/02/13 22:30:20 $ * * * @@ -87,6 +87,7 @@ import javax.management.MBeanAttributeInfo; import javax.management.MBeanInfo; +import org.apache.webapp.admin.logger.SetUpLoggerAction; import org.apache.webapp.admin.realm.SetUpUserDBRealmAction; /** @@ -95,7 +96,7 @@ * * @author Jazmin Jonson * @author Manveen Kaur - * @version $Revision: 1.14 $ $Date: 2002/02/12 01:54:37 $ + * @version $Revision: 1.15 $ $Date: 2002/02/13 22:30:20 $ */ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Native Connector problems
On Wed, 2002-02-13 at 15:40, [EMAIL PROTECTED] wrote: If you ever see any commit (from me) that late in a release cycle - make sure you -1 it, regardless of how usefull it may look. Peer review seems to work well, but it needs more time. After half a billion commits you introduced a bug. You are being too hard on yourself... :-) Best of luck with PMC election! Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6438] - Problem with JARed taglibs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438 Problem with JARed taglibs --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 23:14 --- For some reason, the problem does not seem to exist in the HEAD branch. This bug could be related to 6400. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6443] New: - Jasper doesn't follow the spec in regards to the xml-view of a JSP page and whitespace handling semantics
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6443. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6443 Jasper doesn't follow the spec in regards to the xml-view of a JSP page and whitespace handling semantics Summary: Jasper doesn't follow the spec in regards to the xml- view of a JSP page and whitespace handling semantics Product: Tomcat 4 Version: 4.0.2 Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] hello.jsp: ?xml version=1.0? jsp:root xmlns=http://java.sun.com/JSP/Page; version=1.2 jsp:declarationint i;/jsp:declaration hellojsp:scriptleti=3;/jsp:scriptlet hi jsp:texthi you all /jsp:textjsp:expressioni/jsp:expression /hi /hello /jsp:root Output: hello hi hi you all 3 /hi /hello The output should be: hello hi hi you all 3 /hi/hello See sections 5.2 and 5.2.11 of the JavaServer Pages Specification. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6446] New: - Access denied instead of new challenge when authentication fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6446. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6446 Access denied instead of new challenge when authentication fails Summary: Access denied instead of new challenge when authentication fails Product: Tomcat 4 Version: 4.0.1 Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In a web application with two security constraints with different sets of required roles, all access attempts to the second one are denied (403) after successful authetication to the first. Example: security-constraint web-resource-collection web-resource-namesearch/web-resource-name url-pattern/ch12/search/*/url-pattern /web-resource-collection auth-constraint role-nameadmin/role-name role-nameuser/role-name /auth-constraint /security-constraint security-constraint web-resource-collection web-resource-nameadmin/web-resource-name url-pattern/ch12/admin/*/url-pattern /web-resource-collection auth-constraint role-nameadmin/role-name /auth-constraint /security-constraint After accessing resources protected by the search constraint as a user in the role user, all attempts to access resources protected by the admin constraint are denied. Previous versions of Tomcat (at least TC 3.x) issued a new challenge response in this case, which IMHO is a more accurate behavior. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re:native connectors for iis and netscape/solaris available
i've uploaded native jk1 connectors for iis and netscape/solaris. 1. How did you build it? There were files referenced by the Visual Studio projects that were missing in the jakarta-tomcat-connectors-4.0.2-src.zip. When I tried to build it, I needed to add some files from the cvs. You might want to make sure all the needed files are included. These files were referenced in the project, but missing from the /native/common directory. They do exist in the /native2/common directory but introduce other errors if you use these versions. I had to use the versions from the Tomcat3.3a distribution. jk_registry.c jk_channel_socket.c jk_env.c 2. I downloaded the iisapi connector build and it seems to work fine with 4.0.2 with the exception of high priority Bug: 5647 (AJP13 connector will not pass authentication requests). This bug is forcing me to disable the use of Realms in my production application since I need the connector. Does anyone have an estimate on when this bug will be fixed? It is a show stopper for me. -Jonathan Reply Separator Subject:native connectors for iis and netscape/solaris available Author: Tomcat Developers List [EMAIL PROTECTED] Date: 2/13/2002 2:00 PM fyi - i've uploaded native jk1 connectors for iis and netscape/solaris. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] This email and any files transmitted with it are for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. This email message has been swept by a virus software product for the presence of computer viruses. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java
remm02/02/13 16:45:30 Modified:catalina/src/share/org/apache/catalina/startup Tag: tomcat_40_branch ClassLoaderFactory.java Log: - Port fix for validation. - Fixes bug 6406. Revision ChangesPath No revision No revision 1.1.2.4 +4 -15 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java Index: ClassLoaderFactory.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- ClassLoaderFactory.java 25 Sep 2001 23:54:26 - 1.1.2.3 +++ ClassLoaderFactory.java 14 Feb 2002 00:45:30 - 1.1.2.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v 1.1.2.3 2001/09/25 23:54:26 remm Exp $ - * $Revision: 1.1.2.3 $ - * $Date: 2001/09/25 23:54:26 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ClassLoaderFactory.java,v 1.1.2.4 2002/02/14 00:45:30 remm Exp $ + * $Revision: 1.1.2.4 $ + * $Date: 2002/02/14 00:45:30 $ * * * @@ -92,7 +92,7 @@ * /ul * * @author Craig R. McClanahan - * @version $Revision: 1.1.2.3 $ $Date: 2001/09/25 23:54:26 $ + * @version $Revision: 1.1.2.4 $ $Date: 2002/02/14 00:45:30 $ */ public final class ClassLoaderFactory { @@ -213,11 +213,6 @@ File file = unpacked[i]; if (!file.isDirectory() || !file.exists() || !file.canRead()) continue; -if (!validateDirectory(file)) { -if (debug = 1) -log( Skipping directory + file.getAbsolutePath()); -continue; -} if (debug = 1) log( Including directory + file.getAbsolutePath()); URL url = new URL(file, null, @@ -239,12 +234,6 @@ if (!filename.endsWith(.jar)) continue; File file = new File(directory, filenames[j]); -if (!validateJarFile(file)) { -if (debug = 1) -log( Skipping jar file + -file.getAbsolutePath()); -continue; -} if (debug = 1) log( Including jar file + file.getAbsolutePath()); URL url = new URL(file, null, -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
NanoCatalina
I'd like to embed Catalina in a distributed tool that uses servlets for its admin interface. I'm currently using a very small hand-rolled 'container' that supports just enough of the servlet spec to handle my current crop of servlets. o.a.c.s.Embedded is a start, but it's a little heavy, both in code size (lots of required jars) and resource usage (extra threads, extra objects, etc) For example: HostConfig insists on creating an extra thread to do reloadable webapps, even if no webapps are reloadable and autoDeploy is false. Not really a big a deal, but that sort of thing adds up. Before I start ripping things apart, I wanted to double check that somebody else hadn't already done the work for me. I googled around and found references to using Catalina as the servlet engine for J2EE containers, etc., but that's a slightly different thing. Does anyone have references to an existing 'NanoCatalina'? Is anyone else interested in such a beast? I suspected it might be a generally useful sort of thing to have around, but I could be wrong... -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: native connectors for iis and netscape/solaris available
i've uploaded native jk1 connectors for iis and netscape/solaris. 1. How did you build it? There were files referenced by the Visual Studio projects that were missing in the jakarta-tomcat-connectors-4.0.2-src.zip. When I tried to build it, I needed to add some files from the cvs. You might want to make sure all the needed files are included. These files were referenced in the project, but missing from the /native/common directory. They do exist in the /native2/common directory but introduce other errors if you use these versions. I had to use the versions from the Tomcat3.3a distribution. jk_registry.c jk_channel_socket.c jk_env.c i used ant to build. the visual studio files are apparently out of date. 2. I downloaded the iisapi connector build and it seems to work fine with 4.0.2 with the exception of high priority Bug: 5647 (AJP13 connector will not pass authentication requests). This bug is forcing me to disable the use of Realms in my production application since I need the connector. Does anyone have an estimate on when this bug will be fixed? It is a show stopper for me. when i have time, i plan on looking into it some more. can't give an estimate on that, though. of course, you're more than welcome to fix it and post a patch :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin setclasspath.bat setclasspath.sh
patrickl02/02/13 17:29:47 Modified:catalina/src/bin setclasspath.bat setclasspath.sh Log: Changed -Djava.endorse.dirs to new common/endorsed directory Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat Index: setclasspath.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- setclasspath.bat 5 Feb 2002 17:59:28 - 1.3 +++ setclasspath.bat 14 Feb 2002 01:29:47 - 1.4 @@ -1,7 +1,7 @@ rem --- rem Set CLASSPATH and Java options rem -rem $Id: setclasspath.bat,v 1.3 2002/02/05 17:59:28 patrickl Exp $ +rem $Id: setclasspath.bat,v 1.4 2002/02/14 01:29:47 patrickl Exp $ rem --- rem Make sure prerequisite environment variables are set @@ -36,7 +36,7 @@ set JAVA_OPTS= rem Set the default -Djava.endorsed.dirs argument -set JAVA_ENDORSED_DIRS=%BASEDIR%\bin;%BASEDIR%\common\lib +set JAVA_ENDORSED_DIRS=%BASEDIR%\bin;%BASEDIR%\common\endorsed rem Set standard CLASSPATH rem Note that there are no quotes as we do not want to introduce random 1.4 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- setclasspath.sh 5 Feb 2002 18:00:20 - 1.3 +++ setclasspath.sh 14 Feb 2002 01:29:47 - 1.4 @@ -1,7 +1,7 @@ # - # Set CLASSPATH and Java options # -# $Id: setclasspath.sh,v 1.3 2002/02/05 18:00:20 patrickl Exp $ +# $Id: setclasspath.sh,v 1.4 2002/02/14 01:29:47 patrickl Exp $ # - # Make sure prerequisite environment variables are set @@ -30,7 +30,7 @@ JAVA_OPTS= # Set the default -Djava.endorsed.dirs argument -JAVA_ENDORSED_DIRS=$BASEDIR/bin:$BASEDIR/common/lib +JAVA_ENDORSED_DIRS=$BASEDIR/bin:$BASEDIR/common/endorsed # Set standard CLASSPATH CLASSPATH=$JAVA_HOME/lib/tools.jar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6438] - Problem with JARed taglibs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6438 Problem with JARed taglibs [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 02:22 --- *** This bug has been marked as a duplicate of 6400 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6400] - Tag Libraries not deploying in 4.0.2 final
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400 Tag Libraries not deploying in 4.0.2 final [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 02:22 --- *** Bug 6438 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6400] - Tag Libraries not deploying in 4.0.2 final
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6400 Tag Libraries not deploying in 4.0.2 final [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 02:26 --- After (much) debugging, it turned out the bug was caused by a packaging issue. Simply create a $CATALINA_HOME/temp directory, and the bug should go away. The scripts in the 4.0 branch were not correctly updated, causing the problems (which appeared completely unrelated, but actually aren't, as the temp directory is needed by the JDK to resolve the URLs Tomcat uses). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml RELEASE-NOTES-4.0.3-B1.txt tomcat.nsi
remm02/02/13 18:27:23 Modified:.Tag: tomcat_40_branch build.xml RELEASE-NOTES-4.0.3-B1.txt tomcat.nsi Log: - Fix for 6400: update scripts to create a 'temp' directory. - Update bug status. Revision ChangesPath No revision No revision 1.38.2.13 +1 -0 jakarta-tomcat-4.0/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v retrieving revision 1.38.2.12 retrieving revision 1.38.2.13 diff -u -r1.38.2.12 -r1.38.2.13 --- build.xml 12 Feb 2002 17:34:05 - 1.38.2.12 +++ build.xml 14 Feb 2002 02:27:23 - 1.38.2.13 @@ -117,6 +117,7 @@ mkdir dir=${tomcat.dist}/lib/ mkdir dir=${tomcat.dist}/webapps/ mkdir dir=${tomcat.dist}/work/ +mkdir dir=${tomcat.dist}/temp/ /target 1.1.2.2 +6 -1 jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.3-B1.txt Index: RELEASE-NOTES-4.0.3-B1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.3-B1.txt,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- RELEASE-NOTES-4.0.3-B1.txt13 Feb 2002 01:50:46 - 1.1.2.1 +++ RELEASE-NOTES-4.0.3-B1.txt14 Feb 2002 02:27:23 - 1.1.2.2 @@ -3,7 +3,7 @@ Release Notes = -$Id: RELEASE-NOTES-4.0.3-B1.txt,v 1.1.2.1 2002/02/13 01:50:46 remm Exp $ +$Id: RELEASE-NOTES-4.0.3-B1.txt,v 1.1.2.2 2002/02/14 02:27:23 remm Exp $ @@ -93,6 +93,11 @@ -- 6374 Class not found for: org/w3c/dom/range/Range +6396 LoggerBase class is package not public +6406 All classes in $CATALINA_HOME/classes become invisible + when the Oracle 8.1.7 JDBC driver classes are added to this shared + class loader directory +6400 Tag Libraries not deploying in 4.0.2 final 1.16.2.5 +3 -1 jakarta-tomcat-4.0/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-4.0/tomcat.nsi,v retrieving revision 1.16.2.4 retrieving revision 1.16.2.5 diff -u -r1.16.2.4 -r1.16.2.5 --- tomcat.nsi7 Feb 2002 20:52:26 - 1.16.2.4 +++ tomcat.nsi14 Feb 2002 02:27:23 - 1.16.2.5 @@ -1,6 +1,6 @@ ; Tomcat 4 script for Nullsoft Installer -; $Id: tomcat.nsi,v 1.16.2.4 2002/02/07 20:52:26 remm Exp $ +; $Id: tomcat.nsi,v 1.16.2.5 2002/02/14 02:27:23 remm Exp $ Name apache-tomcat-4.0 Caption Apache Tomcat 4.0 @@ -46,6 +46,7 @@ File /r logs File /r server File /r work + File /r temp SetOutPath $INSTDIR\webapps File /r webapps\manager File /r webapps\ROOT @@ -336,6 +337,7 @@ RMDir /r $INSTDIR\webapps\webdav RMDir $INSTDIR\webapps RMDir /r $INSTDIR\work + RMDir /r $INSTDIR\temp RMDir /r $INSTDIR\src RMDir $INSTDIR -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina build.xml
remm02/02/13 18:27:36 Modified:catalina Tag: tomcat_40_branch build.xml Log: - Fix for 6400: update scripts to create a 'temp' directory. - Update bug status. Revision ChangesPath No revision No revision 1.60.2.10 +2 -0 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v retrieving revision 1.60.2.9 retrieving revision 1.60.2.10 diff -u -r1.60.2.9 -r1.60.2.10 --- build.xml 8 Feb 2002 07:19:32 - 1.60.2.9 +++ build.xml 14 Feb 2002 02:27:36 - 1.60.2.10 @@ -426,6 +426,7 @@ mkdir dir=${catalina.build}/classes/ mkdir dir=${catalina.build}/lib/ mkdir dir=${catalina.build}/work/ +mkdir dir=${catalina.build}/temp/ /target @@ -653,6 +654,7 @@ mkdir dir=${catalina.deploy}/server/classes/ mkdir dir=${catalina.deploy}/server/lib/ mkdir dir=${catalina.deploy}/work/ +mkdir dir=${catalina.deploy}/temp/ /target -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml
remm02/02/13 18:37:18 Modified:.Tag: tomcat_40_branch build.xml Log: - Forgot a few places where 'temp' is also needed. Revision ChangesPath No revision No revision 1.38.2.14 +3 -0 jakarta-tomcat-4.0/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v retrieving revision 1.38.2.13 retrieving revision 1.38.2.14 diff -u -r1.38.2.13 -r1.38.2.14 --- build.xml 14 Feb 2002 02:27:23 - 1.38.2.13 +++ build.xml 14 Feb 2002 02:37:18 - 1.38.2.14 @@ -254,6 +254,8 @@ includes=webapps/** / zipfileset dir=${tomcat.dist} prefix=${final.name} includes=work/** / + zipfileset dir=${tomcat.dist} prefix=${final.name} + includes=temp/** / zipfileset dir=${tomcat.dist} prefix=${final.name} includes=LICENSE / zipfileset dir=${tomcat.dist} prefix=${final.name} @@ -290,6 +292,7 @@ include name=server/** / include name=webapps/** / include name=work/** / +include name=temp/** / include name=LICENSE / include name=README.txt / include name=RELEASE-NOTES-* / -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6446] - Access denied instead of new challenge when authentication fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6446. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6446 Access denied instead of new challenge when authentication fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 04:34 --- Accurate it may or may not be, but it's not correct :- The lifetime of an authentication is dependent on the login method used. For example, for form-based login you are authenticated through the duration of the current session. Therefore, a 403 is the right answer -- if the user should be able to access both sets of protected resources, he or she should be granted both roles in the first place. JSR 115 or 154 may or may not change this for the future (although I doubt it from the discussions so far). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6448] New: - NullPointerException when docBase is missing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6448. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6448 NullPointerException when docBase is missing Summary: NullPointerException when docBase is missing Product: Tomcat 3 Version: 3.3 Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Config AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Running tomcat.sh when one of the Context .../ lines is missing a docBase results in a NullPointerException. (In my case, I had docbase= instead of docBase=.) Tomcat should issue an error instead of throwing a NullPointerException. I don't have a stack trace, but the NullPointerException is thrown by isAbsolute(), called from addContext() in ...config.PathSetter. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6449] New: - Webapp classloader does not load classes from WEB-INF/lib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6449. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6449 Webapp classloader does not load classes from WEB-INF/lib Summary: Webapp classloader does not load classes from WEB- INF/lib Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a running application on Tomcat 4.0.1 that has xalan.jar in webapp's WEB- INF/lib and nowhere else. The application runs fine. After updating to Tomcat 4.0.2, the application gives an error that it can't find the classes from xalan.jar. If I move the xalan.jar to CATALINA_HOME/lib, the application works again! It appears that the webapps classloader is not finding the classes under webapp's WEB-INF/lib directory. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6449] - Webapp classloader does not load classes from WEB-INF/lib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6449. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6449 Webapp classloader does not load classes from WEB-INF/lib [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 06:06 --- This is a known issue which has been addressed. *** This bug has been marked as a duplicate of 6374 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374 class not find for:org/w3c/dom/range/Range [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 06:06 --- *** Bug 6449 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6450] New: - error-by-one in partial HTTP/1.1 GET requests
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6450. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6450 error-by-one in partial HTTP/1.1 GET requests Summary: error-by-one in partial HTTP/1.1 GET requests Product: Tomcat 4 Version: 4.0.1 Final Platform: PC URL: www.activesky.com OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Given nonnegative integers m, n where m n Given an HTTP/1.1 request like GET http://myhost:myport/data.html HTTP/1.1 Range:bytes=m-n (no angle brackets around m and n, of course), Tomcat responds with only bytes (m) through (n-1). Given an HTTP/1.1 request like GET http://myhost:myport/data.html HTTP/1.1 Range:bytes=-n (no angle brackets around n, of course), Tomcat responds with only the last (n- 1) bytes of data. Therefore, it appears impossible to get the last byte of a file using partial GETs under HTTP/1.1. The way I read RFC2616, byte ranges are supposed to be inclusive, start at 0 and end at one less than the file length (section 14.35.1). Help please? Any suggestions how I can work around this? Stephen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6450] - error-by-one in partial HTTP/1.1 GET requests
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6450. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6450 error-by-one in partial HTTP/1.1 GET requests [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Component|Unknown |Catalina Resolution||WORKSFORME Summary|error-by-one in partial |error-by-one in partial |HTTP/1.1 GET requests |HTTP/1.1 GET requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-14 06:30 --- You might want to try 4.0.2. There was 2 patial content related fixes, including a fix for an off-by-one content length error I found while testing the feature. Just tried again to be sure: GET /tomcat-docs/index.html HTTP/1.1 Host: localhost Range: bytes=0-10 Returned: HTTP/1.1 206 Partial Content Content-Type: text/html Content-Length: 11 Date: Thu, 14 Feb 2002 06:27:06 GMT Content-Range: bytes 0-10/9720 ETag: 9720-101365739 Server: Apache Tomcat/4.1-dev (HTTP/1.1 Connector) Last-Modified: Thu, 14 Feb 2002 03:29:50 GMT htmlhead -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/appdev build.xml.txt
craigmcc02/02/13 23:06:36 Modified:webapps/tomcat-docs class-loader-howto.xml manager-howto.xml webapps/tomcat-docs/appdev build.xml.txt Log: Miscellaneous typo corrections to the documentation and sample build.xml file. Revision ChangesPath 1.6 +35 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/class-loader-howto.xml Index: class-loader-howto.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/class-loader-howto.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- class-loader-howto.xml29 Jan 2002 15:23:50 - 1.5 +++ class-loader-howto.xml14 Feb 2002 07:06:35 - 1.6 @@ -105,8 +105,10 @@ applications. Normally, application classes should strongNOT/strong be placed here. All unpacked classes and resources in code$CATALINA_HOME/common/classes/code, as well as classes and -resources in JAR files under -code$CATALINA_HOME/common/lib/code, are made visible through this +resources in JAR files under the +code$CATALINA_HOME/commons/endorsed/code and +code$CATALINA_HOME/common/lib/code directories, +are made visible through this class loader. By default, that includes the following: ul liemjndi.jar/em - The Java Naming and Directory Interface API @@ -203,12 +205,43 @@ liBootstrap classes of your JVM/li liSystem class loader classses (described above)/li liem$CATALINA_HOME/common/classes/em/li +liem$CATALINA_HOME/common/endorsed/*.jar/em/li liem$CATALINA_HOME/common/lib/*.jar/em/li liem$CATALINA_HOME/shared/classes/em/li liem$CATALINA_HOME/shared/lib/*.jar/em/li /ul /section + + +section name=XML Parsers and JDK 1.4 + +pAmong many other changes, the JDK 1.4 release packages the JAXP APIs, and +a version of Xerces, inside the JDK. This has impacts on applications that +wish to use their own XML parser./p + +pIn previous versions of Tomcat 4, you could simply replace the XML parser +in the code$CATALINA_HOME/common/lib/code directory to change the parser +used by all web applications. However, this technique will not be effective +when you are running on JDK 1.4, because the usual class loader delegation +process will always choose the implementation inside the JDK in preference +to this one./p + +pJDK 1.4 supports a mechanism called the Endorsed Standards Override +Mechanism to allow replacement of APIs created outside of the JCP (i.e. +DOM and SAX from W3C). It can also be used to update the XML parser +implementation. For more information, see: +a href=http://java.sun.com/j2se/1.4/docs/guide/standards/index.html; +http://java.sun.com/j2se/1.4/docs/guide/standards/index.html/a./p + +pTomcat utilizes this mechanism by including the system property setting +code-Djava.endorsed.dirs=$CATALINA_HOME/common/endorsed/code in the +command line that starts the container. Therefore, you can replace the +parser that is installed in this directory, and it will get used even on a +JDK 1.4 system./p + +/section + /body 1.9 +6 -6 jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml Index: manager-howto.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- manager-howto.xml 12 Feb 2002 22:14:02 - 1.8 +++ manager-howto.xml 14 Feb 2002 07:06:35 - 1.9 @@ -642,20 +642,20 @@ ... construct web application in ${build} subdirectory ... lt;/targetgt; - lt;target name=deploy description=Deploy web application + lt;target name=install description=Install web application depends=compilegt; -lt;deploy url=${url} username=${username} password=${password} +lt;install url=${url} username=${username} password=${password} path=${path} war=file://${build}/gt; lt;/targetgt; lt;target name=reload description=Reload web application depends=compilegt; lt;reload url=${url} username=${username} password=${password} -path=${path} war=file://${build}/gt; +path=${path}/gt; lt;/targetgt; - lt;target name=undeploy description=Undeploy and delete web applicationgt; -lt;deploy url=${url} username=${username} password=${password} + lt;target name=remove description=Remove web applicationgt; +lt;remove url=${url} username=${username} password=${password} path=${path}/gt; lt;/targetgt; @@ -663,7 +663,7 @@ /pre/td/tr /table -pNow, you can execute commands like codeant deploy/code to deploy the +pNow, you can execute commands like codeant install/code to install th
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml
amyroh 02/02/13 23:47:14 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml Log: Add additional Catalina components MBeans. Revision ChangesPath 1.25 +39 -56 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java Index: MBeanUtils.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- MBeanUtils.java 12 Feb 2002 19:05:25 - 1.24 +++ MBeanUtils.java 14 Feb 2002 07:47:14 - 1.25 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v 1.24 2002/02/12 19:05:25 craigmcc Exp $ - * $Revision: 1.24 $ - * $Date: 2002/02/12 19:05:25 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v 1.25 2002/02/14 07:47:14 amyroh Exp $ + * $Revision: 1.25 $ + * $Date: 2002/02/14 07:47:14 $ * * * @@ -109,7 +109,7 @@ * * @author Craig R. McClanahan * @author Amy Roh - * @version $Revision: 1.24 $ $Date: 2002/02/12 19:05:25 $ + * @version $Revision: 1.25 $ $Date: 2002/02/14 07:47:14 $ */ public class MBeanUtils { @@ -203,9 +203,8 @@ String mname = createManagedName(connector); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -232,9 +231,8 @@ String mname = createManagedName(context); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -261,9 +259,8 @@ String mname = createManagedName(context); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -290,9 +287,8 @@ String mname = createManagedName(engine); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -319,9 +315,8 @@ String mname = createManagedName(group); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -348,9 +343,8 @@ String mname = createManagedName(host); ManagedBean managed = registry.findManagedBean(mname); if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); } String domain = managed.getDomain(); if (domain == null) @@ -377,9 +371,8 @@ String mname = createManagedName(loader); ManagedBean managed = registry.findManagedBean(mname); if (managed ==
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml
amyroh 02/02/13 23:47:14 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml Log: Add additional Catalina components MBeans. if (managed == null) { -//Exception e = new Exception(ManagedBean is not found with +mname); -//throw new MBeanException(e); -return null; +Exception e = new Exception(ManagedBean is not found with +mname); +throw new MBeanException(e); As I said before, I think it's a very bad idea to do this, and would restrict the audience of the admin webapp to the beginner users of Tomcat (since you get the choice between using the webapp *or* taking advantage of the modularity of Catalina). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6451] New: - Stackoverflow
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6451. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6451 Stackoverflow Summary: Stackoverflow Product: Tomcat 3 Version: 3.2.3 Final Platform: Other OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We have an application deployed on Tomcat + apache which uses servlets , xslt xml. This is running on production. Suddenly we started getting the following error: Not an ISO 8859_1 character:? After analysing we found that this is because of the ISO 8859_1. Please help us in fixing this problem as the earliest as this is a production system. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]