Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: Craig R. McClanahan [EMAIL PROTECTED] === On Tue, 27 Aug 2002, Randy Secrist wrote: Date: Tue, 27 Aug 2002 21:58:00 -0600 From: Randy Secrist [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: PropertyResourceBundle problems Lets try this route then: Is there ANY way to get the actual class path the TC class loader uses to load classes at runtime from within a servlet out of ANY context? No. The problem is that there *is* no such thing as a class path for the TC class class loader used to load classes at runtime from within a servlet. The classpath system property is global to the entire JVM that is running Tomcat, so it is (obviously) not capable of representing the set of classes available to each individual webapp. Class loaders only know what repositories they are loading classes (and static resources) from -- in the particular case of Tomcat, they are all subclasses of java.net.URLClassLoader so you can call getRepositories() -- but it won't help you much. See the following docs for more details: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The real issue is that there's something you are doing wrong that nobody has been able to figure out yet. Thousands of apps all over the world (including every app running Struts) is able to load resources from /WEB-INF/classes or /WEB-INF/lib if they use the correct invocation. Note that if you really did copy your properties file to /web-inf/classes instead of /WEB-INF/classes, give up and start over -- pretty much everything about servlets and JSP pages is case sensitive. Craig This is obviously not stored in the System.properties - is it kept internally anywhere? Randy - Original Message - From: Randy Secrist [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:21 PM Subject: Re: PropertyResourceBundle problems I did copy the props file to the web-inf/classes - however TC still doesn't know what to do with it... - Original Message - From: randie ursal [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:05 PM Subject: Re: PropertyResourceBundle problems i have that same problem, and i solve it through the efforts of some people on this list. i just place my property file on WEB-INF/classes of my web application...that's it everything works fine now. =)...no need to place it on other repositories. this is my code in reading the property file: ResourceBundle oRes = PropertyResourceBundle.getBundle(MyProperty); Randy Secrist wrote: Hello, This is probably a very simple question - but I want to have a servlet load a PropertyResourceBundle and am having problems getting TC to find the resource... I want to do this: props = (PropertyResourceBundle) PropertyResourceBundle.getBundle(SystemConfig); I have tried moving the properties file into the WEB-INF/classes, COMMON/classes, packaging it with my webapp.jar, and dropping it in COMMON/lib, and WEB-INF/lib... I even moved it into bootstrap.jar since that is apparently the System classpath TC uses. Still no luck... Everytime I get a java.util.MissingResourceException What am I doing wrong? Randy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Randie V. Ursal Design Engineering Department NEC Telecom Software Philippines, Inc. office : +63(032) 233-9142 (loc.3119) mobile : +63(0917) 467-8244 email : [EMAIL PROTECTED] -- 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] -- 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] -- 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] -- To unsubscribe, e-mail:
Antw: JSP and MAC line breaks
Subject: Antw: JSP and MAC line breaks From: Andre Schild [EMAIL PROTECTED] === The following is a post from Larry Issacs re: TC 4.0.1 which had a bug in Jasper that was stripping the =22=5Cr=22 from the line terminator. Which version of TC are you having problems with? 4.0.3 is showing me this problem. In the 4.0.4 release notes, there is mentioned that this bug has been fixed.=20 So I will have to move to 4.0.4. Thanks for your help. Andr=E9 -- 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]
Re: Threads Question in Tomcat
Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3 YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0 IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5 bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0 bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0 aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: Craig R. McClanahan [EMAIL PROTECTED] === On Tue, 27 Aug 2002, Randy Secrist wrote: Date: Tue, 27 Aug 2002 21:58:00 -0600 From: Randy Secrist [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: PropertyResourceBundle problems Lets try this route then: Is there ANY way to get the actual class path the TC class loader uses to load classes at runtime from within a servlet out of ANY context? No. The problem is that there *is* no such thing as a class path for the TC class class loader used to load classes at runtime from within a servlet. The classpath system property is global to the entire JVM that is running Tomcat, so it is (obviously) not capable of representing the set of classes available to each individual webapp. Class loaders only know what repositories they are loading classes (and static resources) from -- in the particular case of Tomcat, they are all subclasses of java.net.URLClassLoader so you can call getRepositories() -- but it won't help you much. See the following docs for more details: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The real issue is that there's something you are doing wrong that nobody has been able to figure out yet. Thousands of apps all over the world (including every app running Struts) is able to load resources from /WEB-INF/classes or /WEB-INF/lib if they use the correct invocation. Note that if you really did copy your properties file to /web-inf/classes instead of /WEB-INF/classes, give up and start over -- pretty much everything about servlets and JSP pages is case sensitive. Craig This is obviously not stored in the System.properties - is it kept internally anywhere? Randy - Original Message - From: Randy Secrist [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:21 PM Subject: Re: PropertyResourceBundle problems I did copy the props file to the web-inf/classes - however TC still doesn't know what to do with it... - Original Message - From: randie ursal [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:05 PM Subject: Re: PropertyResourceBundle problems i have that same problem, and i solve it through the efforts of some people on this list. i just place my property file on WEB-INF/classes of my web application...that's it everything works fine now. =)...no need to place it on other repositories. this is my code in reading the property file: ResourceBundle oRes = PropertyResourceBundle.getBundle(MyProperty); Randy Secrist wrote: Hello, This is probably a very simple question - but I want to have a servlet load a PropertyResourceBundle and am having problems getting TC to find the resource... I want to do this: props = (PropertyResourceBundle) PropertyResourceBundle.getBundle(SystemConfig); I have tried moving the properties file into the WEB-INF/classes, COMMON/classes, packaging it with my webapp.jar, and dropping it in COMMON/lib, and WEB-INF/lib... I even moved it into bootstrap.jar since that is apparently the System classpath TC uses. Still no luck... Everytime I get a java.util.MissingResourceException What am I doing wrong? Randy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Randie V. Ursal Design Engineering Department NEC Telecom Software Philippines, Inc. office : +63(032) 233-9142 (loc.3119) mobile : +63(0917) 467-8244 email : [EMAIL PROTECTED] -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail:
Antw: JSP and MAC line breaks
Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: Andre Schild [EMAIL PROTECTED] === The following is a post from Larry Issacs re: TC 4.0.1 which had a bug in Jasper that was stripping the =22=5Cr=22 from the line terminator. Which version of TC are you having problems with? 4.0.3 is showing me this problem. In the 4.0.4 release notes, there is mentioned that this bug has been fixed.=20 So I will have to move to 4.0.4. Thanks for your help. Andr=E9 -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PropertyResourceBundle problems
Still at it. getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...
My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case? Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...
I've read the docs, fought the fight - I'm going to bed. I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow. :) I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small. That is why
I wish I could verify this somehow.
Here is what I have.
JAR LOCATION:
I have a .jar file with this structure:
META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java
Thats it for the .jar. It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct? I have it as upper case at the
moment.
CONTEXT CONFIG:
Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt. (old habits die hard)
SERVLET CODE:
My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();
which in WebProperties singleton constructor calls:
try {
props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle(SystemConfig);
System.out.println(WebProperties - Load Success!);
this.init();
}
catch (java.lang.Throwable e) {
System.err.println(WebProperties - Load Failure!);
throw new ResourceFailure(e);
}
The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US
Anywho - thanks for your patience.
Randy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: Craig R. McClanahan [EMAIL PROTECTED] === On Tue, 27 Aug 2002, Randy Secrist wrote: Date: Tue, 27 Aug 2002 21:58:00 -0600 From: Randy Secrist [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: PropertyResourceBundle problems Lets try this route then: Is there ANY way to get the actual class path the TC class loader uses to load classes at runtime from within a servlet out of ANY context? No. The problem is that there *is* no such thing as a class path for the TC class class loader used to load classes at runtime from within a servlet. The classpath system property is global to the entire JVM that is running Tomcat, so it is (obviously) not capable of representing the set of classes available to each individual webapp. Class loaders only know what repositories they are loading classes (and static resources) from -- in the particular case of Tomcat, they are all subclasses of java.net.URLClassLoader so you can call getRepositories() -- but it won't help you much. See the following docs for more details: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The real issue is that there's something you are doing wrong that nobody has been able to figure out yet. Thousands of apps all over the world (including every app running Struts) is able to load resources from /WEB-INF/classes or /WEB-INF/lib if they use the correct invocation. Note that if you really did copy your properties file to /web-inf/classes instead of /WEB-INF/classes, give up and start over -- pretty much everything about servlets and JSP pages is case sensitive. Craig This is obviously not stored in the System.properties - is it kept internally anywhere? Randy - Original Message - From: Randy Secrist [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:21 PM Subject: Re: PropertyResourceBundle problems I did copy the props file to the web-inf/classes - however TC still doesn't know what to do with it... - Original Message - From: randie ursal [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:05 PM Subject: Re: PropertyResourceBundle problems i have that same problem, and i solve it through the efforts of some people on this list. i just place my property file on WEB-INF/classes of my web application...that's it everything works fine now. =)...no need to place it on other repositories. this is my code in reading the property file: ResourceBundle oRes = PropertyResourceBundle.getBundle(MyProperty); Randy Secrist wrote: Hello, This is probably a very simple question - but I want to have a servlet load a PropertyResourceBundle and am having problems getting TC to find the resource... I want to do this: props = (PropertyResourceBundle) PropertyResourceBundle.getBundle(SystemConfig); I have tried moving the properties file into the WEB-INF/classes, COMMON/classes, packaging it with my webapp.jar, and dropping it in COMMON/lib, and WEB-INF/lib... I even moved it into bootstrap.jar since that is apparently the System classpath TC uses. Still no luck... Everytime I get a java.util.MissingResourceException What am I doing wrong? Randy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Randie V. Ursal Design Engineering Department NEC Telecom Software Philippines, Inc. office : +63(032) 233-9142 (loc.3119) mobile : +63(0917) 467-8244 email : [EMAIL PROTECTED] -- 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] -- 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] -- To unsubscribe, e-mail:
Re: Threads Question in Tomcat
Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3 YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0 IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5 bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0 bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0 aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K -- 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] -- 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]
Antw: JSP and MAC line breaks
Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: Andre Schild [EMAIL PROTECTED] === The following is a post from Larry Issacs re: TC 4.0.1 which had a bug in Jasper that was stripping the =22=5Cr=22 from the line terminator. Which version of TC are you having problems with? 4.0.3 is showing me this problem. In the 4.0.4 release notes, there is mentioned that this bug has been fixed.=20 So I will have to move to 4.0.4. Thanks for your help. Andr=E9 -- 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] -- 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]
Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems
From: Randy Secrist [EMAIL PROTECTED]
===
Still at it. getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...
My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case? Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...
I've read the docs, fought the fight - I'm going to bed. I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow. :) I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small. That is why
I wish I could verify this somehow.
Here is what I have.
JAR LOCATION:
I have a .jar file with this structure:
META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java
Thats it for the .jar. It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct? I have it as upper case at the
moment.
CONTEXT CONFIG:
Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt. (old habits die hard)
SERVLET CODE:
My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();
which in WebProperties singleton constructor calls:
try {
props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle(SystemConfig);
System.out.println(WebProperties - Load Success!);
this.init();
}
catch (java.lang.Throwable e) {
System.err.println(WebProperties - Load Failure!);
throw new ResourceFailure(e);
}
The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US
Anywho - thanks for your patience.
Randy
--
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]
jkmount possibilities
Hi I was wondering if what I want to do is possible Tomcat 4.03 Apache 1.3.20 RHLinux 7.3 I have not defined any contexts in my server.xml I just want them auto generated when I start tomcat4. To do this I tried a number of different settings for jkmount and eventually settled on JkMount /*/servlet/* ajp13 This seemed to work as all my html and serlvets seemed to work fine. However - now I discover that Tomcat is serving all content ie. JkMount /*/servlet/* ajp13 Seems to work the same as JkMount /* ajp13 Is this the case? I only want tomcat to serve anything with servlet in the uri no matter what precedes it eg http://server/context1/servlet/myservlet http://server/context2/servlet/myservlet This is in my httpd.conf LoadModule jk_module modules/mod_jk.so AddModule mod_jk.c IfModule mod_jk.c JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile logs/mod_jk.log JkLogLevel error /IfModule NameVirtualHost 192.168.192.103 VirtualHost 192.168.192.103:80 ServerAdmin email@address DocumentRoot /home/bass/iAP21 ServerName server.name.com ErrorLog logs/ap21-error_log CustomLog logs/ap21-access_log common JkMount /*/servlet/* ajp13 /VirtualHost Chris Stokes Senior Systems Consultant Bass Software Pty Ltd [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: Craig R. McClanahan [EMAIL PROTECTED] === On Tue, 27 Aug 2002, Randy Secrist wrote: Date: Tue, 27 Aug 2002 21:58:00 -0600 From: Randy Secrist [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: PropertyResourceBundle problems Lets try this route then: Is there ANY way to get the actual class path the TC class loader uses to load classes at runtime from within a servlet out of ANY context? No. The problem is that there *is* no such thing as a class path for the TC class class loader used to load classes at runtime from within a servlet. The classpath system property is global to the entire JVM that is running Tomcat, so it is (obviously) not capable of representing the set of classes available to each individual webapp. Class loaders only know what repositories they are loading classes (and static resources) from -- in the particular case of Tomcat, they are all subclasses of java.net.URLClassLoader so you can call getRepositories() -- but it won't help you much. See the following docs for more details: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The real issue is that there's something you are doing wrong that nobody has been able to figure out yet. Thousands of apps all over the world (including every app running Struts) is able to load resources from /WEB-INF/classes or /WEB-INF/lib if they use the correct invocation. Note that if you really did copy your properties file to /web-inf/classes instead of /WEB-INF/classes, give up and start over -- pretty much everything about servlets and JSP pages is case sensitive. Craig This is obviously not stored in the System.properties - is it kept internally anywhere? Randy - Original Message - From: Randy Secrist [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:21 PM Subject: Re: PropertyResourceBundle problems I did copy the props file to the web-inf/classes - however TC still doesn't know what to do with it... - Original Message - From: randie ursal [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:05 PM Subject: Re: PropertyResourceBundle problems i have that same problem, and i solve it through the efforts of some people on this list. i just place my property file on WEB-INF/classes of my web application...that's it everything works fine now. =)...no need to place it on other repositories. this is my code in reading the property file: ResourceBundle oRes = PropertyResourceBundle.getBundle(MyProperty); Randy Secrist wrote: Hello, This is probably a very simple question - but I want to have a servlet load a PropertyResourceBundle and am having problems getting TC to find the resource... I want to do this: props = (PropertyResourceBundle) PropertyResourceBundle.getBundle(SystemConfig); I have tried moving the properties file into the WEB-INF/classes, COMMON/classes, packaging it with my webapp.jar, and dropping it in COMMON/lib, and WEB-INF/lib... I even moved it into bootstrap.jar since that is apparently the System classpath TC uses. Still no luck... Everytime I get a java.util.MissingResourceException What am I doing wrong? Randy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Randie V. Ursal Design Engineering Department NEC Telecom Software Philippines, Inc. office : +63(032) 233-9142 (loc.3119) mobile : +63(0917) 467-8244 email : [EMAIL PROTECTED] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail:
Re: Threads Question in Tomcat
Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3 YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0 IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5 bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0 bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0 aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Antw: JSP and MAC line breaks
Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: Andre Schild [EMAIL PROTECTED] === The following is a post from Larry Issacs re: TC 4.0.1 which had a bug in Jasper that was stripping the =22=5Cr=22 from the line terminator. Which version of TC are you having problems with? 4.0.3 is showing me this problem. In the 4.0.4 release notes, there is mentioned that this bug has been fixed.=20 So I will have to move to 4.0.4. Thanks for your help. Andr=E9 -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jkmount possibilities
Subject: jkmount possibilities From: Chris Stokes [EMAIL PROTECTED] === Hi I was wondering if what I want to do is possible Tomcat 4.03 Apache 1.3.20 RHLinux 7.3 I have not defined any contexts in my server.xml I just want them auto = generated when I start tomcat4. To do this I tried a number of different = settings for jkmount and eventually settled on JkMount /*/servlet/* ajp13 This seemed to work as all my html and serlvets seemed to work fine. However - now I discover that Tomcat is serving all content ie. JkMount /*/servlet/* ajp13 Seems to work the same as JkMount /* ajp13 Is this the case? I only want tomcat to serve anything with servlet in the uri no matter = what precedes it eg http://server/context1/servlet/myservlet http://server/context2/servlet/myservlet This is in my httpd.conf LoadModule jk_module modules/mod_jk.so AddModule mod_jk.c IfModule mod_jk.c JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile logs/mod_jk.log JkLogLevel error /IfModule NameVirtualHost 192.168.192.103 VirtualHost 192.168.192.103:80 ServerAdmin email@address DocumentRoot /home/bass/iAP21 ServerName server.name.com ErrorLog logs/ap21-error_log CustomLog logs/ap21-access_log common JkMount /*/servlet/* ajp13 /VirtualHost Chris Stokes Senior Systems Consultant Bass Software Pty Ltd [EMAIL PROTECTED] -- 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]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
===
Subject: Re: PropertyResourceBundle problems
From: Randy Secrist [EMAIL PROTECTED]
===
Still at it. getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...
My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case? Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...
I've read the docs, fought the fight - I'm going to bed. I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow. :) I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small. That is why
I wish I could verify this somehow.
Here is what I have.
JAR LOCATION:
I have a .jar file with this structure:
META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java
Thats it for the .jar. It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct? I have it as upper case at the
moment.
CONTEXT CONFIG:
Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt. (old habits die hard)
SERVLET CODE:
My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();
which in WebProperties singleton constructor calls:
try {
props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle(SystemConfig);
System.out.println(WebProperties - Load Success!);
this.init();
}
catch (java.lang.Throwable e) {
System.err.println(WebProperties - Load Failure!);
throw new ResourceFailure(e);
}
The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US
Anywho - thanks for your patience.
Randy
--
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]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Java FTP and Tomcat
Hello??? - Original Message - From: Jakarta Tomcat Newsgroup (@Basebeans.com) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:10 AM Subject: Re: Java FTP and Tomcat Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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] -- 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]
Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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] -- 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]
Re: Threads Question in Tomcat
Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Threads Question in Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3 YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0 IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5 bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0 bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0 aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K -- 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] -- 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] -- 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]
Antw: JSP and MAC line breaks
Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Antw: JSP and MAC line breaks From: Andre Schild [EMAIL PROTECTED] === The following is a post from Larry Issacs re: TC 4.0.1 which had a bug in Jasper that was stripping the =22=5Cr=22 from the line terminator. Which version of TC are you having problems with? 4.0.3 is showing me this problem. In the 4.0.4 release notes, there is mentioned that this bug has been fixed.=20 So I will have to move to 4.0.4. Thanks for your help. Andr=E9 -- 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] -- 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] -- 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]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: PropertyResourceBundle problems From: Craig R. McClanahan [EMAIL PROTECTED] === On Tue, 27 Aug 2002, Randy Secrist wrote: Date: Tue, 27 Aug 2002 21:58:00 -0600 From: Randy Secrist [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: PropertyResourceBundle problems Lets try this route then: Is there ANY way to get the actual class path the TC class loader uses to load classes at runtime from within a servlet out of ANY context? No. The problem is that there *is* no such thing as a class path for the TC class class loader used to load classes at runtime from within a servlet. The classpath system property is global to the entire JVM that is running Tomcat, so it is (obviously) not capable of representing the set of classes available to each individual webapp. Class loaders only know what repositories they are loading classes (and static resources) from -- in the particular case of Tomcat, they are all subclasses of java.net.URLClassLoader so you can call getRepositories() -- but it won't help you much. See the following docs for more details: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The real issue is that there's something you are doing wrong that nobody has been able to figure out yet. Thousands of apps all over the world (including every app running Struts) is able to load resources from /WEB-INF/classes or /WEB-INF/lib if they use the correct invocation. Note that if you really did copy your properties file to /web-inf/classes instead of /WEB-INF/classes, give up and start over -- pretty much everything about servlets and JSP pages is case sensitive. Craig This is obviously not stored in the System.properties - is it kept internally anywhere? Randy - Original Message - From: Randy Secrist [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:21 PM Subject: Re: PropertyResourceBundle problems I did copy the props file to the web-inf/classes - however TC still doesn't know what to do with it... - Original Message - From: randie ursal [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 9:05 PM Subject: Re: PropertyResourceBundle problems i have that same problem, and i solve it through the efforts of some people on this list. i just place my property file on WEB-INF/classes of my web application...that's it everything works fine now. =)...no need to place it on other repositories. this is my code in reading the property file: ResourceBundle oRes = PropertyResourceBundle.getBundle(MyProperty); Randy Secrist wrote: Hello, This is probably a very simple question - but I want to have a servlet load a PropertyResourceBundle and am having problems getting TC to find the resource... I want to do this: props = (PropertyResourceBundle) PropertyResourceBundle.getBundle(SystemConfig); I have tried moving the properties file into the WEB-INF/classes, COMMON/classes, packaging it with my webapp.jar, and dropping it in COMMON/lib, and WEB-INF/lib... I even moved it into bootstrap.jar since that is apparently the System classpath TC uses. Still no luck... Everytime I get a java.util.MissingResourceException What am I doing wrong? Randy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Randie V. Ursal Design Engineering Department NEC Telecom Software Philippines, Inc. office : +63(032) 233-9142 (loc.3119) mobile : +63(0917) 467-8244 email : [EMAIL PROTECTED] -- 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] -- To unsubscribe,
Re: Java FTP and Tomcat
Subject: Re: Java FTP and Tomcat From: Michael Delamere [EMAIL PROTECTED] === Hello??? - Original Message - From: Jakarta Tomcat Newsgroup (@Basebeans.com) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:10 AM Subject: Re: Java FTP and Tomcat Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PropertyResourceBundle problems
Subject: Re: PropertyResourceBundle problems
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
===
Subject: Re: PropertyResourceBundle problems
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
===
Subject: Re: PropertyResourceBundle problems
From: Randy Secrist [EMAIL PROTECTED]
===
Still at it. getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...
My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case? Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...
I've read the docs, fought the fight - I'm going to bed. I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow. :) I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small. That is why
I wish I could verify this somehow.
Here is what I have.
JAR LOCATION:
I have a .jar file with this structure:
META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java
Thats it for the .jar. It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct? I have it as upper case at the
moment.
CONTEXT CONFIG:
Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt. (old habits die hard)
SERVLET CODE:
My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();
which in WebProperties singleton constructor calls:
try {
props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle(SystemConfig);
System.out.println(WebProperties - Load Success!);
this.init();
}
catch (java.lang.Throwable e) {
System.err.println(WebProperties - Load Failure!);
throw new ResourceFailure(e);
}
The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US
Anywho - thanks for your patience.
Randy
--
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]
--
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]
jkmount possibilities
Subject: jkmount possibilities From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: jkmount possibilities From: Chris Stokes [EMAIL PROTECTED] === Hi I was wondering if what I want to do is possible Tomcat 4.03 Apache 1.3.20 RHLinux 7.3 I have not defined any contexts in my server.xml I just want them auto = generated when I start tomcat4. To do this I tried a number of different = settings for jkmount and eventually settled on JkMount /*/servlet/* ajp13 This seemed to work as all my html and serlvets seemed to work fine. However - now I discover that Tomcat is serving all content ie. JkMount /*/servlet/* ajp13 Seems to work the same as JkMount /* ajp13 Is this the case? I only want tomcat to serve anything with servlet in the uri no matter = what precedes it eg http://server/context1/servlet/myservlet http://server/context2/servlet/myservlet This is in my httpd.conf LoadModule jk_module modules/mod_jk.so AddModule mod_jk.c IfModule mod_jk.c JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile logs/mod_jk.log JkLogLevel error /IfModule NameVirtualHost 192.168.192.103 VirtualHost 192.168.192.103:80 ServerAdmin email@address DocumentRoot /home/bass/iAP21 ServerName server.name.com ErrorLog logs/ap21-error_log CustomLog logs/ap21-access_log common JkMount /*/servlet/* ajp13 /VirtualHost Chris Stokes Senior Systems Consultant Bass Software Pty Ltd [EMAIL PROTECTED] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
How to configure multiple tomcat instances connecting to apache usingthewarp connector
Forgot to mention the versions: RH Linux 7.1, apache-1.3.22-6, tomcat-4.0.4. No response so far ? Nobody have a clue ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How to configure multiple tomcat instances connecting to apache using thewarp connector
Is using mod_jk a possibility? Because there is a way to connect multiple tomcat instances to apache using modd_jk. I always thought this was one of the differences between mod_jk and the warp connector, but don't take my word for it. Did you check the warp connector's documentation? Andreas Mohrig -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:21 AM To: [EMAIL PROTECTED] Subject: How to configure multiple tomcat instances connecting to apache using thewarp connector Forgot to mention the versions: RH Linux 7.1, apache-1.3.22-6, tomcat-4.0.4. No response so far ? Nobody have a clue ? -- 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]
Experience with connectors to connect tomcat to apache ?
Hi Group, since it seems that there is noone out there, who can help me with my problem 'How to configure multiple tomcat instances connecting to apache using thewarp connector', I'd like to share your experience with connectors connecting tomcat with apache. What are the main differences between the Warp and the AJP13 connector except for the load balancing ? Is one of the two more performant ? Will Coyote JK2 connector bring any improvements in addition to inprocess JVM ? Which connector do you prefer ? Why ? Any input is appreciated. Please do not forget the OS, Apache- and Tomcat version you use. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Threads Question in Tomcat
On Wed, 28 Aug 2002, Nikola Milutinovic wrote: Date: Wed, 28 Aug 2002 07:15:57 +0200 From: Nikola Milutinovic [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Threads Question in Tomcat 1. Is it true that requests from the SAME client always served by the SAME thread? Not always. Even if a servlet implements SingleThreadModel, the container may still keep a pool of instances of this servlet and issue requests as they come in, as long as no two requests share an instance at the same time (i.e. they'll process one at a time). This is true in a very particular situation. Basically, a servlet container will instantiate ONE servlet class into an object. Each request is handled via it's own separate thread. Unless Servlet implements SingleThreadModel, all threads that are directed to that particular servlet will activate it's service() method and run in paralel. This is actually the *normal* case -- not any kind of exception. In the oposite case, threads will synchronize on that Servlet. If I understand things correctly, it is not the servlet that creates threads for each request - it is the particular Connector, which than forms the request and forwards it to the appropriate handler, filter or a servlet. You are correct in one respect; the servlet creates the necessary threads. However, you are (potentially) incorrect in another respect -- the container will ***never*** synchronize on servlet instance whose class does not implement SingleThreadModel -- the typical pattern is that a single (nont-STM0 servlet instance is processing multiple requests at the same time. If you are using SingleThreadModel (STM) servlets instead, the container guarantees that no more than one request at a time is active in any given instance -- it ***may*** use synchronization on servlet intsances to enforce this, but that is an implementation detail and is not guaranteed. There is no such thing as a SingleThreadModel filter -- filters must ***always*** be programmed to be thread safe. So, the only occasion when the same thread would handle TWO requests, regardles of who's the originating client, would be when there is a thread-pool and first request finishes and the available thread for the other request is the one that handled the first one. This is a game of chance. Again, I haven't looked into Tomcat internals, but this is how I picture any servlet container would work. It appeares you also haven't looked at the servlet spec :-). It is not legal (or even technically possible) for a single thread to process more than one request at the same time. Threads are allocated to a particular request for the lifetime of that request, and then reused. 2. What if the SAME client access 2 different servlets in a servlet container? Is it still served by the SAME thread? Not always. Hardly ever, IMO, see above. If it does happen to be served by the same thread, that is totally coincidence and not by design. Nix. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Java FTP and Tomcat
Sorry about that. We recently moved our server from the old one that was dying. In the move, a number of things got... corrupted, including the mail to news gw which began spewing to the list tonight. The problem has been stomped, locked and key thrown away! ;-] Tin Le http://tin.le.org Tin Le - [EMAIL PROTECTED] Firewall and Security Consulting Date: Wed, 28 Aug 2002 00:25:04 -0700 (PDT) From: Jakarta Tomcat Newsgroup (@Basebeans.com) [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Java FTP and Tomcat Subject: Re: Java FTP and Tomcat From: Michael Delamere [EMAIL PROTECTED] === Hello??? - Original Message - From: Jakarta Tomcat Newsgroup (@Basebeans.com) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:10 AM Subject: Re: Java FTP and Tomcat Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com)) === Subject: Re: Java FTP and Tomcat From: Nikola Milutinovic [EMAIL PROTECTED] === PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91 Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3 YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K -- 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] -- 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] -- 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] -- 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]
RE: build-main fails for tomcat 4.1 (XSLP problem?)
It was indeed! After downloading the bin dist of Xalan 2.4.D1, rather then the one from ports (on our FreeBSD 4.6 box) the build was successfull. Thank you very much for your help - we really appreciate it! I still think it's a xalan issue. How did you solve the problem? Copy xalan.jar into ant/lib or are you using jdk1.4 (if 1.4, which build? ) Xalan has a known issue with converting style sheets that Xalan 2.4.D1 resolves. Check these for more info http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6750 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6156 - Andrew -Original Message- From: Dev Zero G Ltd [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 4:14 PM To: Tomcat Developers List Subject: Re: build-main fails for tomcat 4.1 (XSLP problem?) FANTASTIC! That worked a treat :) New problem :( (THANKS VERY MUCH FOR GETTING ME THIS FAR!) build-main: [style] Transforming into /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/build/tomcat-docs [style] Processing /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/clas s-loader-howto.xml to /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/build/tomcat-doc s/class-loader-howto.html [style] Loading stylesheet /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/tomc at-docs.xsl [style] Processing /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/inde x.xml to /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/build/tomcat-doc s/index.html [style] Processing /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/intr oduction.xml to /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/build/tomcat-doc s/introduction.html [style] Processing /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/jndi -datasource-examples-howto.xml to /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/build/tomcat-doc s/jndi-datasource-examples-howto.html [style] : Fatal Error! java.lang.NullPointerException: Cause: java.lang.NullPointerException: [style] Failed to process /usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs/jndi -datasource-examples-howto.xml BUILD FAILED file:/usr/home/d3wh3m1c/jakarta-tomcat-4.0/webapps/tomcat-docs /build.xml:80: Fatal error during transformation -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JVM crashes when using JSSE
Subject: Re: JVM crashes when using JSSE From: Tim Koop [EMAIL PROTECTED] === In case you're curious, I tried it with Sun's Java SDK 1.4.1 and all works fine. Tim Koop www.timkoop.com - Original Message - From: Tim Koop [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 23, 2002 4:08 PM Subject: JVM crashes when using JSSE I have Tomcat working fine, but when I try to get the SSL working using JSSE, by uncommenting the lines in server.xml, Java crashes on me. I installed Tomcat 4.0.4 with the tomcat4-4.0.4-full.2jpp.noarch.rpm rpm. I installed Java SDK 1.3.1 with the IBMJava2-SDK-1.3.1-2.0.i386.rpm rpm. It all works fine till here. Then I found the following files and put them in /opt/IBMJava2-131/jre/lib/ext/ jcert.jar jnet.jar jsse.jar Then I ran the keytool, just like the instructions said and put the .keystore file in the tomcat4 directory. Then I uncommented the following lines in /var/tomcat4/conf/server.xml !-- Define an SSL HTTP/1.1 Connector on port 8443 -- Connector className=org.apache.catalina.connector.http.HttpConnector port=8443 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0 scheme=https secure=true Factory className=org.apache.catalina.net.SSLServerSocketFactory clientAuth=false protocol=TLS/ keystoreFile/var/tomcat4//keystoreFile /Connector When I restart at this point, I get the following error, which I concluded was a JVM core dump: stackpointer=0xbfffeda8 Writing Java core file Written Java core to /tmp/javacore9253.1030108102.txt I'm using a fresh install of Linux Red Hat 7.3 Can anyone give me any ideas on how to get this working? Thanks in advance. Tim Koop -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Experience with connectors to connect tomcat to apache ?
Although I think there have been a lot of contributions concerning this (try searching the archives) beeing much more helpful, here is my configuration: 1 Apache 1.3.26 with mod_ssl 1 Tomcat 4.0.4 both on S.u.S.E. Linux 8.0 (Kernel 2.4.18) Connector: mod_jk We use the connector mainly to have apache as a time-tested front-end with ssl encryption. mod_jk seems to be the connector of choice for production systems, since it is around some time longer and more widely used. One more factor has been the possibility to upgrade the configuration to a cluster having one apache as loadbalancer and a couple of tomcats as workers. We have no data concerning the performance, but have nothing to complain about mod_jk's performance either. So far the other components (database e.g.) have been the bottlenecks, so I would not worry about optimizing something concerning the connector so long as it does it#s job reliably. Andreas Mohrig -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:40 AM To: [EMAIL PROTECTED] Subject: Experience with connectors to connect tomcat to apache ? Hi Group, since it seems that there is noone out there, who can help me with my problem 'How to configure multiple tomcat instances connecting to apache using thewarp connector', I'd like to share your experience with connectors connecting tomcat with apache. What are the main differences between the Warp and the AJP13 connector except for the load balancing ? Is one of the two more performant ? Will Coyote JK2 connector bring any improvements in addition to inprocess JVM ? Which connector do you prefer ? Why ? Any input is appreciated. Please do not forget the OS, Apache- and Tomcat version you use. -- 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]
RE: How to configure multiple tomcat instances connecting to apache usingthewarp connector
Hi,
thank you for your input, I really appreciate !
I just opened a new thread, to figure out the main differences between warp
and jk connctors ('Experience with connectors to connect tomcat to apache ?
').
The warp connector documentation I am aware of (at
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/warp.html) is way
short with 'FIXMEs' all over the place. Is there any better documentatio
source ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat Realms with Digested Passwords -Urgent- ( A little longish...)
Thanks to those who were kind to share their
suggestions/comments.
The problem was a subtle, but an important one : in
server.xml == roleNameCol=role_name
but in database there is no column called role_name,
accidentally column's name is user_role!
Baris...
--- Rick Fincher [EMAIL PROTECTED] wrote:
Hi Baris,
I tried:
java -classpath
CATALINA_HOME/server/lib/catalina.jar
org.apache.catalina.realm.RealmBase -a MD5 aksu
And got:
aksu:394e654ca65973f232653fb0008c603d
So that seems to be working correctly. You may want
to try changing
auth-methodBASIC/auth-method, to
auth-methodDIGEST/auth-method. Since the
browser is getting the
password you want it to be digested before it goes
out on the net for
security unless you are using SSL. Then it gets
encrypted anyway and
digesting just protects your passwords from
observation on the server side.
This might require you to turn off digest in the
realm.
You can also increase the debug level in the realm
and see what the log
files say.
Hope this helps,
Rick
- Original Message -
From: ahmet dalli [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 27, 2002 3:14 AM
Subject: Tomcat Realms with Digested Passwords
-Urgent- ( A little
longish...)
Hi all,
I am trying to use JDBCRealm to store user login
information in an oracle database. I am working on
a
Windows2000 machine, using jdk1.4, and
Tomcat4.0.4.
In server.xml, i have this configuration:
^^
Realm
className=org.apache.catalina.realm.JDBCRealm
debug=99
driverName=oracle.jdbc.driver.OracleDriver
connectionURL=jdbc:oracle:thin:usr/pass@host:1521:ORCL
userTable=users userNameCol=user_name
userCredCol=user_pass
userRoleTable=user_roles
roleNameCol=role_name digest=MD5 /
^^
In an Oracle8i database, i have a table called
users
which has two columns named user_name and
user_pass ; and yet another one called
user_roles with to columns named user_name and
user_role.
When i store user passwords in cleartext,
everything
works fine.
I want to store passwords in a digested form. So,
i
have used the following code to store a user_name
:
baris, user_pass : aksu and user_role : director.
^^^
import org.apache.catalina.realm.RealmBase;
import java.io.*;
import java.sql.*;
public class DigestDene {
public static void main(String[] args) {
try {
String username = args[0];
String password = args[1];
String role = args[2];
String digested =
RealmBase.Digest(password, MD5);
//Here, code that connects to the database
/* .. */
stmt.executeUpdate(insert into users
values(' +
username + ', ' + digested + '));
stmt.executeUpdate(insert into user_roles
values
(' + username + ', ' + role + '));
}
catch(Exception ex) {}
}
}
Then, i have inserted my user's info from the
command-line with :
^^
java DigestDene baris aksu director
^^^
After this, I have these values in the database :
(in table users)
USER_NAMEUSER_PASS
---
baris394e654ca65973f232653fb0008c603d
(in table user_roles)
USER_NAME USER_ROLE
--- -
baris director
Lastly, in web.xml i have these lines :
^^^
security-constraint
web-resource-collection
web-resource-nameProtected Basla Servlet
/web-resource-name
url-pattern/servlet/IlkGirisServlet
/url-pattern
/web-resource-collection
auth-constraint
role-namedirector/role-name
/auth-constraint
user-data-constraint
transport-guaranteeNONE/transport-guarantee
/user-data-constraint
/security-constraint
login-config
auth-methodBASIC/auth-method
/login-config
^
When i try to acces my protected resource, i am
presented with the classic login screen for BASIC
authentication, and after i type baris for
username
and aksu for password, Tomcat doesn't simply let
me
in.
Any suggestions or comments will be greatly
appreciated.
Baris.
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Character Encoding problem
Hi I am using tomact 4.0.4 and JDK1.3.1 I am trying to read parameter in hebrew from the URL but get '???' writing Hebrew to the browser works fine I can not use req.setCharacterEncoding(java.lang.String env) (can not compile the code when I am using it) is there a way to go around it. I am very flexiable in choosing the JDK and TOMCAT version to work with but they need to be release version and not beta or something like this Thanks in advance Nehemia Litterat - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes
Re: jkmount possibilities
If you are using mod_jk 1.2 you can use the JkAutoAlias directive to tell Apache to automatically serve static content for all webapps. pUse the mod_jk JkAutoAlias directive to map all web application context directories into Apache's document space. Attempts to access the codeWEB-INF/code or codeMETA-INF/code directories within a web application context or a Web Archive code*.war/code within the Tomcat Host appBase (webapps) directory will fail with an HTTP 403, Access Forbidden./p p Example configuration for an Apache VirtualHost: pre # Static files in all Tomcat webapp context directories are served by apache JkAutoAlias /export/home/web/host2/webapps /pre /p Chris Stokes wrote: Hi I was wondering if what I want to do is possible Tomcat 4.03 Apache 1.3.20 RHLinux 7.3 I have not defined any contexts in my server.xml I just want them auto generated when I start tomcat4. To do this I tried a number of different settings for jkmount and eventually settled on JkMount /*/servlet/* ajp13 This seemed to work as all my html and serlvets seemed to work fine. However - now I discover that Tomcat is serving all content ie. JkMount /*/servlet/* ajp13 Seems to work the same as JkMount /* ajp13 Is this the case? I only want tomcat to serve anything with servlet in the uri no matter what precedes it eg http://server/context1/servlet/myservlet http://server/context2/servlet/myservlet This is in my httpd.conf LoadModule jk_module modules/mod_jk.so AddModule mod_jk.c IfModule mod_jk.c JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile logs/mod_jk.log JkLogLevel error /IfModule NameVirtualHost 192.168.192.103 VirtualHost 192.168.192.103:80 ServerAdmin email@address DocumentRoot /home/bass/iAP21 ServerName server.name.com ErrorLog logs/ap21-error_log CustomLog logs/ap21-access_log common JkMount /*/servlet/* ajp13 /VirtualHost Chris Stokes Senior Systems Consultant Bass Software Pty Ltd [EMAIL PROTECTED] -- 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]
Re: Does closing a Connection variable and setting it to null close all ofthe ResultSet and Statements?
Unfortunately there are databases and JDBC combinations, that do not free database resources, if you do not explicitely close all result sets and statements. If i remember right, SAP DB was one of them (BTW, only problem i had with it, and easy to resolve). You may then run out of connections, because the database did not free the connection until there were open result sets. I am quite sure, that this may apply to other databases, too, and i got used to explicitely close everything (i wrote my own wrapper classes for connections and statements, which ease these tasks). Regards, Jens Stutte Glenn Nielsen [EMAIL PROTECTED]To: Tomcat Users List [EMAIL PROTECTED] ore.net cc: Subject: Re: Does closing a Connection variable and 28/08/2002 setting it to null close all of the ResultSet and 02.03Statements? Please respond to Tomcat Users List Per the javax.sql javadocs... When a Connection is closed it closes any open Statements. When a Statement is closed, it closes any open ResultSets. If you just dereference a connection (non connection pool) when the Connection is GC'd it is closed. If you use DBCP 1.0 as your connection pool it tracks Statements and ResultSets used by a connection. When you close the connection it will ensure the Statements and ResultSets still open for that Connection are closed. Regards, Glenn Michael Nicholson wrote: Well, I guess the subject line says it all. I'm having memory issues, and having read the OOM error messages on the list, I've checked and found some open and not being closed connections, so I'm going back and closing them all. The question is do I need to explicitly close/dereference (set to null) all statements and recordsets too? Right now the system takes about 4% of my available memory just for the beans in question, so I'm trying to minimize what I store so that I could conceptually have more than one user. Thanks in advance, Mike Nicholson -- 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]
Re: sweeping stale connections - Commons DBCP and Tomcat 4.1.9
Hello - I had this same problem, appending ?autoReconnect=true to your connect URL does work. I tried this -- parameter nameurl/name valuejdbc:mysql://localhost:3306/javatest?autoReconnect=true/value /parameter in my server.xml and it DOES work. Thanks to Glenn and Jay who suggested it. Regards, Paul Phillips -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Apach2 and Tomcat4.0 Integration..
Please define not working. Error messages? Log files? How do you know
it is not working?
You've got a lot going on in your Connector statement, as well. A working
AJP Connector statement looks like this:
Connector className=org.apache.ajp.tomcat4.Ajp13Connector
port=8009 minProcessors=5 maxProcessors=75
acceptCount=10 debug=0/
Note the differences. Ajp13Connector instead of CoyoteConnector, no
redirectPort, etc.
John Turner
[EMAIL PROTECTED]
-Original Message-
From: Raj Mettai [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 27, 2002 6:10 PM
To: [EMAIL PROTECTED]
Subject: Apach2 and Tomcat4.0 Integration..
Hi All,
Finally I found the binaries for mod_jk.so for Apache2.0.39
and Tomcat4.0.4 for solaris8.
I did following steps, but the configuration is not working...
1. copied mod_jk.so to {apache.home}/modules
2. modifed {tomcat.home}/serve.xml to for ajp13 connector like this..
Connector
className=org.apache.ajp.coyote.tomcat4.CoyoteConnector
port=8009 minProcessors=5 maxProcessors=75
enableLookups=true redirectPort=8443
acceptCount=10 debug=0 connectionTimeout=2
protocolHandlerClassName=org.apache.jk.server.JKCoyoteHandler
/
3. Added workers.properties to {tomcat.home}/conf/jk/
4 Restarted tomcat.
5 Added mod_jk.so module to {apache.home}/conf/httpd.conf
6 restarted apache.
The configuration is not working,
Please tell me the steps to connect apache2.0.39 to tomcat4.0
when mod_jk.so is already available.(both are running on solaris box).
thanks
-Raj
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How to configure multiple tomcat instances connecting to apache using thewarp connector
The WARP connector itself is unfinished. All due respect to the developers,
but if you want to make any progress towards rolling out stable, production
ready applications, you probably want mod_jk, or at least mod_jk2.
Mod_jserv and mod_jk have been around quite a bit, and many people are using
them and can provide advice and suggestions if you run into problems.
John Turner
[EMAIL PROTECTED]
-Original Message-
From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002 4:06 AM
To: [EMAIL PROTECTED]
Subject: RE: How to configure multiple tomcat instances connecting to
apache using thewarp connector
Hi,
thank you for your input, I really appreciate !
I just opened a new thread, to figure out the main
differences between warp
and jk connctors ('Experience with connectors to connect
tomcat to apache ?
').
The warp connector documentation I am aware of (at
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/warp.ht
ml) is way
short with 'FIXMEs' all over the place. Is there any better
documentatio
source ?
--
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]
Problem with error page and login forms
Hi, I created a custom error page for error 401 (unauthorized) for a webapp I created that contains a security constraint on some servlets. When I include this in my web.xml: error-page error-code401/error-code location/errors/401.html/location /error-page and I browe to those secured servlets I go directly to that custom error page and it doesn't show me the login form I normally see when I go to that servlet. Anyone an idea why that servlet doesn't allow me to authorize myself? Thanks, Jeroen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
sending login details using SSL
Hi, Should it be common practice to send login details (username + password) via SSL? I'll be using form-based authentication and was wondering about how to beef up the security of transmitting username and password over http. I understand there is a transport-guarantee tag for use in web.xml. How would this generally be achieved ie how would one specify that all logins - regardless of which resource was requested, should be marked as CONFIDENTIAL? Thanks jfc -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Wouldn't this be a security risk??
Hello everyone, I have been running tomcat for a while and just started to notice a few things. First, let me say I have it configure on a linux server with mod_webapp, with Tomcat version 4.0.3. Let's say I have a war file application called hello.war that I call like so: http://mydomain.com/webapps/hello/ But if I call it this way: http://mydomain.com/webapps/hello.war it forces a download. I realize this is not the proper way to call it but if someone did call it this way.. I believe I can stop this through Apache but I am not quite too sure. Does anyone else notice this or have a fix for it??? THanks, Chad -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat Installation on Linux SuSe
Hi all, Tomcat crashes on linux Suse when I set JAVA_HOME env variable to jdk1.3.1 directory. However it doesn't crash when I set the variable to j2sdk1.4.1... works fine with it. This just for information Any comments why so ? Thanks Shakir _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Wouldn't this be a security risk??
Have apache deny the request. Very simple change to httpd.conf. For example: # No one in my WEB-INF directory Location /WEB-INF/ AllowOverride none deny from all /Location # No one look at my properties files Files ~ *.properties Order allow,deny Deny from all Satisfy All /Files # No one look at my website app config # OK - This is redundant since its in WEB-INF Files ~ web.xml Order allow,deny Deny from all Satisfy All /Files -Tim Chad Kellerman wrote: Hello everyone, I have been running tomcat for a while and just started to notice a few things. First, let me say I have it configure on a linux server with mod_webapp, with Tomcat version 4.0.3. Let's say I have a war file application called hello.war that I call like so: http://mydomain.com/webapps/hello/ But if I call it this way: http://mydomain.com/webapps/hello.war it forces a download. I realize this is not the proper way to call it but if someone did call it this way.. I believe I can stop this through Apache but I am not quite too sure. Does anyone else notice this or have a fix for it??? THanks, Chad -- 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]
does authorization occurr for each request?
Hi, A question re declarative security and form-based authentication and subsequent request authorization: Can anyone confirm whether or not authorization(i.e. role checking) is repeated for each request(to a secured resource) after a user has been authenticated? There would be times when a subsequent request comes in to a resource secured under a role which is higher or lower within the applications user hierarchy and I need to know what behaviour tomcat implements. Tomcat will surely have a list of valid roles for a particular authenticated user right? This would make sense as a check can be performed as and when required to determine whether or not the user has been assigned the required role. jfc -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JAXP 1.1 for Tomcat 4.0
Hi, I am trying to build Tomact 4.0. The instructions are to download and Install JAXP 1.1 (FINAL VERSION) from http://java.sun.com/xml/download.html However, this url does not have this version. I serached various links on this site but w/o success. 1) Can anyone point to other site where I can find JAXP 1.1 Final version. Thanks in advance, Kishor -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JAXP 1.1 for Tomcat 4.0
Hi, Get any of the latest Sun Web Developer packs or whatever they're called nowadays. http://java.sun.com/xml/ is a good starting point. Yoav Shapira Millennium ChemInformatics -Original Message- From: Shah, Kishor (Kishor) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:00 AM To: 'Tomcat Users List' Subject: JAXP 1.1 for Tomcat 4.0 Hi, I am trying to build Tomact 4.0. The instructions are to download and Install JAXP 1.1 (FINAL VERSION) from http://java.sun.com/xml/download.html However, this url does not have this version. I serached various links on this site but w/o success. 1) Can anyone point to other site where I can find JAXP 1.1 Final version. Thanks in advance, Kishor -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Cannot run my first servlet
I give up - I hope someone can look over the setup and tell me what's wrong. I'm getting the 404 resource not available when I try to invoke the servlet from action statement of form. I'm concerned that I don't have the servlet URI correct on the action statement. [root@redfish jmarnell]# pwd /usr/local/src/jakarta-tomcat-4.0.4/webapps/jmarnell [root@redfish jmarnell]# ls -F form1.html WEB-INF/ [root@redfish jmarnell]# ls -F WEB-INF classes/ src/ web.xml [root@redfish jmarnell]# more WEB-INF/web.xml !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameForm1 application/display-name descriptionprocess a form's input/description servlet servlet-nameForm1/servlet-name servlet-classForm1/servlet-class /servlet servlet-mapping servlet-nameForm1/servlet-name url-pattern/Form1/url-pattern /servlet-mapping /web-app [root@redfish jmarnell]# ls WEB-INF/classes Form1.class [root@redfish jmarnell]# more form1.html htmltitleform1/titlebody form method=post action=/Form1 Enter your message below.brbr textarea name=message/textareabrbr input type=submit value=Send it/form /html [root@redfish jmarnell]# Let me know if you need more info and thanks. - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes
Denial of Service vulnerability on Windows fixed in 4.0.4?
Hi all, I'm deploying Tomcat 4.0.4 stand-alone (no Apache) in a production environment and came across the bug included below on Bugtraq. Basically, it says Tomcat 4.0.3 is vulnerable to a DoS attack based on sending a bunch of bad requests with null characters that hang all the processing threads. The report says this bug is was found in 4.0.3 in late May and confirmed fixed in the 4.1.3 beta in early June. What I would like to know is if this bug is fixed in 4.0.4 as well, since I can't deploy beta code to a production server. I've done a bit of research and can't seem to find the answer on the web or in the release notes. Thanks for any help! -Josh -- Title: Apache Tomcat Denial of Service BUG-ID: 2002025 Released: 20th Jun 2002 Problem: A malicious user could tie up all 75 working threads and cause a Denial of Service situation. Vulnerable: === - Apache Tomcat 4.0.3 on Windows 2000 Server Not Vulnerable: === - Apache Tomcat 4.1.3 beta on Windows 2000 Server Details: By sending a large amount of null characters to the web service it is possible to cause a working thread to hang. The default installation has 75 working threads, which means this malformed request has to be sent to the server 75 times. Vendor URL: === You can visit the vendor webpage here: http://jakarta.apache.org Vendor Response: This was reported to the vendor on the 23rd of May, 2002. We never heard back from the vendor. On the 10th of June, 2002, the issue was confirmed fixed in the latest build. Corrective action: == Upgrade to V4.1.3 beta, which is available here (URL is wrapped): http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release /v4.1.3-beta/ Author: Peter Gründl ([EMAIL PROTECTED]) KPMG is not responsible for the misuse of the information we provide through our security advisories. These advisories are a service to the professional security community. In no event shall KPMG be lia- ble for any consequences whatsoever arising out of or in connection with the use or spread of this information. __ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
tomcat conn pooling question
Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources-howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: tomcat conn pooling question
When you say Tomcat's connection pooling what do you mean exactly? As far as I know, there is no connection pooling built-in to tomcat that actually works. The traffic I have seen on this list has people rolling their own, using open source pooling solutions like poolman or DBCP, or using the pooling that comes from third-party driver vendors. Which one are you using? That might give the list a better indicator of what's wrong. John Turner [EMAIL PROTECTED] -Original Message- From: Rick Reumann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:37 AM To: Tomcat Users List Subject: tomcat conn pooling question Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources -howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- 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]
RE: Cannot run my first servlet
try: form method=post action=/context/servlet/Form1 -Original Message- From: Jim Marnell [mailto:[EMAIL PROTECTED]] Sent: 28 August, 2002 7:14 AM To: [EMAIL PROTECTED] Subject: Cannot run my first servlet I give up - I hope someone can look over the setup and tell me what's wrong. I'm getting the 404 resource not available when I try to invoke the servlet from action statement of form. I'm concerned that I don't have the servlet URI correct on the action statement. [root@redfish jmarnell]# pwd /usr/local/src/jakarta-tomcat-4.0.4/webapps/jmarnell [root@redfish jmarnell]# ls -F form1.html WEB-INF/ [root@redfish jmarnell]# ls -F WEB-INF classes/ src/ web.xml [root@redfish jmarnell]# more WEB-INF/web.xml !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameForm1 application/display-name descriptionprocess a form's input/description servlet servlet-nameForm1/servlet-name servlet-classForm1/servlet-class /servlet servlet-mapping servlet-nameForm1/servlet-name url-pattern/Form1/url-pattern /servlet-mapping /web-app [root@redfish jmarnell]# ls WEB-INF/classes Form1.class [root@redfish jmarnell]# more form1.html htmltitleform1/titlebody form method=post action=/Form1 Enter your message below.brbr textarea name=message/textareabrbr input type=submit value=Send it/form /html [root@redfish jmarnell]# Let me know if you need more info and thanks. - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re[2]: tomcat conn pooling question
On Wednesday, August 28, 2002, 9:51:29 AM, John wrote: TJ As far as I know, there is no connection pooling built-in to tomcat that TJ actually works. The traffic I have seen on this list has people rolling TJ their own, using open source pooling solutions like poolman or DBCP, or TJ using the pooling that comes from third-party driver vendors. Which one are TJ you using? That might give the list a better indicator of what's wrong. I apologize for not being more clear. I see that now looking at the documentation that DBCP is not Tomcat's pooling, which is the one I am now trying to use. I've also tried http://connpool.jensn.de/index.html which I saw recommended on the list and ran into the same problems when connections get killed. I also tried this one with the same results: http://www.bitmechanic.com/ Thanks for any more information. I do appreciate it. -Original Message- From: Rick Reumann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:37 AM To: Tomcat Users List Subject: tomcat conn pooling question Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources -howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: The requested resource (/login/j_security_check) is not available
...
this is one, of many frustrations that I found while experiementing with singleSignOn,
realms, and defining secured areas in the webapp. The main crux of the problem is
that when you submit to /j_security_check there is no way to also specify where tomcat
should re-direct to. This works ok for simple cases. Example:
1) try to go to a secure page.
2) tomcat intercepts and display login page
3) user submits login page, tomcat display where user was trying to go in step #1
but when you start talking about using the back button, having servlets redirect to
pages, having jsps redirect to pages, tomcat gets confused as to where to go after
authenticating the user.
Personally, I've given up on it. So far it's been a lot of work without much benefit.
So instead, I'm going to set a cookie myself at path / and use that to authenticate
users over multiple webapps, which should be what the single sign on valve is doing
anyway.
mike/
-Original Message-
From: Dick de Jong [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 27, 2002 7:58 AM
To: '[EMAIL PROTECTED]'
Subject: The requested resource (/login/j_security_check) is not
available
Dear all,
I've installed tomcat4.0 and a simple website used for testing
authentication (JNDI Realm). I have the following problem. The
authentication (against LDAP) works fine. I'm redirected to the index.htm
page (simple main page). But when I press the back button and go back to the
login page and try to login again, I get the following error message (this
does NOT happen when I explicitly logout (session.invalidate()) before).
Does anyone know whether this is a config error from my side or a bug in
tomcat? I prefer a declarative authentication above a programmatic
authentication.
Error message:
Apache Tomcat/4.0.3 - HTTP Status 404 - /login/j_security_check
type Status report
message /login/j_security_check
description The requested resource (/login/j_security_check) is not
available.
I'm using the following data :
== website structure
tomcat4.0
/conf
/server.xml
/webapps
/TestLogin
/WEB-INF
/web.xml
/index.htm
/login
/login.jsp
== server.xml (Realm setup):
Context path=/TestLogin docBase=TestLogin debug=99
reloadable=true useNaming=true
Realm
className=org.apache.catalina.realm.JNDIRealm
connectionURL=ldap://localhost:389;
connectionName=cn=Directory
Manager
connectionPassword=mypwd
debug=99
roleBase=ou=Accounts,dc=mycompany,dc=com
roleName=cn
roleSearch=(eeuniquemember={0})
roleSubtree=false
userPattern=cn={0},ou=Members,dc=mycompany,dc=com
userPassword=userPassword
/
/Context
== web.xml
web-app
welcome-file-list
welcome-fileindex.htm/welcome-file
/welcome-file-list
security-constraint
web-resource-collection
web-resource-name/web-resource-name
url-pattern/*/url-pattern
http-methodGET/http-method
http-methodPOST/http-method
/web-resource-collection
auth-constraint
description/description
role-name4/role-name
/auth-constraint
/security-constraint
login-config
auth-methodFORM/auth-method
form-login-config
form-login-page/login/login.jsp/form-login-page
form-error-page/login/login.jsp/form-error-page
/form-login-config
/login-config
security-role
role-name4/role-name
/security-role
/web-app
== login.jsp page
html
head
titleLogin/title
% if (request.getParameter(mode) != null) { session.invalidate(); } %
body bgcolor=white
form method=POST action='j_security_check'
table border=0 cellspacing=5
tr
th align=rightUsername:/th
td align=leftinput type=text name=j_username/td
/tr
tr
th align=rightPassword:/th
td align=leftinput
RE: JDBCRealm + Form Based Auth. How do I tell it were to go if loginis ok?
... As of right now you can't! tomcat relies on where the user was trying to go in order to figure out where to redirect to after the form is submitted. Example: 1) try to get to /secure_html/prices.html 2) tomcat intercepts, displays login page, and remember where user was trying to go. 3) user submits, tomcat authenticats, tomcat redirects to location in step #1 If you search though the bug database (i think) a user posted an update to one of the catalina class files that allowed for a j_url hidden tag in the form (or something like that name), and the updated code pulled that value out and redirect to that url. I haven't tried it and I don't think I will because I've given up on using tomcat's single sign on and authentication abilities. mike/ -Original Message- From: Alexander Wallace [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 3:18 AM To: Tomcat Users List Subject: JDBCRealm + Form Based Auth. How do I tell it were to go if loginis ok? Hello there. Very new to realms and java, so sorry if this is too stupid. I have set up a JDBCRealm using PostgreSQL and it all seems to work, It does connect and load the roles, and when I try to access protected resources, it does go to the Form based login I specigy in web.xml and the error page for that works too. My question is, since the form action in the login page points to %= response.encodeURL(j_security_check) %, how, or where do I specify where my app goes after a succesful login? Thanks in advance! -- 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]
RE: Cannot run my first servlet
A thousand thanks - it's working. On another note - I noticed the following. I wonder if it's a real problem or maybe just complaining that I don't have mod_jk installed - any ideas? [root@redfish logs]# more apache_log.2002-08-26.txt 2002-08-26 12:12:52 [org.apache.catalina.connector.warp.WarpConnector] Error acc epting requests java.net.SocketException: Socket closed at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343) at java.net.ServerSocket.implAccept(ServerSocket.java:438) at java.net.ServerSocket.accept(ServerSocket.java:409) at org.apache.catalina.connector.warp.WarpConnector.run(WarpConnector.ja va:590) at java.lang.Thread.run(Thread.java:536) Thanks again..jim Sexton, George wrote:try: /servlet/Form1 method=post -Original Message- From: Jim Marnell [mailto:[EMAIL PROTECTED]] Sent: 28 August, 2002 7:14 AM To: [EMAIL PROTECTED] Subject: Cannot run my first servlet I give up - I hope someone can look over the setup and tell me what's wrong. I'm getting the 404 resource not available when I try to invoke the servlet from action statement of form. I'm concerned that I don't have the servlet URI correct on the action statement. [root@redfish jmarnell]# pwd /usr/local/src/jakarta-tomcat-4.0.4/webapps/jmarnell [root@redfish jmarnell]# ls -F form1.html WEB-INF/ [root@redfish jmarnell]# ls -F WEB-INF classes/ src/ web.xml [root@redfish jmarnell]# more WEB-INF/web.xml PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; Form1 application process a form's input Form1 Form1 Form1 /Form1 [root@redfish jmarnell]# ls WEB-INF/classes Form1.class [root@redfish jmarnell]# more form1.html Enter your message below. [input] [root@redfish jmarnell]# Let me know if you need more info and thanks. - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes -- To unsubscribe, e-mail: For additional commands, e-mail: - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes
BUG: Logging to console not working with Tomcat 4.1.9
I uninstalled 4.1.9 and installed 4.0.4. When I start tomcat I get pages and pages of debug log messages on the console from the apache tools I'm using (Struts, messenger, etc.) and my own classes. I uninstalled 4.0.4 and installed 4.1.9 and when I run it I only get 4 lines. I haven't changed anything in my code or the tomcat directory. So I'm 100% positive something is broken in 4.1.9 regarding outputing messages to the console. For now I've switched back to 4.0.4 and logging to the console is working just fine. I filed a bug on Bugzilla, I'll post any responses I get to the mailing list. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12113 Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Threads Question in Tomcat
Craig R. McClanahan wrote: This is true in a very particular situation. Basically, a servlet container will instantiate ONE servlet class into an object. Each request is handled via it's own separate thread. Unless Servlet implements SingleThreadModel, all threads that are directed to that particular servlet will activate it's service() method and run in paralel. This is actually the *normal* case -- not any kind of exception. Yup. In the oposite case, threads will synchronize on that Servlet. If I understand things correctly, it is not the servlet that creates threads for each request - it is the particular Connector, which than forms the request and forwards it to the appropriate handler, filter or a servlet. You are correct in one respect; the servlet creates the necessary threads. However, you are (potentially) incorrect in another respect -- the container will ***never*** synchronize on servlet instance whose class does not implement SingleThreadModel -- the typical pattern is that a single (nont-STM) servlet instance is processing multiple requests at the same time. Well, that is what I said (In the opposite case...), but thanks for making it clear. If you are using SingleThreadModel (STM) servlets instead, the container guarantees that no more than one request at a time is active in any given instance -- it ***may*** use synchronization on servlet intsances to enforce this, but that is an implementation detail and is not guaranteed. I mentioned that as a reasonable and vague option. I don't know what exactly does Tomcat synchronize on, but the idea is that a Servlet Container must synchronize on something in case of STM servlet. There is no such thing as a SingleThreadModel filter -- filters must ***always*** be programmed to be thread safe. I never meant to imply that there was, but again, thanks for being specific. So, the only occasion when the same thread would handle TWO requests, regardles of who's the originating client, would be when there is a thread-pool and first request finishes and the available thread for the other request is the one that handled the first one. This is a game of chance. Again, I haven't looked into Tomcat internals, but this is how I picture any servlet container would work. It appeares you also haven't looked at the servlet spec :-). Being the only volounteer at my site to build/test/deploy Sendmail, Cyrus, Apache, PostgreSQL and Tomcat on Tru64 UNIX, I'm lucky to be breathing. :-) It is not legal (or even technically possible) for a single thread to process more than one request at the same time. Threads are allocated to a particular request for the lifetime of that request, and then reused. Is there some kind of retirement of threads? You know, to prevent memory leaks, so that each thread has a maximum number of times it can be reused. Nix. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Cannot run my first servlet
You are trying to use mod_webapp, and you don't have the warp connector enabled properly. -Original Message- From: Jim Marnell [mailto:[EMAIL PROTECTED]] Sent: 28 August, 2002 8:15 AM To: Tomcat Users List Subject: RE: Cannot run my first servlet A thousand thanks - it's working. On another note - I noticed the following. I wonder if it's a real problem or maybe just complaining that I don't have mod_jk installed - any ideas? [root@redfish logs]# more apache_log.2002-08-26.txt 2002-08-26 12:12:52 [org.apache.catalina.connector.warp.WarpConnector] Error acc epting requests java.net.SocketException: Socket closed at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343) at java.net.ServerSocket.implAccept(ServerSocket.java:438) at java.net.ServerSocket.accept(ServerSocket.java:409) at org.apache.catalina.connector.warp.WarpConnector.run(WarpConnector.ja va:590) at java.lang.Thread.run(Thread.java:536) Thanks again..jim Sexton, George wrote:try: /servlet/Form1 method=post -Original Message- From: Jim Marnell [mailto:[EMAIL PROTECTED]] Sent: 28 August, 2002 7:14 AM To: [EMAIL PROTECTED] Subject: Cannot run my first servlet I give up - I hope someone can look over the setup and tell me what's wrong. I'm getting the 404 resource not available when I try to invoke the servlet from action statement of form. I'm concerned that I don't have the servlet URI correct on the action statement. [root@redfish jmarnell]# pwd /usr/local/src/jakarta-tomcat-4.0.4/webapps/jmarnell [root@redfish jmarnell]# ls -F form1.html WEB-INF/ [root@redfish jmarnell]# ls -F WEB-INF classes/ src/ web.xml [root@redfish jmarnell]# more WEB-INF/web.xml PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; Form1 application process a form's input Form1 Form1 Form1 /Form1 [root@redfish jmarnell]# ls WEB-INF/classes Form1.class [root@redfish jmarnell]# more form1.html Enter your message below. [input] [root@redfish jmarnell]# Let me know if you need more info and thanks. - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes -- To unsubscribe, e-mail: For additional commands, e-mail: - Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Logging to console not working with Tomcat 4.1.9
So you mean output to System.out System.err? As of 4.1.9 that's been changed to go to a log file. - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:20 AM Subject: BUG: Logging to console not working with Tomcat 4.1.9 I uninstalled 4.1.9 and installed 4.0.4. When I start tomcat I get pages and pages of debug log messages on the console from the apache tools I'm using (Struts, messenger, etc.) and my own classes. I uninstalled 4.0.4 and installed 4.1.9 and when I run it I only get 4 lines. I haven't changed anything in my code or the tomcat directory. So I'm 100% positive something is broken in 4.1.9 regarding outputing messages to the console. For now I've switched back to 4.0.4 and logging to the console is working just fine. I filed a bug on Bugzilla, I'll post any responses I get to the mailing list. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12113 Michael -- 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]
RE: How to configure multiple tomcat instances connecting to apache using thewarp connector
On Wed, 28 Aug 2002, Andreas Mohrig wrote: Is using mod_jk a possibility? Because there is a way to connect multiple tomcat instances to apache using modd_jk. I always thought this was one of the differences between mod_jk and the warp connector, but don't take my word for it. Did you check the warp connector's documentation? I'm quite sure you can have multiple tomcat instances with mod_warp (I've done it). The configuration is a a quite straightforward extension of the single instance one, IIRC. What did you (Jochen) try? (It's always best to be specific and give as much details as possible, like what you tried and what happened when you tried it; asking simply How do you do XXX? is not the best way to get people to respond.) -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:21 AM To: [EMAIL PROTECTED] Subject: How to configure multiple tomcat instances connecting to apache using thewarp connector Forgot to mention the versions: RH Linux 7.1, apache-1.3.22-6, tomcat-4.0.4. No response so far ? Nobody have a clue ? -- 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] Milt Epstein Research Programmer Systems and Technology Services (STS) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Greek content
Hi, I need to realize multilingual web application (French, English, Greek, ) I use JSP/Servlet with Tomcat 3.2.3 and I have a JSP per language saved with the right code-page (ISO-8859-7 for Greek). But when I run my web application, IE6 doesnt select the good encoding. I've try on my page the tag : meta http-equiv=Content-Type content=text/html; charset=iso-8859-7 It doesn't work I put in my servlet the command : response.setContentType(text/html; charset=ISO-8859-7); It doesn't work But the Tag meta work's with Orion application server. Could you tell me how can I make this work with Tomcat ? Is there some patch ? Must I upgrade Tomcat ? Then witch version do I need ? Thanks Nicolas -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Experience with connectors to connect tomcat to apache ?
On Wed, 28 Aug 2002, Jochen Schweflinghaus wrote: Hi Group, since it seems that there is noone out there, who can help me with my problem 'How to configure multiple tomcat instances connecting to apache using thewarp connector', I'd like to share your experience with connectors connecting tomcat with apache. What are the main differences between the Warp and the AJP13 connector except for the load balancing ? Is one of the two more performant ? Will Coyote JK2 connector bring any improvements in addition to inprocess JVM ? Which connector do you prefer ? Why ? Any input is appreciated. Please do not forget the OS, Apache- and Tomcat version you use. You might try searching the arhives -- this stuff comes up *a lot*. (And then you'd find that a lot of people are out there.) I usually use: http://marc.theaimsgroup.com/ Their direct link to tomcat-user seems to be broken (it's not listed on their front page -- I already emailed them about this -- no response). So I'd choose soap-user, then change soap to tomcat in the URL, and that gets me to the tomcat-user archive. Here's the resulting URL: http://marc.theaimsgroup.com/?l=tomcat-userr=1w=2 Milt Epstein Research Programmer Systems and Technology Services (STS) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE : Logging to console not working with Tomcat 4.1.9
No I mean log4j's ConsoleAppender. So are you saying that Tomcat now routes the log4j ConsoleAppender to a logfile as well? If so I think that's a big problem for debugging. While running my app in the IDE I want to see all the console output without having to switch to a text editor and reload the log file. Can I configure Tomcat 4.1.9 to do this?? Michael -Original Message- From: Tony LaPaso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 4:38 PM To: Tomcat Users List Subject: Re: Logging to console not working with Tomcat 4.1.9 So you mean output to System.out System.err? As of 4.1.9 that's been changed to go to a log file. - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:20 AM Subject: BUG: Logging to console not working with Tomcat 4.1.9 I uninstalled 4.1.9 and installed 4.0.4. When I start tomcat I get pages and pages of debug log messages on the console from the apache tools I'm using (Struts, messenger, etc.) and my own classes. I uninstalled 4.0.4 and installed 4.1.9 and when I run it I only get 4 lines. I haven't changed anything in my code or the tomcat directory. So I'm 100% positive something is broken in 4.1.9 regarding outputing messages to the console. For now I've switched back to 4.0.4 and logging to the console is working just fine. I filed a bug on Bugzilla, I'll post any responses I get to the mailing list. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12113 Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [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]
Re: Logging to console not working with Tomcat 4.1.9
Well, honestly, I don't know about log4j. I know that prior to v4.1.9 I would use System.out/err to do light logging to the console and as of v4.1.9 it quit working. I'm not sure if System.out/err are routed to log4j. sorry... - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:47 AM Subject: RE : Logging to console not working with Tomcat 4.1.9 No I mean log4j's ConsoleAppender. So are you saying that Tomcat now routes the log4j ConsoleAppender to a logfile as well? If so I think that's a big problem for debugging. While running my app in the IDE I want to see all the console output without having to switch to a text editor and reload the log file. Can I configure Tomcat 4.1.9 to do this?? Michael -Original Message- From: Tony LaPaso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 4:38 PM To: Tomcat Users List Subject: Re: Logging to console not working with Tomcat 4.1.9 So you mean output to System.out System.err? As of 4.1.9 that's been changed to go to a log file. - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:20 AM Subject: BUG: Logging to console not working with Tomcat 4.1.9 I uninstalled 4.1.9 and installed 4.0.4. When I start tomcat I get pages and pages of debug log messages on the console from the apache tools I'm using (Struts, messenger, etc.) and my own classes. I uninstalled 4.0.4 and installed 4.1.9 and when I run it I only get 4 lines. I haven't changed anything in my code or the tomcat directory. So I'm 100% positive something is broken in 4.1.9 regarding outputing messages to the console. For now I've switched back to 4.0.4 and logging to the console is working just fine. I filed a bug on Bugzilla, I'll post any responses I get to the mailing list. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12113 Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat 4 nightly build doesn't starts
How are you trying to build tomcat? You should be building using 'ant dist'. Also, did you include all the optional libraries. Not having an implementation of JMX 1.0 may be causing this problem, although I don't know for sure. See step 14 of Building.txt for options. I use mx4j myself Andrew Conrad -Original Message- From: Dev Zero G Ltd team [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:19 AM To: [EMAIL PROTECTED] Subject: Tomcat 4 nightly build doesn't starts I have built Tomcat from jakarta-tomcat-4.0 cvs module and all necessary subprojects. When I am trying to start it raises an exception: Catalina.start: java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener And I really can't find it in catalina.jar -- Best regards, Dev Zero G Ltd team http://devzerog.com mailto:[EMAIL PROTECTED] -- 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]
Instructions for building mod_jk2.dll on Win32
Are there detailed instructions for building mod_jk2.dll (using Apach 2.0.40 and Tomcat 4.1.9) for Win32? I've tried to use the Linux instructions, changing steps as I think they pertain to Win32 without success. Any help would be greatly appreciated. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: XML parsing error on file /WEB-INF/web.xml
web.xml for webapps/manager/WEB-INF below: Thanks for the help in advance! ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Define the Manager Servlet Change servlet-class to: org.apache.catalina.servlets.HTMLManagerServlet to get a Servlet with a more intuitive HTML interface, don't change if you have software that is expected to parse the output from ManagerServlet since they're not compatible. -- servlet servlet-nameManager/servlet-name servlet-classorg.apache.catalina.servlets.ManagerServlet/servlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet !-- Define the Manager Servlet Mapping -- servlet-mapping servlet-nameManager/servlet-name url-pattern/*/url-pattern /servlet-mapping !-- Define a Security Constraint on this Application -- security-constraint web-resource-collection web-resource-nameEntire Application/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint !-- NOTE: This role is not present in the default users file -- role-namemanager/role-name /auth-constraint /security-constraint !-- Define the Login Configuration for this Application -- login-config auth-methodBASIC/auth-method realm-nameTomcat Manager Application/realm-name /login-config /web-app -Original Message- From: Ben Walding [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 6:41 PM To: Tomcat Users List Subject: Re: XML parsing error on file /WEB-INF/web.xml Posting your web.xml would make it easier! Jill Veronda wrote: On starting tomcat 4.0.4 I get the error: 2002-08-27 18:10:54 Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 7, col 10): Document root element web-app, must match DOCTYPE root web-app. Can anyone tell me what two places the error is referring to? I am using Tomcat 4.0.4, Apache 1.3.12 connected using mod_jk, JDK 1.3.1 on Windows 2000 Server. Full log file below: 2002-08-27 18:10:54 WebappLoader[/manager]: Deploying class repositories to work directory C:\tomcat\work\Standalone\rack2\manager 2002-08-27 18:10:54 StandardManager[/manager]: Seeding random number generator class java.security.SecureRandom 2002-08-27 18:10:54 StandardManager[/manager]: Seeding of random number generator has been completed 2002-08-27 18:10:54 ContextConfig[/manager]: Added certificates - request attribute Valve 2002-08-27 18:10:54 ContextConfig[/manager]: Configured an authenticator for method BASIC 2002-08-27 18:10:54 StandardWrapper[/manager:default]: Loading container servlet default 2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init 2002-08-27 18:10:54 StandardWrapper[/manager:invoker]: Loading container servlet invoker 2002-08-27 18:10:54 org.apache.catalina.servlets.InvokerServlet: init 2002-08-27 18:10:54 org.apache.jasper.servlet.JspServlet: init 2002-08-27 18:10:54 Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 7, col 10): Document root element web-app, must match DOCTYPE root web-app. 2002-08-27 18:10:54 StandardHost[rack2]: Installing web application at context path from URL file:C:\tomcat\webapps\ROOT 2002-08-27 18:10:54 WebappLoader[]: Deploying class repositories to work directory C:\tomcat\work\Standalone\rack2\_ 2002-08-27 18:10:54 StandardManager[]: Seeding random number generator class java.security.SecureRandom 2002-08-27 18:10:54 StandardManager[]: Seeding of random number generator has been completed 2002-08-27 18:10:54 ContextConfig[]: Added certificates - request attribute Valve 2002-08-27 18:10:54 StandardWrapper[:default]: Loading container servlet default 2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init 2002-08-27 18:10:54 StandardWrapper[:invoker]: Loading container servlet invoker 2002-08-27 18:10:54 org.apache.catalina.servlets.InvokerServlet: init 2002-08-27 18:10:54 org.apache.jasper.servlet.JspServlet: init 2002-08-27 18:10:54 Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 7, col 10): Document root element web-app, must match DOCTYPE root web-app. 2002-08-27 18:10:54 StandardHost[rack2]: Installing web application at context path /tomcat-docs from URL file:C:\tomcat\webapps\tomcat-docs 2002-08-27 18:10:54 WebappLoader[/tomcat-docs]: Deploying class repositories to work directory C:\tomcat\work\Standalone\rack2\tomcat-docs 2002-08-27 18:10:54 StandardManager[/tomcat-docs]: Seeding random number generator class java.security.SecureRandom 2002-08-27 18:10:54 StandardManager[/tomcat-docs]: Seeding of random number generator has been completed 2002-08-27 18:10:54 ContextConfig[/tomcat-docs]: Added certificates - request attribute Valve
[OFF-TOPIC] Tomcat 4.0.4 LE, Eclipse, JAXP, JAXB and parsing problem
Hi, maybe is this off-topic. In case ignore this, and sorry for bothering. I develop an application running under Tomcat 4.0.4 LE (light edition) wich uses JAXP. I use JAXP for XML parsing, and XML transformation. It almost work fine for everything. I also use JAXB to map XML file into Java classes. The problem is this : I first read an XML file to populate the JAXB generated classes. I do this using the unmarshall method provided by JAXB. It works well. Then i select a sub-tree and write it in temporary file. I take care to add the DOCTYPE declaration relative to this subtree in this file. This seems to work fine too because if i validate the temporary file generated (with an XML tool : Excelon stylus), i have no errors. Next i want to parse this temporary XML file using JAXP. i've done this many times in other applications, and never got any problems, but here, the parse method generate a SAXException. The e.getMessage() return a message saying that the external entity ipoi.dtd (which is the DTD for my XML instance) can not be found (i dont put the exact message as it is in french !!). Be sure i have verified many times the path. I've tried to change it, I've also tried to change the usual parse() method by the parse() method with 2 parameters where the second if for indicating base URI for URI resolver. I've think that this could help to find the DTD, but this doesn't help. I'am thinking about problems with temporary file and Tomcat. Maybe security stuff ? In fact, the very strange point is here. When i run my application under Tomcat using the Tomcat plugin for Eclipse, it works. When i run the same Web application under Standalone Tomcat, i get the Exception. Can someone give me some tips ? Some pointers ? Do anyone know a mailing list where i could ask ? Thanks for help, regards, Cédric
RE: How to configure multiple tomcat instances connecting to apac he usingthewarp connector
Of course you are right. The problem was, that besides being tomcat-newby, I'm also a mailing-list-newby. So I created the subject 'How to configure multiple tomcat instances connecting to apac he using thewarp connector' twice. My first mail contained the problem description. I'll append it here. I am sorry for the inconvenience and apologize for my clumsyness, but I'm learning continously ;-). to set up a development environment, I try to map multiple instances of tomcat to apache using the warp connector. Tomcat instance 1 connects to virtual host tteflon3 and has CATALINA_BASE set to absolute directory /prod. In /prod/webapps two applications exist gtfn and soap. Tomcat instance 2 connects to virtual host tctest1 and has CATALINA_BASE set to absolute directory /home/tctest1/tomcat. In /home/tctest1/tomcat/webapps only the application gtfn exists. Each of the two instances will work fine with tomcat when running alone, i.e. the WebApp... directives for the other instance are commented out in the httpd.conf. When tying to run both together, though, there is a repatingly entry in the /var/log/httpd/error_log: [error] Cannot deploy application soap This error definitely comes from the connection to tomcat instance 2, since everything is going well, when I put the application soap in the /home/tctest1/tomcat/webapps folder (a link to /prod/webapps/soap will do). Can anyone tell how to configure this with the warp connector, allowing each tomcat instance to have its own applications ? I got the environment I need working using the AJP13 connector, but I read that the warp connector should be preferred. Can anybody tell why and what the main differences are ? httpd.conf: ... LoadModule webapp_module modules/mod_webapp.so ... AddModule mod_webapp.c ... IfModule mod_webapp.c VirtualHost tteflon3 DocumentRoot /var/www/html ServerName tteflon3 WebAppConnection teflonConnection warp tteflon3:8108 WebAppDeploy gtfn teflonConnection /prod WebAppDeploy soap teflonConnection /soap WebAppInfo /web-inf /VirtualHost VirtualHost tctest1 DocumentRoot /var/www/html ServerName tctest1 WebAppConnection test1Connection warp tctest1:8118 WebAppDeploy gtfn test1Connection /tctest1 /VirtualHost server.xml for tomcat instance 1 connecting to VirtualHost tteflon3: ... Service name=Teflon-Apache Connector className=org.apache.catalina.connector.warp.WarpConnector port=8108 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ Engine className=org.apache.catalina.connector.warp.WarpEngine name=Teflon debug=0 defaultHost=tteflon3 Host className=org.apache.catalina.connector.warp.WarpHost name=tteflon3 debug=0 appBase=webapps unpackWARs=true !-- GTFN Tomcat Context from /prod -- Context path=/prod docBase=gtfn debug=0 reloadable=false crossContext=false Logger className=org.apache.catalina.logger.FileLogger directory=/prod/gtfn/log prefix=gtfn_tomcat suffix =.log timestamp=true/ /Context !-- SOAP Context -- Context path=/soap docBase=soap debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=soap suffix=.log timestamp=true/ /Context /Host /Engine /Service ... server.xml for tomcat instance 2 connecting to VirtualHost tctest1: ... Service name=Teflon-Test1 Connector className=org.apache.catalina.connector.warp.WarpConnector port=8118 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ Engine className=org.apache.catalina.connector.warp.WarpEngine name=Test1 debug=0 defaultHost=tctest1 Host className=org.apache.catalina.connector.warp.WarpHost name=tctest1 debug=0 appBase=webapps unpackWARs=true !-- GTFN Tomcat Context from /prod -- Context path=/tctest1 docBase=gtfn debug=0 reloadable =false crossContext=false Logger className=org.apache.catalina.logger.FileLogger directory=webapps/gtfn/log prefix=gtfn_tomcat suffix=.log timestamp=true/ /Context /Host /Engine /Service ... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector
While it will be interesting to see what the final solution is when using WARP, I would say the consensus right now is that AJP13 is the preferred connector. John Turner [EMAIL PROTECTED] -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:38 AM To: Tomcat Users List Subject: RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector I got the environment I need working using the AJP13 connector, but I read that the warp connector should be preferred. Can anybody tell why and what the main differences are ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Logging to console not working with Tomcat 4.1.9
I think that it could be a problem with the commons-logging API used by tomcat, struts, ... Theoricaly, commons-logging should discover itself the logging lib used(log4j, JDK 1.4, ...) but you can force it using a property files. See the commons logging doc to know more about this property file. Arno -Message d'origine- De: Tony LaPaso [mailto:[EMAIL PROTECTED]] Date: mercredi 28 août 2002 17:00 À: Tomcat Users List Objet: Re: Logging to console not working with Tomcat 4.1.9 Well, honestly, I don't know about log4j. I know that prior to v4.1.9 I would use System.out/err to do light logging to the console and as of v4.1.9 it quit working. I'm not sure if System.out/err are routed to log4j. sorry... - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:47 AM Subject: RE : Logging to console not working with Tomcat 4.1.9 No I mean log4j's ConsoleAppender. So are you saying that Tomcat now routes the log4j ConsoleAppender to a logfile as well? If so I think that's a big problem for debugging. While running my app in the IDE I want to see all the console output without having to switch to a text editor and reload the log file. Can I configure Tomcat 4.1.9 to do this?? Michael -Original Message- From: Tony LaPaso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 4:38 PM To: Tomcat Users List Subject: Re: Logging to console not working with Tomcat 4.1.9 So you mean output to System.out System.err? As of 4.1.9 that's been changed to go to a log file. - Original Message - From: Michael [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 9:20 AM Subject: BUG: Logging to console not working with Tomcat 4.1.9 I uninstalled 4.1.9 and installed 4.0.4. When I start tomcat I get pages and pages of debug log messages on the console from the apache tools I'm using (Struts, messenger, etc.) and my own classes. I uninstalled 4.0.4 and installed 4.1.9 and when I run it I only get 4 lines. I haven't changed anything in my code or the tomcat directory. So I'm 100% positive something is broken in 4.1.9 regarding outputing messages to the console. For now I've switched back to 4.0.4 and logging to the console is working just fine. I filed a bug on Bugzilla, I'll post any responses I get to the mailing list. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12113 Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [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] -- 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]
Tomcat 4 nightly build doesn't starts
I have built Tomcat from jakarta-tomcat-4.0 cvs module and all necessary subprojects. When I am trying to start it raises an exception: Catalina.start: java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener And I really can't find it in catalina.jar -- Best regards, Dev Zero G Ltd team http://devzerog.com mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE : Logging to console not working with Tomcat 4.1.9
I think that it could be a problem with the commons-logging API used by tomcat, struts, ... Theoricaly, commons-logging should discover itself the logging lib used(log4j, JDK 1.4, ...) but you can force it using a property files. See the commons logging doc to know more about this property file. I don't think this is the problem for two reasons: 1) I have the same problem with my logging and I'm not using Apache's logging API. 2) It works fine with Tomcat 4.0.4 and doesn't work with 4.1.9. I know 4.1.9 was modified so that stdout err do not go to the console. It looks like they prevented the ConsoleAppender from going to the console too. Not sure at this point if it's a bug or by design. Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: connection pooling on tomcat
Poolman has the ability to check the connection prior to using it, and if the connection isn't valid to create new ones to replace the closed ones. --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Glenn Nielsen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 5:24 PM To: Tomcat Users List Subject: Re: connection pooling on tomcat What connection pool are you using, DBCP? Rick Reumann wrote: I have connection pooling set up on Tomcat. In my server.xml file I have added to the ResourceParams: parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter The connection pooling seems to work fine, UNLESS the connections are manually killed (which are DBA ends up doing each morning for some reason when she comes ..just because she hates some of us:). When the connections are killed no one is able to do anything because the following error comes up: java.sql.SQLException: ORA-01012: not logged on Is there some way I can get this pooling to still work even if the connections are manually killed? I thought by adding the validationQuery param this would fix the problem, but it didn't. Thanks for any help. -- 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]
Removing files from /lib
I must not be understanding completely the way the classloaders work under Tomcat. I thought that if I stop a webapp through the manager application that should unload its jar files. However, even after it's stopped, I find that log4j jar file is locked so I can't remove it. Why would that one file be locked but the others not? -shawn Shawn Wilson [[EMAIL PROTECTED]] Software Developer, ATMReports.com PH: 877-327-0873, FAX: 406-294-5806 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Threads Question in Tomcat
On Wed, 28 Aug 2002, Nikola Milutinovic wrote: Is there some kind of retirement of threads? You know, to prevent memory leaks, so that each thread has a maximum number of times it can be reused. There is no such mechanism currently -- but I don't see how putting this kind of logic in would help anything either. Memory is allocated to objects, not to threads -- if your app is leaking memory because it is maintaining object references, killing and restarting the request processing threads won't do anything to help. Nix. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 4 nightly build doesn't starts
How are you trying to build tomcat? (what ant command?) You should be building using 'ant dist'. Also, did you include all the optional libraries. Not having an implementation of JMX 1.0 may be causing this problem, although I don't know for sure. See step 14 of Building.txt for options. I use mx4j myself. Finally, verify the file exists at jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerL ifecycleListener.java Andrew Conrad -Original Message- From: Dev Zero G Ltd team [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:48 AM To: [EMAIL PROTECTED] Subject: Tomcat 4 nightly build doesn't starts I have built Tomcat from jakarta-tomcat-4.0 cvs module and all necessary subprojects. When I am trying to start it raises an exception: Catalina.start: java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener And I really can't find it in catalina.jar -- Best regards, Dev Zero G Ltd team http://devzerog.com mailto:[EMAIL PROTECTED] -- 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]
RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector
On Wed, 28 Aug 2002, Turner, John wrote: While it will be interesting to see what the final solution is when using WARP, I would say the consensus right now is that AJP13 is the preferred connector. While I can't really address all the issues regarding which connector to use, I will say that I had occasion to set up mod_webapp/WARP and it was dead simple. I downloaded the stuff and within 15 minutes I had things running -- just a few lines of config (i.e. in Apache's httpd.conf file) was all I needed. (Of course, being able to download the build mod_webapp.so I needed was a big help.) This was to set up a demo site for a presentation I was giving, so having something running quickly/easily was the main concern. So, if there aren't such concerns about having the maximum performance, and whether Tomcat is handling some of the static stuff, etc., mod_webapp/WARP may very well be a viable option. Of course, another option is running Tomcat standalone -- then you don't have to deal with any Apache-Tomcat connector, and everything is that much simpler. If a site is mostly dynamic stuff, this may very well be the best option. (Note that people talk about the lower performance of Tomcat serving static stuff, but running Tomcat standalone will also improve the performance of Tomcat serving dynamic stuff; where the cutoff lies in terms of when this tradeoff is beneficial, in terms of proportion of static/dynamic stuff, I don't know. But it's something to consider.) -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:38 AM To: Tomcat Users List Subject: RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector I got the environment I need working using the AJP13 connector, but I read that the warp connector should be preferred. Can anybody tell why and what the main differences are ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Systems and Technology Services (STS) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: tomcat conn pooling question
On Wed, 28 Aug 2002, Turner, John wrote: Date: Wed, 28 Aug 2002 09:51:29 -0400 From: Turner, John [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: tomcat conn pooling question When you say Tomcat's connection pooling what do you mean exactly? As far as I know, there is no connection pooling built-in to tomcat that actually works. It does (at least in 4.1) if you set it up correctly :-). The Tyrex stuff in 4.0 is problematic, which is one of the reasons it got abandoned in 4.1. The traffic I have seen on this list has people rolling their own, using open source pooling solutions like poolman or DBCP, or using the pooling that comes from third-party driver vendors. Which one are you using? That might give the list a better indicator of what's wrong. Note that Tomcat 4.1 uses commons-dbcp for its pooling. In answer to Rick's original question, the standard connection pool includes a validationQuery configuration property. This is an SQL query that the pool will execute before it hands you back a requested connection (so it should be something that executes very quickly). If the connection was closed externally (your scenario), this query will fail and the pool will throw that connection away and give you another one instead. John Turner [EMAIL PROTECTED] Craig -Original Message- From: Rick Reumann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:37 AM To: Tomcat Users List Subject: tomcat conn pooling question Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources -howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: does authorization occurr for each request?
On Wed, 28 Aug 2002, jfc wrote: Date: Wed, 28 Aug 2002 14:11:51 + From: jfc [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: tomcat-user [EMAIL PROTECTED] Subject: does authorization occurr for each request? Hi, A question re declarative security and form-based authentication and subsequent request authorization: Can anyone confirm whether or not authorization(i.e. role checking) is repeated for each request(to a secured resource) after a user has been authenticated? Yes, it is. The URL from each request is matched against the security constraints you have defined, and the specified role restrictions are enforced on every request. There would be times when a subsequent request comes in to a resource secured under a role which is higher or lower within the applications user hierarchy and I need to know what behaviour tomcat implements. Tomcat doesn't know anything about higher or lower roles. It only asks whether a user has one of the roles listed in the security constraint. Tomcat will surely have a list of valid roles for a particular authenticated user right? This would make sense as a check can be performed as and when required to determine whether or not the user has been assigned the required role. In the default Realm implementations, the list of roles assigned to a user is cached in the Principal object that resulted from authentication, so the role checking is an in-memory lookup in a HashMap. However, it's perfectly reasonable to implement a Realm that goes to a database (or some other external source of information) every time -- especially useful in scenarios where the set of roles might be changing (such as a role that says can use this URL from 8am to 5pm on weekdays). jfc Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector
Agreed. John -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:25 PM To: Tomcat Users List Subject: RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector On Wed, 28 Aug 2002, Turner, John wrote: While it will be interesting to see what the final solution is when using WARP, I would say the consensus right now is that AJP13 is the preferred connector. While I can't really address all the issues regarding which connector to use, I will say that I had occasion to set up mod_webapp/WARP and it was dead simple. I downloaded the stuff and within 15 minutes I had things running -- just a few lines of config (i.e. in Apache's httpd.conf file) was all I needed. (Of course, being able to download the build mod_webapp.so I needed was a big help.) This was to set up a demo site for a presentation I was giving, so having something running quickly/easily was the main concern. So, if there aren't such concerns about having the maximum performance, and whether Tomcat is handling some of the static stuff, etc., mod_webapp/WARP may very well be a viable option. Of course, another option is running Tomcat standalone -- then you don't have to deal with any Apache-Tomcat connector, and everything is that much simpler. If a site is mostly dynamic stuff, this may very well be the best option. (Note that people talk about the lower performance of Tomcat serving static stuff, but running Tomcat standalone will also improve the performance of Tomcat serving dynamic stuff; where the cutoff lies in terms of when this tradeoff is beneficial, in terms of proportion of static/dynamic stuff, I don't know. But it's something to consider.) -Original Message- From: Jochen Schweflinghaus [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:38 AM To: Tomcat Users List Subject: RE: How to configure multiple tomcat instances connecting to apac he using thewarp connector I got the environment I need working using the AJP13 connector, but I read that the warp connector should be preferred. Can anybody tell why and what the main differences are ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Systems and Technology Services (STS) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- 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]
Re: RE : Logging to console not working with Tomcat 4.1.9
On Wed, 28 Aug 2002, Michael wrote: Date: Wed, 28 Aug 2002 16:47:39 +0200 From: Michael [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE : Logging to console not working with Tomcat 4.1.9 No I mean log4j's ConsoleAppender. So are you saying that Tomcat now routes the log4j ConsoleAppender to a logfile as well? If so I think that's a big problem for debugging. While running my app in the IDE I want to see all the console output without having to switch to a text editor and reload the log file. Can I configure Tomcat 4.1.9 to do this?? IIRC, the ConsoleAppender in Log4J just writes to System.out or System.err, so Tomcat redirecting those streams will affect Log4J as well. On Unix systems, Tomcat has *always* redirected console output to a file -- but of course it's still really easy to use tail -f $CATALINA_HOME/logs/catalina.out to monitor the output. On recent Windows OSs (but not 98) you can accomplish the same thing by installing CYGWIN and using it's tail command. Michael Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: XML parsing error on file /WEB-INF/web.xml
Hey Jill, it doesn't look like anything is wrong with the manager web.xml, but I might be missing something. It seems that every Context is generating this error, and at the same location (line 7, col 10). Maybe it's the global web.xml file. Or you could have a bad server.xml file too. At this point, I would put in a copy of the original web.xml and server.xml and see if your errors still occur. - Andrew -Original Message- From: Jill Veronda [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:31 AM To: Tomcat Users List Subject: RE: XML parsing error on file /WEB-INF/web.xml web.xml for webapps/manager/WEB-INF below: Thanks for the help in advance! ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Define the Manager Servlet Change servlet-class to: org.apache.catalina.servlets.HTMLManagerServlet to get a Servlet with a more intuitive HTML interface, don't change if you have software that is expected to parse the output from ManagerServlet since they're not compatible. -- servlet servlet-nameManager/servlet-name servlet-classorg.apache.catalina.servlets.ManagerServlet/se rvlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet !-- Define the Manager Servlet Mapping -- servlet-mapping servlet-nameManager/servlet-name url-pattern/*/url-pattern /servlet-mapping !-- Define a Security Constraint on this Application -- security-constraint web-resource-collection web-resource-nameEntire Application/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint !-- NOTE: This role is not present in the default users file -- role-namemanager/role-name /auth-constraint /security-constraint !-- Define the Login Configuration for this Application -- login-config auth-methodBASIC/auth-method realm-nameTomcat Manager Application/realm-name /login-config /web-app -Original Message- From: Ben Walding [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 6:41 PM To: Tomcat Users List Subject: Re: XML parsing error on file /WEB-INF/web.xml Posting your web.xml would make it easier! Jill Veronda wrote: On starting tomcat 4.0.4 I get the error: 2002-08-27 18:10:54 Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 7, col 10): Document root element web-app, must match DOCTYPE root web-app. Can anyone tell me what two places the error is referring to? I am using Tomcat 4.0.4, Apache 1.3.12 connected using mod_jk, JDK 1.3.1 on Windows 2000 Server. Full log file below: 2002-08-27 18:10:54 WebappLoader[/manager]: Deploying class repositories to work directory C:\tomcat\work\Standalone\rack2\manager 2002-08-27 18:10:54 StandardManager[/manager]: Seeding random number generator class java.security.SecureRandom 2002-08-27 18:10:54 StandardManager[/manager]: Seeding of random number generator has been completed 2002-08-27 18:10:54 ContextConfig[/manager]: Added certificates - request attribute Valve 2002-08-27 18:10:54 ContextConfig[/manager]: Configured an authenticator for method BASIC 2002-08-27 18:10:54 StandardWrapper[/manager:default]: Loading container servlet default 2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init 2002-08-27 18:10:54 StandardWrapper[/manager:invoker]: Loading container servlet invoker 2002-08-27 18:10:54 org.apache.catalina.servlets.InvokerServlet: init 2002-08-27 18:10:54 org.apache.jasper.servlet.JspServlet: init 2002-08-27 18:10:54 Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 7, col 10): Document root element web-app, must match DOCTYPE root web-app. 2002-08-27 18:10:54 StandardHost[rack2]: Installing web application at context path from URL file:C:\tomcat\webapps\ROOT 2002-08-27 18:10:54 WebappLoader[]: Deploying class repositories to work directory C:\tomcat\work\Standalone\rack2\_ 2002-08-27 18:10:54 StandardManager[]: Seeding random number generator class java.security.SecureRandom 2002-08-27 18:10:54 StandardManager[]: Seeding of random number generator has been completed 2002-08-27 18:10:54 ContextConfig[]: Added certificates - request attribute Valve 2002-08-27 18:10:54 StandardWrapper[:default]: Loading container servlet default 2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init 2002-08-27 18:10:54 StandardWrapper[:invoker]: Loading container servlet invoker 2002-08-27 18:10:54 org.apache.catalina.servlets.InvokerServlet: init 2002-08-27 18:10:54 org.apache.jasper.servlet.JspServlet: init 2002-08-27 18:10:54 Exception
How can listener read parameters?
Hi, I have a listener defined as follows: Server port=3D8005 shutdown=3DSHUTDOWN debug=3D0 Parameter name=3DcloudscapeURL value=3Dd:/database/test override=3Dfalse/ Listener className=3DCloudscapeTie debug=3D5/ =46rom within the CloudscapeTie class how can I read the 'cloudscapeURL' parameters? Thanks for any info. Alex -- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser immédiatement, par retour de courriel ou par un autre moyen. ==
RE: tomcat conn pooling question
Craig, I'm troubleshooting a ValidationQuery issue, and I can't seem to find where this query executes. Does DBCP handle the ValidationQuery, or does Tomcat run the ValidationQuery when the first connection is requested? - Andrew -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:25 PM To: Tomcat Users List Subject: RE: tomcat conn pooling question On Wed, 28 Aug 2002, Turner, John wrote: Date: Wed, 28 Aug 2002 09:51:29 -0400 From: Turner, John [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: tomcat conn pooling question When you say Tomcat's connection pooling what do you mean exactly? As far as I know, there is no connection pooling built-in to tomcat that actually works. It does (at least in 4.1) if you set it up correctly :-). The Tyrex stuff in 4.0 is problematic, which is one of the reasons it got abandoned in 4.1. The traffic I have seen on this list has people rolling their own, using open source pooling solutions like poolman or DBCP, or using the pooling that comes from third-party driver vendors. Which one are you using? That might give the list a better indicator of what's wrong. Note that Tomcat 4.1 uses commons-dbcp for its pooling. In answer to Rick's original question, the standard connection pool includes a validationQuery configuration property. This is an SQL query that the pool will execute before it hands you back a requested connection (so it should be something that executes very quickly). If the connection was closed externally (your scenario), this query will fail and the pool will throw that connection away and give you another one instead. John Turner [EMAIL PROTECTED] Craig -Original Message- From: Rick Reumann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:37 AM To: Tomcat Users List Subject: tomcat conn pooling question Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources -howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- 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] -- 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]
RE: XML parsing error on file /WEB-INF/web.xml
Do you think that web.xml problem is the reason for my ultimate problem, which is that accessing a jsp page causes a java.lang.NoSuchMethodError on the invoke? see below: 2002-08-28 09:35:23 Ajp13Connector[8009] Opening server socket on all host IP addresses 2002-08-28 09:35:23 Ajp13Connector[8009] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][0] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][1] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][2] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][3] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][4] Starting background thread 2002-08-28 09:36:10 Ajp13Processor[8009][4] process: invoke java.lang.NoSuchMethodError at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:436) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:458) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551) at java.lang.Thread.run(Thread.java:479) -Jill -Original Message- From: Andrew Conrad [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:31 AM To: 'Tomcat Users List' Subject: RE: XML parsing error on file /WEB-INF/web.xml Hey Jill, it doesn't look like anything is wrong with the manager web.xml, but I might be missing something. It seems that every Context is generating this error, and at the same location (line 7, col 10). Maybe it's the global web.xml file. Or you could have a bad server.xml file too. At this point, I would put in a copy of the original web.xml and server.xml and see if your errors still occur. - Andrew -Original Message- From: Jill Veronda [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:31 AM To: Tomcat Users List Subject: RE: XML parsing error on file /WEB-INF/web.xml web.xml for webapps/manager/WEB-INF below: Thanks for the help in advance! ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Define the Manager Servlet Change servlet-class to: org.apache.catalina.servlets.HTMLManagerServlet to get a Servlet with a more intuitive HTML interface, don't change if you have software that is expected to parse the output from ManagerServlet since they're not compatible. -- servlet servlet-nameManager/servlet-name servlet-classorg.apache.catalina.servlets.ManagerServlet/se rvlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet !-- Define the Manager Servlet Mapping -- servlet-mapping servlet-nameManager/servlet-name url-pattern/*/url-pattern /servlet-mapping !-- Define a Security Constraint on this Application -- security-constraint web-resource-collection web-resource-nameEntire Application/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint !-- NOTE: This role is not present in the
Re: Tomcat 4 nightly build doesn't starts
The problem is that Tomcat build finishes successfully. The procedure how I built is following: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-4.0 install via ports: /usr/ports/devel/jakarta-ant/ checkout then build (may need to copy build.properties.sample to build.properties): cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout -r tomcat_4_branch jakarta-tomcat-jasper cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-connectors cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-servletapi-4 fetch and unzip: http://jakarta.apache.org/builds/jakarta-commons/release/commons-beanutils/v 1.4/commons-beanutils-1.4.tar.gz http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections /v2.0/commons-collections-2.0.tar.gz http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1 .2/commons-digester-1.2.tar.gz http://jakarta.apache.org/builds/jakarta-commons/release/commons-logging/v1. 0.1/commons-logging-1.0.1.tar.gz http://jakarta.apache.org/builds/jakarta-regexp/release/v1.2/jakarta-regexp- 1.2.tar.gz fetch, unzip, then copy xalan.jar to /usr/local/jakarta-ant-1.5.0/lib/ http://xml.apache.org/dist/xalan-j/xalan-j_2_4_D1-bin.tar.gz Then I ran ant dist. The build completed successfully. But I had the mentioned exception when I was trying to run Tomcat from dist folder. I found that in catalina/build.xml package mbeans is exluded. But the exception says that org.apache.catalina.mbeans.ServerLifecycleListener not fould during the start Tomcat. How are you trying to build tomcat? You should be building using 'ant dist'. Also, did you include all the optional libraries. Not having an implementation of JMX 1.0 may be causing this problem, although I don't know for sure. See step 14 of Building.txt for options. I use mx4j myself Andrew Conrad -Original Message- From: Dev Zero G Ltd team [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:19 AM To: [EMAIL PROTECTED] Subject: Tomcat 4 nightly build doesn't starts I have built Tomcat from jakarta-tomcat-4.0 cvs module and all necessary subprojects. When I am trying to start it raises an exception: Catalina.start: java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener java.lang.ClassNotFoundException: org.apache.catalina.mbeans.ServerLifecycleListener And I really can't find it in catalina.jar -- Best regards, Dev Zero G Ltd team http://devzerog.com mailto:[EMAIL PROTECTED] -- 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]
RE: Removing files from /lib
Where are you keeping log4j? Is it in common/lib or some place such as that or is it stored in you WEB-INF/lib folder? From my understanding if it's in common or shared, then unloading the webapp won't release the files, since webapps inherit common and shared classloaders, they don't actually create them. - Andrew -Original Message- From: Shawn Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:05 PM To: tomcat Subject: Removing files from /lib I must not be understanding completely the way the classloaders work under Tomcat. I thought that if I stop a webapp through the manager application that should unload its jar files. However, even after it's stopped, I find that log4j jar file is locked so I can't remove it. Why would that one file be locked but the others not? -shawn Shawn Wilson [[EMAIL PROTECTED]] Software Developer, ATMReports.com PH: 877-327-0873, FAX: 406-294-5806 -- To unsubscribe, e-mail: mailto:tomcat-user- [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]
Re: How can listener read parameters?
On Wed, 28 Aug 2002, Colic, Alex wrote: Date: Wed, 28 Aug 2002 12:26:11 -0400 From: Colic, Alex [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: How can listener read parameters? Hi, I have a listener defined as follows: Server port=3D8005 shutdown=3DSHUTDOWN debug=3D0 Parameter name=3DcloudscapeURL value=3Dd:/database/test override=3Dfalse/ Listener className=3DCloudscapeTie debug=3D5/ =46rom within the CloudscapeTie class how can I read the 'cloudscapeURL' parameters? The best strategy would be to create a setUrl() method on your Listener class and do this instead: Listener className=CloudscapeTie url=d:/database/test/ When server.xml is processed, Tomcat looks at the attributes of each XML element and searches for a matching property setter on the corresponding class. Thanks for any info. Alex Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Removing files from /lib
It is in WEB-INF/lib, which is why I thought it would be unlocked when I stop that webapp. -shawn Shawn Wilson [[EMAIL PROTECTED]] Software Developer, ATMReports.com PH: 877-327-0873, FAX: 406-294-5806 -Original Message- From: Andrew Conrad [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:44 AM To: 'Tomcat Users List' Subject: RE: Removing files from /lib Where are you keeping log4j? Is it in common/lib or some place such as that or is it stored in you WEB-INF/lib folder? From my understanding if it's in common or shared, then unloading the webapp won't release the files, since webapps inherit common and shared classloaders, they don't actually create them. - Andrew -Original Message- From: Shawn Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:05 PM To: tomcat Subject: Removing files from /lib I must not be understanding completely the way the classloaders work under Tomcat. I thought that if I stop a webapp through the manager application that should unload its jar files. However, even after it's stopped, I find that log4j jar file is locked so I can't remove it. Why would that one file be locked but the others not? -shawn Shawn Wilson [[EMAIL PROTECTED]] Software Developer, ATMReports.com PH: 877-327-0873, FAX: 406-294-5806 -- To unsubscribe, e-mail: mailto:tomcat-user- [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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: tomcat conn pooling question
On Wed, 28 Aug 2002, Andrew Conrad wrote: Date: Wed, 28 Aug 2002 12:34:03 -0400 From: Andrew Conrad [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: tomcat conn pooling question Craig, I'm troubleshooting a ValidationQuery issue, and I can't seem to find where this query executes. Does DBCP handle the ValidationQuery, or does Tomcat run the ValidationQuery when the first connection is requested? It's inside commons-dbcp. Tomcat doesn't run anything -- it just passes the configuration properties on to BasicDataSourceFactory and lets commons-dbcp do its thing. Craig - Andrew -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:25 PM To: Tomcat Users List Subject: RE: tomcat conn pooling question On Wed, 28 Aug 2002, Turner, John wrote: Date: Wed, 28 Aug 2002 09:51:29 -0400 From: Turner, John [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: tomcat conn pooling question When you say Tomcat's connection pooling what do you mean exactly? As far as I know, there is no connection pooling built-in to tomcat that actually works. It does (at least in 4.1) if you set it up correctly :-). The Tyrex stuff in 4.0 is problematic, which is one of the reasons it got abandoned in 4.1. The traffic I have seen on this list has people rolling their own, using open source pooling solutions like poolman or DBCP, or using the pooling that comes from third-party driver vendors. Which one are you using? That might give the list a better indicator of what's wrong. Note that Tomcat 4.1 uses commons-dbcp for its pooling. In answer to Rick's original question, the standard connection pool includes a validationQuery configuration property. This is an SQL query that the pool will execute before it hands you back a requested connection (so it should be something that executes very quickly). If the connection was closed externally (your scenario), this query will fail and the pool will throw that connection away and give you another one instead. John Turner [EMAIL PROTECTED] Craig -Original Message- From: Rick Reumann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:37 AM To: Tomcat Users List Subject: tomcat conn pooling question Sorry if this is a repeat post. (I'm not sure if I posted this question here or not as I was trying to switch from digest mode to regular list mode on this list and I ended up unsubscribing from the list so didn't get messages for a while). QUESTION: I've configured Tomcat's connection pooling according to Tomcat's docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources -howto.html any everything seems to work fine unless someone manually kills the open connections (or something else causes the connections to go down). When the connections are manually killed the connection pooling ceases to work and the application breaks since it gets sql errors from the conn pool of java.sql.SQLException: ORA-01012: not logged on Is there a way to make sure the connection pooling goes back to working if the app somehow has it's open connections killed? I thought adding the validationQuery to the ResourceParams configured in the server.xml file would help, but it doesn't. parameter namevalidationQuery/name valueSELECT 'CRAP' FROM DUAL/value /parameter Thanks for any help. -- Rick mailto:[EMAIL PROTECTED] -- 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] -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: XML parsing error on file /WEB-INF/web.xml
I replaced my server.xml and web.xml with the originals and the problem does not go away. Jill Veronda Decision Design Corporation [EMAIL PROTECTED] 925-847-9600 x18 -Original Message- From: Jill Veronda Sent: Wednesday, August 28, 2002 9:39 AM To: Tomcat Users List Subject: RE: XML parsing error on file /WEB-INF/web.xml Do you think that web.xml problem is the reason for my ultimate problem, which is that accessing a jsp page causes a java.lang.NoSuchMethodError on the invoke? see below: 2002-08-28 09:35:23 Ajp13Connector[8009] Opening server socket on all host IP addresses 2002-08-28 09:35:23 Ajp13Connector[8009] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][0] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][1] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][2] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][3] Starting background thread 2002-08-28 09:35:23 Ajp13Processor[8009][4] Starting background thread 2002-08-28 09:36:10 Ajp13Processor[8009][4] process: invoke java.lang.NoSuchMethodError at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:436) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:458) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551) at java.lang.Thread.run(Thread.java:479) -Jill -Original Message- From: Andrew Conrad [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:31 AM To: 'Tomcat Users List' Subject: RE: XML parsing error on file /WEB-INF/web.xml Hey Jill, it doesn't look like anything is wrong with the manager web.xml, but I might be missing something. It seems that every Context is generating this error, and at the same location (line 7, col 10). Maybe it's the global web.xml file. Or you could have a bad server.xml file too. At this point, I would put in a copy of the original web.xml and server.xml and see if your errors still occur. - Andrew -Original Message- From: Jill Veronda [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:31 AM To: Tomcat Users List Subject: RE: XML parsing error on file /WEB-INF/web.xml web.xml for webapps/manager/WEB-INF below: Thanks for the help in advance! ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Define the Manager Servlet Change servlet-class to: org.apache.catalina.servlets.HTMLManagerServlet to get a Servlet with a more intuitive HTML interface, don't change if you have software that is expected to parse the output from ManagerServlet since they're not compatible. -- servlet servlet-nameManager/servlet-name servlet-classorg.apache.catalina.servlets.ManagerServlet/se rvlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet !-- Define the Manager Servlet Mapping -- servlet-mapping servlet-nameManager/servlet-name
RE: How can listener read parameters?
Thanks just what I need. Alex -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: August 28, 2002 12:47 PM To: Tomcat Users List Subject: Re: How can listener read parameters? On Wed, 28 Aug 2002, Colic, Alex wrote: Date: Wed, 28 Aug 2002 12:26:11 -0400 From: Colic, Alex [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: How can listener read parameters? Hi, I have a listener defined as follows: Server port=3D8005 shutdown=3DSHUTDOWN debug=3D0 Parameter name=3DcloudscapeURL value=3Dd:/database/test override=3Dfalse/ Listener className=3DCloudscapeTie debug=3D5/ =46rom within the CloudscapeTie class how can I read the 'cloudscapeURL' parameters? The best strategy would be to create a setUrl() method on your Listener class and do this instead: Listener className=CloudscapeTie url=d:/database/test/ When server.xml is processed, Tomcat looks at the attributes of each XML element and searches for a matching property setter on the corresponding class. Thanks for any info. Alex Craig --- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser immédiatement, par retour de courriel ou par un autre moyen. ==
STILL need help w. Tomcat installation!!
I STILL find myself in some degree of need from someone in this newsgroup concerning the Tomcat install!!! I THINK that I got everything alright with setting the environment variables in the System applet, but alas, when I tried again to activate Tomcat, I STILL received the error msg. saying something about the JAVA_HOME variable was not properly set or missing!! Should I type into the DOS command line set JAVA_HOME=j2sdk* or not to maybe correct this? __ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
