Re: Threads Question in Tomcat

[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: [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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java FTP and Tomcat

[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: [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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java FTP and Tomcat

[Michael Delamere]

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:

> For additional commands, e-mail:

>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

jkmount possibilities

[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


JkWorkersFile /etc/httpd/conf/workers.properties
JkLogFile logs/mod_jk.log
JkLogLevel error


NameVirtualHost 192.168.192.103


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


Chris Stokes
Senior Systems Consultant
Bass Software Pty Ltd
[EMAIL PROTECTED]



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Antw: JSP and MAC line breaks

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Threads Question in Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
>

Re: Java FTP and Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

jkmount possibilities

[Chris Stokes]

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


JkWorkersFile /etc/httpd/conf/workers.properties
JkLogFile logs/mod_jk.log
JkLogLevel error


NameVirtualHost 192.168.192.103


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


Chris Stokes
Senior Systems Consultant
Bass Software Pty Ltd
[EMAIL PROTECTED]



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java FTP and Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Antw: JSP and MAC line breaks

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Threads Question in Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For ad

Re: PropertyResourceBundle problems

[Randy Secrist]

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:   
For additional commands, e-mail: 

Antw: JSP and MAC line breaks

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   

Re: Java FTP and Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Threads Question in Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Antw: JSP and MAC line breaks

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   

Re: Java FTP and Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Threads Question in Tomcat

[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:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Antw: JSP and MAC line breaks

[Andre Schild]

>The following is a post from Larry Issacs re: TC 4.0.1 which had a bug
in
>Jasper that was stripping the "\r" 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. 
So I will have to move to 4.0.4.

Thanks for your help.


André


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   

Re: Threads Question in Tomcat

[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:   
For additional commands, e-mail: 

Re: Java FTP and Tomcat

[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:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   

Re: Threads Question in Tomcat

[Nikola Milutinovic]

>>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. 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.

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.

>>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.

Nix.

Re: Java FTP and Tomcat

[Nikola Milutinovic]

> Does anyone know if there is a FTP connector(?) for Tomcat?
> 
> If not, is it something that's doable with Tomcat?

FTP, as a protocol, is stateful. In other words, you login to the server and until you 
log out, you have an FTP session. HTTP is stateless. There is no login/logout. There 
are emulations of those concepts: authentication and session creation, but they are 
implemented either per request (auth in HTTP headers) or a simulation (session in 
cookies or URL rewriting).

The only thing that would seam doable with Tomcat is support for FTP URLs through HTTP 
request, something like:

"GET ftp://my.host.domain.com/pub/apps/pgsql.jar HTTP/1.1"

BUT, there is a problem with this. :-) RFC explicitely states that all HTTP 1.0 and 
1.1 clients should issue absolute URLs only when talking to a proxy. So, the answer is 
NO, unless you want to be a general purpose FTP proxy.

Nix.

Re: PropertyResourceBundle problems

[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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[Craig R. McClanahan]

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:
> > 
> > > >For additional commands, e-mail:
> > 
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > 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:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[Randy Secrist]

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?

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:
> 
> > >For additional commands, e-mail:
> 
> > >
> > >
> > >
> > >
> > >
> >
> > --
> >
> > 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:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[Randy Secrist]

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:

> >For additional commands, e-mail:

> >
> >
> >
> >
> >
>
> --
>
> 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:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PropertyResourceBundle problems

[randie ursal]

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:   
>For additional commands, e-mail: 
>
>
>
>  
>

-- 
  
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:   
For additional commands, e-mail: 

PropertyResourceBundle problems

[Randy Secrist]

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:   
For additional commands, e-mail: 

Re[2]: connection pooling on tomcat

[Rick Reumann]

On Tuesday, August 27, 2002, 8:24:02 PM, Glenn Nielsen wrote:

GN> What connection pool are you using, DBCP?

Not sure what DBCP is. I just followed the example in the Tomcat
documentation under "JDBC Data Sources" at
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources-howto.html

and it works fine except for that problem of killed connections
cause the application to not pick up valid new ones thus breaking
the application to a halt.

Thanks for any more information/suggestions you could provide.

GN> Rick Reumann wrote:
>> I have connection pooling set up on Tomcat. In my server.xml file I
>> have added to the ResourceParams:
>> 
>>  
>>   validationQuery
>>   SELECT 'CRAP' FROM DUAL
>>  
>> 
>> 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.
>> 
>> 


--

Rick

mailto:[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Cannot load JDBC driver class 'null'

[Robert Dunn]

Hi all,

I am attempting to get a connection to the JDBC entry from the server.xml
file and keep getting the error "Cannot load JDBC driver class 'null'". The
error occurs when I attempt to call "ds.getConnection();". I have placed all
of the Interbase JAR files in the Common\Lib directory as well - Do I need
to register these with Tomcat somehow? Any ideas/suggestions would be
appreciated.

Platform:
WinXP
Tomcat 4.1.9 Stand Alone

Java code:
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");
DataSource ds = (DataSource) envCtx.lookup("jdbc/Transhub");
Connection conn = ds.getConnection();

The entry in the web.xml file is as follows:

Interbase JDBC
jdbc/Transhub
javax.sql.DataSource
Container


Entry from the server.xml file is:

  
  

  description
  Resource Parameters for the Transhub Interbase DB


  maxActive
  8


  maxIdle
  4


 user
 sysdba


 password
 


   driverClassName
   interbase.interclient.Driver


  url
  jdbc:interbase://localhost/C:/Program Files/Common Files/Insfin
Shared/data/iitweb.gdb

  

Thanks in advance, Rob :->


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: XML parsing error on file /WEB-INF/web.xml

[Robert Dunn]

Jill you are probably missing the DOCTYPE entry. Basic web.xml should look
as follows:


http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>





-Original Message-
From: Jill Veronda [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 28 August 2002 11:29 AM
To: [EMAIL PROTECTED]
Subject: XML parsing error on file /WEB-INF/web.xml


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
2002-08-27 18:10:54 StandardWrapper[/tomcat-docs:default]: Loading container
servlet default
2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init
2002-08-27 18:10:54 StandardWrapper[/tomcat-docs: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 /webdav from URL file:C:\tomcat\webapps\webdav
2002-08-27 18:10:54 WebappLoader[/webdav]: Deploying class repositories to
work directory C:\tomcat\work\Standalone\rack2\webdav
2002-08-27 18:10:54 StandardManager[/webdav]: Seeding random number
generator class java.security.SecureRandom
2002-08-27 18:10:54 StandardManager[/webdav]: Seeding of random number
generator has been completed
2002-08-27 18:10:55 ContextConfig[/webdav]: Added certificates -> request
attribute Valve
2002-08-27 18:10:55 StandardWrapper[/webdav:default]: Loading container
servlet default
2002-08-27 18:10:55 org.apache.catalina.servlets.DefaultServlet: init
2002-08-27 18:10:55 StandardWrapper[/webdav:invoker]: Loading container
servlet invoker
2002-08-27 18:10:55 org.apache.catalina.servlets.InvokerServlet: init
2002-08-27 

RE: Tomcat4.0 with and Apache2

[Mark Pelillo]

Is "ar" installed on the system or maybe it's not in the path.  Try
typing "which ar" and see what it returns.  I believe it should be in
either /usr/local/bin or /usr/ccs/bin depending on how things are
installed on your system


On Tue, 2002-08-27 at 11:59, Raj Mettai wrote:
> Hi,
> 
> I am trying to compile apache2.0.39 on solaris 8,  with --enable-so(DSO), when I do 
>make, I am getting following error, can anybody help me fixing this error...
> 
> 
> 
> Making all in dso/unix
> make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix'
> make[4]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix'
> /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent 
>--mode=compile gcc -g -O2 -pthreads   -DHAVE_CONFIG_H -DSOLARIS2=8 
>-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT   -I../../include -I../../include/arch 
>-I../../include/arch/unix  -c dso.c && touch dso.lo
> make[4]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix'
> make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix'
> make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr'
> /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent --mode=link 
>gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS 
>-D_REENTRANT -I./include -I../include -o libapr.la -rpath /usr/local/apache2/lib 
>strings/apr_cpystrn.lo strings/apr_fnmatch.lo strings/apr_snprintf.lo 
>strings/apr_strings.lo strings/apr_strnatcmp.lo strings/apr_strtok.lo 
>passwd/apr_getpass.lo passwd/apr_md5.lo tables/apr_hash.lo tables/apr_tables.lo 
>file_io/unix/copy.lo file_io/unix/dir.lo file_io/unix/fileacc.lo 
>file_io/unix/filedup.lo file_io/unix/filepath.lo file_io/unix/filestat.lo 
>file_io/unix/flock.lo file_io/unix/fullrw.lo file_io/unix/mktemp.lo 
>file_io/unix/open.lo file_io/unix/pipe.lo file_io/unix/readwrite.lo 
>file_io/unix/seek.lo network_io/unix/inet_ntop.lo network_io/unix/inet_pton.lo 
>network_io/unix/poll.lo network_io/unix/sendrecv.lo network_io/unix/sockaddr.lo 
>network_io/unix/sockets.lo network_io/unix/sockopt.lo threadproc/unix/proc.lo 
>threadproc/unix/procsup.lo threadproc/unix/signals.lo threadproc/unix/thread.lo 
>threadproc/unix/threadpriv.lo misc/unix/errorcodes.lo misc/unix/getopt.lo 
>misc/unix/getuuid.lo misc/unix/otherchild.lo misc/unix/rand.lo misc/unix/start.lo 
>misc/unix/uuid.lo misc/unix/version.lo locks/unix/global_mutex.lo 
>locks/unix/proc_mutex.lo locks/unix/thread_cond.lo locks/unix/thread_mutex.lo 
>locks/unix/thread_rwlock.lo time/unix/time.lo time/unix/timestr.lo 
>mmap/unix/common.lo mmap/unix/mmap.lo shmem/unix/shm.lo i18n/unix/xlate.lo 
>user/unix/groupinfo.lo user/unix/userinfo.lo memory/unix/apr_pools.lo 
>atomic/solaris_sparc/apr_atomic_sparc_no_support.lo dso/unix/dso.lo
> /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool: ar: not found
> make[3]: *** [libapr.la] Error 1
> make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib'
> make: *** [all-recursive] Error 1
> 
> Thanks in advance
> 
> -Raj
> 
> 
> >>> [EMAIL PROTECTED] 08/26/02 02:52PM >>>
> 
> Sorry, perhaps that was too harsh.
> 
> You don't need mod_proxy to put tomcat on a separate machine from apache.
> mod_jk supports load-balancing (http://www.ubeans.com/tomcat for a HOWTO),
> and if you just want tomcat on a separate machine without load-balancing,
> you change the host parameter in mod_jk's worker.properties file to the
> hostname of the tomcat server instead of "localhost" or whatever the default
> is (see earlier posts today on this list on exactly this topic).
> 
> In addition, with mod_jk, you can set tomcat (provided tomcat is on the same
> machine) to auto-generate the mod_jk configuration directives for apache.
> That means that you only need to change one server configuration (tomcat),
> and the apache configuration will follow.
> 
> mod_proxy probably works (I haven't tried it) and others are probably doing
> it that way, but in my opinion it would make sense to use the tool that was
> specifically developed to integrate with tomcat, and that means one of the
> connectors such as mod_jk or mod_webapp.
> 
> Obviously, you are welcome to use whatever suits your environment and
> situation.
> 
> John Turner
> [EMAIL PROTECTED]
> 
> > -Original Message-
> > From: Milhomem, Marcus [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, August 26, 2002 2:47 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat4.0 with and Apache2
> > 
> > 
> > Hi,
> > I am planing to use tomcat4.0 with Apache2 using the mod_proxy,
> > because I think that it ahs more scalability as you can   
> > after sometime
> > move the tomcat to other machine. But as I saw y

RE: mod_jk

[Andrew Conrad]

Along with the connector source, you need the apache source, because
mod_jk compiles to the specific version of apache for which you have the
source.  (you will see all those files in the apache source).  That
said, I've still had some problems with compiling it.  I'm not sure what
I'm doing wrong, but I ended up and just use the binary mod_jk.dll from
here:  http://www.acg-gmbh.de/mod_jk/  of course it's not official, but
it works.



- Andrew

> -Original Message-
> From: Short, Dave [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, August 27, 2002 6:58 PM
> To: 'Tomcat Users List'
> Subject: RE: mod_jk
> 
> 
> Here a list of .h files called from the jk_apache2.h, which 
> is called from mod_jk2.c.  I found the jk_*.h files but not 
> the others.  
> 
> #include "apu_compat.h"
> #include "ap_config.h"
> #include "apr_lib.h"
> #include "apr_date.h"
> #include "apr_strings.h"
> #include "apr_pools.h"
> #include "apr_tables.h"
> #include "apr_hash.h"
> 
> #include "httpd.h"
> #include "http_config.h"
> #include "http_request.h"
> #include "http_core.h"
> #include "http_protocol.h"
> #include "http_main.h"
> #include "http_log.h"
> 
> #include "jk_global.h"
> #include "jk_map.h"
> #include "jk_pool.h"
> #include "jk_env.h"
> #include "jk_service.h"
> #include "jk_worker.h"
> #include "jk_workerEnv.h"
> #include "jk_uriMap.h"
> #include "jk_requtil.h"
> 
> Also, mod_jk2.c calls two additional .h files (scoreboard.h, 
> util_script.h) that I can't seem to find...
> 
> Is all this stuff bundled somewhere?  Am I looking in the 
> right place?  
> 
> Here's where I'm looking: 
> http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/nat
> ive2/server/ap
> ache2/
> 
> -Original Message-
> From: Peter T. Abplanalp [mailto:[EMAIL PROTECTED]]
> Sent: August 27, 2002 3:33 PM
> To: 'Tomcat Users List'
> Subject: Re: mod_jk
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Tue, Aug 27, 2002 at 06:17:40PM -0400, Short, Dave wrote:
> > Not asking for every OS under the sun, just Win32 - which 
> is a fairly
> common
> > OS...  I would gladly download, compile and post the source 
> for Win32
> 
> well for you win32 is not every os under the sun because that 
> is what you choose to use.  others might have a different 
> point of view.  plus if we wanted the developers to compile 
> the code for every os that anyone on the list uses, well, 
> that could be a big job.
> 
> > mod_k2.  Last time I tried, my compiler complained about missing .h 
> > files. If you wouldn't mind telling me where ALL required files 
> > reside, I would
> be
> > happy to help out.
> 
> which .h files did the compiler complain about?
> 
> - -- 
> Peter Abplanalp
> 
> Email:   [EMAIL PROTECTED]
> PGP: pgp.mit.edu
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.7 (GNU/Linux)
> 
> iD8DBQE9a/42ggA8sH0iRXQRAvNeAJ9GW43lwZNIaFPyhNuUkPmYrm4QAgCgt1t+
> 56p/HxP6GPtp68DvhdaIrCk=
> =M6d+
> -END PGP SIGNATURE-
> 
> --
> To unsubscribe, e-mail: 
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: XML parsing error on file /WEB-INF/web.xml

[Ben Walding]

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
>2002-08-27 18:10:54 StandardWrapper[/tomcat-docs:default]: Loading container servlet 
>default
>2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init
>2002-08-27 18:10:54 StandardWrapper[/tomcat-docs: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 
>/webdav from URL file:C:\tomcat\webapps\webdav
>2002-08-27 18:10:54 WebappLoader[/webdav]: Deploying class repositories to work 
>directory C:\tomcat\work\Standalone\rack2\webdav
>2002-08-27 18:10:54 StandardManager[/webdav]: Seeding random number generator class 
>java.security.SecureRandom
>2002-08-27 18:10:54 StandardManager[/webdav]: Seeding of random number generator has 
>been completed
>2002-08-27 18:10:55 ContextConfig[/webdav]: Added certificates -> request attribute 
>Valve
>2002-08-27 18:10:55 StandardWrapper[/webdav:default]: Loading container servlet 
>default
>2002-08-27 18:10:55 org.apache.catalina.servlets.DefaultServlet: init
>2002-08-27 18:10:55 StandardWrapper[/webdav:invoker]: Loading container servlet 
>invoker
>2002-08-27 18:10:55 org.apache.catalina.servlets.InvokerServlet: init
>2002-08-27 18:10:55 org.apache.jasper.servlet.JspServlet: init
>2002-08-27 18:10:55 Exception initializing TldLocationsCache: XML parsing error on 
>file /WEB-IN

XML parsing error on file /WEB-INF/web.xml

[Jill Veronda]

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
2002-08-27 18:10:54 StandardWrapper[/tomcat-docs:default]: Loading container servlet 
default
2002-08-27 18:10:54 org.apache.catalina.servlets.DefaultServlet: init
2002-08-27 18:10:54 StandardWrapper[/tomcat-docs: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 
/webdav from URL file:C:\tomcat\webapps\webdav
2002-08-27 18:10:54 WebappLoader[/webdav]: Deploying class repositories to work 
directory C:\tomcat\work\Standalone\rack2\webdav
2002-08-27 18:10:54 StandardManager[/webdav]: Seeding random number generator class 
java.security.SecureRandom
2002-08-27 18:10:54 StandardManager[/webdav]: Seeding of random number generator has 
been completed
2002-08-27 18:10:55 ContextConfig[/webdav]: Added certificates -> request attribute 
Valve
2002-08-27 18:10:55 StandardWrapper[/webdav:default]: Loading container servlet default
2002-08-27 18:10:55 org.apache.catalina.servlets.DefaultServlet: init
2002-08-27 18:10:55 StandardWrapper[/webdav:invoker]: Loading container servlet invoker
2002-08-27 18:10:55 org.apache.catalina.servlets.InvokerServlet: init
2002-08-27 18:10:55 org.apache.jasper.servlet.JspServlet: init
2002-08-27 18:10:55 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".

--
To unsubscribe, e-mail:   
Fo

RE: problem: cannot autorecompile jsp

[Julius Davies]

Manoj's advice is good.  I just thought I'd elaborate on this:

"Also, tomcat looks for the entry 'reloadable' in its context entries.  If set to 
true, it will automatically reload any classes that are changed."

Often I don't bother defining context entries - it's convenient enough for me to just 
let Tomcat deploy whatever it finds in the "/webapps/" directory.  If you're doing 
things that way, then you won't be able to find any context entries in which to add 
the "reloadable" attribute.  In that case you have to add a  element 
(inside ) like so:



It's described here:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/defaultcontext.html

As far as I can tell all "reloadable" is really good for is changes to the classpath - 
so new Jars, classes and properties files inside WEB-INF/classes.

In addition:

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5497:

"Tomcat pays no attention at all to changes in files included by the <%@ include 
%> directive (it doesn't matter what your browser is).  If you want the JSP page 
to be recompiled, you must modify the timestamp of the JSP page itself."

- Craig McClanahan, 2001-12-19


Here are two ways to force a complete recompile of every jsp:
1. "touch" every jsp (the unix utility that changes the datestamp on files).
2. or delete all subdirectories inside /Tomcat/work/* and restart Tomcat.


Julius Davies
Programmer
Credit Union Central of British Columbia
604-730-6385
[EMAIL PROTECTED]


> -Original Message-
> From: koktsing [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 26, 2002 10:25 PM
> To: [EMAIL PROTECTED]
> Subject: problem: cannot autorecompile jsp
> 
> 
> Hai,
> 
> I faced some trouble in using tomcat, hope you can solve the 
> problem for
> me.
> below are some of the main points:
> -I installed Tomcat4.1.9 beta on linux server
> -Develop in windows enviroment by using samba
> -But i got problem like this: No changes from the browser when i edit
> the jsp file in windows but instance change when i edit the jsp file
> using vi. I tried to log this into to tomcat bug database [11963]
> before, Andrew Conrad had give me some advise.
> -Andrew Conrad told me that it should my samba problem, but nothing to
> do with tomcat. so i ask him may i know how tomcat check the file is
> modified or not and he told me i can try to send email to this address
> -I also suddenyl think off that it should not be the samba 
> problem. This
> is because i have another Miva  web engine running in the same server,
> but all the development works were done without problem.
> 
> May anyone help me on this?
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: connection pooling on tomcat

[Glenn Nielsen]

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:
> 
>  
>   validationQuery
>   SELECT 'CRAP' FROM DUAL
>  
> 
> 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:   
For additional commands, e-mail: 

Re: Does closing a Connection variable and setting it to null close all of the ResultSet and Statements?

[Ben Walding]

I wrote a booch utility class (fancy name for static methods...)

It has a whole lot of overloaded (Connection, PreparedStatement, 
Statement, ResultSet etc) methods like this... (LOGGER is a JDK1.4 logger)

public static void closeJDBCResource(ResultSet rs) {
try {
if (rs != null) {
rs.close();
}
} catch (SQLException e) {
LOGGER.log(Level.FINE, e.getLocalizedMessage(), e);
}
}

Simplifying (probably over simplifying, I don't see the point in 
unnecessary duplication or nulling local variables) Craig's code down to...

  Connection conn = null;
  Statement stmt = null;  // Or PreparedStatement if needed
  ResultSet rs = null;
  try {
conn = ... get connection from connection pool ...
stmt = conn.createStatement("select ...");
rs = stmt.executeQuery();
... iterate through the result set ...
  } catch (SQLException e) {
... deal with errors ...
  } finally {
closeJDBCResource(rs);
closeJDBCResource(stmt);
closeJDBCResource(conn);
  }


Glenn Nielsen wrote:

> Hmm,  this example code should get added to the Tomcat 
> JNDI-DataSource-HOWTO. :-)
>
> Craig R. McClanahan wrote:
>
>>
>> On Tue, 27 Aug 2002, Short, Dave wrote:
>>
>>
>>> Date: Tue, 27 Aug 2002 09:08:58 -0700
>>> From: "Short, Dave" <[EMAIL PROTECTED]>
>>> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
>>> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
>>> Subject: RE: Does closing a Connection variable and setting it to null
>>>clo se all of the ResultSet and Statements?
>>>
>>> By closing you mean set the ResultSet and Statement objects to null -
>>> correct?
>>>
>>
>>
>> No ... explicitly call close() on them first.  My most common pattern 
>> for
>> JDBC calls goes like this:
>>
>>   Connection conn = null;
>>   Statement stmt = null;  // Or PreparedStatement if needed
>>   ResultSet rs = null;
>>   try {
>> conn = ... get connection from connection pool ...
>> stmt = conn.createStatement("select ...");
>> rs = stmt.executeQuery();
>> ... iterate through the result set ...
>> rs.close();
>> rs = null;
>> stmt.close();
>> stmt = null;
>> conn.close(); // Return to connection pool
>> conn = null;
>>   } catch (SQLException e) {
>> ... deal with errors ...
>>   } finally {
>> if (rs != null) {
>>   try { rs.close(); } catch (SQLException e) { ; }
>>   rs = null;
>> }
>> if (stmt != null) {
>>   try { stmt.close(); } catch (SQLException e) { ; }
>>   stmt = null;
>> }
>> if (conn != null) {
>>   try { conn.close(); } catch (SQLException e) { ; }
>>   conn = null;
>> }
>>   }
>>
>> This way, you always clean up after yourself as quickly as possible, and
>> never forget to return the connection to the connection pool -- even if
>> exceptions occur.
>>
>> Craig
>>
>>
>> --
>> To unsubscribe, e-mail:   
>> 
>> For additional commands, e-mail: 
>> 
>
>
>
>
>
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
>
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Does closing a Connection variable and setting it to null closeall of the ResultSet and Statements?

[Glenn Nielsen]

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:   
For additional commands, e-mail: 

Re: Does closing a Connection variable and setting it to null close all of the ResultSet and Statements?

[Glenn Nielsen]

Hmm,  this example code should get added to the Tomcat JNDI-DataSource-HOWTO. :-)

Craig R. McClanahan wrote:
> 
> On Tue, 27 Aug 2002, Short, Dave wrote:
> 
> 
>>Date: Tue, 27 Aug 2002 09:08:58 -0700
>>From: "Short, Dave" <[EMAIL PROTECTED]>
>>Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
>>To: 'Tomcat Users List' <[EMAIL PROTECTED]>
>>Subject: RE: Does closing a Connection variable and setting it to null
>>clo se all of the ResultSet and Statements?
>>
>>By closing you mean set the ResultSet and Statement objects to null -
>>correct?
>>
> 
> 
> No ... explicitly call close() on them first.  My most common pattern for
> JDBC calls goes like this:
> 
>   Connection conn = null;
>   Statement stmt = null;  // Or PreparedStatement if needed
>   ResultSet rs = null;
>   try {
> conn = ... get connection from connection pool ...
> stmt = conn.createStatement("select ...");
> rs = stmt.executeQuery();
> ... iterate through the result set ...
> rs.close();
> rs = null;
> stmt.close();
> stmt = null;
> conn.close(); // Return to connection pool
> conn = null;
>   } catch (SQLException e) {
> ... deal with errors ...
>   } finally {
> if (rs != null) {
>   try { rs.close(); } catch (SQLException e) { ; }
>   rs = null;
> }
> if (stmt != null) {
>   try { stmt.close(); } catch (SQLException e) { ; }
>   stmt = null;
> }
> if (conn != null) {
>   try { conn.close(); } catch (SQLException e) { ; }
>   conn = null;
> }
>   }
> 
> This way, you always clean up after yourself as quickly as possible, and
> never forget to return the connection to the connection pool -- even if
> exceptions occur.
> 
> Craig
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Using a Webapp on a network share

[Glenn Nielsen]

Yes, I do this.  Apache, webspace, and webapps are located on one server.
Tomcat is running on its own dedicated server which can access the webapps
via NFS.

Regards,

Glenn

Marc-Henri PAMISEUX wrote:
> Hi,
> 
> Is it possible to use Tomcat with a Webapp on a network share (with NFS 
> or SMB) ?
> If i mount a network share in /mnt/Dev could i write 
> appBase="/mnt/Dev/webapp" in the Host section of server.xml file ?
> 
> I believe some problem...
> 
> Thanks
> 
> Marc-Henri
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: connection pooling

[Glenn Nielsen]

Yes, any J2EE compliant app server will have the ability to create
a JNDI DataSource.

The choice of whether to use a container provided DataSource or your
own connection pool within the webapp is up to you.

I prefer a container managed JNDI DataSource.

Regards,

Glenn

Ashish Kulkarni wrote:
> Hi,
> A Question about JNDI, to use it i have to configure
> it in server.xml file, suppose if i have to change my
> app server , say to JRun, or Weblogic or
> websphere...how will it affect me,i think since all
> these are J2EE compliant servers, they must have some
> place for defining it,
> also what if i keep a xml file, with all the
> parameters for database connection in it, and keep it
> in web-inf of the application, and load it while
> starting the application from a startup servlet.
> so if i change the app server, i dont have to worry
> about setting JNDI in that app server, 
> Ashish
> --- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> 
>>The advantage of letting the container (Tomcat)
>>setup a JNDI DataSource
>>is abstraction.  It abstracts out the source of data
>>from the web application.
>>You no longer have to configure somewhere within
>>your web application the
>>db connection, user, password, etc.
>>
>>This allows you to have a development Tomcat
>>container configured with a
>>DataSource to a test db and your production system
>>to have a DataSource to
>>a production db.  As long as each container creates
>>the same JNDI name you
>>can install the webapp and use it for development or
>>production without
>>any changes.
>>
>>Regards,
>>
>>Glenn
>>
>>michael wimmer wrote:
>>
>>>hi,
>>> 
>>>I use protomatter (protomatter.sourceforge.net)
>>
>>for connection pooling
>>
>>>and for now it seems to work pretty well. However,
>>
>>in this group and in
>>
>>>the tomcat documentation, connection pooling seems
>>
>>always been mentioned
>>
>>>in relation to JNDI or tyrex.
>>> 
>>>Could anybody provide me with some information
>>
>>about the difference in
>>
>>>these approaches and their relative merits and
>>
>>demerits?
>>
>>> 
>>>thanks,
>>> 
>>>Michael
>>>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:  
>>
>>For additional commands, e-mail:
>>
>>
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Loading properties files

[Glenn Nielsen]

Why do you insist on putting your property file in /WEB-INF/config?

Just create a jar with your property file and put it in /WEB-INF/lib,
or put the property file in /WEB-INF/classes.

Regards,

Glenn

Laurent Michenaud wrote:
> So, how can i modify my interface so that it reads
> the file properties "db" in WEB-INF/config ?
> 
> 
>>-Message d'origine-
>>De : Glenn Nielsen [mailto:[EMAIL PROTECTED]]
>>Envoyé : mardi 27 août 2002 15:32
>>À : Tomcat Users List
>>Objet : Re: Loading properties files
>>
>>
>>java.util.ResourceBundle.getBundle() uses the current 
>>ClassLoader to load
>>your resource bundle.  That means that your properties have 
>>to either be
>>located with a jar file in /WEB-INF/lib or in your 
>>/WEB-INF/classess directory.
>>
>>This isn't a limitation of Tomcat, this is how resource bundles work.
>>
>>Regards,
>>
>>Glenn
>>
>>randie ursal wrote:
>>
>>>why is it tomcat could not locate the property file if i 
>>
>>place it on the
>>
>>>package directory structure of my servlets?...it is still on the 
>>>WEB-INF/classes
>>>directory isnt it? just need some more clarifications.
>>>
>>>e.g  WEB-INF/classess/com/test/MyProperty.properties
>>>
>>>thanks
>>>
>>>Alan Tingley - Iperia wrote:
>>>
>>>
Your properties file must be in a location that Tomcat 
>>>
>>knows about via 
>>
its
classpath (WEB-INF/classes is on Tomcat's classpath, 
>>>
>>that's why it worked
>>
when your file was there).  See the Tomcat docs under 
>>>
>>"Classpath How-to",
>>
which describes the class loaders in Tomcat.
Alan Tingley

- Original Message -
From: "Laurent Michenaud" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 27, 2002 4:40 AM
Subject: Loading properties files


Hi,

Could u tell me what is not correct with that :

Before we had that ( the properties files were in 
>>>
>>WEB-INF/classes ) and
>>
that works :

package com.a2a.util ;
public interface A2aConstantes
{
 public static final String SCHEMA =
java.util.ResourceBundle.getBundle("db").getString("schema");
}


Now we want to have properties files in WEB-INF/config so we change
the file like this :

package com.a2a.util ;
public interface A2aConstantes
{
 public static final String SCHEMA =

>>>
>>java.util.ResourceBundle.getBundle("/WEB-INF/config/db").getSt
>>ring("sche
>>
ma");
}

But it doesnot work, it can't find the db.properties. I 
>>>
>>have tried with
>>
"WEB-INF/config/db" and "/WEB-INF/config/db.properties" but
it doesnot work too.

Can u tell me what's wrong ?




Michenaud Laurent
- Adeuza -
[ Développeur Web - Administrateur Réseau ]


-- 
To unsubscribe, e-mail:

For additional commands, e-mail:




-- 
To unsubscribe, e-mail:   

For additional commands, e-mail: 




 

>>>
>>>
>>>-- 
>>>To unsubscribe, e-mail:   
>>>
>>>For additional commands, e-mail: 
>>>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   
>>
>>For additional commands, e-mail: 
>>
>>
>>
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail:  




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jar_cache files on AIX

[Craig R. McClanahan]

On Tue, 27 Aug 2002, Holmes, Jason wrote:

> Date: Tue, 27 Aug 2002 16:14:48 -0500
> From: "Holmes, Jason" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: "Tomcat User Mailing List (E-mail)" <[EMAIL PROTECTED]>
> Subject: jar_cache files on AIX
>
> I have read all of the postings (all that I could find anyway) about the
> jar_cache files that are generated in /tmp on AIX when using tomcat 4.  I
> have a fairly good understanding of where they come from, but I have thus
> far been unable to find a way to make the JDK stop generating them, or
> generate them in an alternate location.  I have been unsuccessful in finding
> any documentation on this with regard to the JDK.
>
> Has anyone found a way to clobber these?

Sounds like a question for IBM Support, since it's their JDK.

Also, somewhere along the 4.x path (sorry, don't remember precisely which
version), there were some bugfixes to cases where Tomcat wasn't closing
JAR files when it was done with them.  Depending on how IBM has
implemented the java.util.JarXXX classes, this might have something to do
with it.  Have you tried recent 4.0.x and 4.1.x versions?

> Is upgrading the JDK (from 1.3.0 to 1.3.1) a fix that anyone has tried and
> verified to work?
>
> Thank you for the assistance.
> Jason Holmes
> Cessna Aircraft Company
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: mod_jk

[Peter T. Abplanalp]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

re your question about where i got the source: i got the source from
cvs.  look at http://jakarta.apache.org/site/cvsindex.html.  there are
instructions there for checking out modules.  i don't know but there
is probably a cvs client for win32.

On Tue, Aug 27, 2002 at 06:58:08PM -0400, Short, Dave wrote:
> Here a list of .h files called from the jk_apache2.h, which is called from
> mod_jk2.c.  I found the jk_*.h files but not the others.  
> 
> #include "apu_compat.h"
> #include "ap_config.h"
> #include "apr_lib.h"
> #include "apr_date.h"
> #include "apr_strings.h"
> #include "apr_pools.h"
> #include "apr_tables.h"
> #include "apr_hash.h"
>
> #include "httpd.h"
> #include "http_config.h"
> #include "http_request.h"
> #include "http_core.h"
> #include "http_protocol.h"
> #include "http_main.h"
> #include "http_log.h"

these are apache2 includes.  look for them in $APACHE_HOME/include.

> #include "jk_global.h"
> #include "jk_map.h"
> #include "jk_pool.h"
> #include "jk_env.h"
> #include "jk_service.h"
> #include "jk_worker.h"
> #include "jk_workerEnv.h"
> #include "jk_uriMap.h"
> #include "jk_requtil.h"

i think i understand that you found these in jk2.

> Also, mod_jk2.c calls two additional .h files (scoreboard.h, util_script.h)
> that I can't seem to find...

these are also in $APACHE_HOME/include

> Is all this stuff bundled somewhere?  Am I looking in the right place?  

yes, mostly in the apache server.  aparantly not.  ;-)

i used the instructions at http://www.pubbitch.org/jboss/mod_jk2.html
in order to compile jk2.  granted the instructions are for linux, i
think the steps would be the same for windows.  give them a try.
thanks to Simon Stewart for wading through it and putting it up for
others to use.

good luck.

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9bAjwggA8sH0iRXQRAmJ2AJ9gGxfxLyUFUyOAv/6XofmBEUfkMACdFuAl
jwFx3sNw9f5YNkkg0mqmzrw=
=Um23
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Processor Availability

[Craig R. McClanahan]

On Tue, 27 Aug 2002, Marinko, Jeff wrote:

> Date: Tue, 27 Aug 2002 13:45:05 -0700
> From: "Marinko, Jeff" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Processor Availability
>
> Greetings!
>
> Tomcat uses processors to service requests, as processors free up, they then
> move on and process other requests.

Each processor also possesses a thread, so you can think of the set of
available processors as a "thread pool".

>  My question is this:  Is there any way
> to "lock" up all the processors?

Sure ... if you send "n+1" simultaneous requests when you've only got "n"
available processors, you're going to run out (assuming that each request
takes enough time for all of them to get submitted before the first ones
start completing.

Such things happen occasionally when you get spkies of request activity,
but it's usually a transient condition.  The analog in plain old web sites
is when a site gets Slashdotted :-).

>  Is there a maximum time before a processor
> becomes available again, assuming it is taking to long to process a request?

The amount of time your app takes to process a request is totally up to
your app.  There's nothing Tomcat can do if you decide to execute a
database query that takes 5 minutes because you're selecting through a
million rows without using an index.

The time it takes Tomcat to return the processor to the pool when a
request is completed is as small as we can make it (a few milliseconds on
a typical configuration).  There's no motivation (or code in Tomcat) for
keeping a processor unavailable any longer than it has to be.

Besides processors, there might be contention for available threads and/or
TCP/IP socket resources in your operating system.  There are also VERY
wide variations in the maximum number of threads a particular OS+JVM
combination can support -- the Volano Report  makes
interesting reading in this regard.

> Any way to check how many processors are active/in use?
>

There's nothing built in, but it would be straightforward to create a
Valve that was stuck on the Engine (so it could see all requests to all
webapps).  Because this Valve will be executed by multiple threads at the
same time, maintaining a simple counter that is incremented at the start
of a request and decremented at the end would give you an active count.

For the requests being processed by a particular webapp, you could do the
same thing (and portably to boot) using a Filter mapped to "/*".

> Jeff
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: how to delete a cookie?????

[Craig R. McClanahan]

On Tue, 27 Aug 2002, Michael Remijan wrote:

> Date: Tue, 27 Aug 2002 16:30:29 -0500
> From: Michael Remijan <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: how to delete a cookie?
>
> I was able to trace the source of the problem.  When I add the cookie I
> call setPath("/"); because I want the cookie visible across multiple
> webapps.  However, when I get the cookie out of the response by calling
> getCookies(), the value of getPath() = null!

That is a side effect of the way cookies are actually transmitted (see
 for the specification).  In
short, the only thing that your browser sends on the subsequent request
are the cookie name and the cookie value for all matching, non-expired,
cookies.

>  So it's like the path
> information disappeared or isn't being reconstructed correctly!  So
> after I get the cookie from the request, I call setPath("/") again and
> call setMaxAge(0), readd it to the response by calling addCookie(c) and
> with that the cookie was sucessfully deleted!  Not having the "/" path
> persisting really through me.  I didn't think of it because it seemed
> like such an obvious thing that tomcat would handle.
>

Tomcat doesn't do *anything* with your application's cookies -- it just
sends exactly what you tell it to, and assumes that you know what you are
doing.

>
> 
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk

[Short, Dave]

Here a list of .h files called from the jk_apache2.h, which is called from
mod_jk2.c.  I found the jk_*.h files but not the others.  

#include "apu_compat.h"
#include "ap_config.h"
#include "apr_lib.h"
#include "apr_date.h"
#include "apr_strings.h"
#include "apr_pools.h"
#include "apr_tables.h"
#include "apr_hash.h"

#include "httpd.h"
#include "http_config.h"
#include "http_request.h"
#include "http_core.h"
#include "http_protocol.h"
#include "http_main.h"
#include "http_log.h"

#include "jk_global.h"
#include "jk_map.h"
#include "jk_pool.h"
#include "jk_env.h"
#include "jk_service.h"
#include "jk_worker.h"
#include "jk_workerEnv.h"
#include "jk_uriMap.h"
#include "jk_requtil.h"

Also, mod_jk2.c calls two additional .h files (scoreboard.h, util_script.h)
that I can't seem to find...

Is all this stuff bundled somewhere?  Am I looking in the right place?  

Here's where I'm looking:
http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/native2/server/ap
ache2/

-Original Message-
From: Peter T. Abplanalp [mailto:[EMAIL PROTECTED]]
Sent: August 27, 2002 3:33 PM
To: 'Tomcat Users List'
Subject: Re: mod_jk


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 27, 2002 at 06:17:40PM -0400, Short, Dave wrote:
> Not asking for every OS under the sun, just Win32 - which is a fairly
common
> OS...  I would gladly download, compile and post the source for Win32

well for you win32 is not every os under the sun because that is what
you choose to use.  others might have a different point of view.  plus
if we wanted the developers to compile the code for every os that
anyone on the list uses, well, that could be a big job.

> mod_k2.  Last time I tried, my compiler complained about missing .h files.
> If you wouldn't mind telling me where ALL required files reside, I would
be
> happy to help out.

which .h files did the compiler complain about?

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9a/42ggA8sH0iRXQRAvNeAJ9GW43lwZNIaFPyhNuUkPmYrm4QAgCgt1t+
56p/HxP6GPtp68DvhdaIrCk=
=M6d+
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Cannot allocate servlet instance for path

[Annam, Sunil]

Found the problem. I am using Windows NT. In NT explorer, "Web-inf" and "WEB-INF" are 
both displayed as "Web-inf". Only if you right click and see property you can find 
MS-DOS name which is the actual one.
When I installed Tomcat, "examples" webapps had a folder "Web-inf" which is actually 
"WEB-INF". So I also created same name.

Spent almost a day but now I am happy that it is working.


-Original Message-
From: Annam, Sunil 
Sent: Tuesday, August 27, 2002 3:23 PM
To: [EMAIL PROTECTED]
Subject: Cannot allocate servlet instance for path


Hi,

I was using Tomcat 3.x and now switched to tomcat 4.1.9. I am not able to run the 
servlets that I used to do. So just for testing I did the following
created a folder "exmp" under webapps. created a foler "Web-inf" under "exmp" and 
"classes" under "Web-inf". Copied "HelloWorldExample.class" from 
webapps/examples/Web-inf/classes. 

webapps-->exmp
|->Web-inf
|->web.xml
|->classes
   |->HelloWorldExample.class


Modified server.xml. Added the following



Created web.xml in Web-inf


http://java.sun.com/dtd/web-app_2_3.dtd";>



HelloWorld

  HelloWorldExample





  


When I start Tomcat and try to access HelloWorldExample by url 
"http://localhost:8080/exmp/servlets/HelloWorldExample";, it gives me Error 404
In the localhost_log.txt
invoker: Cannot allocate servlet instance for path /exmp/servlet/HelloWorldExample
javax.servlet.ServletException: Wrapper cannot find servlet class HelloWorldExample or 
a class it depends on
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:880)


Any idea what is happening ? what am I missing ?

HelloWorldExample from examples/servlet/HelloWorldExample is working.

Thanks in advance.

Sunil Annam



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk

[Short, Dave]

I'll try again tonight and post the list (I'm not on that machine now).
Anyway, where did you find the source?

-Original Message-
From: Peter T. Abplanalp [mailto:[EMAIL PROTECTED]]
Sent: August 27, 2002 3:33 PM
To: 'Tomcat Users List'
Subject: Re: mod_jk


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 27, 2002 at 06:17:40PM -0400, Short, Dave wrote:
> Not asking for every OS under the sun, just Win32 - which is a fairly
common
> OS...  I would gladly download, compile and post the source for Win32

well for you win32 is not every os under the sun because that is what
you choose to use.  others might have a different point of view.  plus
if we wanted the developers to compile the code for every os that
anyone on the list uses, well, that could be a big job.

> mod_k2.  Last time I tried, my compiler complained about missing .h files.
> If you wouldn't mind telling me where ALL required files reside, I would
be
> happy to help out.

which .h files did the compiler complain about?

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9a/42ggA8sH0iRXQRAvNeAJ9GW43lwZNIaFPyhNuUkPmYrm4QAgCgt1t+
56p/HxP6GPtp68DvhdaIrCk=
=M6d+
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Apache 2?

[adrian]

Robert L Sowders wrote:

>FWIW mod_webapp would not be the way to go with FreeBSD.  Mod_webapp would 
>force everything mounted to a tomcat directory to be processed by tomcat 
>even the static pages.  You will have finer grained control if you use 
>something like mod_jk2 which will let you process things by file 
>extension, so you can relegate things Java to tomcat and things static to 
>apache no matter where the document resides.  Mod_jk2 will also let you 
>run TC in-process with Apache2.
>
>rls
>
>
>
>
>Vincent Berruchon <[EMAIL PROTECTED]>
>08/27/2002 06:51 AM
>Please respond to "Tomcat Users List"
>
> 
>To: Tomcat Users List <[EMAIL PROTECTED]>
>cc: 
>Subject:Apache 2?
>
>Does somebody know if the mod_webapp connector work with Apache 2 and 
>Tomcat 4.0.3?
>
>
>  Thanks
>  Vincent
>PS : Do you know where to find a FreeBSD versoin of mod_webapp?
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>
>
>  
>
I Strongly agree, I have tried mod_webapp and mod_jk on FreeBSD , and 
much prefer
mod_jk, the file extention spec does make a big difference. I built 
mod_webapp from the
http://www.pubbitch.org/jboss directions , but I thought the was a port 
now. I know there is a mod_jk port , or at least was , Ernst De Hann did 
it, it may work with apache2 not sure, I usually build apache myself, so 
I`m not sure. I`ll be building mod_jk again soon, I`ll pass on revelant 
info, but do check the ports.
Adrian



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: mod_jk

[Peter T. Abplanalp]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 27, 2002 at 06:17:40PM -0400, Short, Dave wrote:
> Not asking for every OS under the sun, just Win32 - which is a fairly common
> OS...  I would gladly download, compile and post the source for Win32

well for you win32 is not every os under the sun because that is what
you choose to use.  others might have a different point of view.  plus
if we wanted the developers to compile the code for every os that
anyone on the list uses, well, that could be a big job.

> mod_k2.  Last time I tried, my compiler complained about missing .h files.
> If you wouldn't mind telling me where ALL required files reside, I would be
> happy to help out.

which .h files did the compiler complain about?

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9a/42ggA8sH0iRXQRAvNeAJ9GW43lwZNIaFPyhNuUkPmYrm4QAgCgt1t+
56p/HxP6GPtp68DvhdaIrCk=
=M6d+
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk

[Short, Dave]

Not asking for every OS under the sun, just Win32 - which is a fairly common
OS...  I would gladly download, compile and post the source for Win32
mod_k2.  Last time I tried, my compiler complained about missing .h files.
If you wouldn't mind telling me where ALL required files reside, I would be
happy to help out.

-Original Message-
From: Peter T. Abplanalp [mailto:[EMAIL PROTECTED]]
Sent: August 27, 2002 3:11 PM
To: 'Tomcat Users List'
Subject: Re: mod_jk


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 27, 2002 at 02:50:59PM -0700, Short, Dave wrote:
> I've been looking for the Win32 mod_jk2 binary for Apache 2.0.40 for two
> weeks now.  I've logged a bug request in Bugzilla, asked here multiple
times
> and still no response.  Maybe the keeper of the mod_jk and mod_jk2
software
> is on vacation or asleep...

i don't think it is the developers' job to create binaries for every
os under the sun.  when i needed a binary, i downloaded the source and
compiled it.  you can too.  ok, those of you who have windows and no
compiler are out of luck but the redhat poster doesn't really have an
excuse.  if i have time tonight, perhaps i can copmile mod_jk for
redhat 7.3.  i happen to be using mod_jk2 so didn't compile mod_jk.

the developers donate their time to creating a useful tool that is
free.  perhaps if you volunteer to pay them some money, they would
provide binaries for you.

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9a/jjggA8sH0iRXQRAqV7AKCfd/s1i5R5sH/HKmp41pL3emVfogCcCEfv
yO+P2Ywhow2XYGhsqPmxt5Q=
=F3+/
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Apache 2?

[Robert L Sowders]

FWIW mod_webapp would not be the way to go with FreeBSD.  Mod_webapp would 
force everything mounted to a tomcat directory to be processed by tomcat 
even the static pages.  You will have finer grained control if you use 
something like mod_jk2 which will let you process things by file 
extension, so you can relegate things Java to tomcat and things static to 
apache no matter where the document resides.  Mod_jk2 will also let you 
run TC in-process with Apache2.

rls




Vincent Berruchon <[EMAIL PROTECTED]>
08/27/2002 06:51 AM
Please respond to "Tomcat Users List"

 
To: Tomcat Users List <[EMAIL PROTECTED]>
cc: 
Subject:Apache 2?

Does somebody know if the mod_webapp connector work with Apache 2 and 
Tomcat 4.0.3?


  Thanks
  Vincent
PS : Do you know where to find a FreeBSD versoin of mod_webapp?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: mod_jk

[Peter T. Abplanalp]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 27, 2002 at 02:50:59PM -0700, Short, Dave wrote:
> I've been looking for the Win32 mod_jk2 binary for Apache 2.0.40 for two
> weeks now.  I've logged a bug request in Bugzilla, asked here multiple times
> and still no response.  Maybe the keeper of the mod_jk and mod_jk2 software
> is on vacation or asleep...

i don't think it is the developers' job to create binaries for every
os under the sun.  when i needed a binary, i downloaded the source and
compiled it.  you can too.  ok, those of you who have windows and no
compiler are out of luck but the redhat poster doesn't really have an
excuse.  if i have time tonight, perhaps i can copmile mod_jk for
redhat 7.3.  i happen to be using mod_jk2 so didn't compile mod_jk.

the developers donate their time to creating a useful tool that is
free.  perhaps if you volunteer to pay them some money, they would
provide binaries for you.

- -- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9a/jjggA8sH0iRXQRAqV7AKCfd/s1i5R5sH/HKmp41pL3emVfogCcCEfv
yO+P2Ywhow2XYGhsqPmxt5Q=
=F3+/
-END PGP SIGNATURE-

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Apach2 and Tomcat4.0 Integration..

[Raj Mettai]

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..



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

RE: jar_cache files on AIX

[Andrew Conrad]

I can't speak for AIX, but with the windows ver of JDK 1.4.0, you can
disable the JAR cache.

So, atleast there is hope.  

- Andrew

> -Original Message-
> From: Holmes, Jason [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, August 27, 2002 5:15 PM
> To: Tomcat User Mailing List (E-mail)
> Subject: jar_cache files on AIX
> 
> 
> I have read all of the postings (all that I could find 
> anyway) about the jar_cache files that are generated in /tmp 
> on AIX when using tomcat 4.  I have a fairly good 
> understanding of where they come from, but I have thus far 
> been unable to find a way to make the JDK stop generating 
> them, or generate them in an alternate location.  I have been 
> unsuccessful in finding any documentation on this with regard 
> to the JDK.
> 
> Has anyone found a way to clobber these?
> Is upgrading the JDK (from 1.3.0 to 1.3.1) a fix that anyone 
> has tried and verified to work?
> 
> Thank you for the assistance.
> Jason Holmes
> Cessna Aircraft Company
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: how to delete a cookie?????

[Milt Epstein]

On Tue, 27 Aug 2002, Michael Remijan wrote:

> I was able to trace the source of the problem.  When I add the
> cookie I call setPath("/"); because I want the cookie visible across
> multiple webapps.  However, when I get the cookie out of the
> response by calling getCookies(), the value of getPath() = null!  So
> it's like the path information disappeared or isn't being
> reconstructed correctly!  So after I get the cookie from the
> request, I call setPath("/") again and call setMaxAge(0), readd it
> to the response by calling addCookie(c) and with that the cookie was
> sucessfully deleted!  Not having the "/" path persisting really
> through me.  I didn't think of it because it seemed like such an
> obvious thing that tomcat would handle.

Ah, time to get a copy of Jason Hunter's O'Reilly Servlets book.  On
page 209:

  [referring to cookies]
  The get methods are rarely used, however, because when a cookie is
  sent to the server, it contains only it's name, value, and version.
  If you set an attribute on a cookie received from the client, you
  must add it to the response for the change to take effect, and you
  should take care that all attributes except name, value, and version
  are reset on the cookie as well.

Note that this is not a Tomcat-specific issue, it's the way cookies
work.  It's the browser that uses the path information, not the
server, so there's no need to include it with the cookie.  Browsers
use it (among other things) to decide whether to send the cookie to a
server on a particular request (based on the URL).  (We just ran into
a semi-serious conflict on our site with the way cookie path
information is handled, so I learned a lot about it :-).


> -Original Message-
> From: Milt Epstein [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 3:42 PM
> To: Tomcat Users List
> Subject: Re: how to delete a cookie?
>
>
> On Tue, 27 Aug 2002, Michael Remijan wrote:
>
> > ...
> >
> > I'm testing the use of cookies by basically setting up a jsp page in
> > two different contexts and flipping back and forth between them.
> > I've tried to delete the cookie by calling setMaxAge() with -1, 0,
> > and 1 but i've not been able to been able to successfully delete the
> > cookie, i.e when i flip to the other context i get my "found cookie"
> > message instead of the "cookie missing, adding a new one" message.
> > Anyone been able to successfully delete a cookie?
>
> You don't specify fully what you're doing to delete the cookie.
> Remember, after you set up the cookie (BTW, max age of 0 should delete
> it), you need to add the cookie to the response.  Changing the cookie
> in the request alone and/or not adding it to the response won't do
> anything.
>

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:   
For additional commands, e-mail: 

RE: mod_jk

[Short, Dave]

I've been looking for the Win32 mod_jk2 binary for Apache 2.0.40 for two
weeks now.  I've logged a bug request in Bugzilla, asked here multiple times
and still no response.  Maybe the keeper of the mod_jk and mod_jk2 software
is on vacation or asleep...

-Original Message-
From: Ray Madigan [mailto:[EMAIL PROTECTED]]
Sent: August 27, 2002 2:48 PM
To: Tomcat Users List
Subject: mod_jk


I have tried for some time to find the appropriate version of mod_jk.so to
connect Apache 2.0.40 with Tomcat 4.04.  Can anyone tell me where to get the
binary form of the connector for RH Linux 7.3.  Your help is appreciated.

RayM


--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

mod_jk

[Ray Madigan]

I have tried for some time to find the appropriate version of mod_jk.so to
connect Apache 2.0.40 with Tomcat 4.04.  Can anyone tell me where to get the
binary form of the connector for RH Linux 7.3.  Your help is appreciated.

RayM


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: how to delete a cookie?????

[Michael Remijan]

I was able to trace the source of the problem.  When I add the cookie I call 
setPath("/"); because I want the cookie visible across multiple webapps.  However, 
when I get the cookie out of the response by calling getCookies(), the value of 
getPath() = null!  So it's like the path information disappeared or isn't being 
reconstructed correctly!  So after I get the cookie from the request, I call 
setPath("/") again and call setMaxAge(0), readd it to the response by calling 
addCookie(c) and with that the cookie was sucessfully deleted!  Not having the "/" 
path persisting really through me.  I didn't think of it because it seemed like such 
an obvious thing that tomcat would handle.  




-Original Message-
From: Milt Epstein [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 27, 2002 3:42 PM
To: Tomcat Users List
Subject: Re: how to delete a cookie?


On Tue, 27 Aug 2002, Michael Remijan wrote:

> ...
>
> I'm testing the use of cookies by basically setting up a jsp page in
> two different contexts and flipping back and forth between them.
> I've tried to delete the cookie by calling setMaxAge() with -1, 0,
> and 1 but i've not been able to been able to successfully delete the
> cookie, i.e when i flip to the other context i get my "found cookie"
> message instead of the "cookie missing, adding a new one" message.
> Anyone been able to successfully delete a cookie?

You don't specify fully what you're doing to delete the cookie.
Remember, after you set up the cookie (BTW, max age of 0 should delete
it), you need to add the cookie to the response.  Changing the cookie
in the request alone and/or not adding it to the response won't do
anything.

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:   
For additional commands, e-mail: 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: sweeping stale connections - Commons DBCP and Tomcat 4.1.9

[Mike Jackson]

Switch to poolman, I've never had this with it.  And I've used it
with Informix, Oracle, Postgres, Mysql and DB2.

--mikej
-=-
mike jackson
[EMAIL PROTECTED] 

> -Original Message-
> From: Paul Phillips [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 26, 2002 9:04 PM
> To: Tomcat Users List
> Subject: sweeping stale connections - Commons DBCP and Tomcat 4.1.9
> 
> 
> I'm using Tomcat 4.1.9.  I have been having a problem with the DBCP jdbc 
> connection pool when used with MySQL.  Apparently MySQL kills off stale 
> connections after an 8 hour period.  According to Mark Matthews 
> (developer 
> of the jdbc-mysql driver), I need to configure the pool to sweep out the 
> stale connections, and initiate new ones.
> 
> I have looked and looked in vain for documentation for DBCP that would 
> explain how to set the configuration in my Tomcat server.xml file (using 
> JNDI) that would enable this.  I can't find anything.  I've tried 
> examining 
> the source of DBCP, but I'm afraid that I can't figure it out.
> 
> My Tomcat server.xml file uses this configuration below, which is 
> right out 
> of:
> http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-ex
> amples-ho
> wto.html
> 
> >From what I can tell, there are other parameters that  I can 
> enter to force 
> the sweeping of stale connections.  However, I don't know what 
> they are, or 
> how to use them.  If anyone can give me an example of the correct syntax 
> here, I would be very grateful, ( since my webapp dies every 
> night, due to 
> this problem!)
> 
> Thanks --
> 
> Paul Phillips
> 
> (excerpt of server.xml...)
> 
>  debug="5" reloadable="true" crossContext="true">
> 
> prefix="localhost_DBTest_log." suffix=".txt"
>  timestamp="true"/>
> 
>   auth="Container"
>type="javax.sql.DataSource"/>
> 
>   
> 
>   factory
>   org.apache.commons.dbcp.BasicDataSourceFactory
> 
> 
>   maxActive
>   100
> 
> 
>   maxIdle
>   3
> 
> 
>   maxWait
>   100
> 
> 
>  username
>  javauser
> 
> 
>  password
>  javadude
> 
> 
> 
>driverClassName
>org.gjt.mm.mysql.Driver
> 
> 
> 
>   url
>   jdbc:mysql://localhost:3306/javatest
> 
>   
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

jar_cache files on AIX

[Holmes, Jason]

I have read all of the postings (all that I could find anyway) about the
jar_cache files that are generated in /tmp on AIX when using tomcat 4.  I
have a fairly good understanding of where they come from, but I have thus
far been unable to find a way to make the JDK stop generating them, or
generate them in an alternate location.  I have been unsuccessful in finding
any documentation on this with regard to the JDK.

Has anyone found a way to clobber these?
Is upgrading the JDK (from 1.3.0 to 1.3.1) a fix that anyone has tried and
verified to work?

Thank you for the assistance.
Jason Holmes
Cessna Aircraft Company

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Processor Availability

[Marinko, Jeff]

Greetings!

Tomcat uses processors to service requests, as processors free up, they then
move on and process other requests.  My question is this:  Is there any way
to "lock" up all the processors?  Is there a maximum time before a processor
becomes available again, assuming it is taking to long to process a request?
Any way to check how many processors are active/in use?

Jeff


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: how to delete a cookie?????

[Milt Epstein]

On Tue, 27 Aug 2002, Michael Remijan wrote:

> ...
>
> I'm testing the use of cookies by basically setting up a jsp page in
> two different contexts and flipping back and forth between them.
> I've tried to delete the cookie by calling setMaxAge() with -1, 0,
> and 1 but i've not been able to been able to successfully delete the
> cookie, i.e when i flip to the other context i get my "found cookie"
> message instead of the "cookie missing, adding a new one" message.
> Anyone been able to successfully delete a cookie?

You don't specify fully what you're doing to delete the cookie.
Remember, after you set up the cookie (BTW, max age of 0 should delete
it), you need to add the cookie to the response.  Changing the cookie
in the request alone and/or not adding it to the response won't do
anything.

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:   
For additional commands, e-mail: 

RE: Finding my classes

[Andrew Conrad]

Tomcat ignores Classpath

Read the ClassLoader howto and make sure your classes are in packages.

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html


- Andrew

> -Original Message-
> From: Wilson, William N [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, August 27, 2002 3:37 PM
> To: Tomcat Users List
> Subject: Finding my classes
> 
> 
> How do you get Tomcat to find your classes.  
> 
> I have the Classpath set to "C:\Apache Tomcat 
> 4.0\webapps\myapp\WEB-INF\classes"
> 
> All of the server.xml stuff has been changed to make myapp be 
> the ROOT context.
> 
> The only place I can get the classes to be found is in the 
> "C:\Apache Tomcat 4.0\classes" directory.  
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: build-main fails for tomcat 4.1 (XSLP problem?)

[Andrew Conrad]

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:   
For additional commands, e-mail: 

Re: Velocity / Avalon

[Craig R. McClanahan]

On Tue, 27 Aug 2002, Carsten Burstedde wrote:

> Date: Tue, 27 Aug 2002 21:49:42 +0200
> From: Carsten Burstedde <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: Velocity / Avalon
>
> > Have you asked this question to the avalon or velocity mailing lists?
>
> grmpf, I am rather sure that I was not able to find access to these
> lists on the jakarta web pages at that time. Now I have got it.
>

For posterity, you can find a description of all Jakarta lists (and
policies for using them), as well as convenient subscribe and unsubscribe
links, starting at:

  http://jakarta.apache.org/site/mail.html

> Sorry for bothering.
>
> Carsten

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Cannot allocate servlet instance for path

[Annam, Sunil]

Hi,

I was using Tomcat 3.x and now switched to tomcat 4.1.9. I am not able to run the 
servlets that I used to do. So just for testing I did the following
created a folder "exmp" under webapps. created a foler "Web-inf" under "exmp" and 
"classes" under "Web-inf". Copied "HelloWorldExample.class" from 
webapps/examples/Web-inf/classes. 

webapps-->exmp
|->Web-inf
|->web.xml
|->classes
   |->HelloWorldExample.class


Modified server.xml. Added the following



Created web.xml in Web-inf


http://java.sun.com/dtd/web-app_2_3.dtd";>



HelloWorld

  HelloWorldExample





  


When I start Tomcat and try to access HelloWorldExample by url 
"http://localhost:8080/exmp/servlets/HelloWorldExample";, it gives me Error 404
In the localhost_log.txt
invoker: Cannot allocate servlet instance for path /exmp/servlet/HelloWorldExample
javax.servlet.ServletException: Wrapper cannot find servlet class HelloWorldExample or 
a class it depends on
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:880)


Any idea what is happening ? what am I missing ?

HelloWorldExample from examples/servlet/HelloWorldExample is working.

Thanks in advance.

Sunil Annam

RE: Finding my classes

[Turner, John]

Tomcat ignores the CLASSPATH environment variable.

See the file startup.bat (or catalina.bat, though I think the UNIX versions
are easier to read (*.sh)) in $CATALINA_HOME/bin for info on how Tomcat
creates a class path, and also check the Class Loader HOWTO for info on what
you need to do for Tomcat to find your classes:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

John Turner
[EMAIL PROTECTED]


> -Original Message-
> From: Wilson, William N [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 3:37 PM
> To: Tomcat Users List
> Subject: Finding my classes
> 
> 
> How do you get Tomcat to find your classes.  
> 
> I have the Classpath set to "C:\Apache Tomcat
> 4.0\webapps\myapp\WEB-INF\classes"
> 
> All of the server.xml stuff has been changed to make myapp be the ROOT
> context.
> 
> The only place I can get the classes to be found is in the 
> "C:\Apache Tomcat
> 4.0\classes" directory.  
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Velocity / Avalon

[Carsten Burstedde]

> Wouldn't you do this in a cron job similar to that of
> other system logs?

This would imply that I have to restart Tomcat at rotation time which I 
do not want. Velocity seems to keep the log file open forever in my 
configuration, so even if I rename it, it continues filling up at the 
new location because the fd is never closed.

> I'm not familiar with SUSE (I run RedHat), but there
> may be a log management facility where all you would
> do is add the full path to the log file, number of
> active log files you want in the rotation, the naming
> convention (logfile.log.mmdd for example), and
> what to do with the log file once it falls out of
> rotation (archive, delete, etc.).

There is something like that, but I do not want to rely on it, rather 
write the rotation script myself. But then I am stuck at above problem.

I will go for the velocity mailing list and learn some configuration.

Carsten


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Finding my classes

[Wilson, William N]

How do you get Tomcat to find your classes.  

I have the Classpath set to "C:\Apache Tomcat
4.0\webapps\myapp\WEB-INF\classes"

All of the server.xml stuff has been changed to make myapp be the ROOT
context.

The only place I can get the classes to be found is in the "C:\Apache Tomcat
4.0\classes" directory.  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Velocity / Avalon

[Carsten Burstedde]

> Have you asked this question to the avalon or velocity mailing lists?

grmpf, I am rather sure that I was not able to find access to these 
lists on the jakarta web pages at that time. Now I have got it.

Sorry for bothering.

Carsten


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

how to delete a cookie?????

[Michael Remijan]

...

I'm testing the use of cookies by basically setting up a jsp page in two different 
contexts and flipping back and forth between them.  I've tried to delete the cookie by 
calling setMaxAge() with -1, 0, and 1 but i've not been able to been able to 
successfully delete the cookie, i.e when i flip to the other context i get my "found 
cookie" message instead of the "cookie missing, adding a new one" message.  Anyone 
been able to successfully delete a cookie?





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk URL mapping

[Turner, John]

Perhaps.  Seems to me you can do the same thing using docBase in server.xml.
One URL or path to apache Apache, a different but corresponding URL or path
to tomcat.

John Turner

> -Original Message-
> From: Milo Hyson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 2:49 PM
> To: Tomcat Users List
> Subject: Re: mod_jk URL mapping
> 
> 
> On Tuesday 27 August 2002 05:17 am, Turner, John wrote:
> > > I think there needs to be something like a cross between
> > > JkMount and Alias.
> > > For example:
> > >
> > > JkMountPath /myapp/mysubsystem /mything ajp13
> >
> > I think you may be moving the alias too far to the "front". 
>  Apache doesn't
> > need to know where your WAR is...only Tomcat needs to know 
> it. Apache sees
> > a URL, it is mapped to tomcat and handed off, tomcat maps 
> the URL to a
> > docBase and serves the content back to Apache.
> 
> I'm not suggesting that Apache know anything about 
> directories or WAR files. 
> In my JkMountPath example above, both paths are URLs. The 
> first is a Tomcat 
> URL and the second is an Apache URL. Basically, what it's 
> saying is map 
> /mything/* in Apache to /myapp/mysubsystem/* in Tomcat via 
> worker ajp13.
> 
> Maybe I'm nitpicking, but it seems a more flexible approach.
> 
> -- 
> Milo Hyson
> CyberLife Labs, LLC
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: one last plea for help

[Michael E. Locasto]

Pretty much. See:

http://jakarta.apache.org/tomcat/tomcat-3.3-doc/AJPv13.html

"Adding support for SSL, so that isSecure() and geScheme() will function
correctly within the servlet container. The client certificates and cipher
suite will be available to servlets as request attributes."

Regards,
Michael

- Original Message -
From: "Jason Koeninger" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, August 27, 2002 2:20 PM
Subject: RE: one last plea for help


> I may be wrong, but isn't the only difference between ajp13 and ajp12
> with respect to SSL that the ServletRequest.isSecure method works
> correctly?
>
> Regards,
>
> Jason Koeninger
> J&J Computer Consulting
> http://www.jjcc.com
>
> On Tue, 27 Aug 2002 14:11:55 -0400, Turner, John wrote:
>
> >
> >As far as I know, based on a discussion last week on this topic,
> >communications between apache and tomcat via AJP13 are unencrypted
whether
> >you have tomcat enabled for SSL or not.
> >
> >You are correct that mod_ssl is used for SSL on apache.  That is all you
> >need to encrypt a session between a browser and a webserver.  The
connector
> >(which uses the AJP13 protocol) does not use SSL.  The request is
decrypted
> >by apache, then sent over the connector to tomcat.  Tomcat processes the
> >request, and sends the result back over the connector to apache.  Apache
> >encrypts the response, and sends it back to the browser.
> >
> >So, to setup SSL on apache, use mod_ssl. (http://www.modssl.org)  Using
> >mod_ssl will have no effect on the connection between apache and tomcat
> >using the AJP13 connector.
> >
> >John Turner
> >[EMAIL PROTECTED]
> >
> >> -Original Message-
> >> From: Peter Choe [mailto:[EMAIL PROTECTED]]
> >> Sent: Tuesday, August 27, 2002 2:06 PM
> >> To: Tomcat Users List
> >> Subject: RE: one last plea for help
> >>
> >>
> >> what do you mean?  i want to use mod_ssl on apache to encrypt
> >> connection
> >> between the server and the browser.  i
> >> have read that you need ajp13 connector to use ssl.
> >>
> >> Peter Choe
> >>
> >> At 01:44 PM 8/27/2002, you wrote:
> >>
> >> >The connection between apache and tomcat is not encrypted.
> >> There's more
> >> >detail on this in the archives, there was a discussion on it
> >> last week.
> >> >
> >> >John Turner
> >> >[EMAIL PROTECTED]
> >> >
> >
> >--
> >To unsubscribe, e-mail:

> >For additional commands, e-mail:

> >
>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

repost: tomcat's pooling

[Felipe Schnack]

  I asked this one time in this list but no reply... let's try again.
  When we use the pool configuration indicated in tomcat docs, we use
the javax.sql.DataSource interface to get the java.sql.Connection
instances.
  To have connection pooling we shouldn't use ConnectionPoolDataSource? 

-- 

Felipe Schnack
Analista de Sistemas
[EMAIL PROTECTED]
Cel.: (51)91287530
Linux Counter #281893

Faculdade Ritter dos Reis
www.ritterdosreis.br
[EMAIL PROTECTED]
Fone/Fax.: (51)32303328


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: mod_jk URL mapping

[Milo Hyson]

On Tuesday 27 August 2002 05:17 am, Turner, John wrote:
> > I think there needs to be something like a cross between
> > JkMount and Alias.
> > For example:
> >
> > JkMountPath /myapp/mysubsystem /mything ajp13
>
> I think you may be moving the alias too far to the "front".  Apache doesn't
> need to know where your WAR is...only Tomcat needs to know it. Apache sees
> a URL, it is mapped to tomcat and handed off, tomcat maps the URL to a
> docBase and serves the content back to Apache.

I'm not suggesting that Apache know anything about directories or WAR files. 
In my JkMountPath example above, both paths are URLs. The first is a Tomcat 
URL and the second is an Apache URL. Basically, what it's saying is map 
/mything/* in Apache to /myapp/mysubsystem/* in Tomcat via worker ajp13.

Maybe I'm nitpicking, but it seems a more flexible approach.

-- 
Milo Hyson
CyberLife Labs, LLC

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: postgresql jndi jdbc getConnection() problem

[adam kramer]

On Tue, 27 Aug 2002, Irina Lishchenko wrote:
>
> First quick look says me that you need one extra line before
>  entry
> It should be something like
>type="javax.sql.DataSource" description="blah blah blah"/>
>
> Do you have it and miss it in you e-mail or you don't have it at all?
>
 Yes, I have it in my server.xml.

 I actually fixed the problem by changing my jdbc url
from
 
   driverName
   jdbc:postgresql://postgresql1.blah.com:5432/
 
TO
 
   driverName
   jdbc:postgresql://postgresql1.blah.com:5432/dbname
 

to include the name of the database at the end of the URL.

--
Adam K.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: service.properties instead of wrapper.properties

[Michael Finney]

   jk_nt_service -I Jakarta service.properties is the
answer.   

Thank you for your response.



--- "Cox, Charlie" <[EMAIL PROTECTED]> wrote:
> I've never heard of service.properties.
> 
> wrapper.properties is used to configure your
> environment when running as a
> service for tc 3.x. You really shouldn't rely on the
> classpath for running
> tomcat. Put all your libraries in one of tomcat's
> directories(see docs).
> 
> what are you trying to do? If you are just trying to
> make tc 4.x a service,
> download and install the exe(not the zip) and you
> have the option. 
> 
> Charlie
> 
> > -Original Message-
> > From: Michael Finney [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, August 26, 2002 6:29 PM
> > To: Tomcat Users List
> > Subject: service.properties instead of
> wrapper.properties 
> > 
> > 
> >
>
http://jakarta.apache.org/tomcat/tomcat-3.2-doc/NT-Service-howto.html
> > 
> > In regards to making Jakarta an NT service, I
> heard
> > someone had configured things somehow so that
> > service.properties instead of wrapper.properties
> was
> > used to configure things like classpath.
> > 
> > Has anyone heard of such a thing and how did they
> do
> > it?
> > 
> > I am doing detective work.
> > 
> > Thanks,
> > Michael
> > 
> > 
> > =
> > Michael Finney




=
Michael Finney
719-572-1577 (H)
Sun Certified Programmer for the Java 2 Platform
Sun Certified Developer for the Java 2 Platform
Sun Certified Web Component Developer for J2EE Platform 
Co-founder of PPJDG - http://www.ppjdg.org
Co-founder of cosAgile - Colorado Springs XP Users Group - 
http://www.yahoogroups.com/group/cosAgile

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: creating virtual hosts - HOW TO?

[micael]

You can forward everything to the action servlet in struts and achieve your 
objective.  Once again, look at struts, or maybe Jason Hunter's book on 
servlets and the Model 2 architecture.  That is the key to what you want.

At 11:46 PM 8/26/2002 -0700, you wrote:
>Are you referring to the action servlet of Struts?
>
>I just want the default URL to be www.hotel.us rather than
>www.hotel.us/index.html.  Granted, they mean the same thing (if index.html
>is the default page) ... I just thought it was more graceful for it show
>only the URL where possible.
>
>Is there something else you were referring to that I'm not aware of?
>
>Thanks.
>Neal
>
>
>-Original Message-
>From: micael [mailto:[EMAIL PROTECTED]]
>Sent: Monday, August 26, 2002 9:37 PM
>To: Tomcat Users List
>Subject: RE: creating virtual hosts - HOW TO?
>
>
>Look at struts.
>
>At 02:32 PM 8/26/2002 -0700, you wrote:
> >Just one last thing.
> >
> >Perhaps this is getting picky but ...
> >
> >currently, Tomcat will forward the URL to the default page I list in the
> >web.xml file.  For instance, if I navigate to www.hotel.us ... and the
> >default page is index.html ... the URL window will actually show that I've
> >been sent to www.hotel.us/index.html. I would prefer that it simply show
> >www.hotel.us and figure out which page to display behind the scenes.
> >
> >Does anyone know how to configure that?
> >
> >Thanks.
> >Neal
> >
> >
> >--
> >To unsubscribe, e-mail:
>
> >For additional commands, e-mail:
>
>
>
>
>--
>To unsubscribe, e-mail:
>
>For additional commands, e-mail:
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: one last plea for help

[Jason Koeninger]

I may be wrong, but isn't the only difference between ajp13 and ajp12 
with respect to SSL that the ServletRequest.isSecure method works 
correctly?  

Regards,

Jason Koeninger
J&J Computer Consulting
http://www.jjcc.com

On Tue, 27 Aug 2002 14:11:55 -0400, Turner, John wrote:

>
>As far as I know, based on a discussion last week on this topic,
>communications between apache and tomcat via AJP13 are unencrypted whether
>you have tomcat enabled for SSL or not.
>
>You are correct that mod_ssl is used for SSL on apache.  That is all you
>need to encrypt a session between a browser and a webserver.  The connector
>(which uses the AJP13 protocol) does not use SSL.  The request is decrypted
>by apache, then sent over the connector to tomcat.  Tomcat processes the
>request, and sends the result back over the connector to apache.  Apache
>encrypts the response, and sends it back to the browser.
>
>So, to setup SSL on apache, use mod_ssl. (http://www.modssl.org)  Using
>mod_ssl will have no effect on the connection between apache and tomcat
>using the AJP13 connector.
>
>John Turner
>[EMAIL PROTECTED]
>
>> -Original Message-
>> From: Peter Choe [mailto:[EMAIL PROTECTED]]
>> Sent: Tuesday, August 27, 2002 2:06 PM
>> To: Tomcat Users List
>> Subject: RE: one last plea for help
>> 
>> 
>> what do you mean?  i want to use mod_ssl on apache to encrypt 
>> connection 
>> between the server and the browser.  i
>> have read that you need ajp13 connector to use ssl.
>> 
>> Peter Choe
>> 
>> At 01:44 PM 8/27/2002, you wrote:
>> 
>> >The connection between apache and tomcat is not encrypted.  
>> There's more
>> >detail on this in the archives, there was a discussion on it 
>> last week.
>> >
>> >John Turner
>> >[EMAIL PROTECTED]
>> >
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

connection pooling on tomcat

[Rick Reumann]

I have connection pooling set up on Tomcat. In my server.xml file I
have added to the ResourceParams:

 
  validationQuery
  SELECT 'CRAP' FROM DUAL
 

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.


-- 

Rick
mailto:[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Tomcat Apache and SSL

[Milt Epstein]

On Tue, 27 Aug 2002, Tyrone Buckle wrote:

> How can I tell Apache to tell Tomcat to use SSL. I know I can get
> Apache to take care of the SSL, but can I also do it this way.

I'm not sure what you're asking, because your question, in a way,
doesn't make sense.  SSL is (typically) layered on top of HTTP to make
HTTPS.  So SSL is used on HTTP communication -- as done between a
browser and a web server (both ways).  The communication between
Apache and Tomcat is not HTTP, so it doesn't make sense to talk about
it "using SSL".  If Tomcat is running in standalone, it does make
sense to talk about using SSL, because then it is doing the HTTP
communication.  But then it doesn't make sense to talk about Apache,
becase it's no longer in the equation.

I think you need to say more about what you are trying to do, and why,
then people here can better give you suggestions.

If you're talking about encrypting communication between Apache and
Tomcat, that was discussed recently here (you should check the
archives), and it didn't seem like there was a way to do that.

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:   
For additional commands, e-mail: 

RE: one last plea for help

[Turner, John]

As far as I know, based on a discussion last week on this topic,
communications between apache and tomcat via AJP13 are unencrypted whether
you have tomcat enabled for SSL or not.

You are correct that mod_ssl is used for SSL on apache.  That is all you
need to encrypt a session between a browser and a webserver.  The connector
(which uses the AJP13 protocol) does not use SSL.  The request is decrypted
by apache, then sent over the connector to tomcat.  Tomcat processes the
request, and sends the result back over the connector to apache.  Apache
encrypts the response, and sends it back to the browser.

So, to setup SSL on apache, use mod_ssl. (http://www.modssl.org)  Using
mod_ssl will have no effect on the connection between apache and tomcat
using the AJP13 connector.

John Turner
[EMAIL PROTECTED]

> -Original Message-
> From: Peter Choe [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 2:06 PM
> To: Tomcat Users List
> Subject: RE: one last plea for help
> 
> 
> what do you mean?  i want to use mod_ssl on apache to encrypt 
> connection 
> between the server and the browser.  i
> have read that you need ajp13 connector to use ssl.
> 
> Peter Choe
> 
> At 01:44 PM 8/27/2002, you wrote:
> 
> >The connection between apache and tomcat is not encrypted.  
> There's more
> >detail on this in the archives, there was a discussion on it 
> last week.
> >
> >John Turner
> >[EMAIL PROTECTED]
> >

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: one last plea for help

[Peter Choe]

what do you mean?  i want to use mod_ssl on apache to encrypt connection 
between the server and the browser.  i
have read that you need ajp13 connector to use ssl.

Peter Choe

At 01:44 PM 8/27/2002, you wrote:

>The connection between apache and tomcat is not encrypted.  There's more
>detail on this in the archives, there was a discussion on it last week.
>
>John Turner
>[EMAIL PROTECTED]
>
>
> > -Original Message-
> > From: Peter Choe [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, August 27, 2002 1:38 PM
> > To: Tomcat Users List; Tomcat Users List
> > Subject: Re: one last plea for help
> >
> >
> > but i think i need ajp13 for mod_ssl connection, right?  or can ajp12
> > handle ssl connection somehow?
> >
> > At 01:22 PM 8/27/2002, Jason Koeninger wrote:
> > >I believe it's a bug in the connection pool in ajp13, and yes, I've
> > >seen it.  I'm not sure if newer versions fix the problem or
> > not, but an
> > >easy fix for it is to switch to ajp12 which uses a new connection for
> > >each request.  It's reportedly slower, but I haven't had any problems
> > >with it on Tomcat 3.3m3 or Tomcat 3.3.1.  I've never run Tomcat
> > >3.1 so YMMV.
> > >
> > >Best Regards,
> > >
> > >Jason Koeninger
> > >J&J Computer Consulting
> > >http://www.jjcc.com
> > >
> > >On Tue, 27 Aug 2002 12:06:01 -0400, Peter Choe wrote:
> > >
> > > >i am desparate.  can anyone help me?
> > > >
> > > >i am using apache 1.3.26 to server my static webpages on
> > one server and
> > > >connecting to a separate tomcat 3.1 server through mod_jk.
> > > >
> > > >when i start up apache, it is able to connect to the
> > webapps fine. but
> > > >after several minutes, something strange happens.
> > > >
> > > >if i put in the url of one webapplication, the browser
> > shows a different
> > > >webapplication. for example:
> > > >
> > > >i have a webapp called directory which is suppose to show
> > a phone directory
> > > >by going to http://myserver.com/directory
> > > >it works when apache is just started, but after awhile,
> > when i go to
> > > >http://myserver.com/directory, i gives me a page that
> > should actually be
> > > >something like http://myserver.com/email.
> > > >
> > > >has this happened to anyone else? anyone know what is causing this?
> > > >
> > > >
> > > >--
> > > >To unsubscribe,
> > > e-mail:   
> > > >For additional commands, e-mail:
> > > 
> > > >
> > >
> > >
> > >
> > >
> > >--
> > >To unsubscribe, e-mail:
>
> >For additional commands, e-mail:
>
>
>
>--
>To unsubscribe, e-mail:
>
>For additional commands, e-mail:
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Which code/method handles HTTP GET requests for Tomcat ?

[Wise, Bowden (Research)]

HI
 
I have noticed some bizarre behavior when using a URL and URLConnection
to download an XML file from a tomcat webapp...  I am finding that I
get the OLD content (cached?) rather than the new content even
though the file has chaned.
 
I wrote a simple java program so there is no browser in the middle
- write to the file
- read content
- write new content
- second read of content
the second read always returns the first content when tested
under Tomcat but when testing on an Apache web server
this problem does not happen as the new content is always
returned.  
 
If a pause of  5 seconds is inserted between the first read and the
write of the new content, the latst data is obtained by
the second read...
however, a pause of 1 second still reveals the old content
 
Does the tomcat cache mechanism need a few seconds
before it realizes that a file has changed??
 
In any case, I wanted to look at the tomcat code to see where the
server proceses the HTTP GET request is handled... can somone point me to this
code?
 
thanks,

Bowden 
g GE Global Research Center 
___ 
G. Bowden Wise 
  [EMAIL PROTECTED]
Information and Decision Technologies 
GE Global Research Center 
Building K1, Room 5B2C 
PO Box 8| One Research Circle 
Schenectady, NY 12301   | Niskayuna NY 12309 
Phone: 518-387-7833   | Fax: 518-387-6104 

 

Tomcat installation on Linux Suse

[khozaima shakir]

Hi Randall, Peter,
I tried out the suggestions,
sh -x ./shutdown.sh > shutdown.txt
but the output doesn't say anything, infact I noticed by ps -ef|grep java , 
there is no process, ie tomcat didn't even start. Somewhere I read , 
jdk1.3.X doesn't work for tomcat on Linux Suse 7.2, is that true? Can you 
give me a link for complete installation how to for linux and unix?
Thanks
Shakir

>

_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat Apache and SSL

[Turner, John]

If you're using a connector like mod_jk, communications between Apache and
Tomcat are unencrypted.  You can get tomcat to use SSL, but it's only useful
if tomcat is in stand-alone mode, without apache.

There's more on this topic in the archives, there was a thread on it last
week.

John Turner
[EMAIL PROTECTED]


> -Original Message-
> From: Tyrone Buckle [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 1:51 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat Apache and SSL
> 
> 
> How can I tell Apache to tell Tomcat to use SSL. I know I can 
> get Apache
> to take care of the SSL, but can I also do it this way.
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Tomcat Apache and SSL

[Tyrone Buckle]

How can I tell Apache to tell Tomcat to use SSL. I know I can get Apache
to take care of the SSL, but can I also do it this way.





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: one last plea for help

[Turner, John]

The connection between apache and tomcat is not encrypted.  There's more
detail on this in the archives, there was a discussion on it last week.

John Turner
[EMAIL PROTECTED]


> -Original Message-
> From: Peter Choe [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 27, 2002 1:38 PM
> To: Tomcat Users List; Tomcat Users List
> Subject: Re: one last plea for help
> 
> 
> but i think i need ajp13 for mod_ssl connection, right?  or can ajp12 
> handle ssl connection somehow?
> 
> At 01:22 PM 8/27/2002, Jason Koeninger wrote:
> >I believe it's a bug in the connection pool in ajp13, and yes, I've
> >seen it.  I'm not sure if newer versions fix the problem or 
> not, but an
> >easy fix for it is to switch to ajp12 which uses a new connection for
> >each request.  It's reportedly slower, but I haven't had any problems
> >with it on Tomcat 3.3m3 or Tomcat 3.3.1.  I've never run Tomcat
> >3.1 so YMMV.
> >
> >Best Regards,
> >
> >Jason Koeninger
> >J&J Computer Consulting
> >http://www.jjcc.com
> >
> >On Tue, 27 Aug 2002 12:06:01 -0400, Peter Choe wrote:
> >
> > >i am desparate.  can anyone help me?
> > >
> > >i am using apache 1.3.26 to server my static webpages on 
> one server and
> > >connecting to a separate tomcat 3.1 server through mod_jk.
> > >
> > >when i start up apache, it is able to connect to the 
> webapps fine. but
> > >after several minutes, something strange happens.
> > >
> > >if i put in the url of one webapplication, the browser 
> shows a different
> > >webapplication. for example:
> > >
> > >i have a webapp called directory which is suppose to show 
> a phone directory
> > >by going to http://myserver.com/directory
> > >it works when apache is just started, but after awhile, 
> when i go to
> > >http://myserver.com/directory, i gives me a page that 
> should actually be
> > >something like http://myserver.com/email.
> > >
> > >has this happened to anyone else? anyone know what is causing this?
> > >
> > >
> > >--
> > >To unsubscribe, 
> > e-mail:   
> > >For additional commands, e-mail: 
> > 
> > >
> >
> >
> >
> >
> >--
> >To unsubscribe, e-mail:   

>For additional commands, e-mail:



--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: