RE: Solaris Sparc Performance Problem

Maybe I missed the response, but whatever became of this issue? Thanks, Dave -Original Message- From: Arieh Markel [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 24, 2001 10:31 AM To: [EMAIL PROTECTED] Subject: Re: Solaris Sparc Performance Problem Here is what I would do to see the

[PROPOSAL Tomcat 4.x] Cluster

I started looking at how to implement a DistributedManager and as I see it the best way to do this is to use MulticastSocket. So I started to look at how to implement it using MulticastSocket and started thinking about including that in a Cluster package. So you configure a package from within Se

Class Loader Problem?

I am using Tomcat 3.2.1 and getting the Exception printed below for a class file (VCALookup.class) that I KNOW is not malformed (since the class loads and runs fine under Weblogic 4.0.4). The Exception appears to occur during the loading of another class (VCATemplate) that in turn accesses VCALook

RE: loader.html

On Tue, 1 May 2001, Kevin Jones wrote: > webapps\ROOT\docs\config\context.html says > > "Loader - Configure a class loader associated with this Context." > where the HTML looks like this > Loader - Configure a class loader associated with > this Context > > Kevin Jones > DevelopMentor > www.d

Re: Jasper34: runtime

Costin, I'm sorry I've been unresponsive the last week or so. The Damn Job Hunt(tm) has kept me busy what with traveling all over the place doing interviews. 'Still not final and anything can happen, but it looks more and more likely that we'll be moving to New England! Also, I've had to chang

Using Tomcat to serve XML files for WAP devices

Title: Using Tomcat to serve XML files for WAP devices Has anyone been able to use a JSP page that includes a WML file as follows: <%@ include file= "demo.wml" %> and then in the demo.wml file, invoke another WML file as follows: http://www.wapforum.org/DTD/wml_1.1.xml">            

Re: Tomcat 3.2.2 beta 4

On Mon, Apr 30, 2001 at 05:15:46PM -0500, Marc Saegesser wrote: > Tomcat 3.2.2 beta 4 is available for download. If you can provide binaries > for various please send them to me or update the FTP site. Thanks. Hi, all! I've made a little modification in Tomcat 3.2.1 codebase that I think would

mod_webapp questions..

Hi, I have a few questions on connectivity between Apache and TomCat4. I am a newbie to tomcat, so feel free to brush me aside with pointers to existing documents or source code. IMO, The connectivity layer between apache and tomcat has to deal with the following issues. 1. Protocol: The proto

RE: Tomcat 3.2.2 beta 4

On Tue, 1 May 2001, Marc Saegesser wrote: > Costin, > > The toLowerCase() patch look OK. > > If Glenn can fix the session id stuff easily then I think thats the best > approach right now. Adding the jdkcompat package can't hurt - it'll be a minimal change in SessionUtil plus the addition of 3

Re: Tomcat 3.2.2 beta 4 & mod_ssl & URI

I have testet the TC3.2.2b4 now with the ajp13 protocol over the new mod_jk-eapi.so and mod_jk-stdapi.so (release 4/30), and nothing will work with URI Rewriting. Have I something more to do ? set TOMCAT_OPS like below, or to copy the jsee.jar and jnet.jar in the lib dir ? Greetings and sorry f

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util PrefixMapper.java

costin 01/05/01 14:27:36 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 PrefixMapper.java Log: Fix for case sensitive host lookup: the hostname is insensitive. We use a small trick to avoid string creation in the common case ( domain names a

Re: loader.html

Craig, Kevin is probably referring to missing docs bug (Bug# 856). Amy - Original Message - From: "Kevin Jones" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 01, 2001 3:38 AM Subject: RE: loader.html > webapps\ROOT\docs\config\context.html says > > "Loader - Configure

RE: Tomcat 3.2.2 beta 4

Glad I mentioned it now. I didn't think about the fact it might be a 1.1 thing. We've had so many problems with the M$ VM that I just jumped to conclusions!! The sooner we dump it the better. :) Dave [EMAIL PROTECTED] >From: "Marc Saegesser" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To

RE: Tomcat 3.2.2 beta 4

I wish I got this sort of help from IBM. I complained about the performance of our servlet under WebSphere 3.0.2 last April and they responded saying it was our application and we spent months trying to track it down(with IBM's help), yet in November(ish) they released a patch and our applicat

RE: Tomcat 3.2.2 beta 4

Costin, The toLowerCase() patch look OK. If Glenn can fix the session id stuff easily then I think thats the best approach right now. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 01, 2001 2:58 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROT

RE: Tomcat 3.2.2 beta 4 & mod_ssl & URI

There were two problems that I knew about and both are described in the bug report http://nagoya.apache.org/bugzilla/show_bug.cgi?id=578. One problem is addressed by defining java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol and other problem was that it wouldn't set the default po

RE: Tomcat 3.2.2 beta 4

Marc, I can quickly backport the jdkcompat package from 3.3 - it would be cleaner than hacking generateSessionId. The package is "standalone", doesn't depend on any 3.3 feature - and it's quite simple and effective. Also, if you could review the following patch that will fix "case sensitive

Tomcat 3.2.2 beta 4 & mod_ssl & URI

Hello, i have one question about the session tracking (URI) with mod_ssl. You have said, that you have fixed it. But in TC3.2.2b4 it isn't fixed, did you mean you fixed it only in the final release ? I think session tracking and mod_ssl is some important thing, that should work together. Please w

Re: Tomcat 3.2.2 beta 4

Yeah, I'll see what I can do to fix this. But It may be a day or two. Marc Saegesser wrote: > > Bloody hell. I was just about to launch into a wonderful tirade about why > we shouldn't have change Tomcat just to work around some buggy compiler from > Microsoft when I realized the real problem

RE: Tomcat 3.2.2 beta 4

Bloody hell. I was just about to launch into a wonderful tirade about why we shouldn't have change Tomcat just to work around some buggy compiler from Microsoft when I realized the real problem isn't what you think it is. The problem isn't the definition of the inner class, but the use of the Pr

Re: [TC3.3]Servlet-Engine Header in ajp13 and Http10 connectors

On Tue, 1 May 2001, Ignacio J. Ortega wrote: > Hola a todos: > > I'm wondering if the lack of "Servlet-Engine:" header in ajp13 and > http10 connectors is intentional or a missed feature ( for not call it a > bug as for me it's not :) ?? > > The same for the "Date" header in Http10 ?? > > "

Re: Servlet Re-loading in TC4

Quoting Martijn Koster <[EMAIL PROTECTED]>: > On Tue, May 01, 2001 at 11:41:00AM +0100, Kevin Jones wrote: > > > The log says > > > > StandardLoader[/AddressBook]: Reloading checks are enabled for this > Context > > > > but re-loading doesn't (appear) to work. > > Same problem here. The maili

[TC3.3]Servlet-Engine Header in ajp13 and Http10 connectors

Hola a todos: I'm wondering if the lack of "Servlet-Engine:" header in ajp13 and http10 connectors is intentional or a missed feature ( for not call it a bug as for me it's not :) ?? The same for the "Date" header in Http10 ?? "Date" header is mandatory , no? Saludos , Ignacio J. Ortega

Re: Servlet Re-loading in TC4

On Tue, May 01, 2001 at 11:41:00AM +0100, Kevin Jones wrote: > The log says > > StandardLoader[/AddressBook]: Reloading checks are enabled for this Context > > but re-loading doesn't (appear) to work. Same problem here. The mailing list archives show others experience it too. I've appended a t

Handler Thread Problem

Anybody know why I'm getting this? I get th following exception on the server side: Redirecting to /recruiting/jsp/Login.jsp... Redirecting to /recruiting/jsp/Login.jsp?showLoginError=true... HANDLER THREAD PROBLEM: java.io.IOException: Stream broken java.io.IOException: Stream broken at

RE: Tomcat 3.2.2 beta 4

I posted this before but got no response. The change to SessionUtil.java 1.5.2.2 to 1.5.2.3 (3.2.1->3.2.2b1) has caused the Microsoft Virtual Machine to fall over when running Tomcat. The M$ VM does not like internal classes defined within methods (I think this is the problem) and throws a NoC

Re: Jasper34: sandboxing/Priviledged

That is commented out in the 3.2 jasper branch, and isn't in the Tomcat 4.0 branch of jasper. It looks like you can remove it. Regards, Glenn [EMAIL PROTECTED] wrote: > > Glenn, I hope you're around... > > Can you explain ( again ) the rationale for the doPriviledged() in > PageContextImpl ?

Re: "core"

Hi Thomas, I don't think changing the "core" is possible at this stage, and you should really fix your unix scripts - the "core dump" can't be a directory, and checking if something is a regular file or a dir is quite trivial. Costin On Tue, 1 May 2001, Thomas Riemer wrote: > In several dif

"core"

In several different places the tomcat project uses a directory named "core". "core" in the UNIX world signifies a core dump usually caused by segmentation fault. Could I offer an alternative to "core", perhaps "coreobj" or "prime" or "heart"? The name clash can be frustrating - many oses out o

Sessiopn Tracking w SSL,wo cookies,w TC3.2.2b4

Hello all, i have though that this problem is been fixed. But I have now installed TC3.2.2b4, and have the Problem again, that TC makes no URI Rewriting, will it only integrated in the final version ? Greetings, Michael --

Servlet Re-loading in TC4

Tried this in user with no luck. Re-loading doesn't work for me in TC4b3 - am I doing something stupid? I have a context defined like this The log says StandardLoader[/AddressBook]: Reloading checks are enabled for this Context but re-loading doesn't (appear) to work. What have I miss

RE: loader.html

webapps\ROOT\docs\config\context.html says "Loader - Configure a class loader associated with this Context." where the HTML looks like this Loader - Configure a class loader associated with this Context Kevin Jones DevelopMentor www.develop.com > -Original Message- > From: Craig R. McCl