Re: How to start a Thread in the same JVM as Tomcat

2006-11-16 Thread Tino Schwarze
On Thu, Nov 16, 2006 at 03:47:09PM -, confusionvalley wrote: > I didn't told you earlier but my objective is to test a webapp that I already > have. And I really didn't want to change that webapp or create another webapp > to make all the fault-injection stuff. Do you think that creating anot

Re: Digest Authenticator realm name is clear text right?

2006-08-11 Thread Tino Schwarze
On Thu, Aug 10, 2006 at 12:39:48PM -0700, Jalali, Alex wrote: > Hi, Is this is a bug with tomcat or adobe Acrobat in digest auth? I suppose neither. The real is clear text. > But adobe Acrobat (using its upload review tool to publish to a webdav > server) returns with a response header that has,

Re: What's about unloading policy of jsp-servlets ?

2006-05-17 Thread Tino Schwarze
On Wed, May 17, 2006 at 05:47:16PM +0200, Remy Maucherat wrote: > >So, what are the requirement to getting a patch accepted in tomcat 5.5? > > As I said before, it is very unlikely I would accept such a patch (since > it would give JSP the worst of both worlds: the hassle of compilation > combi

Re: Challenges for Java hosting

2006-04-06 Thread Tino Schwarze
On Thu, Apr 06, 2006 at 09:15:17AM -0700, Preston L. Bannister wrote: > You have to consider how (or if) to allow for long-running background > threads. Successive requests for the same user will not use the JVM > (whether this counts as an advantage or disadvantage is debatable). The JVM > isn'

Re: Strange memory problem

2006-03-08 Thread Tino Schwarze
On Tue, Mar 07, 2006 at 11:12:35PM +0100, Remy Maucherat wrote: > >I'm currently tracking an OutOfMemory problem. We've got a web app which > >gets OutOfMemory after some heavy use. I installed Mustang 1.6b62 on the > >machines and had them dump heap on OOM. Then I looked into the heap dump > >usi

Strange memory problem

2006-03-07 Thread Tino Schwarze
Hi there, I'm currently tracking an OutOfMemory problem. We've got a web app which gets OutOfMemory after some heavy use. I installed Mustang 1.6b62 on the machines and had them dump heap on OOM. Then I looked into the heap dump using jhat. I noticed that there are several objects hanging around

Re: [feedback request] session replication

2006-03-05 Thread Tino Schwarze
Hi Filip, On Fri, Mar 03, 2006 at 10:44:21AM -0600, Filip Hanik - Dev Lists wrote: > I wrote together a little idea (also emailed to geronimo-dev for > feedback) on how the next generation of session replication should be done. > Today's replication is an all-to-all replication, and within that r

Re: sendRedirect and absolute paths

2006-02-17 Thread Tino Schwarze
On Thu, Feb 16, 2006 at 03:24:52PM -0800, Casey Haakenson wrote: > We have a customer who is hitting our web GUI through a fairly > complicated SSH proxy scheme. For example, when they hit a page on our > site such as /redirect.jsp we do a > response.sendRedirect("/newpage.jsp"). This results in

Re: svn commit: r376730 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java

2006-02-10 Thread Tino Schwarze
On Fri, Feb 10, 2006 at 03:19:58PM -0800, Costin Manolache wrote: > Why not make MessageBytes implement CharSeq as well, for consistency ? > And maybe even ByteChunk - we're doing some (bad) conversions and > toString() inside already. Please don't! It's already a PITA to get character conversion

Re: svn commit: r365858 - /tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java

2006-01-04 Thread Tino Schwarze
On Wed, Jan 04, 2006 at 07:48:43AM -, [EMAIL PROTECTED] wrote: > Modified: tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java > URL: > http://svn.apache.org/viewcvs/tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java?rev=365858&r1=365857&r2=365858&view=diff >

Re: svn commit: r358036 - in /tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime: BodyContentImpl.java JspFactoryImpl.java

2005-12-20 Thread Tino Schwarze
Hi there, On Tue, Dec 20, 2005 at 05:02:37PM -, [EMAIL PROTECTED] wrote: > Author: remm > Date: Tue Dec 20 09:02:33 2005 > New Revision: 358036 > > URL: http://svn.apache.org/viewcvs?rev=358036&view=rev > Log: > - Add two system properties (as given the JSP API, there is no easy solution > t

Re: About possible memory leak in Tomcat 5.x

2005-12-20 Thread Tino Schwarze
On Tue, Dec 20, 2005 at 12:39:50PM +0300, Andrievsky Dmitry wrote: > P.P.S What seems to me interesting. Although before putting > PageContextImpl into pool JspFactoryImpl calls pc.release(), and > inside the method all links must become null (or not?..) and > referenced objects must become avail

Re: TC 5.5.12 WARNING: A docBase XXX inside the host appBase has been specified, and will be ignored

2005-12-19 Thread Tino Schwarze
Hi, On Mon, Dec 19, 2005 at 12:24:57PM -0800, Jason Novotny wrote: > Using Tomcat 5.5.12 and my servlet context fragment: > > reloadable="false" crossContext="true"> >prefix="localhost_gridsphere_log." suffix=".txt" timestamp="true"/> > > > doesn't seem to work-- I get this messag

Re: Improving memory efficiency

2005-12-18 Thread Tino Schwarze
Hi Costin, On Sun, Dec 18, 2005 at 10:01:08AM -0800, Costin Manolache wrote: > One of the problems is that jasper is a tricky piece of code, and > usually reducing memory this way can have unexpected impact. Maybe a > more 'moderate' approach would be more acceptable, like checking the > size of

Re: Improving memory efficiency

2005-12-18 Thread Tino Schwarze
On Sun, Dec 18, 2005 at 05:02:39PM +0100, Remy Maucherat wrote: > >What do you think about this issue? > > It's a fine solution for your "problem", I suppose. Thanks for the > patch, but we are not going to use it. So could you please give me a hint, why you are not going to use it? My "problem

Improving memory efficiency

2005-12-15 Thread Tino Schwarze
Hi there, while hunting down a memory leak (it turned out that some servlets didn't release PageContexts after use) I came across some places in tomcat which are a bit memory inefficent. (I'm talking about Tomcat 5.5 SVN as of tuesday or yesterday.) The root cause (but not the problem) is that P