Re: Use of SNMP to monitor Tomcat

[disposablehero3000-jakarta]

Hello Hut Carspecken,

Another thing you can try is to monitor Tomcat by
using  a custom plugin with OpenNMS
(http://www.opennms.org); OpenNMS can then talk with
the JMX part of Tomcat in order to poll the health
status (without SNMP).

There is an article at the IBM site about how to do
this:

http://www-106.ibm.com/developerworks/java/library/j-jmx3/

You could also write a small SNMP agent that could
talk also JMX directly with Jakarta. The agent will
talk back SNMP with your NMS (you will have to write a
bridge).

Another thing you could try is to write a Servlet that
also can talk JMX with Tomcat; This servlet could send
SNMP traps to your NMS in case of problems. The NMS
(OpenNMS for example) will then redirect this trap to
a ppropriate group.

I really like this OpenSource SNMP Java stack:

http://snmp.westhawk.co.uk/

Hope this helps.

JV.

--- "Robert F. Hall" <[EMAIL PROTECTED]> wrote:
> Try Googling "Java SNMP open source".
> Which returned, among other hits:
> 
> http://netsnmpj.sourceforge.net/
> 
>
http://edge.mcs.drexel.edu/GICL/people/sevy/snmp/snmp_package.html
> 
> Robert
> 
> Hut Carspecken wrote:
> 
> >Good Morning Everyone,
> >
> >I need to incorporate Tomcat as the presentation
> layer of a larger system and in doing so, I want
> >to monitor it using SNMP.  I understand that Tomcat
> can incorporate JMX to monitor some of its
> >functions; however, my project calls for the use of
> SNMP.
> >
> >Has anyone monitored Tomcat with SNMP or have any
> knowlege how to do so?
> >
> >Thanks!
> >
> >Hut
> >
>
>-
> >To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> >For additional commands, e-mail:
> [EMAIL PROTECTED]
> >
> >
> >  
> >
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 


=
José Vicente Nuñez Zuleta
RHCE#807302513906520 , SJCDJ, SJCPJ, SJCWCD
Linux counter user #57417 - http://counter.li.org/
CVEBROWSER - http://cvebrowser.sourceforge.net/
JavaVen - http://groups.yahoo.com/group/JavaVen/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Loading custom classes doesn't work

[disposablehero3000-jakarta]

Hello Mark,

Yup, tried that and now it works.

Thanks,

JV.


--- Mark Thomas <[EMAIL PROTECTED]> wrote:
> You must put your custom class inside a package.
> 
> Mark 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] 
> > Sent: Sunday, May 09, 2004 8:21 AM
> > To: [EMAIL PROTECTED]
> > Subject: Loading custom classes doesn't work
> > 
> > Greetings,
> > 
> > I'm trying to compile a very simple example of a
> > custom JavaBeans class to be used on a JSP page;
> The
> > class compiles correctly and goes to my web
> > application classes directory
> > (webapps/example/WEB-INF/classes). Here is the
> bean
> > code (very simple):
> > 
> > /*
> >  * UserBean.java
> >  *
> >  * Created on May 4, 2004, 5:33 AM
> >  */
> > 
> > public class UserBean {
> > 
> > private String _name;
> > private String _age;
> > private String _weight;
> > 
> > public UserBean() {
> > // Empty on purpose
> > }
> > 
> > 
> > public void setName(String name_) { _name =
> name_;
> > }
> > 
> > public void setAge(String age_) { _age = age_;
> }
> > 
> > public void setWeight(String weight_) {
> _weight =
> > weight_; }
> > 
> > public String getName() { return _name; }
> > 
> > public String getAge() { return _age; };
> > 
> > public String getWeight() { return _weight; }
> > 
> > }
> > 
> > I try to import it on my JSP page like this:
> > 
> > <[EMAIL PROTECTED] contentType="text/html"%>
> > <[EMAIL PROTECTED] session="true"%>
> > <[EMAIL PROTECTED] errorPage="error/index.jsp" %>
> > <[EMAIL PROTECTED] import="java.util.Vector"%>
> > <[EMAIL PROTECTED] import="UserBean"%>
> > 
> > But when i try to load the page I get the
> following
> > error:
> > 
> > StandardWrapperValve[indice]: Servlet.service()
> for
> > servlet indice threw exception
> > org.apache.jasper.JasperException: Unable to
> compile
> > class for JSP
> > 
> > No Java compiler was found to compile the
> generated
> > source for the JSP. 
> > This can usually be solved by copying manually
> > $JAVA_HOME/lib/tools.jar from the JDK 
> > to the common/lib directory of the Tomcat server,
> > followed by a Tomcat restart. 
> > If using an alternate Java compiler, please check
> its
> > installation and access path.
> > 
> > at
> >
>
org.apache.jasper.compiler.DefaultErrorHandler.javacError(Defa
> > ultErrorHandler.java:128)
> > at
> >
>
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDis
> > patcher.java:348)
> > at
> >
>
org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415)
> > at
> >
>
org.apache.jasper.compiler.Compiler.compile(Compiler.java:455)
> > at
> >
>
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
> > at
> >
>
org.apache.jasper.JspCompilationContext.compile(JspCompilation
> > Context.java:555)
> > at
> >
>
org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> > Wrapper.java:300)
> > at
> >
>
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> > .java:293)
> > at
> >
>
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
> > 
> > If i took out that command my page gets compiled
> > correctly, even if I use expression and other JSP
> > tricks.
> > 
> > I'm using:
> > 
> > RedHat 9, 2.4.20-28.9
> > Java(TM) 2 Runtime Environment, Standard Edition
> > (build 1.4.0_01-b03)
> > Sun jwsdp-1.3
> > 
> > Any ideas?
> > 
> > Thanks in advance,
> > 
> > JV.
> > 
> > 
> > 
> >
>
-
> > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > 
> > 
> 
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Loading custom classes doesn't work

[disposablehero3000-jakarta]

Greetings,

I'm trying to compile a very simple example of a
custom JavaBeans class to be used on a JSP page; The
class compiles correctly and goes to my web
application classes directory
(webapps/example/WEB-INF/classes). Here is the bean
code (very simple):

/*
 * UserBean.java
 *
 * Created on May 4, 2004, 5:33 AM
 */

public class UserBean {

private String _name;
private String _age;
private String _weight;

public UserBean() {
// Empty on purpose
}


public void setName(String name_) { _name = name_;
}

public void setAge(String age_) { _age = age_; }

public void setWeight(String weight_) { _weight =
weight_; }

public String getName() { return _name; }

public String getAge() { return _age; };

public String getWeight() { return _weight; }

}

I try to import it on my JSP page like this:

<[EMAIL PROTECTED] contentType="text/html"%>
<[EMAIL PROTECTED] session="true"%>
<[EMAIL PROTECTED] errorPage="error/index.jsp" %>
<[EMAIL PROTECTED] import="java.util.Vector"%>
<[EMAIL PROTECTED] import="UserBean"%>

But when i try to load the page I get the following
error:

StandardWrapperValve[indice]: Servlet.service() for
servlet indice threw exception
org.apache.jasper.JasperException: Unable to compile
class for JSP

No Java compiler was found to compile the generated
source for the JSP. 
This can usually be solved by copying manually
$JAVA_HOME/lib/tools.jar from the JDK 
to the common/lib directory of the Tomcat server,
followed by a Tomcat restart. 
If using an alternate Java compiler, please check its
installation and access path.

at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:128)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:348)
at
org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415)
at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:455)
at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:555)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:300)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:293)
at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)

If i took out that command my page gets compiled
correctly, even if I use expression and other JSP
tricks.

I'm using:

RedHat 9, 2.4.20-28.9
Java(TM) 2 Runtime Environment, Standard Edition
(build 1.4.0_01-b03)
Sun jwsdp-1.3

Any ideas?

Thanks in advance,

JV.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat error while using a class with JSP!

[jakarta]

I believe that you have to package your class ie boots.PVDatabase
 
as I recall unpackaged classes are not valid
 
John

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 09, 2003 9:42 AM
To: [EMAIL PROTECTED]
Subject: Tomcat error while using a class with JSP!




Hi All, 

   I am new to Tomcat so I would really appreciate if somebody could
help me in this. 

I have Tomcat 4.1.29 installed on my windows 2000 machine. At the  same
level as examples is in Tomcat path, I've created a directory called
boots(this is my application directory.) and have a index.jsp under
boots and a class called PVDatabase.class under C:\Program Files\Apache
Group\Tomcat 4.1\webapps\boots\WEB-INF\classes directory where
C:\Program Files\Apache Group\Tomcat 4.1 is my CATALINA_HOME variable.

   I have modified server.xml to include the context boots there.  When
I try to call this class from my index.jsp it gives me the following
error.


org.apache.jasper.JasperException: Unable to compile class for JSP 

An error occurred at line: 2 in the jsp file: /index.jsp 

Generated servlet error: 
[javac] Compiling 1 source file 

C:\Program Files\Apache Group\Tomcat
4.1\work\Standalone\localhost\boots\index_jsp.java:44: cannot resolve
symbol 
symbol  : class PVDatabase 
location: class org.apache.jsp.index_jsp 
  PVDatabase PV1 = null; 
  ^ 



An error occurred at line: 2 in the jsp file: /index.jsp 

Generated servlet error: 
C:\Program Files\Apache Group\Tomcat
4.1\work\Standalone\localhost\boots\index_jsp.java:46: cannot resolve
symbol 
symbol  : class PVDatabase 
location: class org.apache.jsp.index_jsp 
PV1 = (PVDatabase) pageContext.getAttribute("PV1",
PageContext.PAGE_SCOPE); 
   ^ 



An error occurred at line: 2 in the jsp file: /index.jsp 

Generated servlet error: 
C:\Program Files\Apache Group\Tomcat
4.1\work\Standalone\localhost\boots\index_jsp.java:49: cannot resolve
symbol 
symbol  : class PVDatabase 
location: class org.apache.jsp.index_jsp 
PV1 = (PVDatabase)
java.beans.Beans.instantiate(this.getClass().getClassLoader(),
"PVDatabase"); 
   ^ 
3 errors 


at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHa
ndler.java:130) 
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.ja
va:293) 
at
org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353) 
at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:370) 
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja
va:473) 
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:190) 
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)

at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:247) 
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:193) 
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:256) 
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643) 
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80) 
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191) 
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643) 
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80) 
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:241
7) 
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180) 
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643) 
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:171) 
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:641) 
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:172) 
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:641) 
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80) 
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:174) 
at
org.apache.catalina.core.S

JK2 question

[jakarta]

I have read the docs on JK2 and cant seem to find what I am looking for.
I want to map only jsp pages and servlets, but don't know if that is
posible (as how would apache know what was a servlet request vs any
other request) but if there is a way can you let me know.

Thanks,

John


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Do tag files get pooled

[jakarta]

I have noticed in the generated java files that tags that are java
classes seem to get pooled ok, but tag file (jsp tags) do not seem to
get pooled at all.. Has anyone else seen this and if so is it by design.

Thanks,

John


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Virtual Files

[jakarta]

You can set up mappings to jsp pages


org.apache.jps.MyPage_jsp
org.apache.jps.MyPage_jsp



org.apache.jps.MyPage_jsp
/some/dir/you/would/like/to/use/*


Any page called from /some/dir/you/would/like/to/use/ 
Ie /some/dir/you/would/like/to/use/itworks.jsp

Would go to the MyPage.jsp 

> -Original Message-
> From: Duncan [mailto:[EMAIL PROTECTED] 
> Sent: Friday, October 31, 2003 11:02 AM
> To: Tomcat Users List
> Subject: Virtual Files
> 
> 
> Don't know if this is possible with tomcat but;
> 
> I need people to be able to request virtual files in a 
> directory of a web application.
> 
> As in:  A user would request a file (which doesn't exist). 
> This would call a jsp page which would return output based on 
> the name of the file requested, but the user would still see 
> the filename as the one which they originally requested.
> 
> I thought that perhaps changing the 404 error page to my jsp 
> file may work, but is it possible to set the 404 error page 
> for just one directory? I would prefer a differant method if 
> there is one.
> 
> Thanks for any help anyone can give.
> 
> Duncan Smith
> Decker Telecom Ltd
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Problems with JK2 / Virtual hosts / tomcat 4

[jakarta]

www.shaolincenter.com/john.jsp does show the code (It actually puts up a
download dialog box)

> -Original Message-
> From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, October 30, 2003 8:39 AM
> To: Tomcat Users List
> Subject: Re: Problems with JK2 / Virtual hosts / tomcat 4
> 
> 
> John,
> 
> > I tried to follow the how-to and think I did everything 
> right, but one 
> > of my hosts still will not serve up jsp pages.  Some pages 
> it loads as 
> > if they where just html and some it tries to download.
> 
> > server.xml
> > 
> > 
> [snip]
> 
> I checked this site, and yup, your page is showing up as 
> text. The good 
> news is that it looks like the JSP is actually running, instead of 
> showing the source of the JSP :)
> 
> I looked at the headers, and it looks like the Content-Type is 
> "text/plain". Maybe you have a misconfiguration in either Tomcat or 
> Apache that's not setting the Content-Type properly.
> 
> Apache generally sets this header based upon file 
> extension/URI pattern. 
> Your extension is .jsp, so it should be okay in general. Are 
> you setting 
> the content-type in your JSP page?
> 
> Usually Tomcat sets the Content-Type for you (right?), so I'm 
> not sure 
> why this ended up this way...
> 
> -chris
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problems with JK2 / Virtual hosts / tomcat 4

[jakarta]

I tried to follow the how-to and think I did everything right, but one
of my hosts still will not serve up jsp pages.  Some pages it loads as
if they where just html and some it tries to download.  Here is what I
think are the relevent portions of my httpd.conf, workers2.properties
and server.xml

I am running apache 1.3.x tomcat 4.1.x and jk2 on linux

Everything works except for www.ccc.com  it is the one that will not
server up jsp pages 

Thanks,

John

httpd.conf


servername ccc.com 
documentroot "/var/www/html"

Options -Indexes FollowSymLinks Includes





servername www.bbb.com
documentroot "/var/www/bbb"

options -Indexes FollowSymLinks Includes
allowoverride All




servername aaa.com

options -Indexes FollowSymLinks Includes




servername intranet.ddd.com
documentroot "/var/www/intranet"

options -Indexes FollowSymLinks Includes




workers2.properteis

[channel.socket:localhost:8009]
info=Ajp13 forwarding over socket
debug=0
tomcatId=localhost:8009

[uri:localhost/*.jsp]
worker=ajp13:localhost:8009

[uri:www.ccc.com/*]
worker=ajp13:localhost:8009

[uri:intranet.ddd.com/*]
worker=ajp13:localhost:8009


server.xml














  






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JK2 and workers2.properties

[jakarta]

I have two apps on the some pc with different domains one domain works
fine the other will not run jsp pages..

Here is a sample of my workers2.properties

[channel.socket:localhost:8009]
info=Ajp13 forwarding over socket
debug=0
tomcatId=localhost:8009

[uri:localhost/*]
worker=ajp13:localhost:8009

[uri:intranet.???.com/*]
worker=ajp13:localhost:8009


Localhost will not run jsp pages (some pages it treats as html some
pages it give you the download popup)

Here is my server xml

 
   
 
   
 
 
   
  

  

Thanks,

John


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Apache 1.3 and tomcat

[jakarta]

I know this info is somewhere out there, but I have failed to find it.

I am trying to map subdomains to webapps via apache 1.3 and the jk
connector.  Can someone help me with this, I know tomcat fairly well but
have never used apache before (or the connector).

ie

sd1.mydomain.com maps to sd1 webapp

sd2.mydomain.com maps to sd2 webapp

Thanks,

John


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Struts App Execution

[news-jakarta]

I am using Apache 2 and Tomcat 4.1.24 connected with jk2.  I installed
the struts example webapp, but I can't seem to get Tomcat to execute the
.do files (I get the apache 404 screen).  What simple step am I missing?
The struts docs only seem to cover up to Tomcat 3.1 (for tomcat/apache
setup).

My workers2 entry:

[uri:/struts-example/*]
group=lb


Thanks,
Chad Arimura
AllDorm Inc.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

mod_jk2 configurations

[news-jakarta]

 
Tomcat - 4.1.24, Apache - 2.0.47, mod_jk2 - 2.0.2
 
I have a couple questions:
 
1) I setup the uri directive /myFirstApp/*.jsp in workers2.properties.
My JSP file is an index.jsp and is read correctly through
www.myserver.com/myFirstApp.  Can I make that workers2 directive
recursive?  In other words, I'd like www.myserver.com/myFirstApp/subdir1
to also send the index.jsp to tomcat automatically, but right now it
doesn't...  Any way to do this without adding another workers directive?
 
2) Along these same lines, can somebody recommend a good tutorial on
workers2.properties, and/or a tutorial on setting up my httpd.conf
virtualhosts to handle the request directing?  (or a book that covers
these topics!)
 
 
Here is the piece from my workers2.properties:
 
[lb:lb]
 
[channel.socket:localhost:8009]
port=8009
host=localhost
 
[ajp13:localhost:8009]
channel=channel.socket:localhost:8009
group=lb
 
[uri:/myFirstApp/*.jsp]
group=lb
 
 
Thanks in advance,
Chad Arimura
AllDorm Inc.
 

sendRedirect using

[jakarta-pipon]

i'd like to add some http headers, common  for all pages, so i put them
inside a headers.jsp, included with .
but by this way it does not put any http header.
the java generated file for the jsp put

// HTML // begin [file="/areas.jsp";from=(0,58);to=(1,0)]
out.write("\r\n");

// end
// HTML // begin [file="/areas.jsp";from=(1,31);to=(2,0)]
out.write("\r\n");
and after those \r\n (finnishing the http headers) begins the code for
header.jsp
so how can i append http headers for the common behavior in all jsps?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Need a really free jdbc-odbc driver

[jakarta-pipon]

Does anyone know any bridge class 4?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

class file has wrong version

[jakarta-pipon]

hi all! i've upgraded to jdsk1.4.1_01 on 3 servers. webapps work fine in 2
of them, but only one server says:

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Compiling 1 source file

C:\Program Files\Apache Group\Tomcat
4.1\work\Standalone\localhost\jreporte\admin\index_jsp.java:14: cannot
access java.lang.Object
bad class file: C:\Program
Files\Java\j2re1.4.1_01\lib\rt.jar(java/lang/Object.class)
class file has wrong version 48.0, should be 47.0
Please remove or make sure it appears in the correct subdirectory of the
classpath.
  private static java.util.Vector _jspx_includes;
 ^
1 error


at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle
r.java:120)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:2
93)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313)

/* blah blah blah stack trace */

i tried rebuilding and redeploying the webapps and nothing



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DBCP usage w/servlets

[Jakarta]

what i did is:
in the $CATALINA_HOME/conf/server.xml added the  inside a
 ('cause i want it available to all webapps)
in the $CATALINA_HOME/commons/lib i put the jdbc driver and dbcp's jar (it
must be available to tomcat when starting up the default context)
in the WEB-INF/web.xml i declare the resources requirements for each webapp

it works

r
- Original Message -
From: "Erik Price" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 4:54 PM
Subject: DBCP usage w/servlets


> I found a promising-looking post in the archives about using DBCP in a
> Tomcat-based servlet environment:
>
> http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg67843.html
>
> Unfortunately, the link to the source code (the "meat" of the post) is
> broken.  Does anyone have any sample source code or other references
> suggesting how to go about adding DBCP into a webapp?  I have installed
> the DBCP JAR library into my webapp's WEB-INF/lib, and the MySQL driver
> JAR is in $CATALINA_HOME/common/lib, so I'm raring to go.
>
> (I've read the instructions in the DBCP API and I think I get the idea.
>   It's not using DBCP's classes that I'm unsure of /per se/, rather it's
> how to go about setting up DBCP in the context of a servlet container.
> My first idea was to write a simple servlet that sets up the connection
> pool in its init() method.  Then I thought that seems a little
> inelegant, and perhaps a ContextListener would do (it would listen for
> the startup of my webapp and then initialize the connection pool when
> the webapp starts).  But I'm not sure if this is the right solution
either.)
>
> How do YOU implement DBCP?
>
> Thanks,
>
> Erik
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Can the JNDI Connection Pool re-connect after failure?

[Jakarta]

yuo're right the validationQuery is done before every query. but is
implemented any keepalive protocol to mantain a persistent connection (i
guess no)

- Original Message -
From: "Boris Folgmann" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 3:55 PM
Subject: Re: Can the JNDI Connection Pool re-connect after failure?


> Ryan Cornia wrote:
> > This solution seems to work great for me. After adding this and
> > re-booting the database server, it re-connected and worked great
> > automatically
>
> Same for me. It works too with postgresql. It would be interesting to know
> how big the overhead is for this check. Is the check done before EVERY
> query? Anyway, I used an even simpler SELECT 1; which does
> not need to read any table but returns a row as requested in the Javadoc.
>
> cu,
> boris
>
> --
> Dipl.-Inf. Boris Folgmann   mailto:[EMAIL PROTECTED]
> Folgmann IT-Consulting  http://www.folgmann.de
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re:

[Jakarta]

Thanks! Looks interesting. I've not tested it yet. BUT i'm using the
 option in the struts-config.xml to show via  some
relevant exceptions to the user (and mail them to me --as bugs?--). so who
will catch the exceptions? j4l, the strut's ExceptionHandler or both?

spying inside the strut's sources i've found the ActionErrors are stored as
context's attributes. ergo inside the jsp source i can retrieve them this
way

ActionErrors e = (ActionErrors)
request.getAttribute(ActionErrors.GLOBAL_ERROR);

and mail them with a JavaMail session.
but it'll be good to trap all other exceptions. i'll test it

regards

- Original Message -
From: "Jon Wingfield" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, January 28, 2003 6:15 PM
Subject: Re: 


> Are you using log4j? If you are then chack out the
> org.apache.log4j.net.SMPTAppender. It sends a mail each time a message
> of the required severity is logged.
>
>
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/net/SMTPAppender.h
tml
>
> example of log4j.properies portion for this appender:
>
> log4j.rootCategory=info, mail
>
> log4j.appender.mail=org.apache.log4j.net.SMTPAppender
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> log4j.appender.mail.SMTPHost=@MAIL_HOST@
> log4j.appender.mail.Threshold=ERROR
> log4j.appender.mail.BufferSize=1
> log4j.appender.mail.Subject=Application Error
>
>
> Pablo L. Crivaro wrote:
> > hi
> > i want access the error list written by the  tag usign
java,
> > not the tag (i wanna submit exceptions by mail automatically). how is
that?
> >
> >
> >
> > --
> > To unsubscribe, e-mail:

> > For additional commands, e-mail:

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

> For additional commands, e-mail:

>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: pool exhausted

[Jakarta]

don't worry. i've fixed it.
- Original Message -
From: "Pablo L. Crivaro" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 23, 2003 5:47 PM
Subject: DBCP: pool exhausted


> Hi all, i'm new in the list.
> I receive a
> "java.sql.SQLException: DBCP could not obtain an idle db connection, pool
> exhausted"
> using a resource org.apache.commons.dbcp.BasicDataSourceFactory even
closing
> the connections, having removeAbandoned in true, but nothing happens. The
> connexions remains sleeping (not running) and are never freed.
>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


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

Re: Changing URL

[Jakarta]

or use a port forward (it's easy with iptables)

- Original Message -
From: "Lajos Moczar" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Thursday, January 23, 2003 5:50 PM
Subject: Re: Changing URL


> If you call https://www.domain.com you don't have to supply 443 - it is
> understood. Otherwise, you can't do that (except by some rewrite). And
> besides, why?
>
> Lajos
>
>
> Ravindra K. Bhat wrote:
> > Hi:
> >
> > How can I replace my www.domain.com:443 with www.domain.com but still
use
> > the same :443 port?
> >
> > Thanks
> > Ravi
> >
> >
> > --
> > To unsubscribe, e-mail:

> > For additional commands, e-mail:

> >
> >
>
>
> --
>
>
>
> Lajos Moczar
>
>  Open Source Support, Consulting and Training
>
>  Cocoon Developer's Handbook
>   (www.amazon.com/exec/obidos/tg/detail/-/0672322579)
>
> _  _
>/ \ /
>   /___\  /
>  / \   /
>
>   http://www.galatea.com -- powered by AzSSL
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


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

Re: JVM crashes when using JSSE

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: JVM crashes when using JSSE
From: "Tim Koop" <[EMAIL PROTECTED]>
 ===
In case you're curious, I tried it with Sun's Java SDK 1.4.1 and all works
fine.

Tim Koop
www.timkoop.com

- Original Message -
From: "Tim Koop" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 23, 2002 4:08 PM
Subject: JVM crashes when using JSSE


> I have Tomcat working fine, but when I try to get the SSL working using
> JSSE, by uncommenting the lines in server.xml, Java crashes on me.
>
> I installed Tomcat 4.0.4 with the tomcat4-4.0.4-full.2jpp.noarch.rpm rpm.
> I installed Java SDK 1.3.1 with the IBMJava2-SDK-1.3.1-2.0.i386.rpm rpm.
>
> It all works fine till here.
>
> Then I found the following files and put them in
> /opt/IBMJava2-131/jre/lib/ext/
> jcert.jar
> jnet.jar
> jsse.jar
>
> Then I ran the keytool, just like the instructions said and put the
> .keystore file in the tomcat4 directory.
>
> Then I uncommented the following lines in /var/tomcat4/conf/server.xml
> 
> port="8443" minProcessors="5" maxProcessors="75"
>enableLookups="true"
>acceptCount="10" debug="0" scheme="https" secure="true">
>   clientAuth="false" protocol="TLS"/>
> /var/tomcat4/
> 
>
>
> When I restart at this point, I get the following error, which I concluded
> was a JVM core dump:
> stackpointer=0xbfffeda8
> Writing Java core file 
> Written Java core to /tmp/javacore9253.1030108102.txt
>
> I'm using a fresh install of Linux Red Hat 7.3
>
> Can anyone give me any ideas on how to get this working?
>
> Thanks in advance.
>
> Tim Koop
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:

> 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: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: jkmount possibilities
From: "Chris Stokes" <[EMAIL PROTECTED]>
 ===
Hi
I was wondering if what I want to do is possible

Tomcat 4.03
Apache 1.3.20
RHLinux 7.3

I have not defined any contexts in my server.xml I just want them auto =
generated when I start tomcat4. To do this I tried a number of different =
settings for jkmount and eventually settled on
JkMount /*/servlet/* ajp13
This seemed to work as all my html and serlvets seemed to work fine.
However - now I discover that Tomcat is serving all content ie.
JkMount /*/servlet/* ajp13
Seems to work the same as
JkMount /* ajp13

Is this the case?
I only want tomcat to serve anything with "servlet" in the uri no matter =
what precedes it eg

http://server/context1/servlet/myservlet
http://server/context2/servlet/myservlet


This is in my httpd.conf

LoadModule jk_module modules/mod_jk.so
AddModule mod_jk.c


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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

[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: "Randy Secrist" <[EMAIL PROTECTED]>
 ===
Still at it.  getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...

My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case?  Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...

I've read the docs, fought the fight - I'm going to bed.  I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow.  :)  I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small.  That is why
I wish I could verify this somehow.

Here is what I have.
JAR LOCATION:

I have a .jar file with this structure:

META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java

Thats it for the .jar.  It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct?  I have it as upper case at the
moment.

CONTEXT CONFIG:

Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt.  (old habits die hard)

SERVLET CODE:

My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();

which in WebProperties singleton constructor calls:
  try {
   props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle("SystemConfig");
   System.out.println("WebProperties - Load Success!");
   this.init();
  }
  catch (java.lang.Throwable e) {
   System.err.println("WebProperties - Load Failure!");
   throw new ResourceFailure(e);
  }

The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US

Anywho - thanks for your patience.

Randy



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Java FTP and Tomcat

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: Java FTP and Tomcat
From: "Michael Delamere" <[EMAIL PROTECTED]>
 ===
Hello???


- Original Message -
From: "Jakarta Tomcat Newsgroup (@Basebeans.com)"
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 28, 2002 9:10 AM
Subject: Re: Java FTP and Tomcat


> Subject: Re: Java FTP and Tomcat
> From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup
(@Basebeans.com))
>  ===
> Subject: Re: Java FTP and Tomcat
> From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup
(@Basebeans.com))
>  ===
> Subject: Re: Java FTP and Tomcat
> From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup
(@Basebeans.com))
>  ===
> Subject: Re: Java FTP and Tomcat
> From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup
(@Basebeans.com))
>  ===
> Subject: Re: Java FTP and Tomcat
> From: "Nikola Milutinovic" <[EMAIL PROTECTED]>
>  ===
>
PiBEb2VzIGFueW9uZSBrbm93IGlmIHRoZXJlIGlzIGEgRlRQIGNvbm5lY3Rvcig/KSBmb3IgVG9t
>
Y2F0Pw0KPiANCj4gSWYgbm90LCBpcyBpdCBzb21ldGhpbmcgdGhhdCdzIGRvYWJsZSB3aXRoIFRv
>
bWNhdD8NCg0KRlRQLCBhcyBhIHByb3RvY29sLCBpcyBzdGF0ZWZ1bC4gSW4gb3RoZXIgd29yZHMs
>
IHlvdSBsb2dpbiB0byB0aGUgc2VydmVyIGFuZCB1bnRpbCB5b3UgbG9nIG91dCwgeW91IGhhdmUg
>
YW4gRlRQIHNlc3Npb24uIEhUVFAgaXMgc3RhdGVsZXNzLiBUaGVyZSBpcyBubyBsb2dpbi9sb2dv
>
dXQuIFRoZXJlIGFyZSBlbXVsYXRpb25zIG9mIHRob3NlIGNvbmNlcHRzOiBhdXRoZW50aWNhdGlv
>
biBhbmQgc2Vzc2lvbiBjcmVhdGlvbiwgYnV0IHRoZXkgYXJlIGltcGxlbWVudGVkIGVpdGhlciBw
>
ZXIgcmVxdWVzdCAoYXV0aCBpbiBIVFRQIGhlYWRlcnMpIG9yIGEgc2ltdWxhdGlvbiAoc2Vzc2lv
>
biBpbiBjb29raWVzIG9yIFVSTCByZXdyaXRpbmcpLg0KDQpUaGUgb25seSB0aGluZyB0aGF0IHdv
>
dWxkIHNlYW0gZG9hYmxlIHdpdGggVG9tY2F0IGlzIHN1cHBvcnQgZm9yIEZUUCBVUkxzIHRocm91
>
Z2ggSFRUUCByZXF1ZXN0LCBzb21ldGhpbmcgbGlrZToNCg0KIkdFVCBmdHA6Ly9teS5ob3N0LmRv
>
bWFpbi5jb20vcHViL2FwcHMvcGdzcWwuamFyIEhUVFAvMS4xIg0KDQpCVVQsIHRoZXJlIGlzIGEg
>
cHJvYmxlbSB3aXRoIHRoaXMuIDotKSBSRkMgZXhwbGljaXRlbHkgc3RhdGVzIHRoYXQgYWxsIEhU
>
VFAgMS4wIGFuZCAxLjEgY2xpZW50cyBzaG91bGQgaXNzdWUgYWJzb2x1dGUgVVJMcyBvbmx5IHdo
>
ZW4gdGFsa2luZyB0byBhIHByb3h5LiBTbywgdGhlIGFuc3dlciBpcyBOTywgdW5sZXNzIHlvdSB3
> YW50IHRvIGJlIGEgZ2VuZXJhbCBwdXJwb3NlIEZUUCBwcm94eS4NCg0KTml4Lg0K
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

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

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: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Antw: JSP and MAC line breaks
From: "Andre Schild" <[EMAIL PROTECTED]>
 ===
>The following is a post from Larry Issacs re: TC 4.0.1 which had a bug
in
>Jasper that was stripping the =22=5Cr=22 from the line terminator.  Which
version
>of TC are you having problems with?
4.0.3 is showing me this problem.

In the 4.0.4 release notes, there is mentioned that this bug has been
fixed.=20
So I will have to move to 4.0.4.

Thanks for your help.


Andr=E9


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: 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:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Java FTP and Tomcat

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: PropertyResourceBundle problems
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: PropertyResourceBundle problems
From: "Randy Secrist" <[EMAIL PROTECTED]>
 ===
Still at it.  getRepositories() won't help a bit since (like you said) that
class loader doesn't keep track of the class path over the scope it presides
over...

My key question
May I assume that if I can load a class from this JAR, and the
ResourceBundle is in the same JAR - shouldn't I be able to get to it as
well?
If not - why would that be the case?  Nonetheless - I've pulled it out of
the JAR and into a */classes dir with no difference...

I've read the docs, fought the fight - I'm going to bed.  I'll try to
provide a little more information below on every element pertaining to the
web app - and maybe I'll get lucky tomorrow.  :)  I just can't think of what
it was I may have done different than those millions of people out there.
These are the worst because you know it is something SO small.  That is why
I wish I could verify this somehow.

Here is what I have.
JAR LOCATION:

I have a .jar file with this structure:

META-INF (dir)
com (dir - all my classes / servlets)
SystemConfig (my properties file)
someClass.class
someClass.java

Thats it for the .jar.  It has resided all over my catalina.home directory -
any any WEB-INF/lib or WEB-INF/classes I can find.
(WEB-INF) should be upper case correct?  I have it as upper case at the
moment.

CONTEXT CONFIG:

Tomcat version 4.0.4.
Running out of the ROOT context within a multiple host / context
environment - using a JNDIRealm.
reloadable is set to false - however I restart the server after each new
attempt.  (old habits die hard)

SERVLET CODE:

My Servlet:
makes this call in it's init method: (as a singleton)
webProps = WebProperties.getInstance();

which in WebProperties singleton constructor calls:
  try {
   props = (PropertyResourceBundle)
PropertyResourceBundle.getBundle("SystemConfig");
   System.out.println("WebProperties - Load Success!");
   this.init();
  }
  catch (java.lang.Throwable e) {
   System.err.println("WebProperties - Load Failure!");
   throw new ResourceFailure(e);
  }

The exception is ALWAYS thrown on the getBundle call.
resulting in java.util.MissingResourceException: Can't find bundle for base
name SystemConfig, locale en_US

Anywho - thanks for your patience.

Randy



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Threads Question in Tomcat

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: "Nikola Milutinovic" <[EMAIL PROTECTED]>
 ===
Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3
YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg
YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt
YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz
dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz
IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl
c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz
aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl
IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl
ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz
IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0
IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k
IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5
bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0
bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy
ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z
IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg
ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh
bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0
aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv
b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv
ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l
LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g
VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj
b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl
c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg
c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN
CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Antw: JSP and MAC line breaks

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Antw: JSP and MAC line breaks
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Antw: JSP and MAC line breaks
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Antw: JSP and MAC line breaks
From: "Andre Schild" <[EMAIL PROTECTED]>
 ===
>The following is a post from Larry Issacs re: TC 4.0.1 which had a bug
in
>Jasper that was stripping the =22=5Cr=22 from the line terminator.  Which
version
>of TC are you having problems with?
4.0.3 is showing me this problem.

In the 4.0.4 release notes, there is mentioned that this bug has been
fixed.=20
So I will have to move to 4.0.4.

Thanks for your help.


Andr=E9


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

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

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: PropertyResourceBundle problems

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

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Threads Question in Tomcat

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: "Nikola Milutinovic" <[EMAIL PROTECTED]>
 ===
Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3
YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg
YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt
YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz
dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz
IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl
c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz
aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl
IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl
ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz
IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0
IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k
IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5
bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0
bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy
ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z
IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg
ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh
bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0
aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv
b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv
ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l
LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g
VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj
b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl
c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg
c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN
CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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

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


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Threads Question in Tomcat

[Jakarta Tomcat Newsgroup (@Basebeans.com)]

Subject: Re: Threads Question in Tomcat
From: [EMAIL PROTECTED] (Jakarta Tomcat Newsgroup (@Basebeans.com))
 ===
Subject: Re: Threads Question in Tomcat
From: "Nikola Milutinovic" <[EMAIL PROTECTED]>
 ===
Pj4xLiBJcyBpdCB0cnVlIHRoYXQgcmVxdWVzdHMgZnJvbSB0aGUgU0FNRSBjbGllbnQNCj4+YWx3
YXlzIHNlcnZlZCBieSB0aGUgU0FNRSB0aHJlYWQ/DQo+DQo+Tm90IGFsd2F5cy4gIEV2ZW4gaWYg
YSBzZXJ2bGV0IGltcGxlbWVudHMgU2luZ2xlVGhyZWFkTW9kZWwsIHRoZQ0KPmNvbnRhaW5lciBt
YXkgc3RpbGwga2VlcCBhIHBvb2wgb2YgaW5zdGFuY2VzIG9mIHRoaXMgc2VydmxldCBhbmQgaXNz
dWUNCj5yZXF1ZXN0cyBhcyB0aGV5IGNvbWUgaW4sIGFzIGxvbmcgYXMgbm8gdHdvIHJlcXVlc3Rz
IHNoYXJlIGFuIGluc3RhbmNlDQo+YXQgdGhlIHNhbWUgdGltZSAoaS5lLiB0aGV5J2xsIHByb2Nl
c3Mgb25lIGF0IGEgdGltZSkuDQoNClRoaXMgaXMgdHJ1ZSBpbiBhIHZlcnkgcGFydGljdWxhciBz
aXR1YXRpb24uIEJhc2ljYWxseSwgYSBzZXJ2bGV0IGNvbnRhaW5lciB3aWxsIGluc3RhbnRpYXRl
IE9ORSBzZXJ2bGV0IGNsYXNzIGludG8gYW4gb2JqZWN0LiBFYWNoIHJlcXVlc3QgaXMgaGFuZGxl
ZCB2aWEgaXQncyBvd24gc2VwYXJhdGUgdGhyZWFkLiBVbmxlc3MgU2VydmxldCBpbXBsZW1lbnRz
IFNpbmdsZVRocmVhZE1vZGVsLCBhbGwgdGhyZWFkcyB0aGF0IGFyZSBkaXJlY3RlZCB0byB0aGF0
IHBhcnRpY3VsYXIgc2VydmxldCB3aWxsIGFjdGl2YXRlIGl0J3MgInNlcnZpY2UoKSIgbWV0aG9k
IGFuZCBydW4gaW4gcGFyYWxlbC4gSW4gdGhlIG9wb3NpdGUgY2FzZSwgdGhyZWFkcyB3aWxsIHN5
bmNocm9uaXplIG9uIHRoYXQgU2VydmxldC4gSWYgSSB1bmRlcnN0YW5kIHRoaW5ncyBjb3JyZWN0
bHksIGl0IGlzIG5vdCB0aGUgc2VydmxldCB0aGF0IGNyZWF0ZXMgdGhyZWFkcyBmb3IgZWFjaCBy
ZXF1ZXN0IC0gaXQgaXMgdGhlIHBhcnRpY3VsYXIgQ29ubmVjdG9yLCB3aGljaCB0aGFuIGZvcm1z
IHRoZSByZXF1ZXN0IGFuZCBmb3J3YXJkcyBpdCB0byB0aGUgYXBwcm9wcmlhdGUgaGFuZGxlciwg
ZmlsdGVyIG9yIGEgc2VydmxldC4NCg0KU28sIHRoZSBvbmx5IG9jY2FzaW9uIHdoZW4gdGhlIHNh
bWUgdGhyZWFkIHdvdWxkIGhhbmRsZSBUV08gcmVxdWVzdHMsIHJlZ2FyZGxlcyBvZiB3aG8ncyB0
aGUgb3JpZ2luYXRpbmcgY2xpZW50LCB3b3VsZCBiZSB3aGVuIHRoZXJlIGlzIGEgdGhyZWFkLXBv
b2wgYW5kIGZpcnN0IHJlcXVlc3QgZmluaXNoZXMgYW5kIHRoZSBhdmFpbGFibGUgdGhyZWFkIGZv
ciB0aGUgb3RoZXIgcmVxdWVzdCBpcyB0aGUgb25lIHRoYXQgaGFuZGxlZCB0aGUgZmlyc3Qgb25l
LiBUaGlzIGlzIGEgZ2FtZSBvZiBjaGFuY2UuIEFnYWluLCBJIGhhdmVuJ3QgbG9va2VkIGludG8g
VG9tY2F0IGludGVybmFscywgYnV0IHRoaXMgaXMgaG93IEkgcGljdHVyZSBhbnkgc2VydmxldCBj
b250YWluZXIgd291bGQgd29yay4NCg0KPj4yLiBXaGF0IGlmIHRoZSBTQU1FIGNsaWVudCBhY2Nl
c3MgMiBkaWZmZXJlbnQgc2VydmxldHMNCj4+aW4gYSBzZXJ2bGV0IGNvbnRhaW5lcj8gSXMgaXQg
c3RpbGwgc2VydmVkIGJ5IHRoZSBTQU1FDQo+PnRocmVhZD8NCj4NCj5Ob3QgYWx3YXlzLiAgDQoN
CkhhcmRseSBldmVyLCBJTU8sIHNlZSBhYm92ZS4NCg0KTml4Lg0K



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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

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:
> > <mailto:[EMAIL PROTECTED]>
> > > >For additional commands, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > Randie V. Ursal
> > > Design Engineering Department
> > &g

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: 

INSTALLING TOMCAT

[Jakarta]

Hi,

I'm trying to install Jakarta TomCAT on my LINUX MACHINE and I have no idea
about how or where to set my JAVA_HOME.

On the 4th STEP of INSTALLATION FILE (BUILDING.txt), it tells us to type
"ant -projecthelp", but when I type ant, it says:

~/jakarta-servletapi-4# ant
Warning: JAVA_HOME environment variable is not set.
  If build fails because sun.* classes could not be found
  you will need to set the JAVA_HOME environment variable
  to the installation directory of java.
/root/jakarta-ant-1.3/bin/ant: java: command not found
root@omega:~/jakarta-servletapi-4#


How do I set that?? And HOW do I INSTALL JSP Support for my APACHE?

Thank you,

Rafael


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

My problems with getRequestDispatcher

[Tomcat Jakarta]

My piece of code:
--//--
req.getRequestDispatcher("myfile").include(req,res);
out.println("***TAIL***");
//-


'myfile.java':
---//
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;

public class myfile extends HttpServlet {
protected void doGet(HttpServletRequest req,
HttpServletResponse res) throws ServletException,
IOException {
PrintWriter out = res.getWriter();
out.println("HELLO WORLD");
out.flush();
out.close();
}
}
-//---

The page I get:
HELLO WORLD
[end]

Any suggestion? Why I do not get the rest of my code?
I tried removing out.close() and out.flush()...
___
¿Todavía no tienes contestador automático en tu correo?
http://www.hispavista.com/altascorreo/

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

Re:'include' directive within a servlet

[Tomcat Jakarta]

If I use:

getServletConfig().getServletContext().getRequestDispatcher("myfile.jsp").include(req,res);

myfile.jsp:
<%="Hello World!"%>

I get this error:
-//
Error: 500
Location: /examples/servlet/index
Internal Servlet Error:

java.lang.NullPointerException
at index.doGet(index.java:42)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)...
--//
 
___
¿Todavía no tienes contestador automático en tu correo?
http://www.hispavista.com/altascorreo/

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

Re: 'include' directive within a servlet

[Tomcat Jakarta]

Wich is the way to use getRequestDispatcher???

If I use 
getRequestDispatcher("/Test")

... must 'Test' file be a servlet
___
¿Todavía no tienes contestador automático en tu correo?
http://www.hispavista.com/altascorreo/

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

'include' directive within a servlet

[Tomcat Jakarta]

Hi all.

I'm trying to build a servlet containing a header wich is
repeated serveral times, so I would like to use the same
directive as in JSP:



Is it possible within a servlet?

Best regards.
___
¿Todavía no tienes contestador automático en tu correo?
http://www.hispavista.com/altascorreo/

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

to compile or not

[Jakarta Jakarta]

I sent out a message before in regards to my copy of
Tomcat 4.0b5 and Sun Java 1.3.1 on a Sun Solaris box
running Solaris 8, where Tomcat will just stop after a
while.  The only response I received was that it's
possible the VM was buggy.  Since 1.3.1 is the only
version of Java 1.3 that Sun has available, and I need
the support it provides, I can't do much about that if
it's true.  Is there any advantages to compiling
Tomcat on my Sun box from scratch, rather than to just
use the precompiled binaries?  Thanks.

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

RE: Tomcat 4.0b5 keeps shutting down

[Jakarta Jakarta]

If that's true, guess there's not much I can do about
that.  Can anyone confirm this with Sun's Java 1.3.1? 
Also, does anyone have any success on Solaris with
this version, or another Sun Java2 version of the VM
with Tomcat 4?  I was thinking of going to 1.3 if it
exists, but not sure how since the only other versions
on Sun's site is 1.4 Beta and 1.2.2.  Since they are
working on 1.4, I'm guess Sun anyhow feels their 1.3
VM is pretty solid. (:

Thanks.

Steve

--- Vladimir Grishchenko <[EMAIL PROTECTED]>
wrote:
> doesn't look like a tomcat problem. VM bug?
> 
> -Original Message-
> From: Jakarta Jakarta
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 11, 2001 7:32 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 4.0b5 keeps shutting down
> 
> 
> I am running Tomcat 4.0b5 in standalone mode on a
> Sun
> Solaris 8 system, running the latest patches and the
> currest Sun Java 1.3.1.  Tomcat starts up ok, and
> will
> run for the better part of a day of testing, however
> the next morning, when I get up, the system is down
> again.  Not sure if it's because I log out of the
> system or what it is.  I have the following error I
> believe assuming the catalina.out file is written to
> the top instead of the end of the file:
> 
> Starting service Tomcat-Standalone
> Apache Tomcat/4.0-b5
> SIGSEGV   11*  segmentation violation
> si_signo [11]: SIGSEGV   11*  segmentation
> violation
> si_errno [0]: Error 0
> si_code [1]: SEGV_MAPERR [addr: 0x28]
> 
> stackpointer=FFBED230
> 
> Exiting Thread (sys_thread_t:0xff363df0) : no stack
> 
> Exiting Thread (sys_thread_t:0x4191a0) : no stack
> "Finalizer" (TID:0x13b604, sys_thread_t:0x13b548,
> state:CW, thread_t: t@6, threadID:0xfecb1d78,
> stack_bottom:0xfecb2000, stack_size:0x2) prio=8
> 
> [1]
>
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:106)
> [2]
>
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
> [3]
>
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
> ---
> "Reference Handler" (TID:0x149a94,
> sys_thread_t:0x1499d8, state:CW, thread_t: t@5,
> threadID:0xfece1d78, stack_bottom:0xfece2000,
> stack_size:0x2) prio=10
> 
> [1] java.lang.Object.wait(Object.java:424)
> [2]
>
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:107)
> ---
> "Signal dispatcher" (TID:0x139284,
> sys_thread_t:0x1391c8, state:MW, thread_t: t@4,
> threadID:0xfed41d78, stack_bottom:0xfed42000,
> stack_size:0x2) prio=10
> 
> ---
> "main" (TID:0x385c4, sys_thread_t:0x38508, state:R,
> thread_t: t@1, threadID:0x25118,
> stack_bottom:0xffbf, stack_size:0x2) prio=5
> *current thread*
> 
> [1]
>
org.apache.catalina.loader.StandardLoader.start(StandardLoader.java:586)
> [2]
>
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
> [3]
>
org.apache.catalina.core.StandardContext.start(StandardContext.java:3155)
> [4]
>
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
> [5]
>
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
> [6]
>
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:278)
> [7]
>
org.apache.catalina.core.StandardService.start(StandardService.java:341)
> [8]
>
org.apache.catalina.core.StandardServer.start(StandardServer.java:447)
> [9]
>
org.apache.catalina.startup.Catalina.start(Catalina.java:725)
> [10]
>
org.apache.catalina.startup.Catalina.execute(Catalina.java:647)
> [11]
>
org.apache.catalina.startup.Catalina.process(Catalina.java:177)
> [12] java.lang.reflect.Method.invoke(Native Method)
> [13]
>
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:114)
> ---
> 
> 
> Any help would be appreciated as I need this working
> full time.  Thanks.
> 
> JR
> 
> 
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
> 
> 
>
***
> This email and any files transmitted with it are
> confidential and
> intended solely for the use of the individual or
> entity to whom they
> are addressed. Any unauthorized review, use,
> disclosure or distribution
> is prohibited. If you are not the intended
> recipient, please contact
> the sender by reply e-mail and destroy all copies of
> the original
> message.
>
***


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Tomcat 4.0b5 keeps shutting down

[Jakarta Jakarta]

I am running Tomcat 4.0b5 in standalone mode on a Sun
Solaris 8 system, running the latest patches and the
currest Sun Java 1.3.1.  Tomcat starts up ok, and will
run for the better part of a day of testing, however
the next morning, when I get up, the system is down
again.  Not sure if it's because I log out of the
system or what it is.  I have the following error I
believe assuming the catalina.out file is written to
the top instead of the end of the file:

Starting service Tomcat-Standalone
Apache Tomcat/4.0-b5
SIGSEGV   11*  segmentation violation
si_signo [11]: SIGSEGV   11*  segmentation
violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x28]

stackpointer=FFBED230

Exiting Thread (sys_thread_t:0xff363df0) : no stack

Exiting Thread (sys_thread_t:0x4191a0) : no stack
"Finalizer" (TID:0x13b604, sys_thread_t:0x13b548,
state:CW, thread_t: t@6, threadID:0xfecb1d78,
stack_bottom:0xfecb2000, stack_size:0x2) prio=8

[1]
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:106)
[2]
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[3]
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
---
"Reference Handler" (TID:0x149a94,
sys_thread_t:0x1499d8, state:CW, thread_t: t@5,
threadID:0xfece1d78, stack_bottom:0xfece2000,
stack_size:0x2) prio=10

[1] java.lang.Object.wait(Object.java:424)
[2]
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:107)
---
"Signal dispatcher" (TID:0x139284,
sys_thread_t:0x1391c8, state:MW, thread_t: t@4,
threadID:0xfed41d78, stack_bottom:0xfed42000,
stack_size:0x2) prio=10

---
"main" (TID:0x385c4, sys_thread_t:0x38508, state:R,
thread_t: t@1, threadID:0x25118,
stack_bottom:0xffbf, stack_size:0x2) prio=5
*current thread*

[1]
org.apache.catalina.loader.StandardLoader.start(StandardLoader.java:586)
[2]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[3]
org.apache.catalina.core.StandardContext.start(StandardContext.java:3155)
[4]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[5]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[6]
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:278)
[7]
org.apache.catalina.core.StandardService.start(StandardService.java:341)
[8]
org.apache.catalina.core.StandardServer.start(StandardServer.java:447)
[9]
org.apache.catalina.startup.Catalina.start(Catalina.java:725)
[10]
org.apache.catalina.startup.Catalina.execute(Catalina.java:647)
[11]
org.apache.catalina.startup.Catalina.process(Catalina.java:177)
[12] java.lang.reflect.Method.invoke(Native Method)
[13]
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:114)
---


Any help would be appreciated as I need this working
full time.  Thanks.

JR


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

4.0b5 shutting down

[Jakarta Jakarta]

I am running Tomcat 4.0b5 in standalone mode on a Sun
Solaris 8 system, running the latest patches and the
currest Sun Java 1.3.1.  Tomcat starts up ok, and will
run for the better part of a day of testing, however
the next morning, when I get up, the system is down
again.  I have the following error I believe assuming
the catalina.out file is written to the top instead of
the end of the file:

Starting service Tomcat-Standalone
Apache Tomcat/4.0-b5
SIGSEGV   11*  segmentation violation
si_signo [11]: SIGSEGV   11*  segmentation
violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x28]

stackpointer=FFBED230

Exiting Thread (sys_thread_t:0xff363df0) : no stack

Exiting Thread (sys_thread_t:0x4191a0) : no stack
"Finalizer" (TID:0x13b604, sys_thread_t:0x13b548,
state:CW, thread_t: t@6, threadID:0xfecb1d78,
stack_bottom:0xfecb2000, stack_size:0x2) prio=8

[1]
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:106)
[2]
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[3]
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
---
"Reference Handler" (TID:0x149a94,
sys_thread_t:0x1499d8, state:CW, thread_t: t@5,
threadID:0xfece1d78, stack_bottom:0xfece2000,
stack_size:0x2) prio=10

[1] java.lang.Object.wait(Object.java:424)
[2]
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:107)
---
"Signal dispatcher" (TID:0x139284,
sys_thread_t:0x1391c8, state:MW, thread_t: t@4,
threadID:0xfed41d78, stack_bottom:0xfed42000,
stack_size:0x2) prio=10

---
"main" (TID:0x385c4, sys_thread_t:0x38508, state:R,
thread_t: t@1, threadID:0x25118,
stack_bottom:0xffbf, stack_size:0x2) prio=5
*current thread*

[1]
org.apache.catalina.loader.StandardLoader.start(StandardLoader.java:586)
[2]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[3]
org.apache.catalina.core.StandardContext.start(StandardContext.java:3155)
[4]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[5]
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[6]
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:278)
[7]
org.apache.catalina.core.StandardService.start(StandardService.java:341)
[8]
org.apache.catalina.core.StandardServer.start(StandardServer.java:447)
[9]
org.apache.catalina.startup.Catalina.start(Catalina.java:725)
[10]
org.apache.catalina.startup.Catalina.execute(Catalina.java:647)
[11]
org.apache.catalina.startup.Catalina.process(Catalina.java:177)
[12] java.lang.reflect.Method.invoke(Native Method)
[13]
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:114)
---


Any help would be appreciated as I need this working
full time.  Thanks.

JR

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

RE: Thread deadlocking in 3.2.2 beta 5?

[Joel - Jakarta List]

Hello Marc (and others that have been so kind to help),

Here is the rundown on what I have tested:

* Running on a Quad Processor NT Enterprise 6 Sp6a
* This server is production - fairly static content 
(w/no recompile)
* Verified thread deadlocking behavior on 2 different 
multiprocessor servers running different apps.
Both servers have the same problem.
* Verified a single processor server running same
apps and an exact copy of Tomcat and the conf
files. No thread problem found.
* There are very few contexts, and all do exist
* Running both servers with ISAPI plugin behind IIS 4
* Currently running with sdk 1.2.2 (now testing 1.3.1)
* Both production servers are running with 128mb
allocated to the JVM via startup param. No 
other startup params are used.
* Both servers run apps containing Javabeans, JSPs, 
and Servlets.  Javabeans do use a properties
class with a static class variables.

This issue has been very easy for us to reproduce.  Thus,
I assumed this must be our error in some way.  I am sure 
many others are running Tomcat on multiprocessor NT servers?
I am very committed to Tomcat in my division and I am willing
to help out in any way I can.  Please let me know if I can 
provide any further assistance.  In the mean time, I am going
to do the following:

1. Complete testing and port to 1.3.1
2. Install a thread monitor
3. Attempt to debug the source.

Thank you again for your assistance!

Joel Kozlow

RE: Sorry, message sent 3 times in error

[Joel - Jakarta List]

I apologize, I mistakenly sent my message 3 different times.  When my first
post did not arrive within 2 hours, I assumed there must be security
restrictions on which mail accounts can post messages.  Thus, I tried again
with a different account.  This was entirely my errorsorry :)

-Original Message-
From: midian [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 22, 2001 9:40 AM
To: '[EMAIL PROTECTED]'
Subject: Thread deadlocking in 3.2.2 beta 5?


Hello,

I have an app I just ported to Tomcat 3.2.2 beta 5 that runs fine for a
while, and then begins to run slower and slower until it dies.  From looking
at the log files, it appears that 3.2.2 beta 5 is thread deadlocking and
thus running out of resources.  The log file shows "Full thread dump..."
sections where you can see the JVM is having problems releasing threads.
The really weird thing is that this is not a high volume server.  It
received no more than 300 hits over the period of a week.  However, that was
enough traffic to kill it.
I have the same exact app running on another machine under 3.2.1 with no
problems.  If you look at the log file on the 3.2.1 machine, there are no
"Full thread dump..." errors and the app has been up for months.  Thus,
something appears to have changed between these versions that is affecting
my app's thread usage.
There are a few environmental differences between the two
implementations of Tomcat.  I have 3.2.2 beta 5 on a quad processor WinNT 4
Sp6a machine w/128mb allocated to Tomcat. 3.2.1 runs on a single processor
Win2K server w/64mb allocated to Tomcat.  Could the multi-processor server
be a factor?  Both servers are using Sun JDK 1.2.2.
Since the log file to 3.2.2 beta 5 is so big, I have posted it to
the URL : http://www.poptarantula.com/logs/jvm.stderr_5_22_01.txt

Does any one have any idea what could be causing this behavior?  Are
there any known fixes?  Thank you in advance for your help.

Best regards,

Joel Kozlow

[EMAIL PROTECTED]
Sn. Developer
Hewtlett-Packard

Possible thread deadlocking in 3.2.2 beta 5?

[Joel - Jakarta List]

Hello,

I have an app I just ported to Tomcat 3.2.2 beta 5 that runs fine for a
while, and then begins to run slower and slower until it dies.  From looking
at the log files, it appears that 3.2.2 beta 5 is thread deadlocking and
thus running out of resources.  The log file shows "Full thread dump..."
sections where you can see the JVM is having problems releasing threads.
The really weird thing is that this is not a high volume server.  It
received no more than 300 hits over the period of a week.  However, that was
enough traffic to kill it.
I have the same exact app running on another machine under 3.2.1 with no
problems.  If you look at the log file on the 3.2.1 machine, there are no
"Full thread dump..." errors and the app has been up for months.  Thus,
something appears to have changed between these versions that is affecting
my app's thread usage.
There are a few environmental differences between the two
implementations of Tomcat.  I have 3.2.2 beta 5 on a quad processor WinNT 4
Sp6a machine w/128mb allocated to Tomcat. 3.2.1 runs on a single processor
Win2K server w/64mb allocated to Tomcat.  Could the multi-processor server
be a factor?  Both servers are using Sun JDK 1.2.2.
Since the log file to 3.2.2 beta 5 is so big, I have posted it to
the URL : http://www.poptarantula.com/logs/jvm.stderr_5_22_01.txt

Does any one have any idea what could be causing this behavior?  Are
there any known fixes?  Thank you in advance for your help.

Best regards,

Joel Kozlow

[EMAIL PROTECTED]

Thread deadlocking in 3.2.2 beta 5?

[Joel - Jakarta List]

Hello,

I have an app I just ported to Tomcat 3.2.2 beta 5 that runs fine for a
while, and then begins to run slower and slower until it dies.  From looking
at the log files, it appears that 3.2.2 beta 5 is thread deadlocking and
thus running out of resources.  The log file shows "Full thread dump..."
sections where you can see the JVM is having problems releasing threads.
The really weird thing is that this is not a high volume server.  It
received no more than 300 hits over the period of a week.  However, that was
enough traffic to kill it.
I have the same exact app running on another machine under 3.2.1 with no
problems.  If you look at the log file on the 3.2.1 machine, there are no
"Full thread dump..." errors and the app has been up for months.  Thus,
something appears to have changed between these versions that is affecting
my app's thread usage.
There are a few environmental differences between the two
implementations of Tomcat.  I have 3.2.2 beta 5 on a quad processor WinNT 4
Sp6a machine w/128mb allocated to Tomcat. 3.2.1 runs on a single processor
Win2K server w/64mb allocated to Tomcat.  Could the multi-processor server
be a factor?  Both servers are using Sun JDK 1.2.2.
Since the log file to 3.2.2 beta 5 is so big, I have posted it to
the URL : http://www.poptarantula.com/logs/jvm.stderr_5_22_01.txt

Does any one have any idea what could be causing this behavior?  Are
there any known fixes?  Thank you in advance for your help.

Best regards,

Joel Kozlow

[EMAIL PROTECTED]
Sn. Developer
Hewtlett-Packard

RE: resultset Question

[Midian - Jakarta List]

Check 
out the sun JDBC tutorial at : http://java.sun.com/docs/books/tutorial/jdbc/index.html.  
That tutorial really is a great place to start when you are learning JDBC.  

 
- 
Midian

  -Original Message-From: Kevin Fonner 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, May 14, 2001 2:16 
  PMTo: [EMAIL PROTECTED]Subject: resultset 
  Question
  I want to grab just the first record in a Query 
  of my database.  I thought that this would be pretty 
  simple???
  Acording to my books they said that after 
  executing...
  resultSet = statement.executeQuery("SELECT * 
  FROM userfolders WHERE username=\'" + userName + "\'");
  That resultset would contain the first 
  record.  But I can't seem to grab the data. Below is a sample of my code 
  that I think pertains to my problem.  If anybody has any ideas I would 
  appreciate them
  resultSet = statement.executeQuery("SELECT * FROM 
  userfolders WHERE username=\'" + userName + 
  "\'");   dFolder = 
  resultSet.getString("folder");   dModule = 
  resultSet.getString("dmod");   dModulePath = 
  resultSet.getString("dmod_path");
   
  Thanks,
  Kevin

Re: Disabling directory indexing

[Jakarta Tomcat]

The  tag works only fo URLs
if you want to put restrictions on a directory
you  should use the  tag.

Good luck

JB

> Hi
> 
> I'm a TomCat newbie and i would like to prevent directory indexing 
> from my
> TomCat application. This app it is not in /usr/local/jakarta-
> tomcat/webapps/but it is in /projects/something.
> 
> I tried
> 
> 
>Options -Indexes
>DirectoryIndex
> 
> 
> but it didn't worked!
> 
> Can anyone help me on this?
> 
> Thank you
> 
> Diogo
>