Start Tomcat after electricity black-out
Hi Tomcat gurus I use Mac OSX Server 10.3.9. After an electricity black-out I can not start Tomcat over Server Admin - Appication Server. The panel shows, that Tomcat is running, but it is not. After press on Stop there happens nothing. Over the Terminal with the script startup.sh I am able to start Tomcat! Does anybody know something about this wrongdoing? Many thanks! -- Oliver Hirschi http://www.FamilyHirschi.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Securityfilter for authentication
Has anyone here used securityfilter for authetntication? The samples doesn't have any database realm example. If anyone got this working using db for authetnication pls let me know, I would like to ask some questions thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Tomcat v5.5.11-alpha Released
The Apache Tomcat team is proud to announce the immediate availability of Apache Tomcat 5.5.11-alpha, which includes bugfixes over Apache Tomcat 5.5.10-alpha. The Release notes are available at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Logging of illegal requests from Tomcat 5
You could log all requests using the access log valve: Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ (more about at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/printer/valve.htm l) And then filter the log file searching for the illegal requests. Regards, Marius -Original Message- From: Dariusz [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 11:40 PM To: tomcat-user@jakarta.apache.org Subject: Logging of illegal requests from Tomcat 5 Hi, I am trying to log all illegal requests from Tomcat 5. By illegal requests I mean those that have return status code other than 200, i.e.. 404 (Page Not Found) 403 (Forbidden), 408 (Request Timeout). I am using log4j 1.2.9. I display a custom error page for the above status codes and should be able to create a custom error jsp page that will log those requests, but there must be a better way of doing this. Thanks. --Dariusz. - 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]
Catalina eat 100%CPU under heavy load
Hi all, We are using catalina in production environment for one of our production product/platform Apache/mod_jk and Ajp13Connector, average traffic is around 15 req/s (catalina entries). Apache http server 1.3.x version, mod_jk and two load balanced catalina workers. Tomcat version is 4.1.30, RH9/Linux version 2.4.20, java version 1.4.2_03, Sun jvm build 1.4.2_03-b02. After some hours (days ... it depends), CPU load grow to 100% on one of our catalina server and catalina server slow some hours after finally it doesn't respond anymore (but it's better on our point of view as we have some other daemon checkers programs). Since we have patch our product including optimisations on our side (database application), we encouter this problem very often, now one or two times a day. We have first change Ajp13Connector settings min/maxProcessors but this doesn't solve the problem. The thread dump show a lot of Ajp13Processors not working, in waiting state: Ajp13Processor[8097][8] daemon prio=1 tid=0x8a772530 nid=0x35da in Object.wait() [8ac7e000..8ac7ec98] at java.lang.Object.wait(Native Method) - waiting on 0x49a01d50 (a org.apache.ajp.tomcat4.Ajp13Processor) at java.lang.Object.wait(Object.java:429) at org.apache.ajp.tomcat4.Ajp13Processor.await(Ajp13Processor.java:295) - locked 0x49a01d50 (a org.apache.ajp.tomcat4.Ajp13Processor) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:567) at java.lang.Thread.run(Thread.java:534) 385 processors / 500 are in this state, others seems to work ok. I've already found some posts which talk about problems with the Ajp13 pool implementation under heavy load, some others related to JVM problems. We have also note (on other application/java servers) that JVM may be the problem under heavy load situations and overloaded synchronized code implementation. Have anybody encounter this kind of problem, what are the solutions we can investigate ? Changing Connector implementation, jvm version, tomcat version ... Or simply changing servlet server :-) ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Catalina eat whole CPU under heavy load
Hi all, We are using catalina in production environment for one of our production product/platform Apache/mod_jk and Ajp13Connector, average traffic is around 15 req/s (catalina entries). Apache http server 1.3.x version, mod_jk and two load balanced catalina workers. Tomcat version is 4.1.30, RH9/Linux version 2.4.20, java version 1.4.2_03, Sun jvm build 1.4.2_03-b02. After some hours (days ... it depends), CPU load grow to 100% on one of our catalina server and catalina server slow some hours after finally it doesn't respond anymore (but it's better on our point of view as we have some other daemon checkers programs). Since we have patch our product including optimisations on our side (database application), we encouter this problem very often, now one or two times a day. We have first change Ajp13Connector settings min/maxProcessors but this doesn't solve the problem. The thread dump show a lot of Ajp13Processors not working, in waiting state: Ajp13Processor[8097][8] daemon prio=1 tid=0x8a772530 nid=0x35da in Object.wait() [8ac7e000..8ac7ec98] at java.lang.Object.wait(Native Method) - waiting on 0x49a01d50 (a org.apache.ajp.tomcat4.Ajp13Processor) at java.lang.Object.wait(Object.java:429) at org.apache.ajp.tomcat4.Ajp13Processor.await(Ajp13Processor.java:295) - locked 0x49a01d50 (a org.apache.ajp.tomcat4.Ajp13Processor) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:567) at java.lang.Thread.run(Thread.java:534) 385 processors / 500 are in this state, others seems to work ok. I've already found some posts which talk about problems with the Ajp13 pool implementation under heavy load, some others related to JVM problems. We have also note (on other application/java servers) that JVM may be the problem under heavy load situations and overloaded synchronized code implementation. Have anybody encounter this kind of problem, what are the solutions we can investigate ? Changing Connector implementation, jvm version, tomcat version ... Or simply changing servlet server :-) ! --- Best regards Didier Chaumond. Chief Engineer Atchik 8, Port Saint Sauveur 31000 Toulouse France Tel: +33 (0)5 34 31 70 78 Fax: +33 (0)5 34 31 70 71 Mobile : +33 (0)6 86 49 38 38 mailto:[EMAIL PROTECTED] http://www.atchik.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Securityfilter for authentication
Hi Mark, I'm using SecurityFilter in my application successfully . What are your questions? Regards, -- Andrew Stepanenko, Software engineer, Ukrainian-Dutch Faculty of Economics and Management Ternopil State Economic University Shevchenko Street 9, Office 24-25 Ternopil, 46000 UKRAINE Tel: +38 (0352) 43 52 41 fax: +38 (0352) 43 52 45 Web: http://unf.tane.edu.ua Mark Goking wrote: Has anyone here used securityfilter for authetntication? The samples doesn't have any database realm example. If anyone got this working using db for authetnication pls let me know, I would like to ask some questions 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]
IIS TC 5.5.9 - welcome files (index.html) not found
Hi, I am using IIS and tomcat together for the first time and have one little problem... Even though I have a /web-app/welcome-file-list/welcome-file='index.html' in my web.xml and the IIS server has index.html set as a default index page in the IIS manager, it seems that IIS does not recognize index.html as an index page. In other words, I get an IIS 404 when trying to hit something like: 'http://server.com/some/folder/'. The uriworkermap.properties has *.html set to be served from tomcat. Has anybody seen this? When I run tomcat standalone everything works as expected, but we need IIS for some other pages/services that our client is running. I have tried changing the index.html to index.htm, default.html, default.htm (all of which are set in IIS to be index pages) with no luck. Any ideas? thanks for any help, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS TC 5.5.9 - welcome files (index.html) not found
Robert Koberg wrote: it seems that IIS does not recognize index.html as an index page. In other words, I get an IIS 404 when trying to hit something like: 'http://server.com/some/folder/'. The uriworkermap.properties has *.html set to be served from tomcat. Has anybody seen this? It's probably because http://server.com/some/folder/ doesn't match *.html pattern. Maybe you should try something like /context/* ? -- Mikolaj Rydzewski [EMAIL PROTECTED] Becomo S.A. tel. (12) 2927104 smime.p7s Description: S/MIME Cryptographic Signature
Re: IIS TC 5.5.9 - welcome files (index.html) not found
Mikolaj Rydzewski wrote: Robert Koberg wrote: it seems that IIS does not recognize index.html as an index page. In other words, I get an IIS 404 when trying to hit something like: 'http://server.com/some/folder/'. The uriworkermap.properties has *.html set to be served from tomcat. Has anybody seen this? It's probably because http://server.com/some/folder/ doesn't match *.html pattern. Maybe you should try something like /context/* ? Thanks. I need to check the latest uriworkermap, but I think this has been done. I will give that a try when the client gets in (they are on the west coast of the US - I am on the east coast...). best, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS TC 5.5.9 - welcome files (index.html) not found
Mikolaj Rydzewski wrote: Robert Koberg wrote: it seems that IIS does not recognize index.html as an index page. In other words, I get an IIS 404 when trying to hit something like: 'http://server.com/some/folder/'. The uriworkermap.properties has *.html set to be served from tomcat. Has anybody seen this? It's probably because http://server.com/some/folder/ doesn't match *.html pattern. Maybe you should try something like /context/* ? Hi again, I wonder if there might be a feature enhancement here... Perhaps in the uriworkermap.properties there could be an entry like: welcome-file-list=ajp13w or !welcome-file-list=ajp13w which would tell IIS to either pass /wh/ate/ver/* to tomcat in the first instance or handle it itself in the second. Worthwhile? best, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.3.2: Not able to retrieve parameters
A simple test works for me. Are you accessing Tomcat 3.3.2 directly or through another web server? Larry -Original Message- From: Code Rebel [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 8:39 PM To: tomcat-user@jakarta.apache.org Subject: Tomcat 3.3.2: Not able to retrieve parameters Hi all, For some reason I'm not able to retrieve the parameters from a URL. I have a simple test JSP file that attempts to print out the names and values of parameters passed via the URL. The JSP loads, executes and provides a response just fine, but the call to HttpServletRequest.getParameterNames() always returns an empty Enumeration, even when there are parameters on the URL. So, for example, if the following URL is given: http://localhost/examples/jsp/test.jsp?first=1second=2 ...I would expect getParameterNames() to return an Enumeration containing two strings: first and second But no such luck. My hunch is that there is something wrong in the configuration, probably in the server.xml file, but so far I haven't been able to figure out what the problem might be. Thanks in advance for your help. Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - 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: Securityfilter for authentication
I have the security filter .jar in my /lib directory but not the /lib directory of the webapp. But the server's /lib. -Original Message- From: Andrew Stepanenko [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 8:21 PM To: Mark Goking Subject: Re: Securityfilter for authentication Hello Mark, says jdbcrealm[null] I remember I also had this error but don't remember exactly a workaround. Checkout that you have a security filter .jar file in your WEB-INF/lib directory and also inspect tomcat log files. Regards, Andrew. Mark Goking wrote: Hi this is my realm. I followed your catalina realm but when I login, it says jdbcrealm[null] Is this org.apache.catalina.realm.JDBCRealm by default? Or doess my class have to be the calssname of the oracle driver? !-- start with a Catalina realm adapter to wrap the Catalina realm defined below -- realm className=org.securityfilter.realm.catalina.CatalinaRealmAdapter / realm className=org.apache.catalina.realm.JDBCRealm realm-param name=driverName value=oracle.jdbc.driver.OracleDriver/ realm-param name=debug value=0/ realm-param name=connectionURL value=jdbc:oracle:oci8:@bill / realm-param name=connectionName value=cstest / realm-param name=connectionPassword value=cstest / realm-param name=userTable value=users/ realm-param name=userNameCol value=username/ realm-param name=userCredCol value=password/ realm-param name=userRoleTable value=user_roles/ realm-param name=roleNameCol value=groupid/ /realm -- Andrew Stepanenko, Software engineer, Ukrainian-Dutch Faculty of Economics and Management Ternopil State Economic University Shevchenko Street 9, Office 24-25 Ternopil, 46000 UKRAINE Tel: +38 (0352) 43 52 41 fax: +38 (0352) 43 52 45 Web: http://unf.tane.edu.ua - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ssl connector
In server.xml I configured an ssl connector like this:
Connector port=8443 address=${jboss.bind.address} maxThreads=100
strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
scheme=https secure=true clientAuth=true
keystoreFile=${jboss.server.home.dir}/keystore keystorePass=xx
password=yy
sslProtocol = TLS /
clientAuth=true requires a client certificate. If a user doesn't have a
certificate, I would like to redirect to a http-connection or show a costum
error page. how can I realize this redirect/error page in the connector?
Any thoughts?
Cheers,
Dani
The information contained herein is confidential and is intended solely for the
addressee. Access by any other party is unauthorised without the express
written permission of the sender. If you are not the intended recipient, please
contact the sender either via the company switchboard on +44 (0)20 7623 8000, or
via e-mail return. If you have received this e-mail in error or wish to read our
e-mail disclaimer statement and monitoring policy, please refer to
http://www.drkw.com/disc/email/ or contact the sender. 3166
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
playing outside the tomcat 4 classloaders sandbox
Hi everyone.
I'm using Tomcat (4.1) and Axis 1.2 to provide a web service interface
to a classical 2-tier application. My problem is, I need to access the
existing API of this application, a single jar located outside the
tomcat install. Copying this jar inside tomcat commmon lib dir or
webapp lib dir is not permitted.
Since tomcat gets rid of the system classpath, my first thought was to
use a custom classloader, making the WebAppClassLoader his parent, and
then set the context class loader with this new classloader :
Thread.currentThread().setContextClassLoader(myClassLoader);
But it doesn't work. The myClassLoader.loadClass(JarUrl) works fine
but I still have a NoClassDefFoundError when I try to use directly a
class from the jar.
Here is the code :
URLClassLoader classloader = new URLClassLoader(
new URL[] { new URL(classpath)} ,
Thread.currentThread().getContextClassLoader()
);
Thread.currentThread().setContextClassLoader(classloader);
classloader.loadClass(mc.mis.batch.BatchParams); = ok, returns the
good Class object
mc.mis.batch.BatchParams batchParam = new mc.mis.batch.BatchParams();
= NoClassDefFoundError
If someone has an other idea, or know what is wrong, I would thank him forever.
Fabien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: playing outside the tomcat 4 classloaders sandbox
From: Fabien Benoit [mailto:[EMAIL PROTECTED]
I'm using Tomcat (4.1) and Axis 1.2 to provide a web service interface
to a classical 2-tier application. My problem is, I need to access the
existing API of this application, a single jar located outside the
tomcat install. Copying this jar inside tomcat commmon lib dir or
webapp lib dir is not permitted.
Since tomcat gets rid of the system classpath
... But you can put it back by modifying catalina.{bat,sh} depending on
platform, which will be more robust than relying on a classloader. If
you have a constraint that you're *also* not allowed to touch the Tomcat
startup files, then I would feed back that the combination of these
constraints will make any eventual solution *less* robust rather than
the intention behind the constraints of making more robust systems.
- Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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]
Redirect to 443
Is posible to force redirect to 443 when a non-ssl request is received (without having a security-constraint )? Thanks
RE: Redirect to 443
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Is posible to force redirect to 443 when a non-ssl request is received (without having a security-constraint )? You could, for example, write a filter for your webapp that checked whether the protocol was secure on an icoming request and responded with a redirect if not. - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server usin g JNDI?
Hi Wade,
Can you perhaps resend the configuration files
server.xml
web.xml
yourapp.xml
listing of files in common/lib
listing of files in yourapp/WEB-INF/lib
Again?
Cheers, Allistair.
-Original Message-
From: Wade Chandler [mailto:[EMAIL PROTECTED]
Sent: 22 August 2005 17:58
To: Tomcat Users List
Subject: RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server
usin g JNDI?
--- Wylie, Ian [EMAIL PROTECTED] wrote:
Allistair,
My apologies for taking much longer than usual to
get back to you but I had
to finish some Java code that allowed us to upgrade
our portal to PlumTree
version 5.
To clarify and answer your points below.
1) I have opted not to have a context.xml file in
the META-INF directory
but I am using the
TOMCAT_HOME/conf/Catalina/localhost/webappname.xml
file
instead.
2) I have ensured that the 3 MS JAR files for the
JDBC connection exist
only in TOMCAT_HOME/common/lib and not in my webapp
lib.
3) I have changed the java code to use a simple
'DataSource' instead of a
'ConnectionPoolDataSource' connection. See Java
code snippet below :-
Unfortunately I still get the error below :-
ERROR - NamingException - Config error with JNDI
and
datasource.javax.naming.NamingException: Cannot
create resource instance
ERROR com.webconnex.cognos.PORT.OMTLreport : Cannot
create resource
instance
I have attached my web.xml and
TOMCAT_HOME/conf/Catalina/localhost/webappname.xml
files for your perusal.
I am of yet no further forward in solving my
problem.
Any further insight would be appreciated, as Tomcat
5 allows me to do quite
a few things better, not least of which is
debugging!!
Java Code snippet :-
=
logger.debug(Before
InitialContext.) ;
InitialContext ctx = new
InitialContext();
if (ctx == null) {
log(ERROR initialising
InitialContext.) ;
logger.error(ERROR initialising
InitialContext.) ;
}
log(Before Context.) ;
ds = (DataSource)
ctx.lookup(java:comp/env/jdbc/UKportalPool);
log(Before initialising
DataSource.) ;
if(ds != null) {
con = ds.getConnection();
if (con != null) {
if ((pType != null)
(!pType.equals()))
{
userDetails = new
pfUsersBean(pType,
posName, typeCD, firstLineProduct);
userSessionDetails = new
pfUserSessionBean();
userDetails.getPrefix(con,
userDetails); // See if User is in database
//userDetails.getPrefix(pCon,
userDetails); // See if User is in database
ptpResponse.setSettingValue(SettingType.Portlet,
SalesCubePrefix,
userDetails.getSalesCubePrefix() ) ;
ptpResponse.setSettingValue(SettingType.Portlet,
description,
userDetails.getGeographyID() ) ;
ptpResponse.setSettingValue(SettingType.Portlet,
TMTLdescription,
userDetails.getGeographyID() ) ;
ptpResponse.setSettingValue(SettingType.Portlet,
MSOdescription,
userDetails.getGeographyID() ) ;
}
}
else {
log(ERROR - DB
Connection returned was null in
PortletHelper!) ;
logger.error(ERROR - DB
Connection returned was
null in PortletHelper!) ;
}
}
else {
log(ERROR - Datasource
returned was null in
PortletHelper!) ;
logger.error(ERROR -
Datasource returned was null
in PortletHelper!) ;
}
}
catch (NamingException ex){
log(ERROR - NamingException -
Config error with JNDI and
datasource. +ex);
log(ex.getMessage());
logger.error(ERROR -
NamingException - Config error with
JNDI and datasource. +ex);
logger.error(ex.getMessage());
}
catch (NullPointerException npE) {
log(npE.getMessage());
logger.error(ERROR - Null pointer
exception.);
logger.error(npE.getMessage());
}
catch (SQLException ex ){
log(Cannot get JNDI connection from
datasource. +ex);
logger.error(Cannot get JNDI
connection from datasource.
+ex);
logger.error(ex.getMessage());
logging tomcat 5.5
I read the doc and found out that in tomcat 5.5 we are suppose to use log 4 j to handle getServletContext.log. However i rather liked the old ways Is it stil supported? if i put this in my context Logger className=org.apache.catalina.logger.FileLogger prefix=servlet. suffix=.log timestamp=true / will it still work? -- Alain Gaeremynck CTO Le Groupe Interstructure (514) 374-1110 (514) 825-7810 cell weblog: http://www.sanssucre.ca (En informatique, comme en musique, n'importe quoi sauf du commercial) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logging tomcat 5.5
On 8/23/05, Alain Gaeremynck [EMAIL PROTECTED] wrote: I read the doc and found out that in tomcat 5.5 we are suppose to use log 4 j to handle getServletContext.log. However i rather liked the old ways Is it stil supported? if i put this in my context Logger className=org.apache.catalina.logger.FileLogger prefix=servlet. suffix=.log timestamp=true / will it still work? No, it's not supported anymore. You can look at your logging options here: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: playing outside the tomcat 4 classloaders sandbox
On 8/23/05, Peter Crowther [EMAIL PROTECTED] wrote:
From: Fabien Benoit [mailto:[EMAIL PROTECTED]
I'm using Tomcat (4.1) and Axis 1.2 to provide a web service interface
to a classical 2-tier application. My problem is, I need to access the
existing API of this application, a single jar located outside the
tomcat install. Copying this jar inside tomcat commmon lib dir or
webapp lib dir is not permitted.
Since tomcat gets rid of the system classpath
... But you can put it back by modifying catalina.{bat,sh} depending on
platform, which will be more robust than relying on a classloader.
I agree, but it seems that the classpath is overrided by some hidden
mecanism inside bootstrap.jar itself, not by the script?
Do you mean doing smething like
java -classpath %CLASSPATH% -jar bootstrap.jar ?
Thanks
Fabien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: logging tomcat 5.5
thanks for the info. I ws afraid of that but i wanted to make sure sigh *** Remy Maucherat wrote: On 8/23/05, Alain Gaeremynck [EMAIL PROTECTED] wrote: I read the doc and found out that in tomcat 5.5 we are suppose to use log 4 j to handle getServletContext.log. However i rather liked the old ways Is it stil supported? if i put this in my context Logger className=org.apache.catalina.logger.FileLogger prefix=servlet. suffix=.log timestamp=true / will it still work? No, it's not supported anymore. You can look at your logging options here: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html -- Alain Gaeremynck CTO Le Groupe Interstructure (514) 374-1110 (514) 825-7810 cell weblog: http://www.sanssucre.ca (En informatique, comme en musique, n'importe quoi sauf du commercial)
RE: logging tomcat 5.5
actually you don't *have* to use log4j, since 5.5.8/9 tomcat has shipped with a customised jdk logging configuration (juli) that sets up a localhost log for you out of the box -Original Message- From: Alain Gaeremynck [mailto:[EMAIL PROTECTED] Sent: 23 August 2005 16:09 To: Tomcat Users List Subject: logging tomcat 5.5 I read the doc and found out that in tomcat 5.5 we are suppose to use log 4 j to handle getServletContext.log. However i rather liked the old ways Is it stil supported? if i put this in my context Logger className=org.apache.catalina.logger.FileLogger prefix=servlet. suffix=.log timestamp=true / will it still work? -- Alain Gaeremynck CTO Le Groupe Interstructure (514) 374-1110 (514) 825-7810 cell weblog: http://www.sanssucre.ca (En informatique, comme en musique, n'importe quoi sauf du commercial) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jndi question
Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files. Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context and by extent the WAR file but it is what you have to do to get it to work right now. I feel your pain I know it is frustrating spending hours debugging just the DB connection but todate that is the reality of Java web app development. It is why I fear we will all be .Net developers some day. Example : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html CODE Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); /CODE WEB.XML resource-ref description Resource reference to a factory for java.sql.Connection instances that may be used for talking to a particular database that is configured in the server.xml file. /description res-ref-name jdbc/EmployeeDB /res-ref-name res-type javax.sql.DataSource /res-type res-auth Container /res-auth /resource-ref /WEB.XML CONTEXT FILE Context Resource name=jdbc/EmployeeDB auth=Container type=javax.sql.DataSource username=dbusername password=dbpassword driverClassName=org.hsql.jdbcDriver url=jdbc:HypersonicSQL:database maxActive=8 maxIdle=4/ /Context /CONTEXT FILE Sean Rowe wrote: Dirk, I'm sorry I didn't see the difference on the page you sent me to. However, if there is a way I can do this without having to use jstl, I would really like to know. I was hoping to put the code in a class somewhere that my servlets could use. thanks, sean Dirk Weigenand wrote: Sean, --- Ursprüngliche Nachricht --- Von: Sean Rowe [EMAIL PROTECTED] An: Tomcat Users List tomcat-user@jakarta.apache.org Betreff: Re: jndi question Datum: Mon, 22 Aug 2005 09:24:10 -0500 Thanks for responding Dirk. I've practically memorized the documentation on the link you sent: // Obtain our environment naming context Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); // Look up our data source DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); // Allocate and use a connection from the pool Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); Whenever I try this, here's what I get (which led me to trying it the way I posted): javax.naming.NameNotFoundException: Name java:comp is not bound in this Context No. Did you look at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html? I recommend putting the context definition in its own content.xml. On redeploying my application tomcat wouldn't find the driver class anymore. Mind you not the class itself but the definition of what class to load. This problem was solved by putting the context into context.xml. regards Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brian Cook Digital Services Analyst Print Time Inc. [EMAIL PROTECTED] 913.345.8900 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:
Re: jndi question
Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context and by extent the WAR file but it is what you have to do to get it to work right now. I feel your pain I know it is frustrating spending hours debugging just the DB connection but todate that is the reality of Java web app development. It is why I fear we will all be .Net developers some day. Example : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html CODE Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); /CODE WEB.XML resource-ref description Resource reference to a factory for java.sql.Connection instances that may be used for talking to a particular database that is configured in the server.xml file. /description res-ref-name jdbc/EmployeeDB /res-ref-name res-type javax.sql.DataSource /res-type res-auth Container /res-auth /resource-ref /WEB.XML CONTEXT FILE Context Resource name=jdbc/EmployeeDB auth=Container type=javax.sql.DataSource username=dbusername password=dbpassword driverClassName=org.hsql.jdbcDriver url=jdbc:HypersonicSQL:database maxActive=8 maxIdle=4/ /Context /CONTEXT FILE Sean Rowe wrote: Dirk, I'm sorry I didn't see the difference on the page you sent me to. However, if there is a way I can do this without having to use jstl, I would really like to know. I was hoping to put the code in a class somewhere that my servlets could use. thanks, sean Dirk Weigenand wrote: Sean, --- Ursprüngliche Nachricht --- Von: Sean Rowe [EMAIL PROTECTED] An: Tomcat Users List tomcat-user@jakarta.apache.org Betreff: Re: jndi question Datum: Mon, 22 Aug 2005 09:24:10 -0500 Thanks for responding Dirk. I've practically memorized the documentation on the link you sent: // Obtain our environment naming context Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); // Look up our data source DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); // Allocate and use a connection from the pool Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); Whenever I try this, here's what I get (which led me to trying it the way I posted): javax.naming.NameNotFoundException: Name java:comp is not bound in this Context No. Did you look at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html? I recommend putting the context definition in its own content.xml. On redeploying my application tomcat wouldn't find the driver class anymore. Mind you not the class itself but the definition of
RE: jndi question
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could never get
them to work.
This highlights another area of seemingly unneeded complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is frustrating spending hours debugging
just the DB connection but todate that is the reality of
Java web app
development. It is why I fear we will all be .Net
developers some day.
Example :
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources
-howto.html
CODE
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();
/CODE
WEB.XML
resource-ref
description
Resource reference to a factory for java.sql.Connection
instances that may be used for talking to a particular
database that is configured in the server.xml file.
/description
res-ref-name
jdbc/EmployeeDB
/res-ref-name
res-type
javax.sql.DataSource
/res-type
res-auth
Container
/res-auth
/resource-ref
/WEB.XML
CONTEXT FILE
Context
Resource name=jdbc/EmployeeDB
auth=Container
type=javax.sql.DataSource
username=dbusername
password=dbpassword
driverClassName=org.hsql.jdbcDriver
url=jdbc:HypersonicSQL:database
maxActive=8
maxIdle=4/
/Context
/CONTEXT FILE
Sean Rowe wrote:
Dirk, I'm sorry I didn't see the difference on the page
you sent me
to. However, if there is a way I can do this without
having to use
jstl, I would really like to know. I was hoping to put
the code in a
class somewhere that my servlets could use.
thanks,
sean
Dirk Weigenand wrote:
Sean,
--- Ursprüngliche Nachricht ---
Von: Sean Rowe [EMAIL PROTECTED]
An: Tomcat Users List tomcat-user@jakarta.apache.org
Betreff: Re: jndi question
Datum: Mon, 22 Aug 2005 09:24:10 -0500
Thanks for responding Dirk. I've practically memorized the
documentation on the link you
JSP 2.1 support?
Does anyone know when JSP 2.1 support is expected? Will that be in Tomcat 6? Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jndi question
no, that didn't help. thanks though.
could this maybe be a class problem? am i using the wrong jar files? i
can list the files i'm using if anyone thinks it might be the problem
Allistair Crossley wrote:
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could never get
them to work.
This highlights another area of seemingly unneeded complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is frustrating spending hours debugging
just the DB connection but todate that is the reality of
Java web app
development. It is why I fear we will all be .Net
developers some day.
Example :
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources
-howto.html
CODE
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();
/CODE
WEB.XML
resource-ref
description
Resource reference to a factory for java.sql.Connection
instances that may be used for talking to a particular
database that is configured in the server.xml file.
/description
res-ref-name
jdbc/EmployeeDB
/res-ref-name
res-type
javax.sql.DataSource
/res-type
res-auth
Container
/res-auth
/resource-ref
/WEB.XML
CONTEXT FILE
Context
Resource name=jdbc/EmployeeDB
auth=Container
type=javax.sql.DataSource
username=dbusername
password=dbpassword
driverClassName=org.hsql.jdbcDriver
url=jdbc:HypersonicSQL:database
maxActive=8
maxIdle=4/
/Context
/CONTEXT FILE
Sean Rowe wrote:
Dirk, I'm sorry I didn't see the difference on the page
you sent me
to. However, if there is a way I can do this without
having to use
jstl, I would really like to know. I was hoping to put
the code in a
class somewhere that my servlets could use.
thanks,
sean
Dirk Weigenand wrote:
Sean,
--- Ursprüngliche Nachricht ---
Von: Sean Rowe [EMAIL PROTECTED]
An: Tomcat Users List tomcat-user@jakarta.apache.org
Re: JSP 2.1 support?
There has been no talk of tomcat 6. It is expected that once the 2.5 version of the servlet spec is announced (in draft form) - work would begin on tomcat6. -Tim Jonathan Eric Miller wrote: Does anyone know when JSP 2.1 support is expected? Will that be in Tomcat 6? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jndi question
If you could please send
1. server.xml
2. web.xml
3. context.xml or yourwebapp.xml
4. list of files in common/lib
5. list of files in yourwebapp/WEB-INF/lib
I'd be happy to see if I can spot anything.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:41
To: Tomcat Users List
Subject: Re: jndi question
no, that didn't help. thanks though.
could this maybe be a class problem? am i using the wrong
jar files? i
can list the files i'm using if anyone thinks it might be the problem
Allistair Crossley wrote:
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've
looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could never get
them to work.
This highlights another area of seemingly unneeded complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define
the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has
not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the
WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is frustrating spending hours debugging
just the DB connection but todate that is the reality of
Java web app
development. It is why I fear we will all be .Net
developers some day.
Example :
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources
-howto.html
CODE
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();
/CODE
WEB.XML
resource-ref
description
Resource reference to a factory for java.sql.Connection
instances that may be used for talking to a particular
database that is configured in the server.xml file.
/description
res-ref-name
jdbc/EmployeeDB
/res-ref-name
res-type
javax.sql.DataSource
/res-type
res-auth
Container
/res-auth
/resource-ref
/WEB.XML
CONTEXT FILE
Context
Resource name=jdbc/EmployeeDB
auth=Container
type=javax.sql.DataSource
username=dbusername
password=dbpassword
driverClassName=org.hsql.jdbcDriver
Re: jndi question
thank you, i will
Allistair Crossley wrote:
If you could please send
1. server.xml
2. web.xml
3. context.xml or yourwebapp.xml
4. list of files in common/lib
5. list of files in yourwebapp/WEB-INF/lib
I'd be happy to see if I can spot anything.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:41
To: Tomcat Users List
Subject: Re: jndi question
no, that didn't help. thanks though.
could this maybe be a class problem? am i using the wrong
jar files? i
can list the files i'm using if anyone thinks it might be the problem
Allistair Crossley wrote:
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've
looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could never get
them to work.
This highlights another area of seemingly unneeded complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define
the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has
not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the
WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is frustrating spending hours debugging
just the DB connection but todate that is the reality of
Java web app
development. It is why I fear we will all be .Net
developers some day.
Example :
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources
-howto.html
CODE
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();
/CODE
WEB.XML
resource-ref
description
Resource reference to a factory for java.sql.Connection
instances that may be used for talking to a particular
database that is configured in the server.xml file.
/description
res-ref-name
jdbc/EmployeeDB
/res-ref-name
res-type
javax.sql.DataSource
/res-type
res-auth
Container
/res-auth
/resource-ref
/WEB.XML
CONTEXT FILE
Context
Resource name=jdbc/EmployeeDB
auth=Container
type=javax.sql.DataSource
username=dbusername
Re: jndi question
Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context and by extent the WAR file but it is what you have to do to get it to work right now. I feel your pain I know it is frustrating spending hours debugging just the DB connection but todate that is the reality of Java web app development. It is why I fear we will all be .Net developers some day. Example : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html CODE Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); /CODE WEB.XML resource-ref description Resource reference to a factory for java.sql.Connection instances that may be used for talking to a particular database that is configured in the server.xml file. /description res-ref-name jdbc/EmployeeDB /res-ref-name res-type javax.sql.DataSource /res-type res-auth Container /res-auth /resource-ref /WEB.XML CONTEXT FILE Context Resource name=jdbc/EmployeeDB auth=Container type=javax.sql.DataSource username=dbusername password=dbpassword driverClassName=org.hsql.jdbcDriver url=jdbc:HypersonicSQL:database maxActive=8 maxIdle=4/ /Context /CONTEXT FILE Sean Rowe wrote: Dirk, I'm sorry I didn't see the difference on the page you sent me to. However, if there is a way I can do this without having to use jstl, I would really like to know. I was hoping to put the code in a class somewhere that my servlets could use. thanks, sean Dirk Weigenand wrote: Sean, --- Ursprüngliche Nachricht --- Von: Sean Rowe [EMAIL PROTECTED] An: Tomcat Users List tomcat-user@jakarta.apache.org Betreff: Re: jndi question Datum: Mon, 22 Aug 2005 09:24:10 -0500 Thanks for responding Dirk. I've practically memorized the documentation on the link you sent: // Obtain our environment naming context Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); // Look up our data source DataSource ds = (DataSource)
RE: jndi question
Hi Sean,
It looks from a quick glance that your JNDI configuration is done globally,
rather than in the Context configuration, and you do not link to it using a
ResourceLink.
Try adding
ResourceLink name=myLinkToAppJndi
global=jdbc/appname
type=javax.sql.DataSource /
Into the Context block, and remove the Resource block you have in there. The
other thing to try would be to move the JNDI datasource Resource configuration
block into the Context block.
See how you get on, Allistair.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:45
To: Tomcat Users List
Subject: Re: jndi question
thank you, i will
Allistair Crossley wrote:
If you could please send
1. server.xml
2. web.xml
3. context.xml or yourwebapp.xml
4. list of files in common/lib
5. list of files in yourwebapp/WEB-INF/lib
I'd be happy to see if I can spot anything.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:41
To: Tomcat Users List
Subject: Re: jndi question
no, that didn't help. thanks though.
could this maybe be a class problem? am i using the wrong
jar files? i
can list the files i'm using if anyone thinks it might be
the problem
Allistair Crossley wrote:
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've
looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could
never get
them to work.
This highlights another area of seemingly unneeded
complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define
the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let
you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has
not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the
WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is frustrating spending hours
debugging
just the DB connection but todate that is the reality of
Java web app
development. It is why I fear we will all be .Net
developers
Re: jndi question
The first post on this included the server.xml, and further down in the page is the relevant part of web.xml ( i just double checked that ). as for context.xml, i have listed it in my webapp.xml file, as well as server.xml as all other examples have suggested. i then tried it in the admin module, where it then put it in server.xml for me. i'm willing to try anything at this point, though, if you have any suggestions. as for my post not being jndi specific, i applogize if that's the case. i'm not really familiar with jndibut when I did a search for 'connection pooling', jndi seemed to be what everyone suggested i use. what i want to do, if it's not clear, is to create a connection pool to my MySql database. thanks, sean Brian Cook wrote: Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context and by extent the WAR file but it is what you have to do to get it to work right now. I feel your pain I know it is frustrating spending hours debugging just the DB connection but todate that is the reality of Java web app development. It is why I fear we will all be .Net developers some day. Example : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html CODE Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); /CODE WEB.XML resource-ref description Resource reference to a factory for java.sql.Connection instances that may be used for talking to a particular database that is configured in the server.xml file. /description res-ref-name jdbc/EmployeeDB /res-ref-name res-type javax.sql.DataSource /res-type res-auth Container /res-auth /resource-ref /WEB.XML CONTEXT FILE Context Resource name=jdbc/EmployeeDB auth=Container type=javax.sql.DataSource username=dbusername password=dbpassword driverClassName=org.hsql.jdbcDriver url=jdbc:HypersonicSQL:database maxActive=8 maxIdle=4/ /Context /CONTEXT FILE Sean Rowe wrote: Dirk,
Re: jndi question
i will try that. thanks allistair, i really do appreciate this
Allistair Crossley wrote:
Hi Sean,
It looks from a quick glance that your JNDI configuration is done globally,
rather than in the Context configuration, and you do not link to it using a
ResourceLink.
Try adding
ResourceLink name=myLinkToAppJndi
global=jdbc/appname
type=javax.sql.DataSource /
Into the Context block, and remove the Resource block you have in there. The
other thing to try would be to move the JNDI datasource Resource configuration
block into the Context block.
See how you get on, Allistair.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:45
To: Tomcat Users List
Subject: Re: jndi question
thank you, i will
Allistair Crossley wrote:
If you could please send
1. server.xml
2. web.xml
3. context.xml or yourwebapp.xml
4. list of files in common/lib
5. list of files in yourwebapp/WEB-INF/lib
I'd be happy to see if I can spot anything.
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:41
To: Tomcat Users List
Subject: Re: jndi question
no, that didn't help. thanks though.
could this maybe be a class problem? am i using the wrong
jar files? i
can list the files i'm using if anyone thinks it might be
the problem
Allistair Crossley wrote:
Hi,
The documentation says;
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup(java:comp/env);
DataSource ds = (DataSource)
envCtx.lookup(jdbc/EmployeeDB);
However, we use;
try {
Context ctx = new InitialContext();
dataSource = (DataSource) ctx.lookup(java:comp/env/jdbc/yourdb);
} catch (NamingException nE) {
// log somewhere
} catch (NullPointerException npE) {
// log somewhere
}
Does that work for you? Allistair
-Original Message-
From: Sean Rowe [mailto:[EMAIL PROTECTED]
Sent: 23 August 2005 16:29
To: Tomcat Users List
Subject: Re: jndi question
Brian, thank you for replying. I was afraid my topic was
dead. If you
could look at my first post, I listed all the files that you have
suggested I take a look at. I have done everything you have
suggested,
but am still getting errors. The error I am getting now is
javax.naming.NameNotFoundException: Name java:comp is not
bound in this
Context
I can't find anything on the net or in any books I've
looked at that
explains this. As far as I can tell, java:comp should just
be there.
Any ideas? Thanks again.
Sean
Brian Cook wrote:
Yes you can use JNDI with out using JSTL. But the only way to
configure it is to define the JNDI resources in the web.xml and
context.xml files.Technically you should be able to use the
globally defined JNDI resources in server.xml, and I have seen
configuration set ups doing it when googling. But could
never get
them to work.
This highlights another area of seemingly unneeded
complication in
Java/Unix development. Using JNDI for data sources which
was supposed
to help you save time requires that you redundantly define
the JNDI
resource in at lest 2 if not 3 places.
The admin tool which was also supposed to help save time
defines the
JNDI resources in server.xml which does not really seem to
be all that
helpful. I am sure there is likely a reason for this but I am
ignorant of it. The admin tool is also supposed to let
you define
JNDI resources per context but it errors out when ever I
have tried it.
My experience with the Tomcat Admin and Manager tools is
that they are
worthless. Of the few steps they try to help with more
often that not
they just return errors when you need to use it. I removed
them both
and have gone back to doing set ups manually and there has
not been
much of a time difference doing it this way.
Any way for JNDI to work you will have to add the
definition for it in
both web.xml and context.xml in the Tomcat
Folder/conf/Catalina/localhost/ folder. This seems counter
productive since it makes your app less portable having the
data base
configuration details inside the context and by extent the
WAR file
but it is what you have to do to get it to work right now.
I feel your pain I know it is
Automatic Log File Rotation
Our company has standardized on newsyslog for squid and apache log file rotation and management for our production servers. I am in charge of implementing newsyslog for Tomcat log files and have a few questions: How can I keep Tomcat from adding the date to the end of the log filename? How can I keep Tomcat from rotating the logs and instead use /usr/local/sbin/newsyslog? Will this adversely affect Tomcat? With squid, I had to put the directive logfile_rotate to 0 and have newsyslog run 'squid -k rotate' to get this to work. Here is the homepage for newsyslog if anyone wants to know: http://www.weird.com/~woods/projects/newsyslog.html Thanks, Jeff Schroeder Web Administrator Comair, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jndi question
Ok but do you have the resource defined in context.xml? If you go to Tomcat Dir/conf/Cataliana/localhost/ do you see a file with the name of the module ending with .xml? If so is the resource defined in that file? If not you need to add it. From the description it sounds like nothing in this set up has been done as was show on the example page. http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html If you use the code block that is shown, define that resource in web.xml and context.xml it will work. But multiple postings latter it still sounds like the JNDI resource is not defined in context.xml and the code calling the JNDI resource differs greatly from the example provided. Sean Rowe wrote: The first post on this included the server.xml, and further down in the page is the relevant part of web.xml ( i just double checked that ). as for context.xml, i have listed it in my webapp.xml file, as well as server.xml as all other examples have suggested. i then tried it in the admin module, where it then put it in server.xml for me. i'm willing to try anything at this point, though, if you have any suggestions. as for my post not being jndi specific, i applogize if that's the case. i'm not really familiar with jndibut when I did a search for 'connection pooling', jndi seemed to be what everyone suggested i use. what i want to do, if it's not clear, is to create a connection pool to my MySql database. thanks, sean Brian Cook wrote: Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context and by extent the WAR file but it is what you have to do to get it to work right now. I feel your pain I know it is frustrating spending hours debugging just the DB connection but todate that is the reality of Java web app development. It is why I fear we will all be .Net developers some day. Example : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html CODE Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); DataSource ds = (DataSource) envCtx.lookup(jdbc/EmployeeDB); Connection conn = ds.getConnection(); ... use this connection to access the database ... conn.close(); /CODE WEB.XML
RE: jndi question
Hi, He isn't using that method of configuration, that's just 1 option of 3. He is nesting his Context definition within the server.xml Host element. Although this is now scorned, it's still valid. The 2 other methods are contextname.xml as you say, and also META-INF/context.xml within the webapp itself. Allistair. -Original Message- From: Brian Cook [mailto:[EMAIL PROTECTED] Sent: 23 August 2005 17:23 To: Tomcat Users List Subject: Re: jndi question Ok but do you have the resource defined in context.xml? If you go to Tomcat Dir/conf/Cataliana/localhost/ do you see a file with the name of the module ending with .xml? If so is the resource defined in that file? If not you need to add it. From the description it sounds like nothing in this set up has been done as was show on the example page. http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources -howto.html If you use the code block that is shown, define that resource in web.xml and context.xml it will work. But multiple postings latter it still sounds like the JNDI resource is not defined in context.xml and the code calling the JNDI resource differs greatly from the example provided. Sean Rowe wrote: The first post on this included the server.xml, and further down in the page is the relevant part of web.xml ( i just double checked that ). as for context.xml, i have listed it in my webapp.xml file, as well as server.xml as all other examples have suggested. i then tried it in the admin module, where it then put it in server.xml for me. i'm willing to try anything at this point, though, if you have any suggestions. as for my post not being jndi specific, i applogize if that's the case. i'm not really familiar with jndibut when I did a search for 'connection pooling', jndi seemed to be what everyone suggested i use. what i want to do, if it's not clear, is to create a connection pool to my MySql database. thanks, sean Brian Cook wrote: Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use it. I removed them both and have gone back to doing set ups manually and there has not been much of a time difference doing it this way. Any way for JNDI to work you will have to add the definition for it in both web.xml and context.xml in the Tomcat Folder/conf/Catalina/localhost/ folder. This seems counter productive since it makes your app less portable having the data base configuration details inside the context
RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server usin g JNDI?
--- Allistair Crossley [EMAIL PROTECTED] wrote: Hi Wade, Can you perhaps resend the configuration files server.xml web.xml yourapp.xml listing of files in common/lib listing of files in yourapp/WEB-INF/lib Again? Allistair, Sorry man, but I only wrote to you about reading up on JDPA, setting up Tomcat debug, and using TCP/IP for debugging instead of shared memory. Other guy sent info for the config files. I have used MS SQL Server and a pooled data source from inside of my web app before. I created my own datasource factory and didn't use context.xml for the configuration of what I did, though the setup should be about the same as far as where I had to put the files. I put the jdbc driver files in the common/lib on one machine, and if I remember correctly on one server for what ever reason it only seemed to work correctly by putting the files in the common/endorsed directoryI had to get someone to put files there for this one machine, and I had not configured it, but for what ever reason on this particular machine it was the only directory the jdbc drivers would load correctly. I always use a context.xml file for the data source configuration myself when I use the container managed data sources. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
validation stricter at tomcat startup than XML Schema
Hi, I just noticed that the schema: http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd allows //filter-mapping/filter-name's that have not been defined in a //filter/filter-name At tomcat startup however, there is a validation error (of course). I would say the SUN schema is wrong. best, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
error loading class in $CATALINA_BASE/shared/classes
Hello, I am just starting out with Tomcat 5 and I am experimenting with loading classes from a servlet. I have placed my .class files in $CATALINA_BASE/shared/classes. My servlet tries to instantiate a class located in $CATALINA_BASE/shared/classes I get javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.IllegalAccessError: tried to access class from class Y I discovered even if I delete the .class files from CATALINA_BASE/shared/classes I still get this error. Is there a security setup required to permit this? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jndi question
I will try all 3 once again, and provide screen shots of the errors I see. I have tried these methods before, but I will try them again for a sanity check. sean Allistair Crossley wrote: Hi, He isn't using that method of configuration, that's just 1 option of 3. He is nesting his Context definition within the server.xml Host element. Although this is now scorned, it's still valid. The 2 other methods are contextname.xml as you say, and also META-INF/context.xml within the webapp itself. Allistair. -Original Message- From: Brian Cook [mailto:[EMAIL PROTECTED] Sent: 23 August 2005 17:23 To: Tomcat Users List Subject: Re: jndi question Ok but do you have the resource defined in context.xml? If you go to Tomcat Dir/conf/Cataliana/localhost/ do you see a file with the name of the module ending with .xml? If so is the resource defined in that file? If not you need to add it. From the description it sounds like nothing in this set up has been done as was show on the example page. http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources -howto.html If you use the code block that is shown, define that resource in web.xml and context.xml it will work. But multiple postings latter it still sounds like the JNDI resource is not defined in context.xml and the code calling the JNDI resource differs greatly from the example provided. Sean Rowe wrote: The first post on this included the server.xml, and further down in the page is the relevant part of web.xml ( i just double checked that ). as for context.xml, i have listed it in my webapp.xml file, as well as server.xml as all other examples have suggested. i then tried it in the admin module, where it then put it in server.xml for me. i'm willing to try anything at this point, though, if you have any suggestions. as for my post not being jndi specific, i applogize if that's the case. i'm not really familiar with jndibut when I did a search for 'connection pooling', jndi seemed to be what everyone suggested i use. what i want to do, if it's not clear, is to create a connection pool to my MySql database. thanks, sean Brian Cook wrote: Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which does not really seem to be all that helpful. I am sure there is likely a reason for this but I am ignorant of it. The admin tool is also supposed to let you define JNDI resources per context but it errors out when ever I have tried it. My experience with the Tomcat Admin and Manager tools is that they are worthless. Of the few steps they try to help with more often that not they just return errors when you need to use
Re: Need Help Programmatically Loading Servlets in StandardContext subclass
I give up. MVC baby!
On Aug 21, 2005, at 7:24 PM, Philip Weaver wrote:
How can I programmatically load servlets and servlet mappings in
Tomcat? I'm using Tomcat 5.0.28.
I'm trying to extend StandardContext to automatically map/assign a
batch of servlets from a specified jar at startup. I'm having trouble.
As I try to add these servlets programmatically as the StandardContext
is starting up, I can't get them to register/load. The servlets loaded
from the web.xml work fine, but the ones I'm trying to add
programmatically return null ObjectNames when I query
context.getServlets(). They are also ignored or not found when I get
the URL.
Here's the code I'm trying... The most relevant code is in
addServlet() below - which I'm calling after super.start().
package com.luminera.www;
import java.io.*;
import java.util.*;
import javax.management.*;
import javax.naming.*;
import javax.servlet.*;
import org.apache.catalina.*;
import org.apache.catalina.deploy.*;
import org.apache.catalina.loader.*;
import org.apache.catalina.mbeans.*;
import org.apache.catalina.startup.*;
import org.apache.catalina.util.*;
import org.apache.commons.logging.*;
import org.apache.commons.modeler.*;
import org.apache.naming.*;
import org.apache.naming.resources.*;
import org.apache.tomcat.util.compat.*;
public class StandardContext extends
org.apache.catalina.core.StandardContext {
public StandardContext() {
super();
}
public synchronized void start() throws LifecycleException {
super.start();
this.loadServlets();
String[] asServlets = this.getServlets();
for (int i = 0; i asServlets.length; i++) {
System.out.println(known servlet: + asServlets[i]);
}
}
private void loadServlets() {
String sParameter = this.findParameter(servlets-jar);
String sBasePath = this.getBasePath();
System.out.println(sParameter: + sParameter);
System.out.println(sBasePath: + sBasePath);
if ((sParameter != null) (sBasePath != null)) {
String sJarPath = sBasePath + sParameter;
System.out.println(servlet jar path: + sJarPath);
ClassLoader classLoader =
this.getLoader().getClassLoader();
//HashMap hashMap = ServletUtility.buildServletMap(sJarPath,
classLoader); // external lib
HashMap hashMap = new HashMap();
for (Iterator iterator = hashMap.keySet().iterator();
iterator.hasNext();) {
String sPattern = (String)iterator.next();
String sClass = (String)hashMap.get(sPattern);
this.addServlet(sPattern, sClass);
}
}
}
private void addServlet(String sPattern, String sClass) {
System.out.println(Trying to load servlet for url pattern: +
sPattern);
Wrapper wrapper = null;
try {
String sName = sClass;
wrapper = this.createWrapper();
wrapper.setName(sName);
wrapper.setServletClass(sClass);
this.addChild(wrapper);
this.addServletMapping(sPattern, sName);
if (wrapper instanceof Lifecycle) {
((Lifecycle)wrapper).start();
}
System.out.println(succeeded);
System.out.println(sPattern: + sPattern);
System.out.println(sName: + sName);
} catch (Throwable throwable) {
System.out.println(failed);
Log log = LogFactory.getLog(StandardContext.class);
log.error(Failed to load servlet: + sClass,
throwable);
this.removeServletMapping(sPattern);
this.removeChild(wrapper);
}
}
private String getBasePath() {
String docBase = null;
Container container = this;
while (container != null) {
if (container instanceof Host) {
break;
}
container = container.getParent();
}
File file = new File(getDocBase());
if (!file.isAbsolute()) {
if (container == null) {
docBase = (new File(engineBase(),
getDocBase())).getPath();
} else {
Re: jndi question
Do not need the screen shots. Just copy and paste the stack trace error of the exception(All the gobblay gook that shows up on screen or in catalina.out when an exception is thrown.), the details of which ever combination of config files you are using, the code actually calling the JNDI resource. Just as a future reference including all of those things in your posts will help get a solution to your problem faster and will increase the number of people that will respond to your posts. You may find these posting guild lines helpful too. http://jakarta.apache.org/site/mail.html Sean Rowe wrote: I will try all 3 once again, and provide screen shots of the errors I see. I have tried these methods before, but I will try them again for a sanity check. sean Allistair Crossley wrote: Hi, He isn't using that method of configuration, that's just 1 option of 3. He is nesting his Context definition within the server.xml Host element. Although this is now scorned, it's still valid. The 2 other methods are contextname.xml as you say, and also META-INF/context.xml within the webapp itself. Allistair. -Original Message- From: Brian Cook [mailto:[EMAIL PROTECTED] Sent: 23 August 2005 17:23 To: Tomcat Users List Subject: Re: jndi question Ok but do you have the resource defined in context.xml? If you go to Tomcat Dir/conf/Cataliana/localhost/ do you see a file with the name of the module ending with .xml? If so is the resource defined in that file? If not you need to add it. From the description it sounds like nothing in this set up has been done as was show on the example page. http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources -howto.html If you use the code block that is shown, define that resource in web.xml and context.xml it will work. But multiple postings latter it still sounds like the JNDI resource is not defined in context.xml and the code calling the JNDI resource differs greatly from the example provided. Sean Rowe wrote: The first post on this included the server.xml, and further down in the page is the relevant part of web.xml ( i just double checked that ). as for context.xml, i have listed it in my webapp.xml file, as well as server.xml as all other examples have suggested. i then tried it in the admin module, where it then put it in server.xml for me. i'm willing to try anything at this point, though, if you have any suggestions. as for my post not being jndi specific, i applogize if that's the case. i'm not really familiar with jndibut when I did a search for 'connection pooling', jndi seemed to be what everyone suggested i use. what i want to do, if it's not clear, is to create a connection pool to my MySql database. thanks, sean Brian Cook wrote: Actually the files I listed are NOT in the first post. It shows the server.xml and the code calling it but does not show web.xml or context.xml. The error you are getting just means that that the JNDI resource being called in the code is not defined in both web.xml and context.xml. In looking at the code snip it in the first post I am not following what you are trying to do. The post is for a JNDI question but in the code it looks like you are calling the DB URL directly. The whole point of JDNI being to get specific URL, and configuration info outside of the code base. I am not following what it is you are trying to do here. Sean Rowe wrote: Brian, thank you for replying. I was afraid my topic was dead. If you could look at my first post, I listed all the files that you have suggested I take a look at. I have done everything you have suggested, but am still getting errors. The error I am getting now is javax.naming.NameNotFoundException: Name java:comp is not bound in this Context I can't find anything on the net or in any books I've looked at that explains this. As far as I can tell, java:comp should just be there. Any ideas? Thanks again. Sean Brian Cook wrote: Yes you can use JNDI with out using JSTL. But the only way to configure it is to define the JNDI resources in the web.xml and context.xml files.Technically you should be able to use the globally defined JNDI resources in server.xml, and I have seen configuration set ups doing it when googling. But could never get them to work. This highlights another area of seemingly unneeded complication in Java/Unix development. Using JNDI for data sources which was supposed to help you save time requires that you redundantly define the JNDI resource in at lest 2 if not 3 places. The admin tool which was also supposed to help save time defines the JNDI resources in server.xml which
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]
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]
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]
Re: Viewing PDF in Internet Explorer
What issue? If you are needing to get a page to load a PDF you have two options. 1. Set an A tag with the source value set to the location of the PDF. This will load the PDF in the entire window assuming that they have the PDF plug in installed. 2. The other option is to use frames and have the PDF load as the source of one of the frames. This will load the PDF in one of the frames and give you space around it if you need it. Did that answer your question? If not we would need at lest a hint of what problem is. [EMAIL PROTECTED] wrote: 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] -- Brian Cook Digital Services Analyst Print Time Inc. [EMAIL PROTECTED] 913.345.8900 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ehacache prevents web app reload
Greetings, I'm using Tomcat 5.9 and Spring1.2.3, and Hibernate3. I have to stop and start Tomcat each time I need to reload my web app, otherwise, ehcache is holding onto a resource which prevents the old web app from being deleted so it can be replaced by the reloaded one. I searched the Hibernate forum and found some discussions which indicate a memory leak. Gavin finally chimmed in with Guys, there is a method called SessionFactory.close() that you MUST call to release resources. I'm using HibernateInterceptor so I assume this should be handled under the covers. Any ideas? /robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MAIL FAILURE
* THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * The email you sent was not delivered to the desired recipient because it was blocked/filtered for a specific reason, which may include: - reply to [EMAIL PROTECTED] - mail undeliverable because mailbox is not existant (or removed) - unsolicited email If you wish to contact Aaron Ardiri ([EMAIL PROTECTED]), you may use the following service to send an instant message direct to his mobile where you can put a request for contact and an attempt will be made to return your contact. http://www.contactme.biz/ Thankyou. * THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Exception when using TLD files in JAR files included with web application
Hi, I am evaluating the migration to Tomcat from Resin and encounted the following problem. The following exception is raised when I am trying to use tag libraries packaged as JAR files in the web application with both Tomcat 5.5.9 or 5.5.11 (I have the JAR file with the tld in META-INF/tlds directory): My JSP page: jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; xmlns:ui=http://www.metatv.com/common/ui/tags-test; version=2.0 test:dosomething/ /jsp:root Exception: org.apache.jasper.JasperException: /test.jsp(7,25) Could not add one or more tag libraries. org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHand ler.java:39) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java :405) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java :86) org.apache.jasper.compiler.JspDocumentParser.parse(JspDocumentParser.jav a:211) org.apache.jasper.compiler.ParserController.doParse(ParserController.jav a:196) org.apache.jasper.compiler.ParserController.parse(ParserController.java: 100) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:146) org.apache.jasper.compiler.Compiler.compile(Compiler.java:286) org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja va:556) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:293) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) I've configured Tomcat for multiple instances and besides the above problem the rest looks okay. I did not have this problem with Resin. So, is this a bug in Tomcat or am I missing something? Thanks, Seva - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MAIL FAILURE
* THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * The email you sent was not delivered to the desired recipient because it was blocked/filtered for a specific reason, which may include: - reply to [EMAIL PROTECTED] - mail undeliverable because mailbox is not existant (or removed) - unsolicited email If you wish to contact Aaron Ardiri ([EMAIL PROTECTED]), you may use the following service to send an instant message direct to his mobile where you can put a request for contact and an attempt will be made to return your contact. http://www.contactme.biz/ Thankyou. * THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat can't find the web.xml file in its own directory
I am trying to get Tomcat 4.0.6 to work with Apache 2.0 runnning under Fedora Linux. Tomcat was installed by my web host, which does not seem to believe in the concepts of documentation or technical support for Tomcat, so I, a newbie, am trying to work through configuring all the files to get it to work right with Apache and my virtual site directory. I guess I am doing some things right but... When I start Tomcat (starting Tomcat first, then Apache), I get the folloing error message: ContextConfig[]: Missing application web.xml, using defaults only. I've looked around with Google for others who have had this problem, and as a result have checked through the easy to correct causes of problems - Yes, I have the web.xml file in the WEB-INF directory. Yes, the WEB-INF directory is named in caps. Yes, the WEB-INF directory is at Tomcat4/webapps/ROOT/WEB-INF (which as far as I can tell is where it's supposed to be - Tomcat 4 is Catalina_home). This web.xml file was provided by the web host, and presumably has the right headers in it: ?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; I wouldn't know if there is something wrong there, but I assume that the web host knows what to put at the top of a web.xml file. Also all the filter-mapping servlet and other tags seem to be nested OK. Another cause for problems that someone ran into (but unfortunately didn't explain) was an error in the server.xml file. As far as I can tell, that has the right info in it, but there are a few places where I'm not 100% sure I understand what the syntax is supposed to be: Server port=8005 shutdown=SHUTDOWN debug=0 Service name=Tomcat-Apache13 Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 address=somefournumberaddress minProcessors=5 maxProcessors=75 enableLookups=true appBase=webapps acceptCount=10 debug=0/ Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache - Tomcat4 defaultHost=defaultHost debug=0 Host name=defaultHost appbase=/var/www/html Context path= docBase= / /Host Host name=mywebsite.com appBase=/home/virtual/site1/fst/var/www/html Aliaswww.mywebsite.com/Alias AliasmyIPaddress/Alias AliasmyIPaddress/rpgtonight.com/Alias Realm className=org.apache.catalina.realm.MemoryRealm / Context path= docBase=/home/virtual/site1/fst/var/www/html / /Host /Engine /Service /Server In the first host.../host section, the line is literal - I use the word defaultHost there. The appBase and docBase are both where my (virtual) site's own WEB-INF folder (with the /class, /lib, and /jsp folders) is located. For what it's worth, when Tomcat starts in with it's default web.xml startup proceedure, it seems to know where the site's webapp is, because it puts a bunch of jar files in the /lib folder there. (shotly after which it stops because of another error, but that's another story - first things first). First of all, does anyone see anything (especially in the server.xml file) that might be amiss? If not, are there any other common reasons why Tomcat might not be able to find the web.xml file in its own directory? -Robert Greene Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MAIL FAILURE
* THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * The email you sent was not delivered to the desired recipient because it was blocked/filtered for a specific reason, which may include: - reply to [EMAIL PROTECTED] - mail undeliverable because mailbox is not existant (or removed) - unsolicited email If you wish to contact Aaron Ardiri ([EMAIL PROTECTED]), you may use the following service to send an instant message direct to his mobile where you can put a request for contact and an attempt will be made to return your contact. http://www.contactme.biz/ Thankyou. * THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using securityfilter in jboss/tomcat
Hi, Ive successfully used securityfilter with jboss/tomcat. But the problem is, securityfilter has a securityfilter-config.xml and within this is required a realm tag for db authentication. If I don't use securityfilter, I can just add this line realm-namemark-login/realm-name (which is configured in the server/cs/conf/login-config.xml) within the login-config tag Any idea how to go about making mark-login work within sceurityfilter-config.xml ? Rather than having to make a realm tag? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MAIL FAILURE
* THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * The email you sent was not delivered to the desired recipient because it was blocked/filtered for a specific reason, which may include: - reply to [EMAIL PROTECTED] - mail undeliverable because mailbox is not existant (or removed) - unsolicited email If you wish to contact Aaron Ardiri ([EMAIL PROTECTED]), you may use the following service to send an instant message direct to his mobile where you can put a request for contact and an attempt will be made to return your contact. http://www.contactme.biz/ Thankyou. * THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Message Format
Hi people, I'm a bit stumped as to what to track/trace in this instance. Can someone point me in the right direction please? Apache 2.0.54 Tomcat 5.5.9 4.1.30 mod_jk 1.2.14 I am trying to integrate Apache with the 2 different versions of Tomcat into 2 different Apache VirtualHosts. I am as far as; Apache is integrated with TC_5.5.9 (on :8080) and works. mod_jk connector listening on :8009 TC_4.1.30 installed and working stand-alone on :9080 mod_jk connector listening on :9009 Each Tomcat instance has it's own user and startup script in /etc/init.d, creating its own CATALINA_HOME, etc. envvar's. catalina.out in each instance tells me the server is started without errors. Workers.properties looks like; worker.list=ajp13Wkr, cdnWkr worker.ajp13Wkr.port=8009 worker.ajp13Wkr.host=host1.Apache-VHost1.com worker.ajp13Wkr.type=ajp13 worker.cdnWkr.port=9009 worker.cdnWkr.host=host2.Apache-VHost2.com worker.cdnWkr.type=ajp13 - httpd.conf -- JkWorkersFile /opt/httpd/conf/workers.properties JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories JkLogStampFormat [%a %d %b %Y %H:%M:%S] JkRequestLogFormat %w %V %T JkLogFile /var/log/httpd/mod_jk.log JkLogLevel info And an Include directive for the JkMount mappings in each VirtualHost tag. Yet when I try to access a jsp on host2.apache-VHost2.com, I get the errors below and I really have no idea where to start looking. I suspect it's trying to look on 8009 for the worker as opposed to 9009, but can't confirm it. Can you point me in the right direction please? mod_jk.log offers up this; [Wed 24 Aug 2005 13:33:58] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (981): wrong message format 0x4854 from 192.168.0.1:9009 [Wed 24 Aug 2005 13:33:58] [error] ajp_get_reply::jk_ajp_common.c (1503): Tomcat is down or refused connection. No response has been sent to the client (yet) [Wed 24 Aug 2005 13:33:58] [info] ajp_service::jk_ajp_common.c (1721): Receiving from tomcat failed, recoverable operation attempt=0 [Wed 24 Aug 2005 13:33:58] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Wed 24 Aug 2005 13:34:58] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (981): wrong message format 0x4854 from 192.168.0.1:9009 [Wed 24 Aug 2005 13:34:58] [error] ajp_get_reply::jk_ajp_common.c (1503): Tomcat is down or refused connection. No response has been sent to the client (yet) [Wed 24 Aug 2005 13:34:58] [info] ajp_service::jk_ajp_common.c (1721): Receiving from tomcat failed, recoverable operation attempt=1 [Wed 24 Aug 2005 13:34:58] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=2 [Wed 24 Aug 2005 13:35:58] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (981): wrong message format 0x4854 from 192.168.0.1:9009 [Wed 24 Aug 2005 13:35:58] [error] ajp_get_reply::jk_ajp_common.c (1503): Tomcat is down or refused connection. No response has been sent to the client (yet) [Wed 24 Aug 2005 13:35:58] [info] ajp_service::jk_ajp_common.c (1721): Receiving from tomcat failed, recoverable operation attempt=2 [Wed 24 Aug 2005 13:35:58] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=3 [Wed 24 Aug 2005 13:35:58] [error] ajp_service::jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=cdnWkr failed [Wed 24 Aug 2005 13:35:58] [info] jk_handler::mod_jk.c (1971): Service error=0 for worker=cdnWkr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MAIL FAILURE
* THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * The email you sent was not delivered to the desired recipient because it was blocked/filtered for a specific reason, which may include: - reply to [EMAIL PROTECTED] - mail undeliverable because mailbox is not existant (or removed) - unsolicited email If you wish to contact Aaron Ardiri ([EMAIL PROTECTED]), you may use the following service to send an instant message direct to his mobile where you can put a request for contact and an attempt will be made to return your contact. http://www.contactme.biz/ Thankyou. * THIS EMAIL IS AUTOGENERATED - DO NOT REPLY TO * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
