Re: Admin application creates duplicate secure attribute in server.xml

2005-03-29 Thread Jeffrey Barnett
=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/ /Server This listener register a new MBean with more options to save the tomcat configurations. Give 5.5.9 a try ... :-) Peter Jeffrey Barnett schrieb: Mike, unfortunately I'm only gotten better at restoring server.xml after it has been corrupted

Re: Admin application creates duplicate secure attribute in server.xml

2005-03-28 Thread Jeffrey Barnett
Mike, unfortunately I'm only gotten better at restoring server.xml after it has been corrupted. You are the first person from the tomcat-user list to even confirm that the problem exits on other sites.. One consultant I consulted said that they had never heard of the problem, but that we were

Re: Admin application creates duplicate secure attribute in server.xml

2005-02-02 Thread Jeffrey Barnett
=org.apache.catalina.realm.UserDatabaseRealm/ /Engine /Service Jeffrey Barnett wrote: We have recently upgraded from Tomcat 4 to Tomcat 5.0.27. Now whenever we use the Admin application to alter webapp context parameters the new server.xml that gets written out contains an extra 'secure=true' attribute at the end of the ssl

Use of Admin application creates duplicate secure attribute in server.xml

2005-01-31 Thread Jeffrey Barnett
We have recently upgraded from Tomcat 4 to Tomcat 5.0.27. Now whenever we use the Admin application to alter webapp context parameters the new server.xml that gets written out contains an extra 'secure=true' attribute at the end of the ssl Connector, which causes the server to fail with a

Re: Location of third party jar files.

2004-09-08 Thread Jeffrey Barnett
I believe Yoav said earlier it was OK to put JDBC drivers into common/lib. Or did I misunderstand, there was a bit of back and forth on the topic. Search Archives for Tomcat 4.1: JSP pages don't always compile the first time? Shapira, Yoav wrote: Hi, The right and best way is to include

Re: Location of third party jar files.

2004-09-08 Thread Jeffrey Barnett
: Jeffrey Barnett [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:18 PM To: Tomcat Users List Subject: Re: Location of third party jar files. I believe Yoav said earlier it was OK to put JDBC drivers into common/lib. Or did I misunderstand, there was a bit of back and forth

Re: Tomcat 4.1: JSP pages don't always compile the first time?

2004-09-03 Thread Jeffrey Barnett
Does this warning/suggestion apply just to jsp-api.jar or to all the jsp jars (e.g.jstl.jar, standard.jar,...) as well? Shapira, Yoav wrote: Hi, You have mismatched versions of the Servlet API jars around. There should be only one, in tomcat's common repository. Don't ship the servlet or JSP

Re: Tomcat 4.1: JSP pages don't always compile the first time?

2004-09-03 Thread Jeffrey Barnett
, things like that, but not standard.jar, JDBC drivers, etc. As a rule of thumb: if tomcat bundles a library, don't package a different version of the same library with your webapp. Yoav Shapira Millennium Research Informatics -Original Message- From: Jeffrey Barnett [mailto:[EMAIL

Binding DataSources to Contexts in Tomcat 4.06/4.1

2004-08-19 Thread Jeffrey Barnett
I have a servlet that contains the following code in its init() method: public void init(ServletConfig config) throws ServletException { super.init(config); try { Context initCtx = new InitialContext(); Context envCtx = (Context)

Re: Binding DataSources to Contexts in Tomcat 4.06/4.1

2004-08-19 Thread Jeffrey Barnett
-Original Message- From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] Sent: Thursday, August 19, 2004 2:04 PM To: Tomcat Users List Subject: Binding DataSources to Contexts in Tomcat 4.06/4.1 I have a servlet that contains the following code in its init() method: public void init(ServletConfig config

Re: Binding DataSources to Contexts in Tomcat 4.06/4.1

2004-08-19 Thread Jeffrey Barnett
I'm sure your explanation as well as a (re) reading of the How To will allow me to correct the problem. Thanks very much! I'd like a little more explanation however about your advice on using DefaultContext. In addition to the advantage of having a single place to add, remove, and change

Re: Alternative causes of msg 404 resource not avaialble?

2004-08-18 Thread Jeffrey Barnett
Yes to both no luck. I'm thinking that somehow WEB-INF/classes is not getting into the CLASSPATH. Is there a way to check this at run time? Dennis Dai wrote: Have you tried reloading the context or restarting tomcat on your department test server? On 8/17/2004 2:04 PM, Jeffrey Barnett

Re: Alternative causes of msg 404 resource not avaialble?

2004-08-18 Thread Jeffrey Barnett
in this Context ... So the reason the servlet class was not found was that it was never initialized. Next question, what does it mean that jdbc is not bound? Jeffrey Barnett wrote: Yes to both no luck. I'm thinking that somehow WEB-INF/classes is not getting into the CLASSPATH

Alternative causes of msg 404 resource not avaialble?

2004-08-17 Thread Jeffrey Barnett
I recently added a servlet to an existing webapp in WEB-INF/classes. and added the corresponding servlet and servlet-mapping tags to web.xml. When I try it out on my desktop server it works fine, but when I redeploy to the department test server I get 404 error. Is there some other

Re: Alternative causes of msg 404 resource not avaialble?

2004-08-17 Thread Jeffrey Barnett
PS: Server is 4.1.12 Jeffrey Barnett wrote: I recently added a servlet to an existing webapp in WEB-INF/classes. and added the corresponding servlet and servlet-mapping tags to web.xml. When I try it out on my desktop server it works fine, but when I redeploy to the department test server I

Re: Alternative causes of msg 404 resource not avaialble?

2004-08-17 Thread Jeffrey Barnett
PPS: The rest of the webapp runs normally. Jeffrey Barnett wrote: PS: Server is 4.1.12 Jeffrey Barnett wrote: I recently added a servlet to an existing webapp in WEB-INF/classes. and added the corresponding servlet and servlet-mapping tags to web.xml. When I try it out on my desktop server