Security manager w/ manager app
All: Is it possible to start Tomcat w/ the security manager enabled if I were to use the Tomcat Web Application Manager? -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to force the Tomcat manager app to run in SSL only?
Thanks Chuck. I have added the following: to manager's web.xml and it worked: security-constraint web-resource-collection web-resource-nameHTML Manager/web-resource-name url-pattern/html/*/url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint auth-constraint role-namemanager/role-name /auth-constraint /security-constraint However, I am not sure with this setting before I actually get to the manager page, are the login and password encrypted by SSL when sent through the network? Because at that time when it asked login/password the browser security lock icon had not been displayed yet. Thanks, Raymond - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Friday, September 09, 2005 12:53 PM Subject: RE: How to force the Tomcat manager app to run in SSL only? From: Augmentin [mailto:[EMAIL PROTECTED] Subject: Fw: How to force the Tomcat manager app to run in SSL only? Since manager does not actually exist under /webapps I can't put a security-constraint in a web.xml file. You need to look around a little bit more, such as in server/webapps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - 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]
Fw: How to force the Tomcat manager app to run in SSL only?
Hi All, I have looked into docs about manager.xml, Context, Valves etc but still find no clues. Since manager does not actually exist under /webapps I can't put a security-constraint in a web.xml file. Thanks for help! Raymond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to force the Tomcat manager app to run in SSL only?
From: Augmentin [mailto:[EMAIL PROTECTED] Subject: Fw: How to force the Tomcat manager app to run in SSL only? Since manager does not actually exist under /webapps I can't put a security-constraint in a web.xml file. You need to look around a little bit more, such as in server/webapps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to use Admin and Manager app. when $CATALINA_BASE is redefined ?
Hi, We use Tomcat 4.1.24 and JSDK 1.4.1.07 on Windows 2000. In our project, we have redefined $CATALINA_BASE to point to our webapp directory outside of $CATALINA_HOME. It works perfectly. So now, we want to use administration and manager web applications. But /admin and /manager are searched from our webapp directory and not from $CATALINA_HOME/server/webapps. How can i do to redirect to $CATALINA_HOME/server/webapps/admin and $CATALINA_HOME/server/webapps/manager ? We have tried to modify our server.xml : Initial content : Server debug=0 port=8081 shutdown=SHUTDOWN Service name=Tomcat-Standalone Connector acceptCount=10 className=org.apache.catalina.connector.http.HttpConnector connectionTimeout=6 debug=0 maxProcessors=75 minProcessors=5 port=8080/ Engine debug=0 defaultHost=localhost name=Standalone Host appBase=webApp debug=0 name=localhost unpackWARs=false Context path= debug=0 docBase=/ /Host /Engine /Service /Server Modified content : Server debug=0 port=8081 shutdown=SHUTDOWN Service name=Tomcat-Standalone Connector acceptCount=10 className=org.apache.catalina.connector.http.HttpConnector connectionTimeout=6 debug=0 maxProcessors=75 minProcessors=5 port=8080/ Engine debug=0 defaultHost=localhost name=Standalone Host appBase=webApp debug=0 name=localhost unpackWARs=false Context path= debug=0 docBase=/ Context path=/admin privileged=true debug=0 docBase=C:/ProgramFiles/Tomcat4.1/server/webapps/admin/ Context path=/manager privileged=true debug=0 docBase=C:/ProgramFiles/Tomcat4.1/server/webapps/manager/ /Host /Engine /Service /Server But we have got the following errors : // HttpConnector Opening server socket on all host IP addresses Dmarrage du service Tomcat-Standalone Apache Tomcat/4.1.24-LE-jdk14 WebappLoader[/admin]: Deploying class repositories to work directory F:\DEV\Moteur\work\Standalone\l ocalhost\admin WebappLoader[/admin]: Deploy class files /WEB-INF/classes to C:\APPFT\Tomcat4.1\server\webapps\admin \WEB-INF\classes WebappLoader[/admin]: Deploy JAR /WEB-INF/lib/struts.jar to C:\APPFT\Tomcat4.1\server\webapps\admin\ WEB-INF\lib\struts.jar ContextConfig[/admin]: Exception lors du traitement du JAR indiqu par le chemin de ressource /WEB-I NF/lib/struts.jar javax.servlet.ServletException: Exception lors du traitement du JAR indiqu par le chemin de ressour ce /WEB-INF/lib/struts.jar javax.servlet.ServletException: Exception lors du traitement du JAR indiqu par le chemin de ressour ce /WEB-INF/lib/struts.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) ContextConfig[/admin]: Cette application est marque comme non disponible suite aux erreurs prcden tes StandardManager[/admin]: Alimentation de la classe du gnrateur de nombre alatoire java.security.S ecureRandom StandardManager[/admin]: L'alimentation du gnrateur de nombre alatoire est termin StandardContext[/admin]: Erreur de dmarrage du contexte suite aux erreurs prcdentes WebappLoader[/manager]: Deploying class repositories to work directory F:\DEV\Moteur\work\Standalone \localhost\manager ContextConfig[/manager]: Aucun royaume (realm) n''a t configur pour raliser l''authentification ContextConfig[/manager]: Cette application est
Manager app for embedded tomcat?
Hi, The normal tomcat has a manager app that lets you go to a particular URL (e.g. server:8080/manager/) to restart/reload tomcat. This was very convenient for me b/c it allowed me to automate restarting tomcat...I could just issue a wget to the restart URL everytime I updated java class files. Restarting tomcat through the manager was also quicker than a full restart. Now I'm using embedded tomcat and I want to do the same thing. Is there a manager app for embedded tomcat? If so, does anyone have tips for configuring it? I couldn't find anything relevant on: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/manager-howto.html Any help is appreciated. Thanks! -Ted - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
annoying popup in manager app
Whenever i need to reload a webapp in the manager in tomcat 5.5.7 I get an annoying popup asking me if i am sure Is there any way to turn off this annoying thing. thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: annoying popup in manager app
sorry if I find this funny, but I just saw a bugzilla complaint requesting another confirmation screen. As to your question, i don't know. -Tim teknokrat wrote: Whenever i need to reload a webapp in the manager in tomcat 5.5.7 I get an annoying popup asking me if i am sure Is there any way to turn off this annoying thing. thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: annoying popup in manager app
On Fri, 01 Apr 2005 06:47:15 -0500 Tim Funk [EMAIL PROTECTED] wrote: sorry if I find this funny, but I just saw a bugzilla complaint requesting another confirmation screen. As to your question, i don't know. -Tim teknokrat wrote: Whenever i need to reload a webapp in the manager in tomcat 5.5.7 I get an annoying popup asking me if i am sure Is there any way to turn off this annoying thing. I think you can configure your browser to not activate javaScript.. But you'll have perhaps other problems... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: annoying popup in manager app
Lionel Farbos wrote: On Fri, 01 Apr 2005 06:47:15 -0500 Tim Funk [EMAIL PROTECTED] wrote: sorry if I find this funny, but I just saw a bugzilla complaint requesting another confirmation screen. As to your question, i don't know. -Tim teknokrat wrote: Whenever i need to reload a webapp in the manager in tomcat 5.5.7 I get an annoying popup asking me if i am sure Is there any way to turn off this annoying thing. I think you can configure your browser to not activate javaScript.. But you'll have perhaps other problems... I was really suprised by this feature. Its the kindo of crap you expect form microsoft:) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.0.30 Manager app returns 'OK' before app is deployed
We've run into an unexpected troublesome behavior in Tomcat 5.0.30. We have an installation script that uses the HTTP interface of the Manager App to install a number of Web applications in one go. What we've found is that in some cases the Manager app returns OK to the caller, claiming that the app has been deployed, even though it isn't actually visible or available yet. If you ask the Manager to list all apps immediately after the installation script has been run, one or more will sometimes be missing from the list, though they show up at a later time. This is problematic for us because what follows the app installations depends on the apps having actually been installed. This seems like a bug. What's actually happening here? At what point is an installed app actually installed, and is there any way to get the synchronous behavior that we need from the Manager App, so that we know that an installed app is actually available at its context path? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.7/DataSourceRealm/Manager app
I am having serious issue with Tomcat Manager app using DataSourceRealm
during upgrading from Tomcat 5.0.28 to 5.5.7. The issue is, after I accessed
Tomcat Manager app couple of times, I got this exception
8-Feb-2005 2:19:24 PM org.apache.catalina.realm.DataSourceRealm open
SEVERE: Exception performing authentication
org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool
exhausted
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:103)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
40)
at
org.apache.catalina.realm.DataSourceRealm.open(DataSourceRealm.java:407)
at
org.apache.catalina.realm.DataSourceRealm.getPassword(DataSourceRealm.java:4
59)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
339)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
284)
at
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
nticator.java:181)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:446)
at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav
a:275)
at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:80)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:306)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
at java.lang.Thread.run(Unknown Source)
Caused by: java.util.NoSuchElementException: Timeout waiting for idle object
at
org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPoo
l.java:756)
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:95)
... 21 more
I took a look at the connections. They had never been evicted nor removed.
This problem only happened on Tomcat 5.5. 4.x/5.0 were fine.
My configuration is jdk 1.5.0, tomcat 5.5.7, commons-dbcp-1.2.1,
commons-pool-1.2, mysql-connector-java-3.1.6-bin, MySQL 4.1.5
${catalina.home}/conf/Server.xml
Server port=8005 shutdown=SHUTDOWN
Listener className=org.apache.catalina.mbeans.ServerLifecycleListener
/
Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
Listener
className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/
GlobalNamingResources
Resource auth=Container name=jdbc/manager
type=javax.sql.DataSource
driverClassName=com.mysql.jdbc.Driver
url=jdbc:mysql://1.2.3.4:3306/webapps
username=username
password=password
factory=org.apache.commons.dbcp.BasicDataSourceFactory
maxActive=4
maxIdle=1
minIdle=1
maxWait=15000
removeAbandoned=true
validationQuery=SELECT 1
testOnBorrow=true
testOnReturn=true
minEvictableIdleTimeMillis=-1
timeBetweenEvictionRunsMillis=3
numTestsPerEvictionRun=1
testWhileIdle=true
/
/GlobalNamingResources
Service name=Catalina
Connector port=8080 maxThreads=150 minSpareThreads=25
maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
connectionTimeout=2 disableUploadTimeout=true /
Connector port=8009
enableLookups=false redirectPort=8443 protocol=AJP/1.3
/
Engine name=Catalina defaultHost=my.localhost jvmRoute=jvm1
Realm className=org.apache.catalina.realm.DataSourceRealm
dataSourceName=jdbc/manager
digest=MD5
roleNameCol=role_name
userCredCol=user_pass
userNameCol=user_name
userRoleTable=user_roles
userTable=users
/
Host name=my.localhost appBase=webapps/www.mydomain.com
unpackWARs=true autoDeploy=false
xmlValidation=false xmlNamespaceAware=false /
/Engine
/Service
/Server
${catalina.home}/conf/Catalina
Re: Tomcat 5.5.7/DataSourceRealm/Manager app
It is a known bug that has been fixed and will be included in 5.5.8. Sorry.
Mark
Phillip Qin wrote:
I am having serious issue with Tomcat Manager app using DataSourceRealm
during upgrading from Tomcat 5.0.28 to 5.5.7. The issue is, after I accessed
Tomcat Manager app couple of times, I got this exception
8-Feb-2005 2:19:24 PM org.apache.catalina.realm.DataSourceRealm open
SEVERE: Exception performing authentication
org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool
exhausted
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:103)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
40)
at
org.apache.catalina.realm.DataSourceRealm.open(DataSourceRealm.java:407)
at
org.apache.catalina.realm.DataSourceRealm.getPassword(DataSourceRealm.java:4
59)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
339)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
284)
at
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
nticator.java:181)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:446)
at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav
a:275)
at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:80)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:306)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
at java.lang.Thread.run(Unknown Source)
Caused by: java.util.NoSuchElementException: Timeout waiting for idle object
at
org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPoo
l.java:756)
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:95)
... 21 more
I took a look at the connections. They had never been evicted nor removed.
This problem only happened on Tomcat 5.5. 4.x/5.0 were fine.
My configuration is jdk 1.5.0, tomcat 5.5.7, commons-dbcp-1.2.1,
commons-pool-1.2, mysql-connector-java-3.1.6-bin, MySQL 4.1.5
${catalina.home}/conf/Server.xml
Server port=8005 shutdown=SHUTDOWN
Listener className=org.apache.catalina.mbeans.ServerLifecycleListener
/
Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
Listener
className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/
GlobalNamingResources
Resource auth=Container name=jdbc/manager
type=javax.sql.DataSource
driverClassName=com.mysql.jdbc.Driver
url=jdbc:mysql://1.2.3.4:3306/webapps
username=username
password=password
factory=org.apache.commons.dbcp.BasicDataSourceFactory
maxActive=4
maxIdle=1
minIdle=1
maxWait=15000
removeAbandoned=true
validationQuery=SELECT 1
testOnBorrow=true
testOnReturn=true
minEvictableIdleTimeMillis=-1
timeBetweenEvictionRunsMillis=3
numTestsPerEvictionRun=1
testWhileIdle=true
/
/GlobalNamingResources
Service name=Catalina
Connector port=8080 maxThreads=150 minSpareThreads=25
maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
connectionTimeout=2 disableUploadTimeout=true /
Connector port=8009
enableLookups=false redirectPort=8443 protocol=AJP/1.3
/
Engine name=Catalina defaultHost=my.localhost jvmRoute=jvm1
Realm className=org.apache.catalina.realm.DataSourceRealm
dataSourceName=jdbc/manager
digest=MD5
roleNameCol=role_name
userCredCol=user_pass
userNameCol=user_name
userRoleTable=user_roles
userTable=users
/
Host name=my.localhost appBase=webapps/www.mydomain.com
unpackWARs=true autoDeploy=false
xmlValidation=false xmlNamespaceAware=false /
/Engine
/Service
/Server
${catalina.home}/conf/Catalina/my.localhost/manager.xml
Context
RE: Tomcat 5.5.7/DataSourceRealm/Manager app
Thx, I am relieved. Off to Cuba.
-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Sent: February 8, 2005 4:49 PM
To: Tomcat Users List
Subject: Re: Tomcat 5.5.7/DataSourceRealm/Manager app
It is a known bug that has been fixed and will be included in 5.5.8. Sorry.
Mark
Phillip Qin wrote:
I am having serious issue with Tomcat Manager app using
DataSourceRealm during upgrading from Tomcat 5.0.28 to 5.5.7. The
issue is, after I accessed Tomcat Manager app couple of times, I got
this exception
8-Feb-2005 2:19:24 PM org.apache.catalina.realm.DataSourceRealm open
SEVERE: Exception performing authentication
org.apache.commons.dbcp.SQLNestedException: Cannot get a connection,
pool exhausted
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSou
rce.ja
va:103)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
40)
at
org.apache.catalina.realm.DataSourceRealm.open(DataSourceRealm.java:407)
at
org.apache.catalina.realm.DataSourceRealm.getPassword(DataSourceRealm.java:4
59)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
339)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:
284)
at
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
nticator.java:181)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:446)
at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav
a:275)
at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:80)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:306)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
at java.lang.Thread.run(Unknown Source)
Caused by: java.util.NoSuchElementException: Timeout waiting for idle
object
at
org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPoo
l.java:756)
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:95)
... 21 more
I took a look at the connections. They had never been evicted nor
removed. This problem only happened on Tomcat 5.5. 4.x/5.0 were fine.
My configuration is jdk 1.5.0, tomcat 5.5.7, commons-dbcp-1.2.1,
commons-pool-1.2, mysql-connector-java-3.1.6-bin, MySQL 4.1.5
${catalina.home}/conf/Server.xml
Server port=8005 shutdown=SHUTDOWN
Listener
className=org.apache.catalina.mbeans.ServerLifecycleListener
/
Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
Listener
className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/
GlobalNamingResources
Resource auth=Container name=jdbc/manager
type=javax.sql.DataSource
driverClassName=com.mysql.jdbc.Driver
url=jdbc:mysql://1.2.3.4:3306/webapps
username=username
password=password
factory=org.apache.commons.dbcp.BasicDataSourceFactory
maxActive=4
maxIdle=1
minIdle=1
maxWait=15000
removeAbandoned=true
validationQuery=SELECT 1
testOnBorrow=true
testOnReturn=true
minEvictableIdleTimeMillis=-1
timeBetweenEvictionRunsMillis=3
numTestsPerEvictionRun=1
testWhileIdle=true
/
/GlobalNamingResources
Service name=Catalina
Connector port=8080 maxThreads=150 minSpareThreads=25
maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
connectionTimeout=2 disableUploadTimeout=true
/
Connector port=8009
enableLookups=false redirectPort=8443
protocol=AJP/1.3 /
Engine name=Catalina defaultHost=my.localhost
jvmRoute=jvm1
Realm className=org.apache.catalina.realm.DataSourceRealm
dataSourceName=jdbc/manager
digest=MD5
roleNameCol=role_name
Re: Tomcat 5.5.7/DataSourceRealm/Manager app
On Tue, 8 Feb 2005 16:39:40 -0500, Phillip Qin [EMAIL PROTECTED] wrote: I am having serious issue with Tomcat Manager app using DataSourceRealm during upgrading from Tomcat 5.0.28 to 5.5.7. The issue is, after I accessed Tomcat Manager app couple of times, I got this exception It could be this issue: http://issues.apache.org/bugzilla/show_bug.cgi?id=33357 The patch needs some testing, but you can grab the replacement class from a nightly build, or build it from CVS. -- 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: Tomcat 5.5.7/DataSourceRealm/Manager app
On Tue, 08 Feb 2005 21:49:16 +, Mark Thomas [EMAIL PROTECTED] wrote: It is a known bug that has been fixed and will be included in 5.5.8. Sorry. Did it exist in 5.5.4, or is it a regression ? -- 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: Tomcat 5.5.7/DataSourceRealm/Manager app
I didn't test 5.5.4 but I will grab patch you mentioned and test it in 5.5.7. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: February 8, 2005 5:10 PM To: Tomcat Users List Subject: Re: Tomcat 5.5.7/DataSourceRealm/Manager app On Tue, 08 Feb 2005 21:49:16 +, Mark Thomas [EMAIL PROTECTED] wrote: It is a known bug that has been fixed and will be included in 5.5.8. Sorry. Did it exist in 5.5.4, or is it a regression ? -- 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] !DSPAM:420938ce145968343549367!
Manager app that crosses Hosts
Hello list, I was wondering if anyone has attempted to tweak the tomcat manager app to cross hosts? And does anyone know if there anything in the architecture of Tomcat that precludes it? I guess what I'm really asking is: Does anyone know of any reason that it is _not_ possible to do? Before I dive into completely unknown territory (ie: tomcat source) I thought I'd ask around. If anyone has ever glanced at the source, they're closer to it than I am ! Thanks for any help Mike Curwen
Problem with TC 4.1.30 manager app and new Oracle JDBC driver
In the process of moving a newer version of the Oracle driver (from 9.2.05 to 9.2.06) through out environments, we had the following error: Apache Tomcat/4.1.30 SQL Error. count = 0, total = 498 count = 0, total = 498 The server is set-up to use multiple services with a root context configured in each. Also, there is a manager app configured for each service that uses a JDBC realm for authentication. This driver worked on our local machines, in DEV and the QA environments. It also worked on the old tomcat 4.1.12 that was in the PREP environment, but did not work on the new tomcat 4.1.30 that was in the prep environment. As background, when we moved the 9.2.0.5 driver out, we had problem in the DEV environment with the driver change preventing Tomcat from starting up. The 9.2.05 driver worked in the QA environment. A few days later, I had time to trouble shoot the problem in the DEV, but it worked when I restarted the server. We are really worried, that this problem will happen when we move to the production environment where we have multiple servers. Any ideas? Is there a way to get more error messages or anything else that may be useful.? = Norris Shelton Software Engineer Sun Certified Java 1.1 Programmer Appriss, Inc. ICQ# 26487421 AIM NorrisEShelton YIM norrisshelton __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com Server port=8005 shutdown=SHUTDOWN debug=0 !-- A Service is a collection of one or more Connectors that share a single Container (and therefore the web applications visible within that Container). Normally, that Container is an Engine, but this is not required. Note: A Service is not itself a Container, so you may not define subcomponents such as Valves or Loggers at this level. -- !-- Define the Tomcat Stand-Alone Service -- Service name=Tomcat-postservlet Connector className=org.apache.catalina.connector.http.HttpConnector port=9000 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=1 acceptCount=10 debug=0 connectionTimeout=6 /Connector Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=1 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=100 debug=0 scheme=https secure=true useURIValidationHack=false disableUploadTimeout=true Factory className=org.apache.coyote.tomcat4.CoyoteServerSocketFactory clientAuth=false protocol=TLS/ /Connector Engine name=Standalone defaultHost=postservlet debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.MemoryRealm / Host name=postservlet debug=0 appBase=webapps/postservlet unpackWARs=false Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=postservlet_access_log. suffix=.txt pattern=common/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=postservlet_log. suffix=.txt timestamp=true/ Context docBase=. priveleged=false path= /Context Context docBase=../../server/webapps/manager path=/manager privileged=true Realm className=org.apache.catalina.realm.JDBCRealm digest=MD5 driverName=oracle.jdbc.driver.OracleDriver connectionURL=not for your eyes connectionName=not for your eyes connectionPassword=not for your eyes userTable=svrlnk.tomcat_user_realm_vw userNameCol=ss_user_id userCredCol=ss_password userRoleTable=svrlnk.tomcat_user_realm_vw roleNameCol=tomcat_role /Realm Valve className=org.apache.catalina.valves.RemoteAddrValve allow=not for your eyes/ /Context /Host /Engine /Service Service name=Tomcat-justicexchange Connector className=org.apache.catalina.connector.http.HttpConnector port=9001 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=10001 acceptCount=10 debug=0 connectionTimeout=6/ Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=10001 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=100 debug=0 scheme=https secure=true useURIValidationHack=false disableUploadTimeout=true Factory className=org.apache.coyote.tomcat4.CoyoteServerSocketFactory clientAuth=false protocol=TLS/ /Connector Engine name=JusticeXchange defaultHost=justicexchange debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix
Tomcat classloader fails to load manager app
Hi, Tomcat 5.0.28, Windows XP install from exe. After deploying Jakarta Slide(2.1), the Tomcat manager and balancer applications fail during loading. It fails because something get broken in Tomcat's class loader/classpath. However Tomcat Admin application still works. I tried to reinstall Tomcat and re-deploy, it's always the same result. You can have Slide or Tomcat manager but not both at the same time. I Can't figure out what exactly get broken in configuration. If I copy all JARs from Tomcat/server/lib to Tomcat/common/lib then it works. But it's not the right way isn't it. Here is output: 2004-11-27 20:35:47 StandardContext[/manager]Marking servlet default as unavailable 2004-11-27 20:35:47 StandardContext[/manager]Error loading WebappClassLoader delegate: false repositories: -- Parent Classloader: StandardClassLoader delegate: true repositories: file:C:\Tomcat5.0\shared\classes\ -- Parent Classloader: StandardClassLoader delegate: true repositories: file:C:\Tomcat5.0\common\classes\ file:C:\Tomcat5.0\common\endorsed\xercesImpl.jar file:C:\Tomcat5.0\common\endorsed\xml-apis.jar file:C:\Tomcat5.0\common\lib\ant-launcher.jar file:C:\Tomcat5.0\common\lib\ant.jar file:C:\Tomcat5.0\common\lib\commons-collections-3.1.jar file:C:\Tomcat5.0\common\lib\commons-dbcp-1.2.1.jar file:C:\Tomcat5.0\common\lib\commons-el.jar file:C:\Tomcat5.0\common\lib\commons-pool-1.2.jar file:C:\Tomcat5.0\common\lib\jasper-compiler.jar file:C:\Tomcat5.0\common\lib\jasper-runtime.jar file:C:\Tomcat5.0\common\lib\jsp-api.jar file:C:\Tomcat5.0\common\lib\naming-common.jar file:C:\Tomcat5.0\common\lib\naming-factory.jar file:C:\Tomcat5.0\common\lib\naming-java.jar file:C:\Tomcat5.0\common\lib\naming-resources.jar file:C:\Tomcat5.0\common\lib\servlet-api.jar file:C:\Tomcat5.0\common\lib\tools.jar -- Parent Classloader: [EMAIL PROTECTED] org.apache.catalina.servlets.DefaultServlet java.lang.ClassNotFoundException: org.apache.catalina.servlets.DefaultServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1189) . 2004-11-27 20:35:48 StandardContext[/manager]Servlet /manager threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.catalina.servlets.DefaultServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:974) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862) Root Cause - java.lang.ClassNotFoundException: org.apache.catalina.servlets.DefaultServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340) How do I fix that? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manager App and basic authentication
Hi, (Sorry, I posted this message under the wrong thread before) I am using Apache - modjk -Tomcat 5 configuration. The tomcat manager app uses BASIC authentication. When I point my browser to /myurl/manager the browser pops up a dialog box for the username and password. Upon entering the correct information it logs me into the manager app. I am trying to now use JMeter to log in to the manager app: URL: my.machine.com port: 80 path:/manager username u1 password p1 When I try to execute the above in JMeter it fails. How do I log into the manager app using JMeter? Thanks. Mufaddal Khumri Software Developer Waves In Motion Phone: 602 956 7080 x 26 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manager App and basic authentication
I think you should post this to the [EMAIL PROTECTED] mailing list. to get it to work with JMeter, you'll need to add auth manager to your test plan. add an entry in the auth manager url - leave blank username - yourUser password - yourPassword The documentation for it is here. http://jakarta.apache.org/jmeter/usermanual/component_reference.html#HTTP_Authorization_Manager peter On Tue, 9 Nov 2004 17:09:19 -0700, Mufaddal Khumri [EMAIL PROTECTED] wrote: Hi, (Sorry, I posted this message under the wrong thread before) I am using Apache - modjk -Tomcat 5 configuration. The tomcat manager app uses BASIC authentication. When I point my browser to /myurl/manager the browser pops up a dialog box for the username and password. Upon entering the correct information it logs me into the manager app. I am trying to now use JMeter to log in to the manager app: URL: my.machine.com port: 80 path:/manager username u1 password p1 When I try to execute the above in JMeter it fails. How do I log into the manager app using JMeter? Thanks. Mufaddal Khumri Software Developer Waves In Motion Phone: 602 956 7080 x 26 Email: [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: Manager App and .war META-INF context.xml problem
Hi together, at least I found my problem... Cocoon was configured to log into WEB-INF directory and held a lock on this log files. So the undeploy command couldn't remove the WEB-INF directory and the manager app got screwed up... Probably the code base shouldn't check for the existance of this sub dir??? Just a guess. Regards Mark Mark Doppelfeld wrote: Hi, I've done some reading on this subject, but still face a problem: I've set autodeploy to false in server.xml When I initially install the war via the manager app, everything is fine. Then I stop and unload my web-app and upload a new war file. On installing the new war I get the following excpetion: (adding the log4j jars to Tomcat won't bring up this exception, but manager app will say my web-app isn't available...) Any ideas??? Thanks in advance Mark java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.java:76) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:585) at org.apache.catalina.core.StandardHost.install(StandardHost.java:897) at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:850) at org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManagerServlet.java:271) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:95) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160
RE: Manager App and .war META-INF context.xml problem
Hi, Thank you for posting your findings. It'll be useful for future users who bother to search the archives. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mark Doppelfeld [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 11:48 AM To: Tomcat Users List Subject: Re: Manager App and .war META-INF context.xml problem Hi together, at least I found my problem... Cocoon was configured to log into WEB-INF directory and held a lock on this log files. So the undeploy command couldn't remove the WEB-INF directory and the manager app got screwed up... Probably the code base shouldn't check for the existance of this sub dir??? Just a guess. Regards Mark Mark Doppelfeld wrote: Hi, I've done some reading on this subject, but still face a problem: I've set autodeploy to false in server.xml When I initially install the war via the manager app, everything is fine. Then I stop and unload my web-app and upload a new war file. On installing the new war I get the following excpetion: (adding the log4j jars to Tomcat won't bring up this exception, but manager app will say my web-app isn't available...) Any ideas??? Thanks in advance Mark java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:3 9) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImp l.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java: 252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.j ava: 76) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Un know n Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDi spat cher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkn own Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. java:585) at org.apache.catalina.core.StandardHost.install(StandardHost.java:897) at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:8 50) at org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManag erSe rvlet.java:271) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet .jav a:95) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio nFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC hain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j ava:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex tValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j ava:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticato rBas e.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:13 7) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 7) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520
Re: Manager App and .war META-INF context.xml problem
Hmmm, deploying the a new version of the app after undeploying it previously shows an error in 5.0.27! Saying it couldn't find context.xml :-( although its definetly within the war... 5.0.28 works fine! Regards Mark Shapira, Yoav wrote: Hi, Thank you for posting your findings. It'll be useful for future users who bother to search the archives. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mark Doppelfeld [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 11:48 AM To: Tomcat Users List Subject: Re: Manager App and .war META-INF context.xml problem Hi together, at least I found my problem... Cocoon was configured to log into WEB-INF directory and held a lock on this log files. So the undeploy command couldn't remove the WEB-INF directory and the manager app got screwed up... Probably the code base shouldn't check for the existance of this sub dir??? Just a guess. Regards Mark Mark Doppelfeld wrote: Hi, I've done some reading on this subject, but still face a problem: I've set autodeploy to false in server.xml When I initially install the war via the manager app, everything is fine. Then I stop and unload my web-app and upload a new war file. On installing the new war I get the following excpetion: (adding the log4j jars to Tomcat won't bring up this exception, but manager app will say my web-app isn't available...) Any ideas??? Thanks in advance Mark java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:3 9) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImp l.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java: 252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.j ava: 76) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Un know n Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDi spat cher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkn own Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. java:585) at org.apache.catalina.core.StandardHost.install(StandardHost.java:897) at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:8 50) at org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManag erSe rvlet.java:271) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet .jav a:95) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio nFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC hain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j ava:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex tValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j ava:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticato rBas e.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:102
RE: Trouble deploying with manager app when war includes context.xml
Hi, If you want the Manager webapp to use the context-specific XML file you have to tell it, using the path and config params on the same deployment URL. This is covered in the Manager doc page, http://jakarta.apache.org/tomcat/tomcat-5.0-doc/manager-howto.html, under the heading Install using a Context configuration .xml file. Yoav Shapira http://www.yoavshapira.com -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Friday, October 22, 2004 7:26 PM To: Tomcat Users List Subject: Re: Trouble deploying with manager app when war includes context.xml On Fri, Oct 22, 2004 at 04:18:30PM -0500, Robert Rasmussen wrote: : If I take the same war file and try to deploy it using the manager : webapp, the context.xml file in META-INF is ignored. The manager does : expand the war correctly in the webapps directory, and I can manually : move the context.xml to the correct place and the webapp runs. Do you remove the old context-specific XML file (from the WAR deployment) first? Tomcat doesn't remove the file if it already exists, even if it predates the WAR file's context.xml. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manager App and .war META-INF context.xml problem
Hi, I've done some reading on this subject, but still face a problem: I've set autodeploy to false in server.xml When I initially install the war via the manager app, everything is fine. Then I stop and unload my web-app and upload a new war file. On installing the new war I get the following excpetion: (adding the log4j jars to Tomcat won't bring up this exception, but manager app will say my web-app isn't available...) Any ideas??? Thanks in advance Mark java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.java:76) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:585) at org.apache.catalina.core.StandardHost.install(StandardHost.java:897) at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:850) at org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManagerServlet.java:271) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:95) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:70 at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Caused
Trouble deploying with manager app when war includes context.xml
I have a webapp packaged as a war file. In the war file's /META-INF directory, I have a context.xml file. If I drop this war file into /webapps when autoDeploy is set to true for the host, the context.xml file is correctly moved to $CATALINA_HOME/conf/Catalina/localhost/*.xml and my app is correctly deployed. If I take the same war file and try to deploy it using the manager webapp, the context.xml file in META-INF is ignored. The manager does expand the war correctly in the webapps directory, and I can manually move the context.xml to the correct place and the webapp runs. I use a url like this to deploy: http://foo.bar.com:8080/manager/deploy?path=/foowar=jar:file:/var/ foo.war!/ When I use this URL, I get the message; OK - Deployed application at context path /foo. I've tried appending update=true to this url, but this just creates a new context fragment in $CATALINA_HOME/conf/Catalina/localhost, not the one from my war file. Am I missing something? The server I'm trying to deploy to is running 5.0.19, hopefully this isn't a problem because I'm not sure I'll be allowed to upgrade. Thanks, Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble deploying with manager app when war includes context.xml
On Fri, Oct 22, 2004 at 04:18:30PM -0500, Robert Rasmussen wrote: : If I take the same war file and try to deploy it using the manager : webapp, the context.xml file in META-INF is ignored. The manager does : expand the war correctly in the webapps directory, and I can manually : move the context.xml to the correct place and the webapp runs. Do you remove the old context-specific XML file (from the WAR deployment) first? Tomcat doesn't remove the file if it already exists, even if it predates the WAR file's context.xml. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
admin/manager app
I'm on a WinXP machine and the admin/mananger came to me disabled, I inherited the system. Where would someone have done that, in the server.xml or somewhere else. Using the standalone system. _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: admin/manager app
there's a file named admin.xml on conf/Catalina/localhost (standard configuration)... it has the following in it ?xml version='1.0' encoding='utf-8'? Context displayName=Tomcat Administration Application docBase=../server/webapps/admin path=/admin privileged=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_admin_log. suffix=.txt timestamp=true/ /Context i think that should do the trick Didier McGillis escribió: I'm on a WinXP machine and the admin/mananger came to me disabled, I inherited the system. Where would someone have done that, in the server.xml or somewhere else. Using the standalone system. _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- John Villar Gerente de Proyectos Computadores Flor Hard Soft 2058 C.A. www.florhard.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: admin/manager app
Hi, Actually, he/she is probably just missing the user name and password in conf/tomcat-users.xml. Yoav Shapira Millennium Research Informatics -Original Message- From: John Villar [mailto:[EMAIL PROTECTED] Sent: Friday, September 03, 2004 12:11 PM To: Tomcat Users List Subject: Re: admin/manager app there's a file named admin.xml on conf/Catalina/localhost (standard configuration)... it has the following in it ?xml version='1.0' encoding='utf-8'? Context displayName=Tomcat Administration Application docBase=../server/webapps/admin path=/admin privileged=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_admin_log. suffix=.txt timestamp=true/ /Context i think that should do the trick Didier McGillis escribió: I'm on a WinXP machine and the admin/mananger came to me disabled, I inherited the system. Where would someone have done that, in the server.xml or somewhere else. Using the standalone system. _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en- capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_M SNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- John Villar Gerente de Proyectos Computadores Flor Hard Soft 2058 C.A. www.florhard.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: admin/manager app
They have the same exact setup I do in those three files. Yes when they go to the admin section they get prompted for the login for the tomcat administrator, and I get the login for the admin section out our web application ( not tomcat admin ) From: Shapira, Yoav [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: admin/manager app Date: Fri, 3 Sep 2004 12:15:58 -0400 Hi, Actually, he/she is probably just missing the user name and password in conf/tomcat-users.xml. Yoav Shapira Millennium Research Informatics -Original Message- From: John Villar [mailto:[EMAIL PROTECTED] Sent: Friday, September 03, 2004 12:11 PM To: Tomcat Users List Subject: Re: admin/manager app there's a file named admin.xml on conf/Catalina/localhost (standard configuration)... it has the following in it ?xml version='1.0' encoding='utf-8'? Context displayName=Tomcat Administration Application docBase=../server/webapps/admin path=/admin privileged=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_admin_log. suffix=.txt timestamp=true/ /Context i think that should do the trick Didier McGillis escribió: I'm on a WinXP machine and the admin/mananger came to me disabled, I inherited the system. Where would someone have done that, in the server.xml or somewhere else. Using the standalone system. _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en- capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_M SNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- John Villar Gerente de Proyectos Computadores Flor Hard Soft 2058 C.A. www.florhard.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
configure manager app
Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: configure manager app
Hi, You would achieve this via configuration on the server-side of different Hosts, each with only the set of webapps matched to the Realm providing your authentication. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: configure manager app Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: configure manager app
Thank you for your replying my question. Could you elaborate a bit more? I might not understand you correctly but did you suggest to use different host for each app? I only have a single host for a few apps though. Thank you! Richard On Mon, 2004-08-23 at 11:20, Shapira, Yoav wrote: Hi, You would achieve this via configuration on the server-side of different Hosts, each with only the set of webapps matched to the Realm providing your authentication. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: configure manager app Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: configure manager app
Hi, Yeah, I'm suggesting you split your one Host (and probably one Realm) into multiple Hosts each with its own Realm configured for your one user and running the webapps that users should be able to restart. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:37 PM To: Tomcat Users List Subject: RE: configure manager app Thank you for your replying my question. Could you elaborate a bit more? I might not understand you correctly but did you suggest to use different host for each app? I only have a single host for a few apps though. Thank you! Richard On Mon, 2004-08-23 at 11:20, Shapira, Yoav wrote: Hi, You would achieve this via configuration on the server-side of different Hosts, each with only the set of webapps matched to the Realm providing your authentication. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: configure manager app Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: configure manager app
Can I configure a single instance of tomcat to different hosts? Thank you! On Mon, 2004-08-23 at 11:47, Shapira, Yoav wrote: Hi, Yeah, I'm suggesting you split your one Host (and probably one Realm) into multiple Hosts each with its own Realm configured for your one user and running the webapps that users should be able to restart. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:37 PM To: Tomcat Users List Subject: RE: configure manager app Thank you for your replying my question. Could you elaborate a bit more? I might not understand you correctly but did you suggest to use different host for each app? I only have a single host for a few apps though. Thank you! Richard On Mon, 2004-08-23 at 11:20, Shapira, Yoav wrote: Hi, You would achieve this via configuration on the server-side of different Hosts, each with only the set of webapps matched to the Realm providing your authentication. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: configure manager app Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: configure manager app
Hi, Yes. Thank you, Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 2:52 PM To: Tomcat Users List Subject: RE: configure manager app Can I configure a single instance of tomcat to different hosts? Thank you! On Mon, 2004-08-23 at 11:47, Shapira, Yoav wrote: Hi, Yeah, I'm suggesting you split your one Host (and probably one Realm) into multiple Hosts each with its own Realm configured for your one user and running the webapps that users should be able to restart. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:37 PM To: Tomcat Users List Subject: RE: configure manager app Thank you for your replying my question. Could you elaborate a bit more? I might not understand you correctly but did you suggest to use different host for each app? I only have a single host for a few apps though. Thank you! Richard On Mon, 2004-08-23 at 11:20, Shapira, Yoav wrote: Hi, You would achieve this via configuration on the server-side of different Hosts, each with only the set of webapps matched to the Realm providing your authentication. Yoav Shapira Millennium Research Informatics -Original Message- From: Richard Han [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: configure manager app Is it possible to give a user permission to stop/redeploy/start only a specific app, using manager app? I want to give the manager role to a user to redeploy a specific app, not all apps deployed on a server. How would you to achieve this? Is there a way to configure permissions to a role defined in tomcat-users.xml for manager app? Thank you for your help! Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 4 rewrites server.xml when a new application are deployed throgh manager app
Hi! Im using ant to deploy my applications on a tomcat 4 server, and my server.xml are being rewritten each time I deploy an application. Is there any way to tell the manager application to _not_ modify my server.xml? Regards Johan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat manager app stops responding
I am having two problems with the Tomcat manager: 1] After my web application has been running for some time then access to /domain/manager/html never responds. It doesn't give me any kind of error, the browser just continues to process the request without ever timing out. Any ideas? 2] Tomcat manager does NOT delete my .war file on undeploy, so I have to then access the server in a different manager, stop it, delete the file manually, start it, then upload the new .war file and deploy it. Which sometimes takes several times to deploy properly if I am referencing the root context but not any other context. Any ideas? Thanks in advance, Keith Have you ever noticed that the word 'complaint' and 'compliant' are spelled almost the same except the transposition of a single letter. I wonder why that is?
Re: Tomcat manager app stops responding
On Mon, Aug 09, 2004 at 04:52:18AM -0500, Keith Bottner wrote: : 1] After my web application has been running for some time then access to : /domain/manager/html never responds. It doesn't give me any kind of error, : the browser just continues to process the request without ever timing out. : Any ideas? A couple. A situation as generic as, never responds gets generic advice: 1/ Check a thread dump of the JVM (search the archives if you don't know how), see whether something's deadlocked. Slim chance, but worth a shot. 2/ Check memory usage and GC, perhaps use a profiler. GC can make an app appear several shades of unresponsive. 3/ check the logs : 2] Tomcat manager does NOT delete my .war file on undeploy, I don't know about this one, so I'll leave it for someone who does. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat manager app stops responding
My log files were being deleted by the deployment process so I was getting nothing from them, I fixed that problem and will watch the logs today and see if they show anything when it occurs. BTW, any ideas on how to get a thread dump of the JVM on Linux? I am definitely not out of memory but I will modify CATLINA_OPTS to dump the GC statistics. Please check back tomorrow after I have a day of logs. Thanks, Keith -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:34 AM To: Tomcat Users List Subject: Re: Tomcat manager app stops responding On Mon, Aug 09, 2004 at 04:52:18AM -0500, Keith Bottner wrote: : 1] After my web application has been running for some time then access to : /domain/manager/html never responds. It doesn't give me any kind of error, : the browser just continues to process the request without ever timing out. : Any ideas? A couple. A situation as generic as, never responds gets generic advice: 1/ Check a thread dump of the JVM (search the archives if you don't know how), see whether something's deadlocked. Slim chance, but worth a shot. 2/ Check memory usage and GC, perhaps use a profiler. GC can make an app appear several shades of unresponsive. 3/ check the logs : 2] Tomcat manager does NOT delete my .war file on undeploy, I don't know about this one, so I'll leave it for someone who does. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat manager app stops responding
Issue a kill -3 to the java process will dump all the threads. Ta Matt -Original Message- From: Keith Bottner [mailto:[EMAIL PROTECTED] Sent: 09 August 2004 14:52 To: 'Tomcat Users List' Subject: RE: Tomcat manager app stops responding My log files were being deleted by the deployment process so I was getting nothing from them, I fixed that problem and will watch the logs today and see if they show anything when it occurs. BTW, any ideas on how to get a thread dump of the JVM on Linux? I am definitely not out of memory but I will modify CATLINA_OPTS to dump the GC statistics. Please check back tomorrow after I have a day of logs. Thanks, Keith -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:34 AM To: Tomcat Users List Subject: Re: Tomcat manager app stops responding On Mon, Aug 09, 2004 at 04:52:18AM -0500, Keith Bottner wrote: : 1] After my web application has been running for some time then access to : /domain/manager/html never responds. It doesn't give me any kind of error, : the browser just continues to process the request without ever timing out. : Any ideas? A couple. A situation as generic as, never responds gets generic advice: 1/ Check a thread dump of the JVM (search the archives if you don't know how), see whether something's deadlocked. Slim chance, but worth a shot. 2/ Check memory usage and GC, perhaps use a profiler. GC can make an app appear several shades of unresponsive. 3/ check the logs : 2] Tomcat manager does NOT delete my .war file on undeploy, I don't know about this one, so I'll leave it for someone who does. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat manager app stops responding
On Mon, Aug 09, 2004 at 08:52:26AM -0500, Keith Bottner wrote: : BTW, any ideas on how to get a thread dump of the JVM on Linux? Yes, but the archives are feeling lonley. ;) Search there instead. : I am definitely not out of memory but I will modify CATLINA_OPTS to dump the : GC statistics. Out of *host* memory or out of *memory allocated to the JVM*? Big difference. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat manager app stops responding
Great, when it freezes I will use it. BTW, have GC statistics now being dumped. Hopefully that with the logs and the thread dump will lead me to the problem. Thanks, Keith -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:56 AM To: Tomcat Users List Subject: RE: Tomcat manager app stops responding Issue a kill -3 to the java process will dump all the threads. Ta Matt -Original Message- From: Keith Bottner [mailto:[EMAIL PROTECTED] Sent: 09 August 2004 14:52 To: 'Tomcat Users List' Subject: RE: Tomcat manager app stops responding My log files were being deleted by the deployment process so I was getting nothing from them, I fixed that problem and will watch the logs today and see if they show anything when it occurs. BTW, any ideas on how to get a thread dump of the JVM on Linux? I am definitely not out of memory but I will modify CATLINA_OPTS to dump the GC statistics. Please check back tomorrow after I have a day of logs. Thanks, Keith -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:34 AM To: Tomcat Users List Subject: Re: Tomcat manager app stops responding On Mon, Aug 09, 2004 at 04:52:18AM -0500, Keith Bottner wrote: : 1] After my web application has been running for some time then access to : /domain/manager/html never responds. It doesn't give me any kind of error, : the browser just continues to process the request without ever timing out. : Any ideas? A couple. A situation as generic as, never responds gets generic advice: 1/ Check a thread dump of the JVM (search the archives if you don't know how), see whether something's deadlocked. Slim chance, but worth a shot. 2/ Check memory usage and GC, perhaps use a profiler. GC can make an app appear several shades of unresponsive. 3/ check the logs : 2] Tomcat manager does NOT delete my .war file on undeploy, I don't know about this one, so I'll leave it for someone who does. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using a META-INF\context.xml doesn't work as expected with Manager app .war upload
Hi, I use Tomcat 5.0.19. I'm playing around with the Manager web application and want to deploy a .WAR file that contains a META-INF\context.xml deployment descriptor. Deploying the .WAR file using the upload feature works, and the context.xml that I put into the META-INF\ is copied (but renamed?! to utility.xml) to conf\Catalina\localhost as expected. The problem is that I provide this context.xml: Context path=/utility docBase=tests/utility debug=0/ So I would suggest that the .WAR file is uploaded and unpacked to webapps/tests/utility. But it is not! It's straightforward unpacked to /webapps/utility. Finally the docBase in utility.xml (alias context.xml) doesn't match the real location. :-( Thus the context is not accessible. Is this the expected result? Is it only possible to deploy a context directly to webapps when using the manager application and the META-INF\context.xml? - Or am I missing something. Hope you can help! Thanks Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using a META-INF\context.xml doesn't work as expected with Manager app .war upload
Hi, I don't think we support a nested docBase when using a WAR file, such as tests/whatever. The WAR itself is the docBase if packed, or the WAR's root directory if unpacked. Yoav Shapira Millennium Research Informatics -Original Message- From: Michael Echerer [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 11:59 AM To: [EMAIL PROTECTED] Subject: Using a META-INF\context.xml doesn't work as expected with Manager app .war upload Hi, I use Tomcat 5.0.19. I'm playing around with the Manager web application and want to deploy a .WAR file that contains a META-INF\context.xml deployment descriptor. Deploying the .WAR file using the upload feature works, and the context.xml that I put into the META-INF\ is copied (but renamed?! to utility.xml) to conf\Catalina\localhost as expected. The problem is that I provide this context.xml: Context path=/utility docBase=tests/utility debug=0/ So I would suggest that the .WAR file is uploaded and unpacked to webapps/tests/utility. But it is not! It's straightforward unpacked to /webapps/utility. Finally the docBase in utility.xml (alias context.xml) doesn't match the real location. :-( Thus the context is not accessible. Is this the expected result? Is it only possible to deploy a context directly to webapps when using the manager application and the META-INF\context.xml? - Or am I missing something. Hope you can help! Thanks Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using a META-INF\context.xml doesn't work as expected with Manager app .war upload
Hi! That means, there is no point in trying to put a docBase path into a \META-INF\context.xml of a .WAR that doesn't match the war's filename. Correct? That is because I just tried to name my .war file utility2.war an still map to docBase utility that didn't work either... But would be logically considering your statement, although it's not about nested docBase, but any docBase that doesn't match the war's filename. Will at least the rest of the context.xml CONTEXT element propertly used, when providing e.g. cookies=false or debug=level? Thx Cheers, Michael Zitat von Shapira, Yoav [EMAIL PROTECTED]: Hi, I don't think we support a nested docBase when using a WAR file, such as tests/whatever. The WAR itself is the docBase if packed, or the WAR's root directory if unpacked. Yoav Shapira Millennium Research Informatics -Original Message- From: Michael Echerer [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 11:59 AM To: [EMAIL PROTECTED] Subject: Using a META-INF\context.xml doesn't work as expected with Manager app .war upload Hi, I use Tomcat 5.0.19. I'm playing around with the Manager web application and want to deploy a .WAR file that contains a META-INF\context.xml deployment descriptor. Deploying the .WAR file using the upload feature works, and the context.xml that I put into the META-INF\ is copied (but renamed?! to utility.xml) to conf\Catalina\localhost as expected. The problem is that I provide this context.xml: Context path=/utility docBase=tests/utility debug=0/ So I would suggest that the .WAR file is uploaded and unpacked to webapps/tests/utility. But it is not! It's straightforward unpacked to /webapps/utility. Finally the docBase in utility.xml (alias context.xml) doesn't match the real location. :-( Thus the context is not accessible. Is this the expected result? Is it only possible to deploy a context directly to webapps when using the manager application and the META-INF\context.xml? - Or am I missing something. Hope you can help! Thanks Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: Using a META-INF\context.xml doesn't work as expected with Manager app .war upload
Hola, That means, there is no point in trying to put a docBase path into a \META-INF\context.xml of a .WAR that doesn't match the war's filename. Correct? That's not what I said, but I think you might be right anyways. One way to find out is try as you did... Will at least the rest of the context.xml CONTEXT element propertly used, when providing e.g. cookies=false or debug=level? It should. Note that debug=level is fairly useless on the latest releases as we're mostly on commons-logging by now. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat manager app stops responding
Thanks for all the help guys, I think I found the problem. It appears that after a delay the next attempt to access the database to sign on with the SingleSignOn valve, using a JDBCRealm, throws SocketExceptions about a Broken pipe. I think my firewall is resetting the connection when it does not detect any traffic after 3 hours. I am looking into how long I should make the timeout, suggestions? The thread kill and the gc statements helped a lot and I am sure will come in handy in the future, I opened another thread about why DBCP is not used for SingleSignOn, check it out if you are interested. Thanks again, Keith -Original Message- From: Keith Bottner [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 9:08 AM To: 'Tomcat Users List' Subject: RE: Tomcat manager app stops responding Great, when it freezes I will use it. BTW, have GC statistics now being dumped. Hopefully that with the logs and the thread dump will lead me to the problem. Thanks, Keith -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:56 AM To: Tomcat Users List Subject: RE: Tomcat manager app stops responding Issue a kill -3 to the java process will dump all the threads. Ta Matt -Original Message- From: Keith Bottner [mailto:[EMAIL PROTECTED] Sent: 09 August 2004 14:52 To: 'Tomcat Users List' Subject: RE: Tomcat manager app stops responding My log files were being deleted by the deployment process so I was getting nothing from them, I fixed that problem and will watch the logs today and see if they show anything when it occurs. BTW, any ideas on how to get a thread dump of the JVM on Linux? I am definitely not out of memory but I will modify CATLINA_OPTS to dump the GC statistics. Please check back tomorrow after I have a day of logs. Thanks, Keith -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 8:34 AM To: Tomcat Users List Subject: Re: Tomcat manager app stops responding On Mon, Aug 09, 2004 at 04:52:18AM -0500, Keith Bottner wrote: : 1] After my web application has been running for some time then access to : /domain/manager/html never responds. It doesn't give me any kind of error, : the browser just continues to process the request without ever timing out. : Any ideas? A couple. A situation as generic as, never responds gets generic advice: 1/ Check a thread dump of the JVM (search the archives if you don't know how), see whether something's deadlocked. Slim chance, but worth a shot. 2/ Check memory usage and GC, perhaps use a profiler. GC can make an app appear several shades of unresponsive. 3/ check the logs : 2] Tomcat manager does NOT delete my .war file on undeploy, I don't know about this one, so I'll leave it for someone who does. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
manager app: sessions
I have read the Manager App HOW-TO at http://jakarta.apache.org/tomcat/tomcat-4.0-doc/manager-howto.html So, I'm accessing the following URL just like the example shows: https://www.(mydomain).com/manager/sessions?path=/ristmain I'm trying to interpret these results: OK - Session information for application at context path /ristmain Default maximum session inactive interval 30 minutes 30 - 40 minutes:100 sessions 120 - 130 minutes:1071 sessions My main question is, does Tomcat update these numbers in realtime, or only once in a while (like every 10 minutes)? I'm wondering why it says 30 - 40 minutes...? I logged into the web app as another user and that 100 didn't increase. It's hard for me to tell if my logging in was counted later on just because real users are logging in and out all the time. I guess the most important thing I need to know here is how long I should wait to take another sampling...wait 10 minutes each time, or what? If it says 100 sessions, then that means within the past half an hour (or 40 minutes?), there have been a total of about 100 users logged in, right? Are these the only statistics available about sessions? Would I have to customize Tomcat to find out more? Thanks, Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: manager app: sessions
Stephen, If I understand what your asking, you are looking at statistics generated by Tomcat that tells you how many *active* sessions are still laying around inside the server. But the first row tells you about sessions that have been alive between 30 and 40 minutes. You logged in but your session was active *way* under the 30 minute lower limit for the stats one line 1. Bob On Wednesday 14 July 2004 12:28 pm, Stephen Charles Huey wrote: I have read the Manager App HOW-TO at http://jakarta.apache.org/tomcat/tomcat-4.0-doc/manager-howto.html So, I'm accessing the following URL just like the example shows: https://www.(mydomain).com/manager/sessions?path=/ristmain I'm trying to interpret these results: OK - Session information for application at context path /ristmain Default maximum session inactive interval 30 minutes 30 - 40 minutes:100 sessions 120 - 130 minutes:1071 sessions My main question is, does Tomcat update these numbers in realtime, or only once in a while (like every 10 minutes)? I'm wondering why it says 30 - 40 minutes...? I logged into the web app as another user and that 100 didn't increase. It's hard for me to tell if my logging in was counted later on just because real users are logging in and out all the time. I guess the most important thing I need to know here is how long I should wait to take another sampling...wait 10 minutes each time, or what? If it says 100 sessions, then that means within the past half an hour (or 40 minutes?), there have been a total of about 100 users logged in, right? Are these the only statistics available about sessions? Would I have to customize Tomcat to find out more? Thanks, Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: manager app: sessions
What? I can only find out how many sessions have been active for 30 to 40 minutes and 120 to 130 minutes? That doesn't seem to make sense. I understand if Tomcat doesn't want to update the stats too frequently, but what about stats on sessions logged in more than 40 minutes and less than 2 hours? Why would it arbitrarily jump up to 2 hours? And how likely is it that I have only 100 users who have been active for a total of exactly 30 to 40 minutes, but 1071 users who have been active for over 2 hours? If my timeout is set to 30 minutes, then that means they have to keep browsing the site at least every 30 minutes to avoid getting timed out. So is what you're saying right? 30 - 40 minutes:100 sessions 120 - 130 minutes:1071 sessions I mainly need to know about how many sessions are currently open. I thought that first line meant that about 100 sessions have been opened in the past half hour, give or take 10 minutes. Is this not true? - Original message - From: Robert Bateman [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Date: Wed, 14 Jul 2004 13:29:33 -0400 Subject: Re: manager app: sessions Stephen, If I understand what your asking, you are looking at statistics generated by Tomcat that tells you how many *active* sessions are still laying around inside the server. But the first row tells you about sessions that have been alive between 30 and 40 minutes. You logged in but your session was active *way* under the 30 minute lower limit for the stats one line 1. Bob On Wednesday 14 July 2004 12:28 pm, Stephen Charles Huey wrote: I have read the Manager App HOW-TO at http://jakarta.apache.org/tomcat/tomcat-4.0-doc/manager-howto.html So, I'm accessing the following URL just like the example shows: https://www.(mydomain).com/manager/sessions?path=/ristmain I'm trying to interpret these results: OK - Session information for application at context path /ristmain Default maximum session inactive interval 30 minutes 30 - 40 minutes:100 sessions 120 - 130 minutes:1071 sessions My main question is, does Tomcat update these numbers in realtime, or only once in a while (like every 10 minutes)? I'm wondering why it says 30 - 40 minutes...? I logged into the web app as another user and that 100 didn't increase. It's hard for me to tell if my logging in was counted later on just because real users are logging in and out all the time. I guess the most important thing I need to know here is how long I should wait to take another sampling...wait 10 minutes each time, or what? If it says 100 sessions, then that means within the past half an hour (or 40 minutes?), there have been a total of about 100 users logged in, right? Are these the only statistics available about sessions? Would I have to customize Tomcat to find out more? Thanks, Stephen - 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: manager app: sessions
Stephen, I do not know if my interpretation of how TomCat tracks sessions is correct. Normally, I look at the number of sessions as listed on the /manager/html page. But my interpretation could be *completely wrong...* Bob On Wednesday 14 July 2004 01:57 pm, Stephen Charles Huey wrote: What? I can only find out how many sessions have been active for 30 to 40 minutes and 120 to 130 minutes? That doesn't seem to make sense. I understand if Tomcat doesn't want to update the stats too frequently, but what about stats on sessions logged in more than 40 minutes and less than 2 hours? Why would it arbitrarily jump up to 2 hours? And how likely is it that I have only 100 users who have been active for a total of exactly 30 to 40 minutes, but 1071 users who have been active for over 2 hours? If my timeout is set to 30 minutes, then that means they have to keep browsing the site at least every 30 minutes to avoid getting timed out. So is what you're saying right? 30 - 40 minutes:100 sessions 120 - 130 minutes:1071 sessions I mainly need to know about how many sessions are currently open. I thought that first line meant that about 100 sessions have been opened in the past half hour, give or take 10 minutes. Is this not true? - Original message - From: Robert Bateman [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Date: Wed, 14 Jul 2004 13:29:33 -0400 Subject: Re: manager app: sessions Stephen, If I understand what your asking, you are looking at statistics generated by Tomcat that tells you how many *active* sessions are still laying around inside the server. But the first row tells you about sessions that have been alive between 30 and 40 minutes. You logged in but your session was active *way* under the 30 minute lower limit for the stats one line 1. Bob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
deploying using manager app does not modify server.xml ...
Hello all, Around here we install webapps in non standard locations from the command line. We do this by creating an .xml that contains all that tomcat (ver 4.1.27) needs to know about a new context and then do: get --http-user=admin --http-passwd=* -O- \ http://localhost:8080/manager/install?config=file:/data/myapp/conf/myapp.xml This installs the context just fine, everything works. Just one problem remains. The new context is not added to the server.xml. I need to get in to a browser, log on to the admin application, and then press commit changes. If I don't do that Tomcat forgets all about the new context after the next restart. How do I get around this? Basically what I need is a procedure to deploy webapps, that can be performed entirely from the command line (on a unix server) and that allows me the freedom to place the *.war file wharever I want on the file system. TIA, Krist -- Krist van Besien Bern, Switzerland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help with manager app
Shane, In this application, Tomcat is the sole server running on the machine. I have Apache running on another machine to serve basic web pages, but the two are not connected at all. The Apache/web/server listens on port 80, while the Tomcat/servlet/server listens on 443 (https). That separation keeps things clean and simple. I went this route about 2 years ago after load testing showed the Apache server was using significant CPU cycles (when both were on the same machine). So, whether for good or bad, Tomcat is solely responsible for it's fate. Cheers, -Richard I am by no means a network configuration specialist, so take what I say with a grain of salt :) You havn't mentioned how Tomcat is accessed from the internet, such as do you have a Apache or IIS, server acting as a proxy/redirector to tomcat, or whether tomcat itself is internet facing. If you have a separate web server infront of tomcat, then the web server only needs to be configured with the URI's to pass through to tomcat for your web application AND NOT specify those URIs for the manager app. That way you can access the manager app from the internal network by directly going to tomcat, but the external internet users will never be able to access it, because no path exists to it for them. If however you tomcat is internet facing (not an option I would recommend) then I wouldn't know how you should properly deal with that. At least have a good password :) Regards, Shane -Orig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help with manager app
Doug, I checked both the admin web.xml and the manager web.xml, and I do have a valve in them, restricting access to localhost plus the internal web. It is entirely possible that I am mistaken - what I thought was external access was in fact a router being intelligent. I will have to test more to see if there is a real external connection. Thanks, -Richard Richard, Use a remote address valve. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/valve.html Set it up for allow and the IP ranges you want to get in. Doug www.parsonstechnical.com - Original Message - From: Richard S. Huntrods [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 1:41 AM Subject: Help with manager app I have a rather urgent problem. I have been using tomcat for several years now, and normally weather the upgrades with some few problems, but nothing serious - until now. My problem - in the old Tomcat, I used the manager application to monitor the number of users accessing the system. In the old version, I had it set up so that external requests could NOT see the manager, ever. Now, under the new Tomcat, the manager app has changed. Today I also noticed that it is also available to the internet. How do I restrict access to the manager application to the local network - i.e. how do I turn off internet access to the manager app? Thanks in advance, -Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help with manager app
I have a rather urgent problem. I have been using tomcat for several years now, and normally weather the upgrades with some few problems, but nothing serious - until now. My problem - in the old Tomcat, I used the manager application to monitor the number of users accessing the system. In the old version, I had it set up so that external requests could NOT see the manager, ever. Now, under the new Tomcat, the manager app has changed. Today I also noticed that it is also available to the internet. How do I restrict access to the manager application to the local network - i.e. how do I turn off internet access to the manager app? Thanks in advance, -Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help with manager app
I am by no means a network configuration specialist, so take what I say with a grain of salt :) You havn't mentioned how Tomcat is accessed from the internet, such as do you have a Apache or IIS, server acting as a proxy/redirector to tomcat, or whether tomcat itself is internet facing. If you have a separate web server infront of tomcat, then the web server only needs to be configured with the URI's to pass through to tomcat for your web application AND NOT specify those URIs for the manager app. That way you can access the manager app from the internal network by directly going to tomcat, but the external internet users will never be able to access it, because no path exists to it for them. If however you tomcat is internet facing (not an option I would recommend) then I wouldn't know how you should properly deal with that. At least have a good password :) Regards, Shane -Original Message- From: Richard S. Huntrods [mailto:[EMAIL PROTECTED] Sent: Tuesday, 4 May 2004 1:41 PM To: [EMAIL PROTECTED] Subject: Help with manager app I have a rather urgent problem. I have been using tomcat for several years now, and normally weather the upgrades with some few problems, but nothing serious - until now. My problem - in the old Tomcat, I used the manager application to monitor the number of users accessing the system. In the old version, I had it set up so that external requests could NOT see the manager, ever. Now, under the new Tomcat, the manager app has changed. Today I also noticed that it is also available to the internet. How do I restrict access to the manager application to the local network - i.e. how do I turn off internet access to the manager app? Thanks in advance, -Richard - 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: Help with manager app
Richard, Use a remote address valve. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/valve.html Set it up for allow and the IP ranges you want to get in. Doug www.parsonstechnical.com - Original Message - From: Richard S. Huntrods [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 1:41 AM Subject: Help with manager app I have a rather urgent problem. I have been using tomcat for several years now, and normally weather the upgrades with some few problems, but nothing serious - until now. My problem - in the old Tomcat, I used the manager application to monitor the number of users accessing the system. In the old version, I had it set up so that external requests could NOT see the manager, ever. Now, under the new Tomcat, the manager app has changed. Today I also noticed that it is also available to the internet. How do I restrict access to the manager application to the local network - i.e. how do I turn off internet access to the manager app? Thanks in advance, -Richard - 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]
Deployment with the manager app (manifest question)
Dear Sir / Madam, I am testing the deployment of a webapp that needs some java extensions (jdbc connectors) which are not available on the server. I specified the optional packages and their versions in the MANIFEST.MF file included in the WAR file as I suppose one has to. Surprisingly, the manager app does not report any error when I deploy the war file... but, of course, the deployed application won't start because it does not have all the needed extensions. I am using tomcat version 5.0.19 and my MANIFEST file contents are as follows: Manifest-Version: 1.2 Name: CMECP/fo Class-Path: servlet-api.jar activation.jar mail.jar com.mysql.jdbc Extension-List: activation mail mysqljdbc servlet activation-Extension-Name: javax.activation activation-Specification-Version: 1.0 activation-Implementation-Version: 1.0.2 activation-Implementation-Vendor-Id: com.sun activation-Implementation-URL: http://java.sun.com/products/stdext/activation.jar mail-Extension-Name: javax.mail mail-Specification-Version: 1.3 mail-Implementation-Version: 1.3.1 mail-Implementation-Vendor-Id: com.sun mail-Implementation-URL: http://java.sun.com/products/stdext/mail.jar mysqljdbc-Extension-Name: com.mysql.jdbc mysqljdbc-Specification-Version: 3.0 mysqljdbc-Implementation-Version: 3.0.10 mysqljdbc-Implementation-Vendor-Id: com.mysql mysqljdbc-Implementation-URL: http://www.mysql.com/products/mysql-connector-java-3.0.10-stable- bin.jar servlet-Extension-Name: javax.servlet servlet-Specification-Version: 2.4 servlet-Implementation-Version: 2.4.public_draft servlet-Implementation-Vendor-Id: org.apache servlet-Implementation-URL: http://jakarta.apache.org/products/servlet-api.jar Do you detect any changes I might do to the MANIFEST.MF file so that Tomcat's manager stops it from being deployed? I thank you in advance for any comments you may send. Carlos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manager app security concerns
I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager app security concerns
I'm just guessing here but you could run the manager app over https. If however your support team expressed concerns that the manager app might be backdoored, I suggest you slap them a little bit and ask them to change their medication :) -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 11:32 To: Tomcat Users List Subject: Manager app security concerns I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs.
Re: Manager app security concerns
Thanks, slapping them sounds like fun. Yiannis Mavroukakis wrote: I'm just guessing here but you could run the manager app over https. If however your support team expressed concerns that the manager app might be backdoored, I suggest you slap them a little bit and ask them to change their medication :) -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 11:32 To: Tomcat Users List Subject: Manager app security concerns I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
deploying war to tomcat 5.0.19 via manager app
I'm sorry if this is a well known-issue. I've checked the archives and didn't find anything like this description, so here goes. I have a web app in a war file, with a META-INF/context.xml that looks like this: Context path=/dept/post/vale docBase=vale debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_vale_log. suffix=.txt timestamp=true/ /Context That is, I want the context to be /dept/post/vale. I don't really care where the docBase is, but I have had major problems trying to make it nested, as in docBase=dept/post/vale...it seems like Tomcat doesn't like webapps that contain nested path names? Or am I wrong here? Anyway, when I upload this war file, I observe two strange things. I will occasionally get an error in the Tomcat logs complaining that the context /dept/post/vale is already in use, even when I have made sure there are no such web apps on the machine (ie. I've deleted the work directory, the conf files, and the actual web app directory and war file.). The actual error is: Mar 8, 2004 1:42:53 PM org.apache.catalina.startup.HostConfig deployDescriptors SEVERE: Error deploying configuration descriptor vale.xml java.io.IOException: java.lang.IllegalStateException: Context path /dept/post/vale is already in use at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j ava:525) at org.apache.catalina.core.StandardHost.install(StandardHost.java:906) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:527 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1073) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:372) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:166) at org.apache.catalina.core.StandardHost.backgroundProcess(StandardHost.java:84 3) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processC hildren(ContainerBase.java:1662) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processC hildren(ContainerBase.java:1671) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(Cont ainerBase.java:1651) at java.lang.Thread.run(Thread.java:534) Then, the other strange thing I observe, is that there are TWO web apps listed in the manager console after I have uploaded the single war, one named dept/post/vale and one simply named /vale. My main question is, is this normal behavior? If so, why does it work this way? Am I doing something wrong, or not understanding something about deploying a war file via the manager app? Thanks in advance, Rob Ross Senior Software Engineer E! Networks [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: deploying war to tomcat 5.0.19 via manager app
Hi, Context path=/dept/post/vale docBase=vale debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_vale_log. suffix=.txt timestamp=true/ /Context That is, I want the context to be /dept/post/vale. I don't really care Maybe it's a problem for the Mapper, as / is a directory separator per SRV.11.1? Don't know. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache Tomcat/5.0.19 manager app
I just upgraded from 4.1.29 to 5.0.19. How does tomcat find the manager and admin apps? In the older versions, they used context fragments in the standard webapps directory that effectively pointed to ../server/webapps. I don't see this mechanism in 5.0.19 and want to know how it works. I need this because I am changing Host appBase to another location so that I can keep my apps separate from tomcats home. When I did this under 4.1.x, I simply put a manager.xml file in my webapps directory that pointed to the standard app, with an absolute path. That worked like a charm. I do not know how to do the same thing in 5.x. Any help? Thanks. Dean Hoover - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache Tomcat/5.0.19 manager app
Howdy, I just upgraded from 4.1.29 to 5.0.19. How does tomcat find the manager and admin apps? In the older versions, they used context fragments in the standard webapps directory that effectively pointed to ../server/webapps. I don't see this mechanism in 5.0.19 and want to know how it works. Boy, sometimes it's disheartening to see someone who's clearly intelligent not bother to read the docs we spent time writing ;( Look in the $CATALINA_HOME/conf/Catalina/localhost directory. Or more generally, $CATALINA_HOME/conf/[engine name]/[host name]. Also, make sure you read the relevant docs linked below. As I mentioned earlier today, this is an area of significant change in tomcat5. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html#Automat ic%20Application%20Deployment http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/context.html Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: manager app No context exists for path /
Anthony Gray wrote: Hi All, I'm trying to use the manager app (via /manager/html) so that I can restart/stop/start apps, however I'm getting the message No context exists for path / when I try to stop/restart the app. I'm using linux, tomcat 5.0.16, apache 2.0.47 and jk2 2.0.2, and My directory structure is like the following : jsp files : /home/user/www/ classes : /home/user/www/WEB-INF/classes/myjsp/ The web.xml in /home/user/www/WEB-INF/ doesn't have anything defined within the web-app directives, the app does not seem to require it for running. I have tried inserting the class names in here but it didn't seem to help (also I'm a newbie and I didn't really know what I was doing). The app runs fine and the jakarta help for the error message is There is no deployed application on the context path that you specified.. How can I make the manager app see my application ? I've not seen this exact error, but I have seen some no contexts exist messages (and general broken-ness) after mucking about with server.xml. I would suggest deploying with the manager, to make sure the app config is correct, and trying again. -- Josh Rehman citysearch.com 213.739.3559 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
manager app No context exists for path /
Hi All, I'm trying to use the manager app (via /manager/html) so that I can restart/stop/start apps, however I'm getting the message No context exists for path / when I try to stop/restart the app. I'm using linux, tomcat 5.0.16, apache 2.0.47 and jk2 2.0.2, and My directory structure is like the following : jsp files : /home/user/www/ classes : /home/user/www/WEB-INF/classes/myjsp/ The web.xml in /home/user/www/WEB-INF/ doesn't have anything defined within the web-app directives, the app does not seem to require it for running. I have tried inserting the class names in here but it didn't seem to help (also I'm a newbie and I didn't really know what I was doing). The app runs fine and the jakarta help for the error message is There is no deployed application on the context path that you specified.. How can I make the manager app see my application ? TIA Anthony _ E-mail just got a whole lot better. New ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager App Doesn't Reload wars
Art, I assume you could not get the Deploy and Undeploy features to work either since you are using a work around? Consequently, I found that the redeploying [with the details below] doesn't work in any version of Tomcat 4.x. This is a problem because the more applications I realease the less likely I'm going to be able to bring down the server for upgrades in applications. I have found some poor work arounds, but I prefer the process that's documented work as stated because it's a wonderful practice. Thanks though :) Jester -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 09, 2003 1:11 PM To: Tomcat Users List Subject: RE: Manager App Doesn't Reload wars I pre-create my contexts within the server xml file, and point the source to the war file. I can then upgrade the war file, then stop/start the webapp from the manager application. This recreates the webapp from the new war. -Art -Original Message- From: Sleeper, Jesse [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 09, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Manager App Doesn't Reload wars I'll give it another shot. In Tomcat 4.1.1.2, wars can be Deployed on a Hot Server for the first time but not Undeployed if there are any jars in the WEB-INF/lib directory of the app. Tomcat also does not reflect any changes in the application if Undeployed and Deployed again because the references in the work directory do not get refreshed. Has anyone been able to get this feature to work like the docs say it does? Anyone...anyone? Jester - 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: REPOST : Tomcat Manager App Question
On 12/16/2003 01:30 AMnbsp;Swaminathan Gurumoorthy wrote: I am posting this again since I could not figure out how to solve this. I wud really appreciate any help. *** Problem statement *** I need to use Tomcat's manager app to install my webapp with its context file. I was playing with the manager app to install my application on Tomcat in Windows 200. I have a myApp.war and also a context file myApp.xml which has resource definitions for my project. Now I tried something like this from my browser. http://localhost:8080/manager/install?path=/myAppwar=jar:file://C:/myAppDir/myApp.war!config=file://C:/myAppDir/myApp.xml It gives me a FAIL - Encountered exception java.net.MalformedURLException: no !/ in spec error. What am I doing wrong. I need to get this working so that I can use the Tomcat Ant tasks to install. did you try installing from the manager HTML interface to see if that works first? Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
REPOST : Tomcat Manager App Question
I am posting this again since I could not figure out how to solve this. I wud really appreciate any help. *** Problem statement *** I need to use Tomcat's manager app to install my webapp with its context file. I was playing with the manager app to install my application on Tomcat in Windows 200. I have a myApp.war and also a context file myApp.xml which has resource definitions for my project. Now I tried something like this from my browser. http://localhost:8080/manager/install?path=/myAppwar=jar:file://C:/myAppDir/myApp.war!config=file://C:/myAppDir/myApp.xml It gives me a FAIL - Encountered exception java.net.MalformedURLException: no !/ in spec error. What am I doing wrong. I need to get this working so that I can use the Tomcat Ant tasks to install. TIA Swami - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing
Re: Tomcat 5.0.16 : manager-app access - solved
Hi Andy, yes, you were completely right with your assumption about the user roles. Thanks a lot greets Dirk - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 10:33 PM Subject: Re: Tomcat 5.0.16 : manager-app access - solved Ah! If only you hadn't dropped the thread! Oh well, glad you got it sorted. As for the commas, looks like you found a bug - although I would check that user_roles=admin works for admin only as well. Adam On 12/11/2003 04:09 PM Dirk Griesbach wrote: I traced the problem down to the 'user_role' entry in the database: The role of the user used by the manager-app had role admin,manager (like in 'tomcat-users.xml' in a memory Realm) which does not work. Changing the user_role to 'manager' puts it..but now the admin-app using the same user complains. Maybe class org.apache.catalina.realm.DataSourceRealm works different than org.apache.catalina.realm.UserDatabaseRealm regarding comma seperated roles ? grisi - Original Message - From: Dirk Griesbach [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 9:57 AM Subject: Re: Tomcat 5.0.16 : manager-app access Hi Adam, thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: Context path=/manager docBase=../server/webapps/manager debug=0 privileged=true ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ /Context You're right, the Realm is defined in the server.xml: ... GlobalNamingResources ... Resource name=UserDatabase auth=Container type=javax.sql.DataSource / ResourceParams name=UserDatabase /ResourceParams /GlobalNamingResources Unfortunately: no effect, 403 - Access to the requested resource has been denied The admin-app still shows no entry in 'User database Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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] -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Tomcat 5.0.16 : manager-app access - solved
I traced the problem down to the 'user_role' entry in the database: The role of the user used by the manager-app had role admin,manager (like in 'tomcat-users.xml' in a memory Realm) which does not work. Changing the user_role to 'manager' puts it..but now the admin-app using the same user complains. Maybe class org.apache.catalina.realm.DataSourceRealm works different than org.apache.catalina.realm.UserDatabaseRealm regarding comma seperated roles ? grisi - Original Message - From: Dirk Griesbach [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 9:57 AM Subject: Re: Tomcat 5.0.16 : manager-app access Hi Adam, thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: Context path=/manager docBase=../server/webapps/manager debug=0 privileged=true ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ /Context You're right, the Realm is defined in the server.xml: ... GlobalNamingResources ... Resource name=UserDatabase auth=Container type=javax.sql.DataSource / ResourceParams name=UserDatabase /ResourceParams /GlobalNamingResources Unfortunately: no effect, 403 - Access to the requested resource has been denied The admin-app still shows no entry in 'User database Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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]
Tomcat Manager App Question
I was playing with the manager app to install my application on Tomcat in Windows 200. I have a myApp.war and also a context file myApp.xml which has resource definitions for my project. Now I tried something like this from my browser. http://localhost:8080/manager/install?path=/myAppwar=jar:file://C:/myAppDir/myApp.war!config=file://C:/myAppDir/myApp.xml It gives me a FAIL - Encountered exception java.net.MalformedURLException: no !/ in spec error. What am I doing wrong. I need to get this working so that I can use the Tomcat Ant tasks to install. TIA Swami - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing
Re: Tomcat 5.0.16 : manager-app access
Hi Dirk, re: a FAQ or whatever, it's just a case of reading the tomcat 5 docs on the Jakarta website where appropriate. The manager app will only let you log on with the role 'manager'. If your user in that realm isn't in the role, you won't get in. You can change this in the server/webapps/manager/WEB-INF/web.xml config. However you say you don't even get the chance to login? Strange. I'm not familiar with the admin app. Are you saying that your realm should show up there but doesn't? And the realm works fine for your app and for the admin app, but not for the manager app? Judging by the error in the admin app you spoke of, I would guess that there is something wrong with the roles configuration in your realm. Do you use roles in your own app? If so and it works, then perhaps it's not that problem. But I'd look there first. Adam On 12/11/2003 09:57 AM Dirk Griesbach wrote: thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: Context path=/manager docBase=../server/webapps/manager debug=0 privileged=true ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ /Context You're right, the Realm is defined in the server.xml: ... GlobalNamingResources ... Resource name=UserDatabase auth=Container type=javax.sql.DataSource / ResourceParams name=UserDatabase /ResourceParams /GlobalNamingResources Unfortunately: no effect, 403 - Access to the requested resource has been denied The admin-app still shows no entry in 'User database Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 : manager-app access - solved
Ah! If only you hadn't dropped the thread! Oh well, glad you got it sorted. As for the commas, looks like you found a bug - although I would check that user_roles=admin works for admin only as well. Adam On 12/11/2003 04:09 PM Dirk Griesbach wrote: I traced the problem down to the 'user_role' entry in the database: The role of the user used by the manager-app had role admin,manager (like in 'tomcat-users.xml' in a memory Realm) which does not work. Changing the user_role to 'manager' puts it..but now the admin-app using the same user complains. Maybe class org.apache.catalina.realm.DataSourceRealm works different than org.apache.catalina.realm.UserDatabaseRealm regarding comma seperated roles ? grisi - Original Message - From: Dirk Griesbach [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 9:57 AM Subject: Re: Tomcat 5.0.16 : manager-app access Hi Adam, thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: Context path=/manager docBase=../server/webapps/manager debug=0 privileged=true ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ /Context You're right, the Realm is defined in the server.xml: ... GlobalNamingResources ... Resource name=UserDatabase auth=Container type=javax.sql.DataSource / ResourceParams name=UserDatabase /ResourceParams /GlobalNamingResources Unfortunately: no effect, 403 - Access to the requested resource has been denied The admin-app still shows no entry in 'User database Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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] -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.16 : manager-app access
hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ?
Re: Tomcat 5.0.16 : manager-app access
On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still UserDatabase) But if I now try to use the manager-app I get the error: 403 - access denied without even being prompted. I've modified ..server\webapps\manager\WEB-INF\web.xml so that it reads: ... resource-env-ref-nameUserDatabase/resource-env-ref-name resource-env-ref-typejavax.sql.DataSource/resource-env-ref-type and ..server\webapps\manager\manager.xml that it reads ... ResourceLink name=users global=UserDatabase type=javax.sql.DataSource/ no effect. Even more strange the behaviour of the admin-app: The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on dataSource shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request. Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manager App Doesn't Reload wars
I'll give it another shot. In Tomcat 4.1.1.2, wars can be Deployed on a Hot Server for the first time but not Undeployed if there are any jars in the WEB-INF/lib directory of the app. Tomcat also does not reflect any changes in the application if Undeployed and Deployed again because the references in the work directory do not get refreshed. Has anyone been able to get this feature to work like the docs say it does? Anyone...anyone? Jester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager App Doesn't Reload wars
I pre-create my contexts within the server xml file, and point the source to the war file. I can then upgrade the war file, then stop/start the webapp from the manager application. This recreates the webapp from the new war. -Art -Original Message- From: Sleeper, Jesse [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 09, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Manager App Doesn't Reload wars I'll give it another shot. In Tomcat 4.1.1.2, wars can be Deployed on a Hot Server for the first time but not Undeployed if there are any jars in the WEB-INF/lib directory of the app. Tomcat also does not reflect any changes in the application if Undeployed and Deployed again because the references in the work directory do not get refreshed. Has anyone been able to get this feature to work like the docs say it does? Anyone...anyone? Jester - 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: Manager app in 4.1.27 behaves differently to 4.1.18
Thanks for confirming that. I just tried setting the unpackWARs to false and now 4.1.27 behaves just like 4.1.18. I did think i was going mad though.. -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: 25 November 2003 17:59 To: Tomcat Users List Subject: RE: Manager app in 4.1.27 behaves differently to 4.1.18 I believe the point that Yoav was going to make was that Tomcat 4.1.18 doesn't honor the unpackWARs Host setting when using the Manager's deploy function. Thus it always serves such a webapp from the WAR, for which the Manager undeploy works. Tomcat 4.1.27 does honor the unpackWARs setting, so the same deploy command results in an auto-expanded webapp, if unpackWARs=true. I believe the Manager undeploy command in both 4.1.18 and 4.1.27 has trouble removing an auto-expanded WAR. If you set unpackWARs=false in 4.1.27, you would get the same behavior with respect to deploying and undeploying that you saw in Tomcat 4.1.18. Cheers, Larry -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2003 10:18 AM To: Tomcat Users List Subject: RE: Manager app in 4.1.27 behaves differently to 4.1.18 Hi, I've reduced my server.xml down to the bare minumum of ROOT, manager admin contexts I use a copy of the same server.xml in an instance of Tomcat 4.1.27 Tomcat 4.1.18 and use the org.apache.catalina.ant.DeployTask to deploy my war file. In 4.1.18 it unpacks it into \work\localhost\myapp in 4.1.27 it unpacks it into \webapps\myapp (it also creates an empty myapp dir in \work\localhost ) in 4.1.27 the UndeployTask will not work because it can't remove the myapp dir in the webapp directory. The server.xml i used in both cases is attached bellow I'm totally at a loss as to whats going on Tom ?xml version='1.0' encoding='utf-8'? Server className=org.apache.catalina.core.StandardServer debug=0 port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycle Listener debug=0/ GlobalNamingResources Environment name=simpleValue override=true type=java.lang.Integer value=30/ Resource auth=Container description=User database that can be updated and saved name=UserDatabase scope=Shareable type=org.apache.catalina.UserDatabase/ ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Service className=org.apache.catalina.core.StandardService debug=0 name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=100 bufferSize=2048 connectionTimeout=2 debug=9 disableUploadTimeout=true enableLookups=true maxProcessors=75 minProcessors=5 port=8080 protocolHandlerClassName=org.apache.coyote.http11.Http11Protocol proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=10 bufferSize=2048 connectionTimeout=2 debug=0 disableUploadTimeout=false enableLookups=true maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Engine className=org.apache.catalina.core.StandardEngine debug=0 defaultHost=localhost mapperClass=org.apache.catalina.core.StandardEngineMapper name=Standalone Host className=org.apache.catalina.core.StandardHost appBase=webapps autoDeploy=true configClass=org.apache.catalina.startup.ContextConfig contextClass=org.apache.catalina.core.StandardContext debug=0 deployXML=true errorReportValveClass=org.apache.catalina.valves.ErrorReportValve liveDeploy=true mapperClass=org.apache.catalina.core.StandardHostMapper name=localhost unpackWARs=true Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Tomcat Administration Application docBase=../server/webapps/admin mapperClass=org.apache.catalina.core.StandardContextMapper path=/admin privileged=true reloadable=false swallowOutput=false useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger className
Manager app in 4.1.27 behaves differently to 4.1.18
Hi there,
I'm having a slightly annoying problem using the Tomcat Manager application.
I have a webservices web application that i deploy using an Ant script and
the org.apache.catalina.ant.DeployTask UndeployTask. On Tomcat 4.1.18 this
works fine, I package the application up as a war file and can deploy,
undeploy and redeploy with no problems - the war file gets unpacked into
{CATALINA-HOME}\work\Standalone\localhost\myapp
However, i've upgraded to Tomcat 4.1.27 and now the ant script no longer
works. When I deploy the war file using the manager it unpacks it into
{CATALINA-HOME}\webapps\myapp folder instead. This is irritating because
when I try and redeploy the war file (i.e call undeploy then deploy in the
ant script) i get the message Cannot remove document base for path /myapp
Why does 4.1.27 unpack its war files into the web app folder unlike 4.1.18?
I've tried replacing the server.xml file with the one from 4.1.18 but it
still does the same thing. Is there a setting that I need to make 4.1.27
behave in the same way as 4.1.18?
Thanks
Tom
Limehouse Court, 3-11 Dod Street
London E14 7EQ Tel: 020 7537 8515
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager app in 4.1.27 behaves differently to 4.1.18
Howdy,
Is unpackWARs set to true for your Host?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Tom Lyle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 7:54 AM
To: Tomcat Users List
Subject: Manager app in 4.1.27 behaves differently to 4.1.18
Hi there,
I'm having a slightly annoying problem using the Tomcat Manager
application.
I have a webservices web application that i deploy using an Ant script
and
the org.apache.catalina.ant.DeployTask UndeployTask. On Tomcat 4.1.18
this
works fine, I package the application up as a war file and can deploy,
undeploy and redeploy with no problems - the war file gets unpacked
into
{CATALINA-HOME}\work\Standalone\localhost\myapp
However, i've upgraded to Tomcat 4.1.27 and now the ant script no
longer
works. When I deploy the war file using the manager it unpacks it into
{CATALINA-HOME}\webapps\myapp folder instead. This is irritating
because
when I try and redeploy the war file (i.e call undeploy then deploy
in
the
ant script) i get the message Cannot remove document base for path
/myapp
Why does 4.1.27 unpack its war files into the web app folder unlike
4.1.18?
I've tried replacing the server.xml file with the one from 4.1.18 but
it
still does the same thing. Is there a setting that I need to make
4.1.27
behave in the same way as 4.1.18?
Thanks
Tom
Limehouse Court, 3-11 Dod Street
London E14 7EQ Tel: 020 7537 8515
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, including any attachments, is a confidential business communication, and
may contain information that is confidential, proprietary and/or privileged. This
e-mail is intended only for the individual(s) to whom it is addressed, and may not be
saved, copied, printed, disclosed or used by anyone else. If you are not the(an)
intended recipient, please immediately delete this e-mail from your computer system
and notify the sender. Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager app in 4.1.27 behaves differently to 4.1.18
=.txt timestamp=true
verbosity=1/
Realm className=org.apache.catalina.realm.UserDatabaseRealm
debug=0 resourceName=UserDatabase validate=true/
/Engine
/Service
/Server
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 25 November 2003 14:04
To: Tomcat Users List
Subject: RE: Manager app in 4.1.27 behaves differently to 4.1.18
Howdy,
Is unpackWARs set to true for your Host?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Tom Lyle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 7:54 AM
To: Tomcat Users List
Subject: Manager app in 4.1.27 behaves differently to 4.1.18
Hi there,
I'm having a slightly annoying problem using the Tomcat Manager
application.
I have a webservices web application that i deploy using an Ant script
and
the org.apache.catalina.ant.DeployTask UndeployTask. On Tomcat 4.1.18
this
works fine, I package the application up as a war file and can deploy,
undeploy and redeploy with no problems - the war file gets unpacked
into
{CATALINA-HOME}\work\Standalone\localhost\myapp
However, i've upgraded to Tomcat 4.1.27 and now the ant script no
longer
works. When I deploy the war file using the manager it unpacks it into
{CATALINA-HOME}\webapps\myapp folder instead. This is irritating
because
when I try and redeploy the war file (i.e call undeploy then deploy
in
the
ant script) i get the message Cannot remove document base for path
/myapp
Why does 4.1.27 unpack its war files into the web app folder unlike
4.1.18?
I've tried replacing the server.xml file with the one from 4.1.18 but
it
still does the same thing. Is there a setting that I need to make
4.1.27
behave in the same way as 4.1.18?
Thanks
Tom
Limehouse Court, 3-11 Dod Street
London E14 7EQ Tel: 020 7537 8515
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, including any attachments, is a confidential
business communication, and may contain information that is
confidential, proprietary and/or privileged. This e-mail is
intended only for the individual(s) to whom it is addressed, and
may not be saved, copied, printed, disclosed or used by anyone
else. If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and
notify the sender. Thank you.
-
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: Manager app in 4.1.27 behaves differently to 4.1.18
I believe the point that Yoav was going to make was that Tomcat 4.1.18 doesn't honor the unpackWARs Host setting when using the Manager's deploy function. Thus it always serves such a webapp from the WAR, for which the Manager undeploy works. Tomcat 4.1.27 does honor the unpackWARs setting, so the same deploy command results in an auto-expanded webapp, if unpackWARs=true. I believe the Manager undeploy command in both 4.1.18 and 4.1.27 has trouble removing an auto-expanded WAR. If you set unpackWARs=false in 4.1.27, you would get the same behavior with respect to deploying and undeploying that you saw in Tomcat 4.1.18. Cheers, Larry -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2003 10:18 AM To: Tomcat Users List Subject: RE: Manager app in 4.1.27 behaves differently to 4.1.18 Hi, I've reduced my server.xml down to the bare minumum of ROOT, manager admin contexts I use a copy of the same server.xml in an instance of Tomcat 4.1.27 Tomcat 4.1.18 and use the org.apache.catalina.ant.DeployTask to deploy my war file. In 4.1.18 it unpacks it into \work\localhost\myapp in 4.1.27 it unpacks it into \webapps\myapp (it also creates an empty myapp dir in \work\localhost ) in 4.1.27 the UndeployTask will not work because it can't remove the myapp dir in the webapp directory. The server.xml i used in both cases is attached bellow I'm totally at a loss as to whats going on Tom ?xml version='1.0' encoding='utf-8'? Server className=org.apache.catalina.core.StandardServer debug=0 port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycle Listener debug=0/ GlobalNamingResources Environment name=simpleValue override=true type=java.lang.Integer value=30/ Resource auth=Container description=User database that can be updated and saved name=UserDatabase scope=Shareable type=org.apache.catalina.UserDatabase/ ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Service className=org.apache.catalina.core.StandardService debug=0 name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=100 bufferSize=2048 connectionTimeout=2 debug=9 disableUploadTimeout=true enableLookups=true maxProcessors=75 minProcessors=5 port=8080 protocolHandlerClassName=org.apache.coyote.http11.Http11Protocol proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=10 bufferSize=2048 connectionTimeout=2 debug=0 disableUploadTimeout=false enableLookups=true maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Engine className=org.apache.catalina.core.StandardEngine debug=0 defaultHost=localhost mapperClass=org.apache.catalina.core.StandardEngineMapper name=Standalone Host className=org.apache.catalina.core.StandardHost appBase=webapps autoDeploy=true configClass=org.apache.catalina.startup.ContextConfig contextClass=org.apache.catalina.core.StandardContext debug=0 deployXML=true errorReportValveClass=org.apache.catalina.valves.ErrorReportValve liveDeploy=true mapperClass=org.apache.catalina.core.StandardHostMapper name=localhost unpackWARs=true Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Tomcat Administration Application docBase=../server/webapps/admin mapperClass=org.apache.catalina.core.StandardContextMapper path=/admin privileged=true reloadable=false swallowOutput=false useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=localhost_admin_log. suffix=.txt timestamp=true verbosity=1/ /Context Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Welcome to Tomcat docBase=C:\jakarta-tomcat-4.1.27\webapps\ROOT mapperClass
TC Manager App question
I understand that there are caveats to using the manager application with contexts that have been specified within the server.xml file... I have 3 virtual hosts setup, all are separate web applications. Each has the manager context application associated to themselves. The manager appears to respond to listing the applications within each virtual host correctly, I have made the following folder structure: webapps\ webapps\vhost1\ webapps\vhost2\ and set the appbase for each virtual host to the correct folder. I then specify a context with a docbase of 'webapp1.war' for vhost1. If I restart the entire tomcat server, all looks normal, I get webapps\vhost1\webapp1.war webapps\vhost1\webapp1\ etc but when I stop the context under webapps1 via the webapps1 manager and start it again, it extracts the webapp1.war to the webapps folder instead of the appbase of webapps\vhost1 Essentially, we want to be able to upgrade virtualhosts without having to reload tomcat itself (affecting other web application on the same server). We also need the context pre-declared so we may take advantage of jdbc connection pooling. -Art
Restrict manager app to Contexts in one (virtual) Host
Hi there, I wonder if there is any means to give users access to the manager application, but let them only manipulate contexts located within their own virtual Hosts? I think this question is one every ISP has to stumble across, provided he doesn't want to get please restart ... mails all day long and restart them manually. I got a bit angry with my provider because he offers Java server, but he thaught JSP was everything there was to it. When I told him about Contexts he was not really prepared. Still he's willing to solve it. So I tried to figure it out by googling, browsing mail archives, etc. But, it has not yet become apparent to me how ISPs are supposed to set up tomcat4 to serve several virtual hosts. I told him to define one Host for me and he did so. It works, but this is not really sufficient for an ISP. It is unclear to me how to deploy and reload applications remotely, in a by-host manner. Is there a tomcat-based solution out there, or is it necessary to work around it, somehow? (For example by invoking a small script local to the server via some custom admin page link, or something.) Best regards, -Florian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Restrict manager app to Contexts in one (virtual) Host
This lately (past 6 months) has been becoming a more common request. But the functionality is not there as distributed by tomcat. Patches welcome. Alternatives include: - Adding a filter to the manager app for finer grained control - Rewriting manager to allow its namespace to be authorized via web.xml's security constraints - Creating another webapp which does all authorization then calls the manager app via a nested HttpRequest -Tim Florian Ebeling wrote: Hi there, I wonder if there is any means to give users access to the manager application, but let them only manipulate contexts located within their own virtual Hosts? I think this question is one every ISP has to stumble across, provided he doesn't want to get please restart ... mails all day long and restart them manually. I got a bit angry with my provider because he offers Java server, but he thaught JSP was everything there was to it. When I told him about Contexts he was not really prepared. Still he's willing to solve it. So I tried to figure it out by googling, browsing mail archives, etc. But, it has not yet become apparent to me how ISPs are supposed to set up tomcat4 to serve several virtual hosts. I told him to define one Host for me and he did so. It works, but this is not really sufficient for an ISP. It is unclear to me how to deploy and reload applications remotely, in a by-host manner. Is there a tomcat-based solution out there, or is it necessary to work around it, somehow? (For example by invoking a small script local to the server via some custom admin page link, or something.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Restrict manager app to Contexts in one (virtual) Host
Hi, This is confusing. One second after posting I found in the javadoc for ManagerServlet this: [ManagerServlet is a] Servlet that enables remote management of the web applications installed within the same virtual host as this web application is Tims answere suggests, that it is not possible without further steps taken. I tried ManagerServlet initially with two Hosts using the *same* /webapps docBase. After reading the promising JavaDoc I seperated the contents of my single webapps dir, and it seems to do what I want: listing all within each of them when pointing to the different URLs. I could imagine that many people get confused about this, because one is tempted to think the HTTP-provided Host: header shuold be enough to distinguish. But this behaviour also makes sense in a way. How should manager be able to distinguish a stopped app from one that does not belong to this Host? I can distinguish only by switching autoDeploy off and hard-wire the contexts in server.xml. But once I use manager, I want to override these settings and add contexts dynamically. So this seems OK. I think now, this feature is already there. Here is how my server.xml looks like (excerpt): Host name=localhost debug=0 appBase=webapps_localhost unpackWARs=true autoDeploy=false Context className=org.apache.catalina.core.StandardContext path=/manager debug=0 docBase=../server/webapps/manager privileged=true /Context Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase validate=true/ ResourceLink global=UserDatabase name=users type=org.apache.catalina.UserDatabase/ /Host Host name=javaroom debug=0 appBase=webapps_javaroom autoDeploy=false !--Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=javaroom timestamp=true/-- Context className=org.apache.catalina.core.StandardContext path=/manager debug=0 docBase=../server/webapps/manager privileged=true /Context Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase validate=true/ ResourceLink global=UserDatabase name=users type=org.apache.catalina.UserDatabase/ /Host For true multi-hosting there should also be one tomcat-users.xml per Host. This would result in more GlobalNamingResources entries (which in my server.xml gets referenced -- as in the default -- by UserDatbase). Best regards, -Florian Tim Funk wrote: This lately (past 6 months) has been becoming a more common request. But the functionality is not there as distributed by tomcat. Patches welcome. Alternatives include: - Adding a filter to the manager app for finer grained control - Rewriting manager to allow its namespace to be authorized via web.xml's security constraints - Creating another webapp which does all authorization then calls the manager app via a nested HttpRequest -Tim Florian Ebeling wrote: Hi there, I wonder if there is any means to give users access to the manager application, but let them only manipulate contexts located within their own virtual Hosts? I think this question is one every ISP has to stumble across, provided he doesn't want to get please restart ... mails all day long and restart them manually. I got a bit angry with my provider because he offers Java server, but he thaught JSP was everything there was to it. When I told him about Contexts he was not really prepared. Still he's willing to solve it. So I tried to figure it out by googling, browsing mail archives, etc. But, it has not yet become apparent to me how ISPs are supposed to set up tomcat4 to serve several virtual hosts. I told him to define one Host for me and he did so. It works, but this is not really sufficient for an ISP. It is unclear to me how to deploy and reload applications remotely, in a by-host manner. Is there a tomcat-based solution out there, or is it necessary to work around it, somehow? (For example by invoking a small script local to the server via some custom admin page link, or something.) - 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: Restrict manager app to Contexts in one (virtual) Host
Yes, you are OK if you restrict access to a single Host. My answer was geared towards finer grain control of restarting(or whatever) webapps within a single host. If all requirements are at the host level - I think your ok with what you have below. -Tim Florian Ebeling wrote: Hi, This is confusing. One second after posting I found in the javadoc for ManagerServlet this: [ManagerServlet is a] Servlet that enables remote management of the web applications installed within the same virtual host as this web application is Tims answere suggests, that it is not possible without further steps taken. I tried ManagerServlet initially with two Hosts using the *same* /webapps docBase. After reading the promising JavaDoc I seperated the contents of my single webapps dir, and it seems to do what I want: listing all within each of them when pointing to the different URLs. I could imagine that many people get confused about this, because one is tempted to think the HTTP-provided Host: header shuold be enough to distinguish. But this behaviour also makes sense in a way. How should manager be able to distinguish a stopped app from one that does not belong to this Host? I can distinguish only by switching autoDeploy off and hard-wire the contexts in server.xml. But once I use manager, I want to override these settings and add contexts dynamically. So this seems OK. I think now, this feature is already there. Here is how my server.xml looks like (excerpt): Host name=localhost debug=0 appBase=webapps_localhost unpackWARs=true autoDeploy=false Context className=org.apache.catalina.core.StandardContext path=/manager debug=0 docBase=../server/webapps/manager privileged=true /Context Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase validate=true/ ResourceLink global=UserDatabase name=users type=org.apache.catalina.UserDatabase/ /Host Host name=javaroom debug=0 appBase=webapps_javaroom autoDeploy=false !--Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=javaroom timestamp=true/-- Context className=org.apache.catalina.core.StandardContext path=/manager debug=0 docBase=../server/webapps/manager privileged=true /Context Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase validate=true/ ResourceLink global=UserDatabase name=users type=org.apache.catalina.UserDatabase/ /Host For true multi-hosting there should also be one tomcat-users.xml per Host. This would result in more GlobalNamingResources entries (which in my server.xml gets referenced -- as in the default -- by UserDatbase). Best regards, -Florian Tim Funk wrote: This lately (past 6 months) has been becoming a more common request. But the functionality is not there as distributed by tomcat. Patches welcome. Alternatives include: - Adding a filter to the manager app for finer grained control - Rewriting manager to allow its namespace to be authorized via web.xml's security constraints - Creating another webapp which does all authorization then calls the manager app via a nested HttpRequest -Tim Florian Ebeling wrote: Hi there, I wonder if there is any means to give users access to the manager application, but let them only manipulate contexts located within their own virtual Hosts? I think this question is one every ISP has to stumble across, provided he doesn't want to get please restart ... mails all day long and restart them manually. I got a bit angry with my provider because he offers Java server, but he thaught JSP was everything there was to it. When I told him about Contexts he was not really prepared. Still he's willing to solve it. So I tried to figure it out by googling, browsing mail archives, etc. But, it has not yet become apparent to me how ISPs are supposed to set up tomcat4 to serve several virtual hosts. I told him to define one Host for me and he did so. It works, but this is not really sufficient for an ISP. It is unclear to me how to deploy and reload applications remotely, in a by-host manner. Is there a tomcat-based solution out there, or is it necessary to work around it, somehow? (For example by invoking a small script local to the server via some custom admin page link, or something.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail
Re: Restrict manager app to Contexts in one (virtual) Host
Hi, Tim Funk wrote: Yes, you are OK if you restrict access to a single Host. My answer was geared towards finer grain control of restarting(or whatever) webapps within a single host. If all requirements are at the host level - I think your ok with what you have below. Host level is perfect for me. Thanks, Tim. -Florian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
4.1.27: Manager app 'reload' causing ClassNotFoundException
Hello All: Tomcat 4.1.27 JDK 1.4.1_02 OS: Windows 2k I've thoroughly read: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html This list for the past 16 months :) Problem: My (simple demonstration) webapp runs fine if Tomcat is started from scratch. If I use the Manager app from either the html or ant interfaces, executing the 'reload' command completes without error, yet all servlets are unavailable afterwards. Hitting a servlet results in the following being logged: 2003-10-10 12:05:06 HTMLManager: restart: Reloading web application at '/news' 2003-10-10 12:05:06 StandardContext[/news]: Reloading this Context has started 2003-10-10 12:05:06 StandardWrapper[/news:default]: Loading container servlet default 2003-10-10 12:05:06 StandardWrapper[/news:invoker]: Loading container servlet invoker 2003-10-10 12:05:06 StandardManager[/news]: Seeding random number generator class java.security.SecureRandom 2003-10-10 12:05:06 StandardManager[/news]: Seeding of random number generator has been completed 2003-10-10 12:05:06 StandardContext[/news]: Reloading this Context is completed 2003-10-10 12:05:12 StandardWrapper[/news:com.nextengine.news.servlet.CalculatorServlet]: Marking servlet com.nextengine.news.servlet.CalculatorServlet as unavailable 2003-10-10 12:05:12 StandardWrapperValve[com.nextengine.news.servlet.CalculatorServlet]: Allocate exception for servlet com.nextengine.news.servlet.CalculatorServlet javax.servlet.ServletException: Wrapper cannot find servlet class com.nextengine.news.servlet.CalculatorServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at snip org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) - Root Cause - java.lang.ClassNotFoundException: com.nextengine.news.servlet.CalculatorServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) CalculatorServlet.class exists only under the directory: $TOMCAT_HOME/webapps/news/WEB-INF/classes/com/nextengine/news/servlet The only modifications made to the default installation is the appropriate additions to tomcat-users.xml. No changes were made to server.xml. Since thousands of people use this, I'm assuming there's something simple going on here. Restarting the Tomcat process results in all resources being available once again. Hoping another pair of eyes can see what's wrong... Thanks, justin Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential See http://www.nextengine.com/confidentiality.php - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 4.1.27: Manager app 'reload' causing ClassNotFoundException
My apologies ... this is covered here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22096 Date: Fri, 10 Oct 2003 12:18:03 -0700 To: Tomcat Users List [EMAIL PROTECTED] From: Justin Ruthenbeck [EMAIL PROTECTED] Subject: 4.1.27: Manager app 'reload' causing ClassNotFoundException Hello All: Tomcat 4.1.27 JDK 1.4.1_02 OS: Windows 2k I've thoroughly read: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html This list for the past 16 months :) Problem: My (simple demonstration) webapp runs fine if Tomcat is started from scratch. If I use the Manager app from either the html or ant interfaces, executing the 'reload' command completes without error, yet all servlets are unavailable afterwards. Hitting a servlet results in the following being logged: 2003-10-10 12:05:06 HTMLManager: restart: Reloading web application at '/news' 2003-10-10 12:05:06 StandardContext[/news]: Reloading this Context has started 2003-10-10 12:05:06 StandardWrapper[/news:default]: Loading container servlet default 2003-10-10 12:05:06 StandardWrapper[/news:invoker]: Loading container servlet invoker 2003-10-10 12:05:06 StandardManager[/news]: Seeding random number generator class java.security.SecureRandom 2003-10-10 12:05:06 StandardManager[/news]: Seeding of random number generator has been completed 2003-10-10 12:05:06 StandardContext[/news]: Reloading this Context is completed 2003-10-10 12:05:12 StandardWrapper[/news:com.nextengine.news.servlet.CalculatorServlet]: Marking servlet com.nextengine.news.servlet.CalculatorServlet as unavailable 2003-10-10 12:05:12 StandardWrapperValve[com.nextengine.news.servlet.CalculatorServlet]: Allocate exception for servlet com.nextengine.news.servlet.CalculatorServlet javax.servlet.ServletException: Wrapper cannot find servlet class com.nextengine.news.servlet.CalculatorServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at snip org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) - Root Cause - java.lang.ClassNotFoundException: com.nextengine.news.servlet.CalculatorServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) CalculatorServlet.class exists only under the directory: $TOMCAT_HOME/webapps/news/WEB-INF/classes/com/nextengine/news/servlet The only modifications made to the default installation is the appropriate additions to tomcat-users.xml. No changes were made to server.xml. Since thousands of people use this, I'm assuming there's something simple going on here. Restarting the Tomcat process results in all resources being available once again. Hoping another pair of eyes can see what's wrong... Thanks, justin Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential See http://www.nextengine.com/confidentiality.php - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat manager app
Erik Weibust wrote: Well, I have no problem using the admin tool. Could there be anything else causing this? The manager app uses BASIC authentication, rather than FORM (per the admin app) - what happens if you close Netscape re-start it? FYI Netscape 7 does not show this behaviour (on Mac OS X). Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat manager app
I've closed and restarted a number of times and still no luck. Odd that it works with two of my three browsers. I'd love to know if anybody else is having this problem with Mozilla Firebird 0.6. Thanks --- Martin Jacobson [EMAIL PROTECTED] wrote: Erik Weibust wrote: Well, I have no problem using the admin tool. Could there be anything else causing this? The manager app uses BASIC authentication, rather than FORM (per the admin app) - what happens if you close Netscape re-start it? FYI Netscape 7 does not show this behaviour (on Mac OS X). Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem with tomcat manager app
I am unable to login to the tomcat manager app with MozFirebird browser. I added a user with the manager role to tomcat-users.xml. And the what really bothers me is I CAN login with IE. Any ideas? Here is the error I get: Access to the requested resource has been denied Thanks, Erik __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat manager app
I sent this email about 4 hours ago and never got a response. Is this covered in a FAQ somewhere? Erik --- I am unable to login to the tomcat manager app with MozFirebird browser. I added a user with the manager role to tomcat-users.xml. And the what really bothers me is I CAN login with IE. Any ideas? Here is the error I get: Access to the requested resource has been denied Thanks, Erik __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
