@Chuck -- The moment I remove context xml (xyz##001.xml) file, tomcat
automagically removes the corresponding dir from webapps. So that's
not an issue.
In my log file i see the following message
INFO | jvm 1| 2011/07/19 16:11:07 | Jul 19, 2011 4:11:07 PM
org.apache.catalina.startup.HostConf
Hey guys,
tomcat 7.0.19
Java 1.6.0_22
CentOS 5.6
I just switched the web.xml to servlet 3.0 (from a app running servlet 2.4
previously without issue) and now I'm seeing the following error (turned on
fine logging in the util class):
FINE: Scanning JAR [file:/usr/java/jdk1.6.0_22/jre/lib/ext/jchar
> From: Monsieur fsfu [mailto:monsieurf...@gmail.com]
> Subject: Tomcat 7 parallel deployment and PermGen Heap Space
> Now if i remove the old war file (xyz##001.war) by removing
> xyz##001.xml ($catalina_home/conf/Catalina/locahost/xyz##001.xml),
> PermGen space doesn't come down.
First, verif
2011/7/20 Monsieur fsfu :
> I was checking out the parallel deployment feature of tomcat 7 and
> encountered an issue with PermGen space of JVM. After the initial
> deployment (xyz##001.war), PermGen space reaches ~120mb of space and
> after parallel deployment (xyz##002.war) it almost doubles (~20
On 20.07.2011 01:32, Monsieur fsfu wrote:
> Hi,
>
> I was checking out the parallel deployment feature of tomcat 7 and
> encountered an issue with PermGen space of JVM. After the initial
> deployment (xyz##001.war), PermGen space reaches ~120mb of space and
> after parallel deployment (xyz##002.wa
Hi,
I was checking out the parallel deployment feature of tomcat 7 and
encountered an issue with PermGen space of JVM. After the initial
deployment (xyz##001.war), PermGen space reaches ~120mb of space and
after parallel deployment (xyz##002.war) it almost doubles (~205mb)
which make sense. Now if
Hi,
where can i get more information on the way tomcat manage its jndi tree?
Pratically i need the get java:comp context but i don't know when/where to
look up it.
I didn't find it in ContextBindings.getClassLoader() in start or after_start
lifecycle event.
any link or doc is appreciated ;)
-
2011/7/19 Frederick Ouimet :
> - Tried using JDK1.5.0_22 instead of JDK1.6.0_25 to no avail.
1. Is your system 32-bit or 64-bit? Do you use 64-bit JDK or 32-bit JDK?
2. What is language and default character set in your system?
3. I wonder what will happen if you edit shutdown command value in
Thanks, Mark. We found some information regarding performance issues in Tomcat
7 but could not relate them to the problem we were seeing.
This has been raised as bug 51532
(http://issues.apache.org/bugzilla/show_bug.cgi?id=51532).
-Original Message-
From: Mark Thomas [mailto:ma...@apach
---
On 19/07/2011 21:25, Robert Stoski wrote:
> Our best guess is that the different handlers for the URL objects are causing
> our performance issues.
That looks familiar.
Tomcat 7 re-factored the Jar scanning so that consistent code (that
fixed some edge case bugs) was used for annotation scanning
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 7/18/2011 11:33 AM, André Warnier wrote:
> The basic point is : mod_jk is not included in the RedHat standard
> Apache/Tomcat packages. But maybe this is just an oversight of
> RedHat, and maybe with a little nudge, they may be persuaded to
Chris,
Christopher Schultz wrote:
...
How is it that you got a string of invalid ones, and then a valid one?
I believe that this is the exact question which the OP was himself submitting...
-
To unsubscribe, e-mail: users-un
Hi,
We recently updated our development environment from Tomcat 6.0.29 to 7.0.19
and noticed a large decrease in performance where pages that would load in < 1
second now taking > 5 seconds to load.
Profiling the webapp through Netbeans, we narrowed down the problem to a method
retrieving a Ja
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederick,
On 7/19/2011 1:43 PM, Frederick Ouimet wrote:
> WARNING: StandardServer.await: Invalid command 'SHUTDOW' received
I would ask if that's a copy/paste error, but I can see you have many of
them in the log file:
> 2-Jul-2011 9:41:19 PM org.a
Hi Mark,
Thanks for looking into this.
Dismissing the original dialog results in a series of additional dialogs which
seem to imply that something called exe4j is the source. According to their
website's help document, "exe4j creates Windows executables that invoke your
Java applications and
Frederick Ouimet wrote:
... (all noted, and thanks for the detailed info and the homework)
...
Catalina.log:
...
2-Jul-2011 9:41:12 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 942 ms
Mark Thomas wrote:
On 18/07/2011 23:59, Eric Hawkes wrote:
Hi,
I am running tomcat as a windows service. The service starts automatically after the machine is rebooted.
The "Path to executable" in the tomcat service properties dialog is
"C:\Program Files (x86)\SonicWallES\Apache Software F
On 18/07/2011 23:59, Eric Hawkes wrote:
> Hi,
>
> I am running tomcat as a windows service. The service starts automatically
> after the machine is rebooted.
>
> The "Path to executable" in the tomcat service properties dialog is
> "C:\Program Files (x86)\SonicWallES\Apache Software Foundat
Hi!
I'm having problems shutting down Tomcat on my Windows 7 Home Premium
laptop. I tried Tomcat 6.0.29, 6.0.32, 7.0.14, 7.0.16 and 7.0.19 (just
released today) and all give the same result. Basically, Tomcat starts fine,
either from the DOS command line (startup.bat) or from Eclipse. The problem
Leo Donahue - PLANDEVX wrote:
André,
-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: Running Tomcat on a webserver that is on a workgroup
There is probably more to it than that.
All they are going to do is join it to a workgroup.
I don't understand how
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.19
Apache Tomcat 7.0.19 includes security fixes, bug fixes and the
following new features compared to version 7.0.16:
- JSP recompilation is now triggered by any change (backwards as well
as forwards) in the last mo
22 matches
Mail list logo
