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: mailto
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
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]
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
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, e-mail
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]
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: PropertyResourceBundle problems
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]
Re: PropertyResourceBundle problems
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]
Re: Java FTP and Tomcat
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]
Re: Threads Question in Tomcat
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]
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: 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: 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: 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]
