On 14/01/2015 19:55, Mike Seda wrote:
>
> On 01/04/2015 11:13 AM, Mark Thomas wrote:
>> On 03/01/2015 02:25, Mike Seda wrote:
>>> On 01/01/2015 09:35 AM, Mark Thomas wrote:
On 31/12/2014 22:38, Mike Seda wrote:
> Please let us know what you think.
The information you provided do
On 01/04/2015 11:13 AM, Mark Thomas wrote:
> On 03/01/2015 02:25, Mike Seda wrote:
>> On 01/01/2015 09:35 AM, Mark Thomas wrote:
>>> On 31/12/2014 22:38, Mike Seda wrote:
>>>
Please let us know what you think.
>>> The information you provided doesn't add up.
>>>
>>> CATALINA_BASE: /usr/loca
On 03/01/2015 02:25, Mike Seda wrote:
> On 01/01/2015 09:35 AM, Mark Thomas wrote:
>> On 31/12/2014 22:38, Mike Seda wrote:
>>
>>> Please let us know what you think.
>> The information you provided doesn't add up.
>>
>> CATALINA_BASE: /usr/local/tomcat
>>
>> -Dwebapp.path=/srv/tomcat/webapps/$1/
On 01/01/2015 09:35 AM, Mark Thomas wrote:
> On 31/12/2014 22:38, Mike Seda wrote:
>
>> Please let us know what you think.
> The information you provided doesn't add up.
>
> CATALINA_BASE: /usr/local/tomcat
>
> -Dwebapp.path=/srv/tomcat/webapps/$1/
/usr/local/tomcat/webapps is a symlink to /srv
On 31/12/2014 22:38, Mike Seda wrote:
> Please let us know what you think.
The information you provided doesn't add up.
CATALINA_BASE: /usr/local/tomcat
-Dwebapp.path=/srv/tomcat/webapps/$1/
The web application path you are providing to your build.xml (which we
have no way of knowing what it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike,
On 10/26/2011 2:40 AM, Mike wrote:
> Understood. Thanks! I changed the logfile location to be the log
> folder of the tomcat server and the redeploy is working (amongst 10
> redeploys only 1 failed). I am using log4j so I don't control the
> pro
Christopher Schultz christopherschultz.net> writes:
> Mike,
>
> Sounds like you aren't properly shutting-down your logging system when
> your webapp undeploys. That would result in the file staying open and
> thus being unavailable for delete.
>
> I agree with Pid that putting application log fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike,
On 10/22/2011 7:38 AM, Mike wrote:
> The logfile is created within the application deployed to the
> webapps directory of tomcat (and there within
> "[applicationName]\resources\log").
>
> I am not trying to delete it. However, when issuing the
On 22/10/2011 12:38, Mike wrote:
> Mark Thomas apache.org> writes:
>>
>> Where is the log file created? Why are you trying to delete it?
>>
>> Mark
>>
>
> The logfile is created within the application deployed to the webapps
> directory of tomcat (and there within "[applicationName]\resources\lo
Mark Thomas apache.org> writes:
>
> Where is the log file created? Why are you trying to delete it?
>
> Mark
>
The logfile is created within the application deployed to the webapps
directory of tomcat (and there within "[applicationName]\resources\log").
I am not trying to delete it. Howeve
On 21/10/2011 09:58, Mike wrote:
> Mark Thomas apache.org> writes:
>
>>
>> On 18/10/2011 13:02, Bjoern Raupach wrote:
>>> Hi group,
>>>
>>> we are using Tomcat 7.0.21 on Windows XP with the manager application for
> remote deployment. Tomcat is
>> configured to unpack wars. Deploying works. How
Mark Thomas apache.org> writes:
>
> On 18/10/2011 13:02, Bjoern Raupach wrote:
> > Hi group,
> >
> > we are using Tomcat 7.0.21 on Windows XP with the manager application for
remote deployment. Tomcat is
> configured to unpack wars. Deploying works. However undeploy fails for the
following r
Thanks! I will give it a try.
- Björn
On Oct 18, 2011, at 2:29 PM, Mark Thomas wrote:
> On 18/10/2011 13:23, Bjoern Raupach wrote:
>> Could you recommend a tool to show us these files? Its a JSF
>> application, so you are right, there are some properties files
>> needed.
>
> Any Java profiler s
On 18/10/2011 13:23, Bjoern Raupach wrote:
> Could you recommend a tool to show us these files? Its a JSF
> application, so you are right, there are some properties files
> needed.
Any Java profiler should do the job.
I use YourKit because they give free copies to Apache committers.
Mark
>
> O
Could you recommend a tool to show us these files? Its a JSF application, so
you are right, there are some properties files needed.
On Oct 18, 2011, at 2:09 PM, Mark Thomas wrote:
> On 18/10/2011 13:02, Bjoern Raupach wrote:
>> Hi group,
>>
>> we are using Tomcat 7.0.21 on Windows XP with the m
On 18/10/2011 13:02, Bjoern Raupach wrote:
> Hi group,
>
> we are using Tomcat 7.0.21 on Windows XP with the manager application for
> remote deployment. Tomcat is configured to unpack wars. Deploying works.
> However undeploy fails for the following reason:
> FAIL - Unable to delete [C:\Progra
the problem is and I have it working, if less than ideally now.
Thanks for the suggestions etc.
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, September 01, 2010 12:36 PM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 9/1/2010 10:53 AM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
>
>> And that was working prop
nf -> /etc/tomcat5
lrwxrwxrwx 1 root root 23 Aug 27 15:53 common -> /var/lib/tomcat5/common
drwxr-xr-x 2 root root 4096 Aug 27 15:53 bin
-Original Message-
From: Maximilian Stocker [mailto:m...@talentoyster.com]
Sent: Wednesday, September 01, 2010 11:39 AM
To: 'Tomcat Users List&#
k.caldar...@unisys.com]
Sent: Wednesday, September 01, 2010 11:19 AM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Maximilian Stocker [mailto:m...@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> w
> From: Maximilian Stocker [mailto:m...@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> work -> /var/cache/tomcat5/work
> temp -> /var/cache/tomcat5/work
That's a bit scary - those should be separate directories. I have no idea wha
age-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, September 01, 2010 10:29 AM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maximilian,
On 9/1/2010 10:08 AM, Maximilian Sto
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> And that was working properly? Many folks have encountered
> problems using OpenJDK with Tomcat and their webapps.
I don't think that's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maximilian,
On 9/1/2010 10:08 AM, Maximilian Stocker wrote:
> The version that was being used (using java -version) was an OpenJDK
>
> java version "1.6.0_0"
> OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-x86_64)
> OpenJDK 64-Bit Ser
ugust 31, 2010 4:58 PM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Pid [mailto:p...@pidster.com]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Really?
> > JVM - 1.6.0_0-b16 (Sun)
> You can probably find a n
> From: Pid [mailto:p...@pidster.com]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Really?
> > JVM - 1.6.0_0-b16 (Sun)
> You can probably find a newer JVM than that
You're saying that just because 1.6.0_0 is approaching the fourth anniversar
On 31/08/2010 20:41, Maximilian Stocker wrote:
> Thanks for you reply.
>
> The JVM bug is an interesting possibility that I have also been wondering
> about. It was also upgraded I believe.
Really?
>> JVM - 1.6.0_0-b16 (Sun)
You can probably find a newer JVM than that, unless I'm reading your
...@unisys.com]
Sent: Tuesday, August 31, 2010 3:33 PM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Looks like a JVM
--Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Tuesday, August 31, 2010 3:28 PM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maximilian,
On 8/31/2010 2:15 PM,
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Looks like a JVM bug to me.
Maybe not - see below.
> > And the last line, ExpandWar.delete continues on and on etc.
> That's w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maximilian,
On 8/31/2010 2:15 PM, Maximilian Stocker wrote:
> I have a tomcat 5.5 running on a server with redhat enterprise linux
> 5 and everything has been working for the last 7 -8 months without
> problems. On Friday the IT department "patched"
Thanks, it worked
-Pankaj
On Fri, May 14, 2010 at 10:01 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: Pankaj Tiwari [mailto:panky.tiw...@gmail.com]
> > Subject: Re: Undeploy task throws error and unwanted html output
> >
> > tomcat.manage
> From: Pankaj Tiwari [mailto:panky.tiw...@gmail.com]
> Subject: Re: Undeploy task throws error and unwanted html output
>
> tomcat.manager.url = http://localhost:8080/manager/html
Perhaps if you omit the /html on the end you won't get an HTML response...
- Chuck
THIS
tomcat.manager.url = http://localhost:8080/manager/html
Pankaj
On Fri, May 14, 2010 at 1:09 PM, Pid wrote:
> On 14/05/2010 05:12, Pankaj Tiwari wrote:
> > Hi All,
> >
> > I am using undeploy task to undeploy my application running in tomcat. It
> > does the un-deploymen successfully but the re
On 14/05/2010 05:12, Pankaj Tiwari wrote:
> Hi All,
>
> I am using undeploy task to undeploy my application running in tomcat. It
> does the un-deploymen successfully but the result is a lot of HTML code with
> error.
> The issue posted here is exactly what I am facing
> http://stackoverflow.com/q
Hi All,
I am using undeploy task to undeploy my application running in tomcat. It
does the un-deploymen successfully but the result is a lot of HTML code with
error.
The issue posted here is exactly what I am facing
http://stackoverflow.com/questions/2831531/apache-tomcat-ant-undeploy-task-error-u
seemed ok. I just can't do it without stopping the service.
JT
On Wed, Apr 22, 2009 at 4:24 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: JT [mailto:jltoo...@gmail.com]
> > Subject: Re: Undeploy does not delete all .jar files
> >
> >
> From: JT [mailto:jltoo...@gmail.com]
> Subject: Re: Undeploy does not delete all .jar files
>
> Not sure why I have the . I put that in over a
> year ago and I was looking at docs and examples online
> and since it seemed to work I didn't worry about it.
It didn&
On Wed, Apr 22, 2009 at 12:58 PM, JT wrote:
> My application context.xml file looks like this.
>
>
> driverClassName=”oracle.jdbc.driver.OracleDriver”
> url=”jdbc:oracle:thin:@.../>
>
I'm surprised Tomcat even starts with that -- Context elements
can't be nested. Try:
--
t.xml
file
Anyways, I did not add the Logger back into my application context.xml
file. My application context.xml file looks like this.
On Wed, Apr 22, 2009 at 3:25 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: JT [mailto:jltoo...@gmail.com]
>
> From: JT [mailto:jltoo...@gmail.com]
> Subject: Re: Undeploy does not delete all .jar files
>
> I am using a database and I think it's telling me
> to add my database connections inside of the
> context.xml file.
That is correct. If the database is to be used by ju
. " wrote:
> > From: JT [mailto:jltoo...@gmail.com]
> > Subject: Re: Undeploy does not delete all .jar files
> >
> > I took everything out of my conf/context.xml file except for
> > WatchedResource. This includes
> >
> > > directory="
> From: JT [mailto:jltoo...@gmail.com]
> Subject: Re: Undeploy does not delete all .jar files
>
> I took everything out of my conf/context.xml file except for
> WatchedResource. This includes
>
> directory="logs" prefix="localhost_log." suffix=&q
I took everything out of my conf/context.xml file except for
WatchedResource. This includes
I have the context.xml file in my webapps/xxx/WEB-INF/classes/META-INF
I deleted the xxx directory under webapps, everything under the work
directory, restarted tomcat, dropped
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
JT,
On 4/21/2009 4:35 PM, JT wrote:
> That didn't work either. This is what I did.
>
> I put back what I had in the conf/context.xml file. I still had the path
> and docBase
Yeah, that's still a problem. Here's what your conf/context.xml should
lo
ectory, but still it would
not undeploy correctly.
Thanks!
On Tue, Apr 21, 2009 at 3:56 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: JT [mailto:jltoo...@gmail.com]
> > Subject: Re: Undeploy does not delete all .jar files
> >
> > I added thi
> From: JT [mailto:jltoo...@gmail.com]
> Subject: Re: Undeploy does not delete all .jar files
>
> I added this inside of my conf/context.xml file.
That was pointless - that pretty much corrupts everything. The
conf/context.xml file is used *only* for specifying attributes that you
; From: JT [mailto:jltoo...@gmail.com]
> > Subject: Re: Undeploy does not delete all .jar files
> >
> > When I look under webapps I see that my exploded application
> > directory is still there and if I look inside of the directory
> > everything has been deleted except fo
> From: JT [mailto:jltoo...@gmail.com]
> Subject: Re: Undeploy does not delete all .jar files
>
> When I look under webapps I see that my exploded application
> directory is still there and if I look inside of the directory
> everything has been deleted except for 6 .jar files
When I look under the properties for all the .jar files that are left it
says that Everyone has Full Control, is that what you mean?
On Tue, Apr 21, 2009 at 10:28 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> JT,
>
> On 4/21/2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
JT,
On 4/21/2009 8:46 AM, JT wrote:
> I'm trying to undeploy my application in Tomcat without having to stop and
> start the Tomcat service. In the manager I undeploy the application. When I
> look under webapps I see that my exploded application dire
> I'm trying to undeploy my application in Tomcat without having to stop and
> start the Tomcat service. In the manager I undeploy the application. When I
> look under webapps I see that my exploded application directory is still
> there and if I look inside of the directory everything has been del
for some reason owner of the file was switched to root. Once it was back to
tomcat everything started to work again
agent59624285 wrote:
>
> When i use the tomcat manager to undeploy a process the OK message however
> the process is only stopped not undeployed. it still remains in the list
> o
> From: Tokajac [mailto:[EMAIL PROTECTED]
> Subject: Undeploy context
>
> Tomcat is running all the time.
What version of Tomcat? What platform are you running on? What JVM version?
You need to provide the basics anytime you start a discussion thread.
> When i want to delete folder and .war f
That's probably because you configured your datasource jdbc/juddiDB in
the global context instead of in a specific (juddi?) webapp context.
Because all webapps have access to global context, a change in global
context affects all webapps and tomcat restarts all webapps.
En l'instant précis du 21/0
René Schade wrote:
Any help is appreciated!
The classloaders cannot be unloaded. It's a common problem. Google for
it ;-)
The simple workadound is to use anti*locking attributes in context.xml:
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
--
Mikolaj Rydzewski <[EMAIL PROT
> From: Gormley, Josh [mailto:[EMAIL PROTECTED]
> Subject: RE: undeploy doesn't completely remove classes from memory
>
> Ideally, I would be able to redeploy individual apps without
> affecting any of the other apps.
The problem is usually within the application, wher
-Original Message-
From: Gormley, Josh
Sent: Thursday, September 14, 2006 12:27 PM
To: Tomcat Users List
Subject: RE: undeploy doesn't completely remove classes from memory
As usual, whenever I post a question I seem to almost immediately find
some more information.
I'm lookin
As usual, whenever I post a question I seem to almost immediately find
some more information.
I'm looking into these posts, which will hopefully give me some
direction. If anybody has other posts that may offer more information,
I'm all ears.
http://opensource.atlassian.com/confluence/spring/
Finding memory leaks is a complex task, you have to read a lot and know
everything about garbage collect, try these links:
http://tomcat.apache.org/faq/memory.html
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669
-Original Message-
From: Gormley, Josh
Undeploy in the manager means delete the entire folder under webapps
belonging to a particular. web app. I would think 'stop' is the
preferred button when you only want to make it unavailable.
-- David
bhavik shah wrote:
If I undeploy the application from tomcat 5.5 what will happen?? is it
g
Venkatesh Babu wrote:
> But I'm getting the problem only in Tomcat 4.1.3 ...
> How can this happen?
Because the file locking protection code has been implemented for
4.1.x but will be part of 4.1.32+ which has yet to be released.
Mark
-
Hi Mark,
I went through the link given by you. Also checked for
permissions of "webapps" folder (guess things are
fine). The link is for Tomcat 5.5 but I'm working with
Tomcat 4.3.1 .
The context entry put by tomcat, for app1, when
deploying the application is:
In addition I
Marc Farrow wrote:
> Which still implies a permission problem. On Windows 2000 check the
> security tab of the webapps folder under Tomcat. Make sure the account
> that
> is running Tomcat has permission to "delete". The "archive" set is the
> file
> type and doesn't really have much to do with
Which still implies a permission problem. On Windows 2000 check the
security tab of the webapps folder under Tomcat. Make sure the account that
is running Tomcat has permission to "delete". The "archive" set is the file
type and doesn't really have much to do with permissions.
On 6/7/06, Alber
2006/6/7, Venkatesh Babu <[EMAIL PROTECTED]>:
Hi,
Hi,
Thanks for the replies and suggestions. I'm running
Tomcat on a Windows 2000 machine. I saw the directory
permissions and it is just an "Archive" set. Also, our
webapp is not having any database connection open.
Still I'm unable to unde
Hi,
Thanks for the replies and suggestions. I'm running
Tomcat on a Windows 2000 machine. I saw the directory
permissions and it is just an "Archive" set. Also, our
webapp is not having any database connection open.
Still I'm unable to undeploy the app using undeploy
target.
Thank you,
Venkatesh
It also could be a permissions problem. What platform is the server? I
know on OpenVMS that if you use the manager application to deploy an
application and then try to undeploy it, the permissions on the directory
are not correct and thus it cannot delete the directories. (There is a
logical to
On Mon, 2006-06-05 at 23:40 -0700, Venkatesh Babu wrote:
> Hello All,
>
> I'm using Tomcat 4.1 and trying to deploy/undeploy
> application using ant targets.
>
> Earlier I posted a mail on deploy task not working due
> to some protocol error. Got the solution for that :-)
>
> But right now undep
This is a frequently asked question. There are several discussions of this
exact topic on this list. Have you read the archives?
I have observed, and reported (in this forum), that up to 3 contexts may be
referenced at a given time. Sometimes more, but more then 3 will
(eventually) get GC'd.
S
Tomcat serialized the session(s) when the application was shut down, and
de-serialized it (them) when the application was restarted. It's a
beautiful thing that Tomcat can persist sessions across shutdowns and
redeploys.
The session is invalidated when the timeout passes, or if the redeploy
chang
ards,
Juri.
-Original Message-
From: Mike Sabroff [mailto:[EMAIL PROTECTED]
Sent: Friday, March 10, 2006 10:01 PM
To: Tomcat Users List
Subject: Re: Undeploy
it does work. my answer is that whoever tomcat is running as does not
have the permissions to remove or &quo
-
From: Mike Sabroff [mailto:[EMAIL PROTECTED]
Sent: Friday, March 10, 2006 6:37 PM
To: Tomcat Users List
Subject: Re: Undeploy
Undeploy should really say "Remove" or "Delete" because that is what it
does. It removes the webapp from disk!!! Lucky for you, permissions
won&#x
ke Sabroff [mailto:[EMAIL PROTECTED]
Sent: Friday, March 10, 2006 6:37 PM
To: Tomcat Users List
Subject: Re: Undeploy
Undeploy should really say "Remove" or "Delete" because that is what it
does. It removes the webapp from disk!!! Lucky for you, permissions
won't allo
Undeploy should really say "Remove" or "Delete" because that is what it
does. It removes the webapp from disk!!! Lucky for you, permissions
won't allow that.
Mike
P.S. I found out the hard way
Artamonov, Juri wrote:
Hi All,
I have Tomcat 4.1.29 installed and I tried to used manager's undepl
Running on Windows? Try using antiJARLocking or antiResourceLocking. See
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
Mark
> -Original Message-
> From: Jan Pernica [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 24, 2005 10:42 AM
> To: users@tomcat.apache.org
> Subject:
That's the solution. Thank you.
andy gordon wrote:
Alllistair,
If you don't mind providing a clarifcation, becuase when I looked at the
definition of antijarlocking there is another attribute called
antiResourceLocking whose definition is as follows and seems to be exactly the
problem Jan
Alllistair,
If you don't mind providing a clarifcation, becuase when I looked at the
definition of antijarlocking there is another attribute called
antiResourceLocking whose definition is as follows and seems to be exactly the
problem Jan is experiencing.
antiResourceLocking definition from
> -Original Message-
> From: Jan Pernica [mailto:[EMAIL PROTECTED]
> Sent: 24 October 2005 14:34
> To: users@tomcat.apache.org
> Subject: Undeploy/Deploy problem
>
>
> We have problem with Undeploy war and deploy again. Tomcat does not
> remove folder under webapps and leaves some jars
79 matches
Mail list logo
