Thank you Chuck.
OK, perhaps I can do with getResourceAsStream for all my needs inside the war.
I prefer my war to be unpacked for the needs of other applications (non Java)
to access the content of the war
But I think there is a bug in Tomcat. You agree ?
If my Host parameters are :
unpackWARS
Thank you Chuck,
I tested (TC 5.5.17) what you suggest with a Context ROOT.xml like this :
But the result is the same :
- exceptions in Tomcat logs,
- getServletContext().getRealPath(...) is null
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>> Subject: tomcat deployment changes since
Hi all,
I tested several tomcat versions (TC5.5.7->TC5.5.17) and, when deploying my
webapps, I don't see the same behaviour in these versions for the ROOT contexts.
The tomcat versions >= TC5.5.12 don't have the same behaviour and I don't know
if it is a bug or not
So, can anybody can say to me
pooling.
> Leon
>
> On 2/3/06, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> > > From: Lionel Farbos [mailto:[EMAIL PROTECTED]
> > > Subject: Why TC 5.5 vs TC4.1 (perf reasons)
> > >
> > > is somebody know a good link that show why Tomcat 5.5 is
>
Hi all,
is somebody know a good link that show why Tomcat 5.5 is better than Tomcat 4.1
?
Note : My interest is only the performances on dynamic requests (not the new
features, nor the static pages).
Thanks in advance.
-
To un
Hi,
iText : http://www.lowagie.com/iText/
Regards.
On Thu, 15 Dec 2005 15:17:37 -0800
Khawaja Shams <[EMAIL PROTECTED]> wrote:
> Is this a command line utility or does it have some libraries that I can
> call from within my java code? If I can call it from within java to render
> images, this
Hi Rémy,
It's a very good news for all !!!
Until now, we used a CleanupListener to do such things, and webapps could use
it or not.
Now, Tomcat will do this automatically for us :-))
But I need some complements :
- this new feature will be integrated in Tomcat 3 ? Tomcat 4 ? Tomcat 5.0 ?
- in t
-Original Message-
> From: Lionel Farbos [mailto:[EMAIL PROTECTED]
> Sent: 29 November 2005 15:50
> To: Tomcat Users List
> Cc: [EMAIL PROTECTED]
> Subject: Re: Singleton memory leak after redeploying.
>
> On Tue, 29 Nov 2005 09:31:28 +0100
> Mikolaj Rydzewski <
On Tue, 29 Nov 2005 09:31:28 +0100
Mikolaj Rydzewski <[EMAIL PROTECTED]> wrote:
> Lionel Farbos wrote:
>
> >Notes :
> >- Perhaps your Listener will have to delete other objets like SQL drivers,
> >commons logger, ...
> >- see also :
> >http://opensou
On Tue, 29 Nov 2005 00:39:51 -0600
[EMAIL PROTECTED] wrote:
> On Mon, Nov 28, 2005 at 06:24:52PM +0100, Lionel Farbos wrote:
> > Hi Juan,
> >
> > I think your problem can't be solved (only) by Tomcat.
> > The problem is that objets stay in memory because of po
Hi Juan,
I think your problem can't be solved (only) by Tomcat.
The problem is that objets stay in memory because of pointers on static
references...
To solve this :
You can embed a CleanupListener in your webapp.
This listener seem to be like this :
package com.yourWebApp;
import
Some times ago, I wrote a HowTo deploy on Tomcat 5.5 (with an example) and I
put it here :
http://issues.apache.org/bugzilla/show_bug.cgi?id=35063
This doc is for Tomcat 5.5 but, perhaps, you'll find your answer for Tomcat 4
...
On Thu, 20 Oct 2005 21:48:13 +0200
Alexander Eller <[EMAIL PROTECT
A usefull link :
http://opensource2.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669
This could be added to the FAQ deployment (
http://tomcat.apache.org/faq/deployment.html#deployMemIncrease)...
-
To unsubscrib
We also use manifest and
we use the same convention as described here :
http://java.sun.com/j2se/1.5.0/docs/guide/extensions/versioning.html
On Thu, 20 Oct 2005 17:00:40 +0200
"Zohar Amir" <[EMAIL PROTECTED]> wrote:
> any standard entry for that?
>
> - Original Message -
> From: "David
14 matches
Mail list logo
