What is your full context.xml file? Also, is there any reason why you have
named your application as ROOT.war?
Regards,
On 9 August 2018 at 15:48, Donald J wrote:
> We are running a Tomcat application where the login always fails after a
> tomcat restart
> with an error about unabl
We are running a Tomcat application where the login always fails after a tomcat
restart
with an error about unable to load the configuration context.
The app has a context file defined in
/usr/share/tomcat/webapps/ROOT/META-INF/context.xml
which contains :
After a Tomcat manager "r
On 25/04/17 09:42, Spoorti Rao wrote:
> Hello,
>
> Can tomcat support the dynamic loading of the keystore without the tomcat
> restart?
> Currently with default settings whenever the server certificates gets
> expired and needed to be changed the tomcat restart is mandatory.
>
Hello,
Can tomcat support the dynamic loading of the keystore without the tomcat
restart?
Currently with default settings whenever the server certificates gets
expired and needed to be changed the tomcat restart is mandatory.
Without the restart the new certificates are not loaded and used
Tomcat with session persistence disabled those
credentials are lost and the user is going to have to
re-enter them.
I think the OP is saying that the credentials are only entered a
single time. The Tomcat restart between showing and submitting the
login page is the source of the problem
to
re-enter them.
I think the OP is saying that the credentials are only entered a
single time. The Tomcat restart between showing and submitting the
login page is the source of the problem.
Leonid, the servlet spec is very clear about the workflow for
authentication: the client must
entered a
single time. The Tomcat restart between showing and submitting the
login page is the source of the problem.
Leonid, the servlet spec is very clear about the workflow for
authentication: the client must request a protected resource, then the
container challenges the client
On Fri, May 29, 2015 at 9:47 AM, André Warnier a...@ice-sa.com wrote:
20-odd
Well the development team uses Tomcat via Eclipse and after changing
some code they do Tomcat restart because more often than not, hot
redeploy doesn't give good results.
That's why Tomcat restart is a RATHER often
Hello, Christopher!
I indeed meant this The Tomcat restart between showing and submitting
the login page is the source of the problem.
Your explanation clarifies the core of the issue well!
I'll dig into the Tomcat documentation deeper to find out how to
inject that custom login handler.
Thanks
Leonid Rozenblyum wrote:
Hello, Christopher!
I indeed meant this The Tomcat restart between showing and submitting
the login page is the source of the problem.
Your explanation clarifies the core of the issue well!
I'll dig into the Tomcat documentation deeper to find out how to
inject
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 5/29/15 2:47 AM, André Warnier wrote:
Leonid Rozenblyum wrote:
Hello, Christopher! I indeed meant this The Tomcat restart
between showing and submitting the login page is the source of
the problem.
Your explanation clarifies
On 28/05/2015 10:22, Leonid Rozenblyum wrote:
Hello experts.
We are using FormAuthenticator and face a following issue:
1) Session persistence is disabled
2) User is on login page
3) Restart Tomcat
4) User tries authentication
He receives error 400 or 408.
While digging deeper we
Hello experts.
We are using FormAuthenticator and face a following issue:
1) Session persistence is disabled
2) User is on login page
3) Restart Tomcat
4) User tries authentication
He receives error 400 or 408.
While digging deeper we discovered that in this case Tomcat validates
session id
Well the issue is that if user enters CORRECT credentials AFTER Tomcat restart
he sees Error 400/408
On Thu, May 28, 2015 at 12:29 PM, Mark Thomas ma...@apache.org wrote:
On 28/05/2015 10:22, Leonid Rozenblyum wrote:
Hello experts.
We are using FormAuthenticator and face a following issue
The reason is :
After Tomcat restart, and logging-in browser provides an old session
id to server.
FormAuthenticator treats it as an issue, and either sends error or landing page.
On Thu, May 28, 2015 at 12:30 PM, Leonid Rozenblyum
lrozenbl...@gmail.com wrote:
Well the issue is that if user
?
No. The credentials are stored in the session. If you restart
Tomcat with session persistence disabled those credentials are lost
and the user is going to have to re-enter them.
I think the OP is saying that the credentials are only entered a
single time. The Tomcat restart between showing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
이강우,
On 10/23/14 1:56 AM, 이강우(KangWoo Lee) wrote:
ok I undertand.
- the session identifier should change to prevent session-fixation
attacks.
but how I can set tomcat to regenerate id value? I was search
document, but can't find it
I'm
I found a causes. set the context attribute sessioncookiepath=/ is same
affect of emptysessionpath. tomcat document says if set emptysessionpath
then yomcat using session id value of client request.
I solve it. thanks to your comment.
2014. 10. 24. 오전 12:42에 Christopher Schultz
Environment - openjdk 1.7 - tomcat 7.0.55 with native connector - apache
2.4.10 with mod-jk 1.2.40
1. Tomcat start
2. Client request - JSESSIONID is null
3. tomcat response - JSESSIONID=C5EBF0AA96ADB34E0C28E4D9D2595D98 is
create
4. refresh page - session attribute(name=count,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
이강우,
On 10/22/14 4:41 AM, 이강우(KangWoo Lee) wrote:
Environment - openjdk 1.7 - tomcat 7.0.55 with native connector -
apache 2.4.10 with mod-jk 1.2.40
1. Tomcat start 2. Client request - JSESSIONID is null 3. tomcat
response -
ok I undertand.
- the session identifier should change to prevent session-fixation attacks.
but how I can set tomcat to regenerate id value?
I was search document, but can't find it
2014-10-22 22:44 GMT+09:00 Christopher Schultz ch...@christopherschultz.net
:
-BEGIN PGP SIGNED
Hi.
We have two-side authentification on our Tomcat:
keystoreFile=/home/someuser/apache-tomcat-5.5.23/conf/.ssl/somealias.jks
keyAlias=somealias
keystorePass=somepass
truststoreFile=/home/someuser/apache-tomcat-5.5.23/conf/.ssl/trustcacerts.jks
2014-03-03 13:17 GMT+04:00 Арсений Зинченко setev...@gmail.com:
Hi.
We have two-side authentification on our Tomcat:
keystoreFile=/home/someuser/apache-tomcat-5.5.23/conf/.ssl/somealias.jks
keyAlias=somealias
keystorePass=somepass
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, 13 November 2013 7:58 PM
Subject: Re: Tomcat restart utility
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vicky,
On 11/13/13, 5:52 PM, vicky wrote:
Is there any other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Leon,
On 11/14/13, 5:37 AM, Leon Rosenberg wrote:
Hello Vicky, et al,
I think the easiest way to give the developers the restart
capabilities is to get them ssh access to the user that is running
tomcat.
This is easy, secure and
Isn't the tomcat restart is needed in case I need to deploy the war files
manually cleaning the work temp directories (just to clean the cache)
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Thursday, 14 November 2013 8:11 AM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vicky,
On 11/14/13, 1:56 PM, vicky wrote:
Isn't the tomcat restart is needed in case I need to deploy the
war files manually cleaning the work temp directories (just to
clean the cache)
A re-deploy should clean everything, and can be done
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vicky,
On 11/13/13, 5:52 PM, vicky wrote:
Is there any other tool/utility with which we can do the deployment
tomcat restart like PSI-PROBE.
I'm having issues with PSI-PROBE ,restart functionality is not
available over there following
the knowledge
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, 13 November 2013 7:58 PM
Subject: Re: Tomcat restart utility
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vicky,
On 11/13/13, 5:52 PM, vicky wrote:
Is there any
Platform Details:
-
Tomcat 5.5.28
Operating System: RedHat Enterprise 5
Problem
---
Tomcat appears to be mismanaging my web contexts after a restart. It happens
only sometimes and not others.
I have the following context records in my server.xml:
Host name=mysite.com
2011/12/27 Edwards, Dominic dominic.edwa...@logica.com:
Platform Details:
-
Tomcat 5.5.28
Old..
And 5.5.x branch as a whole is EOL in less than a year.
Operating System: RedHat Enterprise 5
Problem
---
Tomcat appears to be mismanaging my web contexts after a
On 27 Dec 2011, at 13:19, Konstantin Kolinko knst.koli...@gmail.com wrote:
2011/12/27 Edwards, Dominic dominic.edwa...@logica.com:
Platform Details:
-
Tomcat 5.5.28
Old..
And 5.5.x branch as a whole is EOL in less than a year.
Operating System: RedHat Enterprise 5
I should have noted that this is with Tomcat 7.0.23, but it seemed
unlikely to be JVM (Java 6 Update 29) or OS (Windows 7) specific.
Of course given that I found that the documentation clearly states this
behavior, I suspect this is longstanding Tomcat behavior.
My remaining question is
Tomcat does that for every all Form Authentication even if you used
`DatabaseRealm` it doesn't save logged user.
On Wed, Dec 7, 2011 at 2:24 PM, Jess Holle je...@ptc.com wrote:
I should have noted that this is with Tomcat 7.0.23, but it seemed
unlikely to be JVM (Java 6 Update 29) or OS
Yes, I now note this in the documentation.
The question remains, however: /why /does it work this way?
On 12/7/2011 6:34 AM, Mohammad M. AbuZer wrote:
Tomcat does that for every all Form Authentication even if you used
`DatabaseRealm` it doesn't save logged user.
On Wed, Dec 7, 2011 at 2:24
2011/12/7 Jess Holle je...@ptc.com:
I should have noted that this is with Tomcat 7.0.23, but it seemed unlikely
to be JVM (Java 6 Update 29) or OS (Windows 7) specific.
Of course given that I found that the documentation clearly states this
behavior, I suspect this is longstanding Tomcat
It should serialize User and Principles nothing more, no need for password.
On Wed, Dec 7, 2011 at 4:12 PM, Konstantin Kolinko
knst.koli...@gmail.comwrote:
2011/12/7 Jess Holle je...@ptc.com:
I should have noted that this is with Tomcat 7.0.23, but it seemed
unlikely
to be JVM (Java 6
2011/12/7 Mohammad M. AbuZer m.abuze...@gmail.com:
It should serialize User and Principles nothing more, no need for password.
On Wed, Dec 7, 2011 at 4:12 PM, Konstantin Kolinko
knst.koli...@gmail.comwrote:
2011/12/7 Jess Holle je...@ptc.com:
I should have noted that this is with Tomcat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jess,
On 12/6/11 6:17 PM, Jess Holle wrote:
Okay, I now notice this plainly stated in the documentation for
JNDIRealm (which I'm using):
The cached user is *not* saved and restored across sessions
serialisations.
That seems a bit odd...
I
You get an error when that's what's occurring, though.
On 12/7/2011 12:55 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jess,
On 12/6/11 6:17 PM, Jess Holle wrote:
Okay, I now notice this plainly stated in the documentation for
JNDIRealm (which I'm using):
The
When doing a graceful shutdown of Tomcat, the sessions are persisted to
disk and then re-read on startup (at least in all reasonably recent
versions).
Oddly, however, form-based authentication does not seem to survive a
graceful restart. Rather one has to log in again. Is this known?
Okay, I now notice this plainly stated in the documentation for
JNDIRealm (which I'm using):
The cached user is *not* saved and restored across sessions
serialisations.
That seems a bit odd...
On 12/6/2011 5:12 PM, Jess Holle wrote:
When doing a graceful shutdown of Tomcat, the sessions
Jess Holle wrote:
When doing a graceful shutdown of Tomcat, the sessions are persisted to
disk and then re-read on startup (at least in all reasonably recent
versions).
Oddly, however, form-based authentication does not seem to survive a
graceful restart. Rather one has to log in again. Is
Tried also on Tomcat 7.0.22
Same behaviour: when i restart node1, FarmWarDeployer undeploy my war both
from node1 and node2, but re-deploy it only on node1.
If I touch my war in my watchDir on node1, tomcat redeploys it correctly on
both nodes...
Is tomcat clustering used?
If so, does anybody
I checked FarmWarDeployer's code.
When WAR is updated, FarmWarDeployer sends UndeployMessage and sends
FileMessage after that.
The node which received UndeployMessage undeploys war.
The node which received FileMessage deploys war.
If FileMessage is received while processing UndeployMessage, the
Hi Keiichi,
many thanks for your suggestion.
By setting synchronous replication everything works.
Unless processing updated war by one message, I think that async replication
shouldn't be used (personal opinion).
By the way I wander If asnyc replication couldn't lead to some other
unexpected
- Original Message -
From: Marco Betti m.be...@gmail.com
To: Tomcat Users List users@tomcat.apache.org
Cc:
Sent: Friday, October 21, 2011 7:18 AM
Subject: Re: FarmWarDeployer undeploy on slave node when tomcat restart
Hi Keiichi,
many thanks for your suggestion.
By setting
Hi all,
I'm new to the list.
I'm trying to configure tomcat 6.0.33 clustering.
Session replication is ok.
I've a problem with FarmWarDeployer.
I found that:
1. You have to place the Cluster node under the Host element.
Tomcat 6.0.x complains that the element Cluster/Deployer element is not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dale,
On 12/14/2010 6:13 PM, Dale Ogilvie wrote:
There are a few of them, examples below. Some work for us to track down
it would seem.
SEVERE: The web application [/OLP] appears to have started a thread
named [ActiveMQ Scheduler] but has
On 13/12/2010 22:52, Dale Ogilvie wrote:
propsFileName is the name of the bean, which should be initialized with
the string value from the JNDI entry propertiesFileName defined in
$CATALINA_HOME/conf/context.xml
This was working, stopped working until a tomcat restart, and is working
-Original Message-
From: Mark Eggers [mailto:its_toas...@yahoo.com]
Sent: Tuesday, 14 December 2010 12:46 p.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
Dale,
What happens if you try changing the jndi-name to its fully qualified
version?
java:comp/env
On 14/12/2010 10:33, Mark Thomas wrote:
On 14/12/2010 01:28, Dale Ogilvie wrote:
The thing is that the code is working fine now, without the fully
qualified jndi-name. Then an app redeployment and it stopped working.
Then an apache restart and it started working again...
That does sound
-in-this-context-3603504
-Original Message-
From: Mark Eggers [mailto:its_toas...@yahoo.com]
Sent: Tuesday, 14 December 2010 12:46 p.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
Dale,
What happens if you try changing the jndi-name to its
2010/12/14 Dale Ogilvie dale.ogil...@trimble.co.nz:
The thing is that the code is working fine now, without the fully
qualified jndi-name.
IIRC, Spring adds a prefix to the name before doing the lookup
(as seen from the logs fragment).
How do you perform your deployment? Do you use the
Thanks for that clarification.
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Tuesday, 14 December 2010 11:23 p.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
On 13/12/2010 22:52, Dale Ogilvie wrote:
propsFileName is the name
Subject: Re: jndi-lookup fails, cured by tomcat restart
2010/12/14 Dale Ogilvie dale.ogil...@trimble.co.nz:
The thing is that the code is working fine now, without the fully
qualified jndi-name.
IIRC, Spring adds a prefix to the name before doing the lookup (as seen
from the logs fragment).
How
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave,
On 12/14/2010 4:56 PM, Dale Ogilvie wrote:
Redeployment that first caused the issue was using manager web-app. We
tried other deployment options after that.
OS is RHEL5.x
Aha, scanning the logs around the first error I found the
We'll investigate the leak issue, there /are/ leaks from Spring active
mq code.
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, 15 December 2010 11:15 a.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
December 2010 11:15 a.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
Dave,
On 12/14/2010 4:56 PM, Dale Ogilvie wrote:
Redeployment that first caused the issue was using manager web-app. We
tried other deployment options after that.
OS is RHEL5.x
Aha
December 2010 12:00 p.m.
To: Tomcat Users List
Subject: Re: jndi-lookup fails, cured by tomcat restart
On 14/12/2010 22:35, Dale Ogilvie wrote:
We'll investigate the leak issue, there /are/ leaks from Spring active
mq code.
Mind posting the leak warning from the logs?
p
-Original Message
Hi there,
Apologies if my previous email ended up linked to another thread. A JNDI
lookup started failing mysteriously, and rather than shrug shoulders I'd
prefer to nail down what went wrong, if possible.
We are using a spring jndi-lookup to pull the name of a context file
from the global
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dale,
On 12/13/2010 3:08 PM, Dale Ogilvie wrote:
We are using a spring jndi-lookup to pull the name of a context file
from the global environment in our apps. We have set this up in tomcat
6.0.29 like so:
$CATALINA_HOME/conf/context.xml
propsFileName is the name of the bean, which should be initialized with
the string value from the JNDI entry propertiesFileName defined in
$CATALINA_HOME/conf/context.xml
This was working, stopped working until a tomcat restart, and is working
again now. My concern is that this may be a bug
Users List users@tomcat.apache.org
Sent: Mon, December 13, 2010 2:52:09 PM
Subject: RE: jndi-lookup fails, cured by tomcat restart
propsFileName is the name of the bean, which should be initialized with
the string value from the JNDI entry propertiesFileName defined in
$CATALINA_HOME/conf/context.xml
List
Subject: Re: jndi-lookup fails, cured by tomcat restart
Dale,
What happens if you try changing the jndi-name to its fully qualified
version?
java:comp/env/propertiesFileName
Then change the context.xml file name to propertiesFileName (no leading
slash)?
I'm basing these comments on some
Hi there,
We are using a spring jndi-lookup to pull the name of a context file
from the global environment in our apps. We have set this up in tomcat
6.0.29 like so:
$CATALINA_HOME/conf/context.xml
Environment name=/propertiesFileName
value=classpath:test-application.properties
My requirements:
1) to be able to get the session given a JSESSIONID
2) to persist active sessions across tomcat restart (which is
default tomcat behavior)
Since there is no way in tomcat (for security reasons?) to obtain the
session object given a JSESSIONID, I have implemented my
-Original Message-
From: Aggarwal, Ajay [mailto:ajay.aggar...@stratus.com]
Sent: Wednesday, November 03, 2010 11:34 AM
To: Tomcat Users List
Subject: session listener and tomcat restart
My requirements:
1) to be able to get the session given a JSESSIONID
2) to persist active
First of all please note that i really appreciate the tomcat developers work
and thank them
for it.
However see my notes below:
On Mon, Oct 26, 2009 at 9:21 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tsirkin,
On 10/25/2009
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tsirkin,
On 10/27/2009 9:48 AM, Tsirkin Evgeny wrote:
Actually your solution is pretty fine. Just that there is no need in
controller backup - in case that the controller goes down another
node should take other (that;s for example how
/init-param
/servlet
With regards
karthik
-Original Message-
From: Pid [mailto:p...@pidster.com]
Sent: Friday, October 23, 2009 4:33 PM
To: Tomcat Users List
Subject: Re: How can I prevent Quartz multiple execution after tomcat restart
On 23/10/2009 10:00, Elli Albek wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tsirkin,
On 10/25/2009 8:10 AM, Tsirkin Evgeny wrote:
However even if some
session got _ not _ to be replicated after a restart - this is far
less a problem then a case of _ all _ session not to be restored
after a restart.
Yeah, it's simple:
Hi all!
Does the cluster DeltaManager supports storing the session in a file on
restarts?
It seems to me that when closing both servers in my cluster and then
starting them again
the sessions are not restored .What is a solution for that .
(P.S. tomcat 6.0 apache 2)
Thanks
EVgeny
I had a short into a source code
(
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaManager.java?revision=817103view=markup
)
and it seems that DeltaManager does not support what i want:
I want my sessions replicated across tomcats (2 nodes) but in case
=org.quartz.threadPool.threadsInheritContextCl
assLoaderOfInitializingThreadtrue/prop
/props
/property
property name=triggers
list
ref local=robotSearchTrigger/
/list
/property
/bean
--
View this message in context:
http://www.nabble.com/How-can-I-prevent-Quartz-multiple-execution-after-tomcat
On 23/10/2009 08:28, zlzc2000 wrote:
hallo,
we have problem with Quartz and Tomcat.
Im using tomcat 5.5
i using 'localhost' to deploy a Spring project on server.
after deploy run Quartz the job once time. this is right.
but after restart tomcat, execute the same jobs twice at the same time.
- Original Message -
From: zlzc2000 zlzc2...@hotmail.com
To: users@tomcat.apache.org
Sent: Fri, 23 Oct 2009 00:28:16 -0700 (PDT)
Subject: How can I prevent Quartz multiple execution after tomcat restart
hallo,
we have problem with Quartz and Tomcat.
Im using tomcat 5.5
i using 'localhost' to deploy
On 23/10/2009 10:00, Elli Albek wrote:
Where is your spring configuration file? Is it inside the war file?
When you have two hosts, do you have the war file in both? If this is he case
you may deploy the entire war file twice. Generally a deployed war file can run
only in one host. If you run
Hi,
On Thu, Oct 15, 2009 at 08:53:03AM -0500, sharda k wrote:
I was under the impression that restarting webserver would kill all user
sessions. But with my tomcat install, restarting Tomcat does not kill user
sessions. I am still able to continue with the initially started sessions.
Is this
Thats a cool feature... thanks Peter!!!
Sharda
On Thu, Oct 15, 2009 at 9:11 AM, conrad-tomcat.users.2...@tivano.de wrote:
Hi,
On Thu, Oct 15, 2009 at 08:53:03AM -0500, sharda k wrote:
I was under the impression that restarting webserver would kill all user
sessions. But with my tomcat
)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver
ecc...
Any suggestion? Anyway thanks for help! :-)
Caldarale, Charles R wrote:
From: Nowhere [mailto:spina.r...@gmail.com]
Subject: Tomcat restart and jar
I have a very stuoid question, but I'm bored by it...
We'll assume something has been lost in translation
From: Nowhere [mailto:spina.r...@gmail.com]
Subject: RE: Tomcat restart and jar
Sorry for my translation if you missed something in
my previous post.
No, I was just referring to your opening comment:
I have a very stuoid question, but I'm bored by it...
Caused
From: Nowhere [mailto:spina.r...@gmail.com]
Subject: Tomcat restart and jar
I have a very stuoid question, but I'm bored by it...
We'll assume something has been lost in translation here...
Can't I avoid restarting and having tomcat seeing changing?
Create a WatchedResource element inside
Bartolomé [mailto:la...@secways.com]
Sent: Thursday, February 26, 2009 12:48 AM
To: Tomcat Users List
Subject: Re: tomcat restart remotely
you're right but this has to be trough internet, not local...
André Warnier escribió:
Caldarale, Charles R wrote:
From: Laura Bartolomé [mailto:la...@secways.com
From: Laura Bartolomé [mailto:la...@secways.com]
Subject: tomcat restart remotely
We have Tomcat 6.0 installed on Windows 2003 Server and we want to
restart apache tomcat service remotely but in a secure way...
Logging in via Remote Desktop Connection is probably the simplest; are you
ssh is the most common way to manage a remote server.
But under windows :aie:
;)
Laura Bartolomé a écrit :
Hi
We have Tomcat 6.0 installed on Windows 2003 Server and we want to
restart apache tomcat service remotely but in a secure way... some ideas?
In the same server we have IIS +
Yes, I don't want to give acces via RDP with these permissions...
Caldarale, Charles R escribió:
From: Laura Bartolomé [mailto:la...@secways.com]
Subject: tomcat restart remotely
We have Tomcat 6.0 installed on Windows 2003 Server and we want to
restart apache tomcat service remotely
www.freesshd.com I could recommend as an SSH server for Windows. I
used it a few times, it's OK. Then you can use net start and stop to do it.
Morc.
On 25/02/2009 15:30, Piller Sébastien wrote:
ssh is the most common way to manage a remote server.
But under windows :aie:
;)
Laura
well, under windows I can have ssh with cygwin without problems but I
don't know if I'll be able to restart the service in this way
Piller Sébastien escribió:
ssh is the most common way to manage a remote server.
But under windows :aie:
;)
Laura Bartolomé a écrit :
Hi
We have Tomcat
Where will be the problem?
If you can run the startup.bat and shutdown.bat, then you won't have any
problem.
I do it from a looong time (under linux) and never had a problem.
Laura Bartolomé a écrit :
well, under windows I can have ssh with cygwin without problems but I
don't know if I'll
My problem was I haven't thought before! :)
I'm going to test it right now
Thanks a lot!
Piller Sébastien escribió:
Where will be the problem?
If you can run the startup.bat and shutdown.bat, then you won't have
any problem.
I do it from a looong time (under linux) and never had a
From: Laura Bartolomé [mailto:la...@secways.com]
Subject: Re: tomcat restart remotely
My problem was I haven't thought before! :)
I'm going to test it right now
I fail to see any difference between using Remote Desktop vs SSH in this
situation; whatever account you log in with will require
: Wed, 25 Feb 2009 15:38:01 +0100
From: la...@secways.com
To: users@tomcat.apache.org
Subject: Re: tomcat restart remotely
My problem was I haven't thought before! :)
I'm going to test it right now
Thanks a lot!
Piller Sébastien escribió:
Where will be the problem?
If you can run
Caldarale, Charles R wrote:
From: Laura Bartolomé [mailto:la...@secways.com]
Subject: Re: tomcat restart remotely
My problem was I haven't thought before! :)
I'm going to test it right now
As far as I know, given the appropriate permissions for the account you
use to do this, you can also
you're right but this has to be trough internet, not local...
André Warnier escribió:
Caldarale, Charles R wrote:
From: Laura Bartolomé [mailto:la...@secways.com]
Subject: Re: tomcat restart remotely
My problem was I haven't thought before! :)
I'm going to test it right now
As far as I
Dear Mike,
Since I have not found a documented way of refreshing the
ServerSocketFactory (in order to reload the ssl trust store)
I would like to be able to perform a Tomcat Restart from within i.e.
restart Tomcat using java code inside the servlet.
Restarting the connector would also do
the
ServerSocketFactory (in order to reload the ssl trust store)
I would like to be able to perform a Tomcat Restart from within i.e.
restart Tomcat using java code inside the servlet.
Restarting the connector would also do the job for me.
There was some discussion about this subject on Java
Dear Tony,
We have a Tomcat 5.5.20 installation running as a service on Windows
2003
Server standard x64 operating system using version 1.6.0_07 (x86)
jre.
The Tomcat service is running as a user which has all administrator
rrights
and is started automatically on server startup.
Are
Hi Kees
Thanks for reply.
Yes. Definitely the same. Thats what is so perplexing ...
Cheers
Tony
-Original Message-
From: Kees Jan Koster [mailto:kjkos...@gmail.com]
Sent: Wednesday, 17 December 2008 22:01
To: Tomcat Users List
Subject: Re: No printer found error on Tomcat restart
Hi List,
We have a Tomcat 5.5.20 installation running as a service on Windows 2003
Server standard x64 operating system using version 1.6.0_07 (x86) jre.
The Tomcat service is running as a user which has all administrator rrights
and is started automatically on server startup.
Everything runs
1 - 100 of 137 matches
Mail list logo