RE: Override WAR file security settings.
By the lack of response to my question, I take it that it is not possible to override the following web.xml settings by redefining them in Tomcats server.xml security-constraint login-config security-role Any changes to those values must be made after the application has been deployed by editing the deployed web.xml. Is that correct? There is now way to override then as can be done with Environment values? Can someone confirm this or have I just missed something in the Tomcat documentation? Thanks -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 3:13 PM To: tomcat-user@jakarta.apache.org Subject: Override WAR file security settings. I am working on a web application that can be used in two ways at the same time depending on its URL. The original WAR file has a web.xml that defines tight security requiring form authentication with id and password. In Tomcats server.xml I have two Contexts with different paths but to the same docBase. I can override various Resource and Environment settings differently for each Context. However, the war file by default defines (among many other things): security-constraint login-config security-role In one of the server.xml context definitions, I want to undefine the above items (so the application just asks for the user ID). Is that possible? Or is there some other way to neutralize them in the server.xml file? The application works as desired if I edit the deployed applications web.XML (located in webapps/ directory after Tomcat deploys the war file) and completely remove the above settings. The other mode (Context) requires the use of the above items and that works OK. Hope the above makes sense or have I abbreviated the description too much? Thanks, Jim - 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: Override WAR file security settings.
Thank you, thank you, thank you! I have looked for over a day using GOOGLE, etc., just to be sure I was not missing anything! Again, thanks! -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 4:00 PM To: Tomcat Users List Subject: Re: Override WAR file security settings. I can confirm that you can't override these web.xml settings in server.xml It should be simple enough in Ant to generate two .war files that only differ by the web.xml file Mark Jim Henderson wrote: By the lack of response to my question, I take it that it is not possible to override the following web.xml settings by redefining them in Tomcat’s server.xml security-constraint login-config security-role Any changes to those values must be made after the application has been deployed by editing the deployed web.xml. Is that correct? There is now way to override then as can be done with Environment values? Can someone confirm this or have I just missed something in the Tomcat documentation? Thanks -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 3:13 PM To: tomcat-user@jakarta.apache.org Subject: Override WAR file security settings. I am working on a web application that can be used in two ways at the same time depending on its URL. The original WAR file has a web.xml that defines tight security requiring form authentication with id and password. In Tomcat’s server.xml I have two Contexts with different paths but to the same docBase. I can override various Resource and Environment settings differently for each Context. However, the war file by default defines (among many other things): security-constraint login-config security-role In one of the server.xml context definitions, I want to undefine the above items (so the application just asks for the user ID). Is that possible? Or is there some other way to neutralize them in the server.xml file? The application works as desired if I edit the deployed application’s web.XML (located in webapps/… directory after Tomcat deploys the war file) and completely remove the above settings. The other mode (Context) requires the use of the above items and that works OK. Hope the above makes sense or have I abbreviated the description too much? Thanks, Jim - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Viewing PDF in Internet Explorer
I am not familiar with 24970. But what we have done is use an iframe (or a frameset) where the source url points back to a servlet that would set the mime type and pass back the PDF data stream. Hope that helps. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 4:07 PM To: tomcat-user@jakarta.apache.org Subject: Viewing PDF in Internet Explorer I am using Tomcat 5.0.28 and need to have a pdf document open as a plug-in in Internet Explorer. I tried using the response.class file (pertaining to the content-type) recommended in the bug documentation 24970, but it did not make a difference. Is there any additional information/solutions that are available for this issue? Regards, Chris Ferraro - 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]
Override WAR file security settings.
I am working on a web application that can be used in two ways at the same time depending on its URL. The original WAR file has a web.xml that defines tight security requiring form authentication with id and password. In Tomcats server.xml I have two Contexts with different paths but to the same docBase. I can override various Resource and Environment settings differently for each Context. However, the war file by default defines (among many other things): security-constraint login-config security-role In one of the server.xml context definitions, I want to undefine the above items (so the application just asks for the user ID). Is that possible? Or is there some other way to neutralize them in the server.xml file? The application works as desired if I edit the deployed applications web.XML (located in webapps/ directory after Tomcat deploys the war file) and completely remove the above settings. The other mode (Context) requires the use of the above items and that works OK. Hope the above makes sense or have I abbreviated the description too much? Thanks, Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: how do i restrict servlet access?
Take a look at yesterdays (6/23 5:02 PM) posting Blocking urls. That should help. -Original Message- From: Jason Novotny [mailto:[EMAIL PROTECTED] Sent: Thursday, June 23, 2005 10:13 PM To: tomcat-user@jakarta.apache.org Subject: how do i restrict servlet access? Hi, I have a webapp A that uses cross-context to dispatch requests to webapp B. However, I want users to have to go thru webapp A and the mapping I set in web.xml. How do I restrict access so only webapp A can invoke B's servlet but B should be inaccessible to users navigation. Is there something I can set in the web.xml of B or would I need to modify server.xml as a site wide configuration? Thanks, Jason - 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: how do i restrict servlet access? / blocking URLs
Sorry, I am no expert. I felt lucky to get the URL blocking solved. I don't have experience for what your doing. I just thought it might lead to something and could be adapted to your needs. Good luck -Original Message- From: Jason Novotny [mailto:[EMAIL PROTECTED] Sent: Friday, June 24, 2005 1:32 PM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: how do i restrict servlet access? / blocking URLs Hi Jim, Thanks-- I just looked at using a filter as a solution, but there seems to be a problem. I want the servlet in webapp A to be able to dispatch to B but not a user. The problem is the filter will block all requests including the dispatch from A. I need a way to somehow ensure that A can invoke servlet B in web app B but not a user navigating directly... any ideas are greatly appreciated. Actually one question would be how to create a filter that allows incoming requests from that same machine but not IP's outside of it I guess? Thanks, Jason Jim Henderson wrote: Take a look at yesterdays (6/23 5:02 PM) posting Blocking urls. That should help. -Original Message- From: Jason Novotny [mailto:[EMAIL PROTECTED] Sent: Thursday, June 23, 2005 10:13 PM To: tomcat-user@jakarta.apache.org Subject: how do i restrict servlet access? Hi, I have a webapp A that uses cross-context to dispatch requests to webapp B. However, I want users to have to go thru webapp A and the mapping I set in web.xml. How do I restrict access so only webapp A can invoke B's servlet but B should be inaccessible to users navigation. Is there something I can set in the web.xml of B or would I need to modify server.xml as a site wide configuration? Thanks, Jason - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Blocking urls
Found a solution: using filters to block direct access to the Web pages. -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 22, 2005 8:48 AM To: Tomcat Users List Subject: Blocking urls I am working on porting a WebSphere JSP application to Tomcat. I can not seem to find a way in Tomcat to block access to valid pages within the application. I don't want the user to access selected pages by them typing the URL to the pages in question. Is there a means to prevent this in Tomcat? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Blocking urls
-Original Message-
From: Scott Waldner [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 23, 2005 4:00 PM
To: tomcat-user@jakarta.apache.org
Subject: RE: Blocking urls
Here is how we solved this problem using filters. This was tested on Tomcat
5.5.9 and WebSphere 6.0.
A 404 error is the standard error thrown from the web container when a
non-existent resource is requested. My goal was to send a 404 error when
these restricted resources were requested, so from a user's point of view
they cannot tell the difference between these restricted resources and any
other non-existent resource. As a follow on to this, I present the user
with a custom error page rather than the browser's default 404 error page.
The first thing to do is define the filter in the web.xml as follows:
filter
filter-nameRestrictedUrls/filter-name
display-nameRestrictedUrls/display-name
filter-classmypackage.RestrictedUrls/filter-class
/filter
...
filter-mapping
filter-nameRestrictedUrls/filter-name
!-- Specify your restricted resources here.
I restrict everything in the jsp directory
from being accessed directly. --
url-pattern/jsp/*/url-pattern
/filter-mapping
Here is the RestrictedUrls class:
--
package mypackage;
import java.io.IOException;
import javax.servlet.*;
public class RestrictedUrls implements Filter {
public void destroy() {
}
public void doFilter(ServletRequest req,
ServletResponse resp,
FilterChain chain)
throws ServletException, IOException {
req.getRequestDispatcher(/404.jsp).forward(req, resp);
// Note: if you wanted to just send a 404 (page not found)
to
// to the browser rather than showing a custom error page, I
// assume you could do the following instead of the above.
// This worked on WebSphere, didn't try it on Tomcat yet.
// This may actually be the more elegant solution, because
you
// can define your error page in the web.xml rather than in
// the application code.
// ((HttpServletResponse)resp).sendError(404);
}
public void init(FilterConfig config) throws ServletException {
}
}
--
The final thing to do is define the custom error page for the 404 error.
This is optional, since you don't have to have an error page. You do this
in the web.xml file.
error-page
error-code404/error-code
location/404.jsp/location
/error-page
I don't show the 404.jsp page here since that is standard jsp/html stuff.
This works great on most browsers, but I should point out that there is a
problem in IE because it will always display it's own error page when a 404
error is sent. The user will be blocked from the restricted resources (a
good thing) but they will be shown the IE 404 error page instead. That is a
different topic, but I did find a solution to that problem using filters if
anyone is interested.
Scott Waldner
Software Engineer
Metafile Information Systems, Inc.
-Original Message-
From: Jim Henderson [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 23, 2005 7:49 AM
To: Tomcat Users List
Subject: RE: Blocking urls
Found a solution: using filters to block direct access to the Web
pages.
-Original Message-
From: Jim Henderson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 22, 2005 8:48 AM
To: Tomcat Users List
Subject: Blocking urls
I am working on porting a WebSphere JSP application to Tomcat.
I can not seem to find a way in Tomcat to block access to valid pages
within the application. I don't want the user to access selected pages
by them typing the URL to the pages in question.
Is there a means to prevent this in Tomcat?
-
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]
Blocking urls
I am working on porting a WebSphere JSP application to Tomcat. I can not seem to find a way in Tomcat to block access to valid pages within the application. I don't want the user to access selected pages by them typing the URL to the pages in question. Is there a means to prevent this in Tomcat? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to read arguments?
Can someone tell me how to access the values of debug, dataSourceName and dataSourceName from within class EnterpriseCustomUserRealm? I tried using a Context but I missed the boat somewhere. Realm className=com.metafile.tomcat.enterpriseregistry.EnterpriseCustomUserRealm debug=992 dataSourceName=false dataSourceName=EnterpriseUserDB / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to read arguments?
Hi mark! I am the supplier of the Realm! :) I don't know how to access the parameters defined for the realm configuration from within the realm java code. Thanks for responding. Jim -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 24, 2005 2:23 PM To: Tomcat Users List Subject: Re: How to read arguments? Jim, I am not sure I understand your question. Could you re-phrase it? What I can say is that this Realm is not part of the standard Tomcat distribution. You might be better off talking to whoever supplied you with this Realm. Mark Jim Henderson wrote: Can someone tell me how to access the values of debug, dataSourceName and dataSourceName from within class EnterpriseCustomUserRealm? I tried using a Context but I missed the boat somewhere. Realm className=com.metafile.tomcat.enterpriseregistry.EnterpriseCustomUserRealm debug=992 dataSourceName=false dataSourceName=EnterpriseUserDB / - 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]
RE: How to read arguments?
David - You are right! Thank you! Simple getters and setters. -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 24, 2005 3:04 PM To: Tomcat Users List Subject: Re: How to read arguments? You might want to check the Tomcat source for an example, but I believe Tomcat uses getter/setter bean methods to transfer that info to an instance of the object after creating it. So for instance, the attribute debug would be set by calling newRealmInstance.setDebug(992) ; --David Jim Henderson wrote: Hi mark! I am the supplier of the Realm! :) I don't know how to access the parameters defined for the realm configuration from within the realm java code. Thanks for responding. Jim -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 24, 2005 2:23 PM To: Tomcat Users List Subject: Re: How to read arguments? Jim, I am not sure I understand your question. Could you re-phrase it? What I can say is that this Realm is not part of the standard Tomcat distribution. You might be better off talking to whoever supplied you with this Realm. Mark Jim Henderson wrote: Can someone tell me how to access the values of debug, dataSourceName and dataSourceName from within class EnterpriseCustomUserRealm? I tried using a Context but I missed the boat somewhere. Realm className=com.metafile.tomcat.enterpriseregistry.EnterpriseCustomUserRealm debug=992 dataSourceName=false dataSourceName=EnterpriseUserDB / - 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] - 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: [Tomcat] Web Traffic Analisys Tool
Linux has some tools, comes with the distribution depending on which your using. I've used earthreal. Take a look at: http://www.topology.org/comms/netmon.html might be a start. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Saturday, May 21, 2005 6:08 AM To: tomcat-user@jakarta.apache.org Subject: [Tomcat] Web Traffic Analisys Tool Good Morning all, I'm looking for a free and good web traffic analyzer to use with tomcat 5.x but searching on the net I can't find anything good. Does anyone know a good tool? (if it exists) Thanks in advice -- Omar Adobati [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]
RE: confused about simple logging
If I write to stdout where does that go? System.stdout.println(Where does this get printed to?); I assume C:/tomcat.../log/stdout? -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, May 23, 2005 12:28 PM To: 'Tomcat Users List' Subject: RE: confused about simple logging Your confusion possibly arises because there are at least 2 types of logger that you might mean, and 3 main choices for one of those at the moment, although one of those 3 is deprecated and a second is probably becoming less popular. OK I'll take a quick stab and see if this gets you anywhere in the right direction. You mention two distinct types of logging. The 1st is the hit logging which is very similar to what you would get from apache httpd. This simply logs each incoming request. This is achieved by adding a Valve to your %catalina_home%\conf\server.xml - you can embed it inside the Host/Host, Engine/Engine or Context/Context tags, but for your purposes, just shove it in the engine for now. It looks a bit like this: Engine blah blah Valve className=org.apache.catalina.valves.FastCommonAccessLogValve directory=logs prefix=ao_access_log_ suffix=.log pattern=common resolveHosts=false/ /Engine You can tweak the path, filename, and the pattern that defines each line - see http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/valve.html for details. Leave resolveHosts set false to speed up performance. Not that my example above is from my own 5.5.9 server - ISTR 5.0 config syntax is different - check the doc link above for the detail. The 2nd part of your logging is where you write your own messages to a logfile. I did that as follows: java.util.logging.Logger logger = java.util.logging.Logger.getLogger(logname); logger.setLevel(logLevel); fh = new FileHandler(logFilePath, maxLogFileSize, logFileCount, true); fh.setFormatter(new AoLogFormatter(logFileDateTimePattern)); logger.addHandler(fh); Then to write a log message you can just do this: log(Write this to the log); and it will write the log file to logFilePath See the java.util.logging.Logger javadocs for more details. This is very basic. Much more spophistication can be achieved through config files. -Original Message- From: Lane [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 18:01 To: Tomcat Users List Subject: confused about simple logging Hello. I'm a bit confused about simple logging on tomcat 5.0. I've read much of the FAQ at http://jakarta.apache.org/tomcat/faq/logging.html#builtIn but that doesn't seem to address what I'm looking for, which is just routine mundane daily activity. For instance, if I create and deploy a simple Hello World application that contains only index.jsp, no servlets, no external classes and no JNDI resources, where on earth will a hit be recorded when I navigate to http://localhost/helloworld/index.jsp ? And where is the error recorded if I mistype and navigate to http://localhost/helloworld/jndex.JSP ? Do I have to build such logging into the application? Or does Catalina handle that for me? And if so ... where on earth? I'm using FreeBSD installed at /usr/local/jakarta-tomcat5.0 I see log information in /usr/local/jakarta-tomcat5.0/logs/stderr.log and /usr/local/jakarta-tomcat5.0/logs/stdout.log but nothing that records a page hit. Thanks, lane - 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]
RE: confused about simple logging
Well I am having lots of self doubt. I am trying to install my own overloaded JDBCRealm, I have been getting some Sybase jdescripter error. (My backend DB has an old means of encoding passwords so I overloaded the getPassword method.) I don't know if my code is getting called or is it not. I have System.out trace statements in the constructor after the call to the super ctor as well as the getPassword method. And, I see none of my trace in any of the Tomcat log files. This is frustrating after 3 days. -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, May 23, 2005 1:46 PM To: 'Tomcat Users List' Subject: RE: confused about simple logging Not sure, ut I think all the output streams are diverted to that file. It's probably configurable. Don't know full detail to be honest. Best wasy is try it and see. -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 19:02 To: Tomcat Users List Subject: RE: confused about simple logging If I write to stdout where does that go? System.stdout.println(Where does this get printed to?); I assume C:/tomcat.../log/stdout? -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, May 23, 2005 12:28 PM To: 'Tomcat Users List' Subject: RE: confused about simple logging Your confusion possibly arises because there are at least 2 types of logger that you might mean, and 3 main choices for one of those at the moment, although one of those 3 is deprecated and a second is probably becoming less popular. OK I'll take a quick stab and see if this gets you anywhere in the right direction. You mention two distinct types of logging. The 1st is the hit logging which is very similar to what you would get from apache httpd. This simply logs each incoming request. This is achieved by adding a Valve to your %catalina_home%\conf\server.xml - you can embed it inside the Host/Host, Engine/Engine or Context/Context tags, but for your purposes, just shove it in the engine for now. It looks a bit like this: Engine blah blah Valve className=org.apache.catalina.valves.FastCommonAccessLogValve directory=logs prefix=ao_access_log_ suffix=.log pattern=common resolveHosts=false/ /Engine You can tweak the path, filename, and the pattern that defines each line - see http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/valve.html for details. Leave resolveHosts set false to speed up performance. Not that my example above is from my own 5.5.9 server - ISTR 5.0 config syntax is different - check the doc link above for the detail. The 2nd part of your logging is where you write your own messages to a logfile. I did that as follows: java.util.logging.Logger logger = java.util.logging.Logger.getLogger(logname); logger.setLevel(logLevel); fh = new FileHandler(logFilePath, maxLogFileSize, logFileCount, true); fh.setFormatter(new AoLogFormatter(logFileDateTimePattern)); logger.addHandler(fh); Then to write a log message you can just do this: log(Write this to the log); and it will write the log file to logFilePath See the java.util.logging.Logger javadocs for more details. This is very basic. Much more spophistication can be achieved through config files. -Original Message- From: Lane [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 18:01 To: Tomcat Users List Subject: confused about simple logging Hello. I'm a bit confused about simple logging on tomcat 5.0. I've read much of the FAQ at http://jakarta.apache.org/tomcat/faq/logging.html#builtIn but that doesn't seem to address what I'm looking for, which is just routine mundane daily activity. For instance, if I create and deploy a simple Hello World application that contains only index.jsp, no servlets, no external classes and no JNDI resources, where on earth will a hit be recorded when I navigate to http://localhost/helloworld/index.jsp ? And where is the error recorded if I mistype and navigate to http://localhost/helloworld/jndex.JSP ? Do I have to build such logging into the application? Or does Catalina handle that for me? And if so ... where on earth? I'm using FreeBSD installed at /usr/local/jakarta-tomcat5.0 I see log information in /usr/local/jakarta-tomcat5.0/logs/stderr.log and /usr/local/jakarta-tomcat5.0/logs/stdout.log but nothing that records a page hit. Thanks, lane - 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
RE: confused about simple logging
GOOD IDEA! I'll do that! (When this is done, I should have no logging at all.) -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, May 23, 2005 2:23 PM To: 'Tomcat Users List' Subject: RE: confused about simple logging If you really reach your wits end making logging work and just want a blunt instrument to detect one-off if your overloaded method is called, when not do something else to signal its presence, such as add a line to it which creates a file called ive.been.called in a certain directory. Gets you past having to fix your log/stream problem. You won't find this logging framework in the TC docs though ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sybase DB Failure
I am trying to use the UserDatabaseRealm connecting to a Sybase DB server. I get the following error: --- May 20, 2005 11:17:34 AM org.apache.catalina.realm.DataSourceRealm open SEVERE: Exception performing authentication org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (JZ0SJ: Metadata accessor information was not found on this database. Please install the required tables as mentioned in the jConnect documentation.) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource .java:855) --- I looked up the error on Sybases's documentation and the message is: Metadata accessor information was not found on this database. Action: Install metadata information before making metadata calls. -- Any suggestions? There seem to be many references to the same error on the WEB but they are not answered. What metadata are thy talking about - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: server options
That is a new change with Java in 1.5. 1.4 allowed the runtime -server option. Right? -Original Message- From: Fritz Schneider [mailto:[EMAIL PROTECTED] Sent: Thursday, May 19, 2005 5:06 PM To: 'Tomcat Users List'; 'Sergey Livanov' Subject: RE: server options Sergey, The -server option is not used in Windows. Instead, you copy the jre\bin\server folder from the JDK into your JRE installation folder and select that JVM in your service configuration. Fritz -Original Message- From: Sergey Livanov [mailto:[EMAIL PROTECTED] Sent: Thursday, May 19, 2005 1:15 PM To: Tomcat users Subject: server options Could you, please, give me a peace of advice? I want to set Xmx parameter. When I enter the line -server -Xmx256m on the console in the Java Options Tab , the server does not start. [2005-05-19 20:38:54] [418 javajni.c] [error] CreateJavaVM Failed [2005-05-19 20:38:54] [903 prunsrv.c] [error] Failed initializing java C:\Apache\Tomcat\bin\bootstrap.jar [2005-05-19 20:38:54] [1131 prunsrv.c] [error] ServiceStart returned 2 When I enter the line -Xmx256m - the server starts. If the line -Xmx256m is stayed, will it be correct ? Thanks in advance, regards, Sergey mailto:[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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
UserDatabase
I am attempting to rewrite org.apache.catalina.users to access an existing backend application database of users and groups. The database could have hundreds of users. I cannot add/change/delete users or groups in the database from the Tomcat Admin consol. In other words authentication will be indirectly performed using an external DB. I have the following idea - what do you think? 1) Given the above I am thinking of extending the MemoryUserDatabase class. 2) I will throw an UnsupportedOperationException if the Tomcat admin user tries to add/change/deleted users or groups from the consol. The admin can add/change/delete roles (there is no concept of a role in the existing backend DB). 3) I will continue to use the tomcat-users.xml file as an intermediate DB for Tomcat. After the database is opened and populated from the xml file I will validate the users and groups against the backend existing DB. If the backend has additional users or groups they will be added to the xml database. If the xml database has users or groups not defined in the backend DB they will be deleted. Thanks for any suggestions and affirmations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 4.1.18-4.1.24 causes standard tag to fail
I had been running my application with Tomcat 4.1.18 (full version) and Java
1.4.1_2-b06 under Redhat Linux 8 without problems.
However, once I switched to Tomcat 4.1.24 (full version) I get the following
error first time a page is displayed:
org.apache.jasper.JasperException: /jsp/FolderPage.jsp(88,7) No such tag
import in the tag library imported with prefix c
at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.
java:94)
at
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428
)
at
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:219
)
at org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:705)
at org.apache.jasper.compiler.Parser.parseElements(Parser.java:804)
The .jsp page is as follows (parts removed):
%@ page language=java contentType=text/html %
%@ taglib prefix=MFnet uri=mfnettags.tld %
%@ taglib prefix=c uri=http://java.sun.com/jstl/core; %
%@ taglib prefix=x uri=http://java.sun.com/jstl/xml; %
HTML
HEAD
TITLEFolderPage/TITLE
META http-equiv=Content-Type content=text/html;
charset=iso-8859-1
/HEAD
BODY bgcolor=#FF text=#00
onLoad=javascript:updateStatus();
MFnet:findDocuments
userID = %= userID %
libraryName = %= searchLib %
searchStmt = %= searchStmt %
webSearchID = %= searchKey %
startDatePriorUnit = %= searchBackUnit %
startDatePriorUnitCount = %= searchBackCount %
/
c:import url=treeFolder.xsl var=stylesheet /
x:transform xslt=${stylesheet} %= xmlFolderInfo %
/x:transform
/body
/html
Anyone know what happened between 4.1.18 and 4.1.24 of Tomcat that would
cause the error? I deployed my application in both versions the same way (I
retraced my steps twice). The first JSP page (does not use any standard
tags) is generated OK.
My application's .war file contains the core tag library.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: java/jsp dynamic data
I have wondered about using RMI over the Internet before. I have an in house WEB Start application that uses RMI. But it requires the server to have most of its ports almost wide open (in addition to 1099). Doesn't it? Leaving open Internet vulnerabilities. Maybe my understanding of RMI is a little fuzzy. Can someone clarify this? -Original Message- From: Mike Jackson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:31 PM To: Tomcat Users List Subject: RE: java/jsp dynamic data You could look into doing an applet with rmi back to the server it came from. Or do an EJB message bean, where the message queue is the server that the applet came from (don't know if you can do this, but it's like that you can). --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Jeff Ousley [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 12:08 PM To: 'Tomcat Users List' Subject: java/jsp dynamic data All, I'm sorry to bring this up again, but I'm just not seeing clearly and maybe someone here could help. I need to write an application that displays in a web browser some data that will change from second to second. I have to use java in some form. I'm tied to the jtapi packages. I thought that jsp would be a good way to go, but I find that I'm limited in that jsp provides no way to refresh what is on the screen in a near real-time fashion. Past answers on this newsgroup have suggested the meta refresh tag, or using hidden frames and javascript to do periodic refreshes. I though maybe an applet would suit my needs, but it needs to access data on remote hosts. Doesn't the applet security prevent this? There has to be a good way to accomplish this using java and I was hoping I could do I with jsp somehow. Does anyone have any other ideas or suggestions? Thanks! __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com - 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]
RE: Fw: Fight war
Here here! I, and I am sure most folks on this list, have an opinion regarding the middle east situation. Perhaps a very strong opinion. But this is not the place. -Original Message- From: Richard Dunn [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 10:46 AM To: Tomcat Users List Subject: Re: Fw: Fight war On Thursday 13 February 2003 09:41, Rasputin wrote: * Turner, John [EMAIL PROTECTED] [0234 16:34]: +1 for getting this CRAP off the list. Glad to see the fine art of argument isn't dead. How does this help, exactly? You should know better, John. What is the difference compared with what you, (me, et al) are doing. Lets keep this technical. - 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: MY ATTITUDE
It is amusing and breaks the tedium of the day? -Original Message- From: David Durst [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 4:13 PM To: [EMAIL PROTECTED] Subject: RE: MY ATTITUDE Thanx jsp. I THINK that you were defending my honor :-) in telling someone else that I really don't need at all to RTFM! Ya, you're right that I don't need to read the manual when there is ready and plentiful help/assistance for me within the ranks of this Tomcat group of ours'. Why is anyone still posting on this thread! - 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: Tomcat Manager/Administrator and server.xml file.
Sean, Thanks! I never saw that option in the admin app before. Works great! (Sorry for the long delay in responding.) After working through my configuration problems (for a over a week do to lack of personal knowledge) I wish there was a way to set a default Mail Session for in the application's web.xml rather than requiring manual editing the server.xml. The following lines inserted into the apps context entry: Resource name=mail/Session auth=Container type=javax.mail.Session/ ResourceParams name=mail/Session parameter namemail.smtp.host/name valuelocalhost/value /parameter /ResourceParams Again, thanks for pointing the abmin Delete Context option out! Jim -Original Message- From: Sean Dockery Sent: Thursday, February 06, 2003 6:01 PM To: Tomcat Users List Subject: RE: Tomcat Manager/Administrator and server.xml file. Not sure why. I never try twisted experiments like this. :-) I typically remove the context using the admin application, rather than the manager application. If I remove the .war file from the web apps folder, I also delete the unpacked war folder in both the webapps and _work folders. Subsequently deploying a .war file to the webapps folder has always worked fine. At 17:51 2003-02-04 -0600, you wrote: No one is going to byte ha? -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:47 PM To: [EMAIL PROTECTED] Subject: Tomcat Manager/Administrator and server.xml file. Can someone confirm the following observations (Tomcat 4.1.18 under Win2K and JDK 1.4.1)? Given: an application is deployed by copying is WAR file to the webapps directory and Tomcat is started. (server.xml file is out-of-the-box content, no modifications.) Then, by using Tomcat Administrator to interrogate the application environment and resources, Tomcat Administrator will insert the application items into the server.xml file where a context for the application had not existed before (must click on commit changes). When using Tomcat Manager to remove the application, the application is stopped and removed from Tomcats Administrator and Manager WEB pages. However, the application war file is not deleted from the webapps directory, the application is not removed from the work directory, nor is the applications context removed from the server.xml file. In fact, if Tomcat is shutdown and restated, the application is alive and well. If you re-deploy the application (when Tomcat is not running) by copying the WAR file to the webapps directory and deleting the work directory, then starting Tomcat, the application will fail. This is due to the server.xml file still having a context entry from above. One must stop Tomcat, edit the server.xml file and remove the context entry, delete the work file for the application to successfully restart. And, one more question, why does the application fail if the server.xml file have a context entry when the application is re-deployed (failure snippet below)? 2003-02-04 15:36:32 StandardContext[/mfnettags]: Resources start failed: 2003-02-04 15:36:32 StandardContext[/mfnettags]: Context startup failed due to previous errors 2003-02-04 15:36:32 StandardContext[/mfnettags]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/mfnettags] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) Am I correct in the above? Thanks. - 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] Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com - 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]
Tomcat Manager/Administrator and server.xml file.
Can someone confirm the following observations (Tomcat 4.1.18 under Win2K and JDK 1.4.1)? Given: an application is deployed by copying is WAR file to the webapps directory and Tomcat is started. (server.xml file is out-of-the-box content, no modifications.) Then, by using Tomcat Administrator to interrogate the application environment and resources, Tomcat Administrator will insert the application items into the server.xml file where a context for the application had not existed before (must click on commit changes). When using Tomcat Manager to remove the application, the application is stopped and removed from Tomcats Administrator and Manager WEB pages. However, the application war file is not deleted from the webapps directory, the application is not removed from the work directory, nor is the applications context removed from the server.xml file. In fact, if Tomcat is shutdown and restated, the application is alive and well. If you re-deploy the application (when Tomcat is not running) by copying the WAR file to the webapps directory and deleting the work directory, then starting Tomcat, the application will fail. This is due to the server.xml file still having a context entry from above. One must stop Tomcat, edit the server.xml file and remove the context entry, delete the work file for the application to successfully restart. And, one more question, why does the application fail if the server.xml file have a context entry when the application is re-deployed (failure snippet below)? 2003-02-04 15:36:32 StandardContext[/mfnettags]: Resources start failed: 2003-02-04 15:36:32 StandardContext[/mfnettags]: Context startup failed due to previous errors 2003-02-04 15:36:32 StandardContext[/mfnettags]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/mfnettags] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) Am I correct in the above? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Manager/Administrator and server.xml file.
No one is going to byte ha? -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:47 PM To: [EMAIL PROTECTED] Subject: Tomcat Manager/Administrator and server.xml file. Can someone confirm the following observations (Tomcat 4.1.18 under Win2K and JDK 1.4.1)? Given: an application is deployed by copying is WAR file to the webapps directory and Tomcat is started. (server.xml file is out-of-the-box content, no modifications.) Then, by using Tomcat Administrator to interrogate the application environment and resources, Tomcat Administrator will insert the application items into the server.xml file where a context for the application had not existed before (must click on commit changes). When using Tomcat Manager to remove the application, the application is stopped and removed from Tomcats Administrator and Manager WEB pages. However, the application war file is not deleted from the webapps directory, the application is not removed from the work directory, nor is the applications context removed from the server.xml file. In fact, if Tomcat is shutdown and restated, the application is alive and well. If you re-deploy the application (when Tomcat is not running) by copying the WAR file to the webapps directory and deleting the work directory, then starting Tomcat, the application will fail. This is due to the server.xml file still having a context entry from above. One must stop Tomcat, edit the server.xml file and remove the context entry, delete the work file for the application to successfully restart. And, one more question, why does the application fail if the server.xml file have a context entry when the application is re-deployed (failure snippet below)? 2003-02-04 15:36:32 StandardContext[/mfnettags]: Resources start failed: 2003-02-04 15:36:32 StandardContext[/mfnettags]: Context startup failed due to previous errors 2003-02-04 15:36:32 StandardContext[/mfnettags]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/mfnettags] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) Am I correct in the above? Thanks. - 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]
[offtopic] Opinion - Error messages
I have been in IT for approximately 25 years and worked with Cobol, C++, Fortran, PL1, Java, and others on IBM S390, PDPs, AS400s, PCs. I believe Tomcat is a great server environment. It has a lot of strengths and is evolving rapidly. Many talented developers dedicate vast amounts of time to the project. I appreciate their efforts. In all cases, error processing and reporting could be a difficult task. I appreciate the effort that it requires. But I do believe for Tomcat to flourish, which I hope it does, it needs more attention in this area. For over a week I have been painstakingly trying to set up Server.xml with my context data. Yet, I am simply rewarded with the following non-descriptive error message. I pity people that are in a production environment with development schedules who encounter similar situations. In general, Tomcat deserves high marks. But for error processing and reporting, it deserves an F. Just my $0.02 2003-02-03 09:32:57 StandardContext[/mfnettags]: Starting 2003-02-03 09:32:57 StandardContext[/mfnettags]: Processing start(), current available=false 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring default Resources 2003-02-03 09:32:57 StandardContext[/mfnettags]: Resources start failed: 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring non-privileged default Loader 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring default Manager 2003-02-03 09:32:57 StandardContext[/mfnettags]: Processing standard container startup 2003-02-03 09:32:57 StandardContext[/mfnettags]: Context startup failed due to previous errors 2003-02-03 09:32:57 StandardContext[/mfnettags]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/mfnettags] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3621) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [offtopic] Opinion - Error messages
I take help! :) (I am just frustrated and the post was intended to be positive criticism.) My app works just fine (minus the mail function) IF I do not add my Context info to server.xml. My context data is larger (includes Valve, Logger, Resource, ResourceParms, and Environment items) but I have trimmed it down to the following that is inserted in the 4.1.18 distribution after the examples context and before /Host. And it is strange, if I run the app then add the server.xml entry without clearing the work subdirectory and without redeploying, the error does not occur. This was a very confusing issue, it seemed to work sometimes and sometimes not. But if I add my Context tag to the server.xml, then deploy am WAR file, the error occurs. It is the following trimmed Context that caused the error. Context path=/mfnettags docBase=mfnettags reloadable=false debug=5 swallowOutput=false useNaming=true /Context Thanks! -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 10:08 AM To: 'Tomcat Users List' Subject: RE: [offtopic] Opinion - Error messages Is this a request for help, or just a rant? Please let us know. John -Original Message- From: Jim Henderson [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 11:04 AM To: [EMAIL PROTECTED] Subject: [offtopic] Opinion - Error messages I have been in IT for approximately 25 years and worked with Cobol, C++, Fortran, PL1, Java, and others on IBM S390, PDPs, AS400s, PCs. I believe Tomcat is a great server environment. It has a lot of strengths and is evolving rapidly. Many talented developers dedicate vast amounts of time to the project. I appreciate their efforts. In all cases, error processing and reporting could be a difficult task. I appreciate the effort that it requires. But I do believe for Tomcat to flourish, which I hope it does, it needs more attention in this area. For over a week I have been painstakingly trying to set up Server.xml with my context data. Yet, I am simply rewarded with the following non-descriptive error message. I pity people that are in a production environment with development schedules who encounter similar situations. In general, Tomcat deserves high marks. But for error processing and reporting, it deserves an F. Just my $0.02 2003-02-03 09:32:57 StandardContext[/mfnettags]: Starting 2003-02-03 09:32:57 StandardContext[/mfnettags]: Processing start(), current available=false 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring default Resources 2003-02-03 09:32:57 StandardContext[/mfnettags]: Resources start failed: 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring non-privileged default Loader 2003-02-03 09:32:57 StandardContext[/mfnettags]: Configuring default Manager 2003-02-03 09:32:57 StandardContext[/mfnettags]: Processing standard container startup 2003-02-03 09:32:57 StandardContext[/mfnettags]: Context startup failed due to previous errors 2003-02-03 09:32:57 StandardContext[/mfnettags]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/mfnettags] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext. java:3643) at org.apache.catalina.core.StandardContext.start(StandardContext .java:3621) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService .java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.j ava:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands
Configuration Variables
I can not seem to find this in my books, can someone explain this? What WAR file web.xml parameter can be used to pass application wide (not just a single Servlet or JSP) configuration data to JSP/Servlet that also is adjustable from Tomcat-Administrator control page, and what Java methods (xxx.getYyyy(parmName)) do I use to access the data given the parameter name? I would like to access the parameter from the program at any time, and not just when the Servlet is loaded (init time). I wish the O'Reilly book clearly explained the relationships of the Java accessor methods, the web.xml parameters, and the Tomcat Admin options. I seem to have gone round and round with this and now I'm lost. Thanks! attachment: winmail.dat-- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Servlet chaining, set remoteUser?
I have an existing Servlet that requires an authenticated user (HttpServletRequest.getRemoteUser()). However, the Servlet can now be invoked from another application on a Domino server which the user has already signed on to.The Domino server will redirect the request to my Servlet and pass the user ID in a file. To avoid changing my original Servlet I want to try Servlet Chaining. However, how do I set the userID in the redirected request stream? Is that possible? Thanks! Jim Henderson -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Session timeout setting (Getting desperate)
Try using the Tomcat Administration tools and see how it displays the session timeout in it's WEB pages. (http://localhost:8080/admin/login.jsp) -Original Message- From: Cox, Charlie [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 9:29 AM To: 'Tomcat Users List' Subject: RE: Session timeout setting (Getting desperate) did you have any errors in the log file? It may be something as simple as not putting the session-timeout in the correct order in the web.xml Charlie -Original Message- From: Kenny G. Dubuisson, Jr. [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 3:51 PM To: Tomcat Users List Subject: Re: Session timeout setting (Getting desperate) Just for a test, I tried moving the web.xml file in the $CATALINA_HOME/conf directory to my application's WEB-INF directory and set the session-timeout setting to 60. Restarted Tomcat and then my application quit working (wouldn't even load the first JSP page). Needless to say I removed the web.xml file from my application and restarted Tomcat to get my app back working. Still no luck in fixing the default session timeout in Tomcat. Any ideas whatsoever would be very much appreciated...I was supposed to have this fixed yesterday and I'm totally out of ideas. Thanks, Kenny - Original Message - From: Kenny G. Dubuisson, Jr. [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 19, 2002 11:25 AM Subject: Re: Session timeout setting I'm running Tomcat 4.0.5. Hope this helps. Thanks, Kenny - Original Message - From: Fabio Mengue [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 19, 2002 11:13 AM Subject: Re: Session timeout setting On Tomcat 4.0.x, you had a Manager property for this (in server.xml, called |maxInactiveInterval|). Docs say **The value for this property is inherited automatically if you specify a |session-timeout| element in the web application deployment descriptor (|/WEB-INF/web.xml|). (http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/manager.html) I just looked 4.1.x docs (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/manager.html) and the property is gone :) What version are you using ? Perhaps now it MUST be set on web.xml... I have a problem like yours. Development team will release an application soon that will require users to have sessions that last more that 1 hour; it's much much easier (for them) to just create a session and configure Tomcat to hold it for a whole day. Scalability is not on their minds, of course :) I think that has to be another way, something like Persistent Manager Implementation. Anyone knows a better way to solve this problem ? Thanks a lot, F. Kenny G. Dubuisson, Jr. wrote: Sorry to repost this but I'm kind of in a bind (got users about to lynch me which may or may not be a bad thing). Anyway...session ID's on my site (using Tomcat) are getting regenerated after a user has been logged in for 60 mins. I would like to change this to a higher value but don't know where to set it. I've read throught posts on this list and I've seen some things mention the web.xml file and its session-timeout setting but my web.xml session-timeout setting is currently set to 30 mins in that file so that can't be the proper setting that I'm looking for. Any ideas would be greatly appreicated. My users are upset that they have to re-login evey hour on an application that they use all day. Thanks in advance, Kenny -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Fabio Mengue - Centro de Computacao - Unicamp [EMAIL PROTECTED] [EMAIL PROTECTED] pi seconds is a nanocentury. - Tom Duff -- To unsubscribe, e-mail: mailto:[EMAIL 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: Session timeout setting (Getting desperate)
The path I gave you is for Tomcat 4.1. For 4.0 you will have to define the manager in the $CATALINA_HOME/conf/tomcat-users.xml. Look at documentation at: http://localhost:8080/tomcat-docs/manager-howto.html. Sorry, it is not as simple in 4.0. -Original Message- From: Kenny G. Dubuisson, Jr. [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 10:40 AM To: Tomcat Users List Subject: Re: Session timeout setting (Getting desperate) Thanks for the info. Here is my question: Try using the Tomcat Administration tools and see how it displays the session timeout in it's WEB pages. (http://localhost:8080/admin/login.jsp) I don't see such an app on my system. I'm running Tomcat 4.0.5. I went to the $CATALINA_HOME/webapps directory and see no such admin directory. Also, I examined my config files and see no such mapping for the admin app. Is this something I missed on the install? I would be very interested to see the Tomcat admin app if I could add it in now. Maybe the session setting is available via this missing app. Thanks, Kenny - Original Message - From: Jim Henderson [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Friday, December 20, 2002 9:47 AM Subject: RE: Session timeout setting (Getting desperate) Try using the Tomcat Administration tools and see how it displays the session timeout in it's WEB pages. (http://localhost:8080/admin/login.jsp) -Original Message- From: Cox, Charlie [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 9:29 AM To: 'Tomcat Users List' Subject: RE: Session timeout setting (Getting desperate) did you have any errors in the log file? It may be something as simple as not putting the session-timeout in the correct order in the web.xml Charlie -Original Message- From: Kenny G. Dubuisson, Jr. [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 3:51 PM To: Tomcat Users List Subject: Re: Session timeout setting (Getting desperate) Just for a test, I tried moving the web.xml file in the $CATALINA_HOME/conf directory to my application's WEB-INF directory and set the session-timeout setting to 60. Restarted Tomcat and then my application quit working (wouldn't even load the first JSP page). Needless to say I removed the web.xml file from my application and restarted Tomcat to get my app back working. Still no luck in fixing the default session timeout in Tomcat. Any ideas whatsoever would be very much appreciated...I was supposed to have this fixed yesterday and I'm totally out of ideas. Thanks, Kenny - Original Message - From: Kenny G. Dubuisson, Jr. [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 19, 2002 11:25 AM Subject: Re: Session timeout setting I'm running Tomcat 4.0.5. Hope this helps. Thanks, Kenny - Original Message - From: Fabio Mengue [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 19, 2002 11:13 AM Subject: Re: Session timeout setting On Tomcat 4.0.x, you had a Manager property for this (in server.xml, called |maxInactiveInterval|). Docs say **The value for this property is inherited automatically if you specify a |session-timeout| element in the web application deployment descriptor (|/WEB-INF/web.xml|). (http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/manager.html) I just looked 4.1.x docs (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/manager.html) and the property is gone :) What version are you using ? Perhaps now it MUST be set on web.xml... I have a problem like yours. Development team will release an application soon that will require users to have sessions that last more that 1 hour; it's much much easier (for them) to just create a session and configure Tomcat to hold it for a whole day. Scalability is not on their minds, of course :) I think that has to be another way, something like Persistent Manager Implementation. Anyone knows a better way to solve this problem ? Thanks a lot, F. Kenny G. Dubuisson, Jr. wrote: Sorry to repost this but I'm kind of in a bind (got users about to lynch me which may or may not be a bad thing). Anyway...session ID's on my site (using Tomcat) are getting regenerated after a user has been logged in for 60 mins. I would like to change this to a higher value but don't know where to set it. I've read throught posts on this list and I've seen some things mention the web.xml file and its session-timeout setting but my web.xml session-timeout setting is currently set to 30 mins in that file so that can't be the proper setting that I'm looking for. Any ideas would be greatly appreicated. My users are upset that they have
RE: Session timeout setting (URGENT)
Mark, nice job! I have learned a thing or two from your note. When one (at least this one) is in a hurry to put together an application, they often gloss over important details. Thanks! -Original Message- From: Mark Eggers [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 11:38 AM To: Tomcat Users List Subject: Re: Session timeout setting (URGENT) Ken, Let me qualify this before giving you a possibility. I have just started working with Tomcat as a programmer (I'm mostly a system admin / integrator / architect). And as another person on the mailing list has pointed out, I am not a part of any apache.org development team. That said, I thought I would do a little bit of research on your problem and try to help. I'm using as a reference Java Servlet Programming, Second Edition by Jason Hunter with William Crawford. On pages 216-218, session timeout is discussed. It appears that the following snippet of xml should be placed in your web application web.xml file. session-config session-timeout 60 /session-timeout /session-config This sets the session timeout to 60 minutes. Before going on, I noticed that the session timeout in the Tomcat web.xml is set at 30 minutes (at least in my installation of 4.1.12). So I am not sure where your 60 minute timeout is coming from. The book also goes on to say that the session timeout can be configured individually for a session with getMaxInactiveInterval() and setMaxInactiveInterval(). The methods take (int) seconds as the argument, not minutes. Previous pages (212-216) talk about the session tracking API and how to manage long term sessions. The session tracking API section ends on page 229. In short, there should be something useful in there that can help you out of your problem. I hope I've not been too pendantic and that this gives you enough information to help you solve your problem. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Cannot Run Servlets, only JSP's
Boy does this sound familiar! Check the posts with subject entitled RE: Directory Structure from yesterday. They may help. Sorry, if I knew to pass you the links I would. I had the SAME problem for 3 days! -Original Message- From: Johnson, Garrett [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 10:59 AM To: 'Tomcat Users List' Subject: Cannot Run Servlets, only JSP's I'm running through the O'Reilly (onjava.com) tutorial on deploying applications in Tomcat, and I can't seem to get servlets to work. I render JSP's just fine, but once I request a servlet, I get a an HTTP Status 404 error: The requested resource (/onjava/servlet/com.onjava.login) is not available. Does anyone have any idea why this would happen? I can include any necessary log files if requested, but I've wandered through them and they don't _appear_ to be of any help. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Application Alias
How do I create an application path alias? I want to make an alias path for: http://localhost:8080/mfnettags/jsp/login.jsp to http://localhost:8080/mfnet/login.jsp I see there are host IP aliases. I tried adding tomcat/conf/server.xml context for the application but as soon as I changed the path or docBase Tomcat complained when starting. Can anyone give me a hint? It is kind of easy to do with Apache. Jim Henderson Metafile Information Systems, Inc. 507-286-9232 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.12 JSP Tag Lifecycle -- Where to re-initialize tag?
Custom tags can also implement the TryCatchFinally interface. Use the doFinally() method to RE-initialize all instance variables that you don't want to maintain since last usage. I had a problem switching from Tomcat 4.0 to 4.1. -Original Message- From: Tim Moore [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 1:52 PM To: Tomcat Users List Subject: RE: 4.1.12 JSP Tag Lifecycle -- Where to re-initialize tag? Mostly in doStartTag. See http://jakarta.apache.org/taglibs/guidelines.html for more tips. -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -Original Message- From: Will Hartung [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 2:34 PM To: Tomcat Users List Subject: 4.1.12 JSP Tag Lifecycle -- Where to re-initialize tag? In out port of code from 3.2 to 4.1, we're encountering some problems with how Tomcat reuses our tags. I looked at the code, and TagHandlerPool does not call the 'release' method of the tag unless the pool is full (this is within the reuse method). My question, then, where is the appropriate place to re-initialize internal properties for a jsp tag? The life cycle diagram doesn't really have a precise place to reinitialize the content to their defaults, so I'm curious where others are putting this kind of code. Regards, Will Hartung ([EMAIL PROTECTED]) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] attachment: winmail.dat-- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Problem running in Tomcat 4.1.2 - works fine in 4.0
I spent more hours than I care to count wondering what was happening. The posting helped me out too. -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 11:56 AM To: 'Tomcat Users List' Subject: RE: Problem running in Tomcat 4.1.2 - works fine in 4.0 The default invoker servlet is disabled by default in 4.1.12. This comes up quite a bit, check the archives for yesterday, AFAIK it was answered then. http://archives.real-time.com/pipermail/tomcat-users/2002-December/thread.ht ml#88025 John -Original Message- From: Gopi Mandava [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 12:51 PM To: [EMAIL PROTECTED] Subject: Problem running in Tomcat 4.1.2 - works fine in 4.0 Hi, I'm trying to port my application to 4.1.2 from 4.0. I added my application context to the server.xml file. When I try to access any of my servlets, I get an error page with The requested resource /xpm/servlet/MyServlet not available message. I set up a simple application with just the HelloWorld servlet and when I try to access it, I get the same resource not available exception. This works fine in my Tomcat 4.0 setup. I use the same URL: http://localhost:8080/test/servlet/Hello Here is the web.xml I used in both cases: ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameMy Web Application/display-name servlet servlet-nameHello/servlet-name servlet-classHello/servlet-class /servlet /web-app - Do I have to add anything extra to web.xml in 4.1.2 to make it work? Thanks, Gopi -- To unsubscribe, e-mail: mailto:[EMAIL 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: Directory Structure
For 3+ days I have been trying to get a servlet to run in Tomcat 4.1.12. It ran fine in 4.0. It is the only servlet in webapp package of 6 JSP pages. The JSP pages work OK, they even use the JSTL. The application is displayed in a series of HTML frames, with the servlet being the last item to be displayed. If I comment out most of the code in my servlet and comment out the package xxx at the top of the file, it works (no function but is displayed) and it is pulled out of the java .jar file. I have tried almost every combination of servlet-mapping in the web.xml file that I can think of. When I include the package mfnettags at the top of the java source file I have made subdirectories and copies of it all over the place in the WAR file mfnettags\servlet\classes mfnettags\servlet\classes\mfnettags mfnettags\WEB-INF\classes\mfnettags mfnettags\WEB-INF\classes mfnettags\WEB-INF\mfnettags mfnettags\WEB-INF\mfnettags\classes etc ... in hopes that it would find it. I have tried to follow every posted suggestion on how to process: javax.servlet.ServletException: Cannot allocate servlet instance for path /mfnettags/servlet/DocViewServlet and java.lang.NoClassDefFoundError: DocViewServlet (wrong name: mfnettags/DocViewServlet) or Requested resource ... not available. The Java servlet name is: DocViewServlet The Java servlet package is: mfnettags The web application is: mfnettags This is driving me bananas. Any suggestions? -Original Message- From: Peter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 1:32 PM To: [EMAIL PROTECTED] Subject: Directory Structure I have Apache 2.0.4 amd Tomcat 4.1.9 up and running fine. Can someone tell the best way to set the Tomcat Servlet directory to /opt/myservlet.Servlet.class ? -Peter __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- To unsubscribe, e-mail: mailto:[EMAIL 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: Directory Structure
Or, maybe I forgot to include the web.xml in the WAR file. That is what I did. Thank you Cees, Noel, and Tim for taking the time to respond. I really appreciate your time. -Original Message- From: Cees van de Griend [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 2:52 PM To: Tomcat Users List; Jim Henderson Subject: Re: Directory Structure On Wednesday 11 December 2002 21:29, Jim Henderson wrote: I have tried to follow every posted suggestion on how to process: javax.servlet.ServletException: Cannot allocate servlet instance for path /mfnettags/servlet/DocViewServlet and java.lang.NoClassDefFoundError: DocViewServlet (wrong name: mfnettags/DocViewServlet) or Requested resource ... not available. The Java servlet name is: DocViewServlet The Java servlet package is: mfnettags The web application is: mfnettags This is driving me bananas. Maybe: Forgot the package name in the java source? Forgot that file names are case sensitive? Probebly forgot to put servlet-name and servet-mapping in web.xml? Your servlet should be: webapp/WEB-INF/classes/mfnettags/DocViewServlet.class Regards, Cees. -- To unsubscribe, e-mail: mailto:[EMAIL 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: I don´t understand the objective of this open list !
Oooops! This must have been sent in error! Or, are we all (Tomcat User List) going to be taken to court? -Original Message- From: micael Sent: Monday, December 09, 2002 5:58 PM To: Tomcat Users List Subject: RE: I don´t understand the objective of this open list ! This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: I don´t understand the objective of this open list !
I think it an opportunity to sell updated books! ;) -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 3:48 PM To: 'Tomcat Users List' Subject: RE: I don´t understand the objective of this open list ! I disagree. There's lots of documentation out there. It's just not blasted into peoples' faces, nor is it bound into a nice little book and shrinkwrapped. You have to go find it, and you have to read it. Most people are too lazy to do either, they want everything handed to them. John -Original Message- From: Mike DiChiappari [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 4:37 PM To: Tomcat Users List Subject: Re: I don´t understand the objective of this open list ! I know the reason for this list - at least as it applies to Jakarta. It is meant to address the complete lack of adequate documentation for tomcat. Of course, nobody can answer your questions. The purpose of Jakarta is not to build useful software for the rest of us. It is to keep geeks happy, programming something (that may or may not be of use). Documentation is only supplied for software when the builders of it are serious about wanting it to be used. Mike Well, you have lots of answers now. At 08:40 AM 12/9/2002 -0500, you wrote: In 3 opportunities i wrote to this stuped (sorry) list, and NEVER i found help. I hope that the people that participates of this list, don´t have damages about other people that don´t belong´s at your countries. Thank´s for NOTHING. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
