RE: ANNOUNCE - web-connector

>> The goals of the revolution are: >> >> - improved ajp13: better configuration,etc >> - build improvements >> - support all tomcat versions >> - single codebase that will be used for all versions ( >reduce maintainance >> overhead ) >> - add apr support >> - libtool and autoconf support >> - i

RE: ANNOUNCE - web-connector

>Hopefully we might even get back to one that worked as well as JServ's >connector. > >As a goal, could you add back the ability to restart the JVM >if necessary? What did you means by restart the JVM ? Did you think about having the web server launch the servlet engine JVM ? I could be done

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 :) ?? mod_jk has code for Servlet-Engine support but a

RE: Tomcat 3.2.2 beta 4

>Hi, all! >I've made a little modification in Tomcat 3.2.1 codebase that >I think would >be nice to include in TC 3.2.2. > >Problem: shutdown script always connects to "localhost" to >send shutdown command. >It is a problem on a "multihomed" machine running multiple >tomcats where >tomcats use

class reloading

I can't get servlet re-loading to work in TC4b3. Looking at the code - Loader creates a thread that sleeps until the time set in server.xml expires. This thread calls StandardClassLoader.modified The modified call checks the classCache to see if there are any entries (code is here) if (classCac

Re: Tomcat 3.2.2 beta 4 (problem with shutdown code)

On Fri, May 04, 2001 at 09:26:35AM +0200, GOMEZ Henri wrote: > >Hi, all! > >I've made a little modification in Tomcat 3.2.1 codebase that > >I think would > >be nice to include in TC 3.2.2. > > > >Problem: shutdown script always connects to "localhost" to > >send shutdown command. > >It is a pr

Re: Nagoya.apache.org

The best thing to do is to upgrade to the new version of BugZilla... I just downloaded it and will install it on my Dover box tonight, and if everything goes smooth, it'll be on nagoya next week... (The only problem is that I have a very restricted internet access, should be fixed by the 10th)

Re: Realm implementations

On Fri, 4 May 2001, Antony Bowesman wrote: > Hi, > > In TC 3.x authenticate() method of a realm is called for every request. > (I gather this is changed in 4.x). > You are correct. Tomcat 4 caches the user Principal object returned by the authenticate() method in the user's session. If

[PROPOSAL/VOTE] New Repositories for Collaborative Development

Over the last few weeks, there has been a lot of discussion on collaborative development, across the various Tomcat branches, on two major areas: * Web connectors * A new Jasper (the "jasper34" proposal) and efforts have begun in the HEAD branch "proposals" directory of the jakarta-tomcat repos

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

Re: Realm implementations

Hi Antony, > In TC 3.x authenticate() method of a realm is called for every request. Well, yes and no. The BaseInterceptor.authenticate() callback is called on every request ( as it is on Apache and other servers ). The authenticate method of the realm ( that goes to a database or does expe

Re: Nagoya.apache.org

on 5/4/01 9:33 AM, "Pier P. Fumagalli" <[EMAIL PROTECTED]> wrote: > The best thing to do is to upgrade to the new version of BugZilla... I just > downloaded it and will install it on my Dover box tonight, and if everything > goes smooth, it'll be on nagoya next week... (The only problem is that I

Servlet, JNI

Hi, I'm a SW engineer from ECUTEL. I'm switching from my cgi/fast-cgi code to Java Servlet. And I try to reuse part my c code for cgi/fast-cgi by JNI. I've tested my code with tomcat(version 3.2.1) + apache(version 1.3.19) and iPlanet Web Server(version 4.1 both Fasttrack and Enterprise) on Win

Re: class reloading

to the > cache. > > Should that 'jndi:/localhost' be there ? > > This is with the latest nightly build BTW, > By "latest", do you mean 20010503? The reason I ask is that Remy made some changes yesterday that would have shown up in the 20010504 build, and

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

+1 for separate repository, but I preffer "jakarta-tomcat-modules" or some common repository. Reason: connector and jasper are just particular modules that could be used in multiple versions of tomcat ( like 3.2, 3.3, 4.0 or 4.1 ). There are other pieces that could be developed in the common r

cvs commit: jakarta-tomcat/proposals/jasper34/generator/org/apache/jasper34/core JasperException.java JspCompilationContext.java Options.java TagLibraries.java

costin 01/05/04 13:00:29 Added: proposals/jasper34/generator/org/apache/jasper34/core JasperException.java JspCompilationContext.java Options.java TagLibraries.java Log: First step in refactoring the code generator. The core co

cvs commit: jakarta-tomcat/proposals/jasper34/generator/org/apache/jasper34/generator11 CompileException.java Constants.java Generator.java GeneratorBase.java JspParseEventListener.java ServletWriter.java TagLibraryInfoImpl.java

costin 01/05/04 13:03:35 Added: proposals/jasper34/generator/org/apache/jasper34/generator11 CompileException.java Constants.java Generator.java GeneratorBase.java JspParseEventListener.java ServletWriter.java Ta

cvs commit: jakarta-tomcat/proposals/jasper34/generator/org/apache/jasper34/generator11/util BeanRepository.java JspRuntimeLibrary.java JspUtil.java TagCache.java

costin 01/05/04 13:04:34 Added: proposals/jasper34/generator/org/apache/jasper34/generator11/util BeanRepository.java JspRuntimeLibrary.java JspUtil.java TagCache.java Log: General utils used by the generators. Some of it will

cvs commit: jakarta-tomcat/proposals/jasper34/generator/org/apache/jasper34/generator11/phase ClassDeclarationPhase.java DestroyMethodPhase.java FileDeclarationPhase.java InitMethodPhase.java ServiceMethodPhase.java StaticInitializerPhase.java

costin 01/05/04 13:06:38 Added: proposals/jasper34/generator/org/apache/jasper34/generator11/phase ClassDeclarationPhase.java DestroyMethodPhase.java FileDeclarationPhase.java InitMethodPhase.java ServiceMethodPh

Re: [GUMP] Build Failure - Tomcat 3.x

Ok, 2 changes in ant: copy no longer ignores inexisting source, and the parser changed. Both seem fair changes, we should fix the build.xml in tomcat. I would like to use this "oportunity" to also upgrade to jaxp1.1. ( in order to avoid too much pain - since tomcat used to build with no exter

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

On Fri, 4 May 2001 [EMAIL PROTECTED] wrote: > > +1 for separate repository, but I preffer > > "jakarta-tomcat-modules" or some common repository. > > Reason: connector and jasper are just particular modules that could be > used in multiple versions of tomcat ( like 3.2, 3.3, 4.0 or 4.1 ). T

[PATCH] for reloading syncronization problems.

I posted this a couple of days ago and haven't seen anything on it. Do I need to log a bug or just assume it's not really important to the tomcat crowd in general? Mike Anderson In ServletWrapper.handleReload, there is a syncronization problem. If tomcat us under a load and a servlet class

RE: [PROPOSAL/VOTE] New Repositories for Collaborative Development

>Over the last few weeks, there has been a lot of discussion on >collaborative development, across the various Tomcat branches, on two >major areas: +1 for the split. > >* Web connectors > >* A new Jasper (the "jasper34" proposal) > >and efforts have begun in the HEAD branch "proposals" director

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java

bip 01/05/04 13:45:58 Modified:catalina/src/share/org/apache/catalina Container.java catalina/src/share/org/apache/catalina/core ContainerBase.java catalina/src/share/org/apache/catalina/session Persistent

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/cluster - New directory

bip 01/05/04 13:46:16 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/cluster - New directory

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/cluster ClusterMemberInfo.java MulticastReceiver.java MulticastSender.java ReplicationWrapper.java StandardCluster.java

bip 01/05/04 13:48:04 Added: catalina/src/share/org/apache/catalina/cluster ClusterMemberInfo.java MulticastReceiver.java MulticastSender.java ReplicationWrapper.java StandardCluster.java Log: Basic Cluste

RE: [PROPOSAL/VOTE] New Repositories for Collaborative Development

On Fri, 4 May 2001, GOMEZ Henri wrote: > > Did these CVS will be like the jakarta-servletapi and jakarta-watchdog ? > The would be like jakarta-servletapi and jakarta-watchdog in the sense that whey would be separate CVS repositories (with a separate checkout). They would be unlike Watchdog

RE: Tomcat 3.2.2 beta 4 (problem with shutdown code)

>> >Problem: shutdown script always connects to "localhost" to >> >send shutdown command. >> >It is a problem on a "multihomed" machine running multiple >> >tomcats where >> >tomcats use same port numbers but bound to different IP >> >adresses using inet="" >> >configuration option in server.xm

RE: [PATCH] for reloading syncronization problem (tomcat_32)

Mike, Thanks for the patch. I'm wrapping up the Tomcat 3.2.2 relase right now so this patch won't it in that release. I'd appreciate if you could create a bug report at http://nagoya.apache.org/bugzilla/ for this and attach your patch. That way it won't get lost. I'm sure there will be a 3.2.

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > Over the last few weeks, there has been a lot of discussion on > collaborative development, across the various Tomcat branches, on two > major areas: > > * Web connectors > > * A new Jasper (the "jasper34" proposal) > > and efforts have begu

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

+1 "Craig R. McClanahan" wrote: > > Over the last few weeks, there has been a lot of discussion on > collaborative development, across the various Tomcat branches, on two > major areas: > > * Web connectors > > * A new Jasper (the "jasper34" proposal) > > and efforts have begun in the HEAD br

HEAD methods

Hi everyone, When I dropped a file from my local computer to my webdav, I discovered that there were three requests have been sent: HEAD, PUT, and then HEAD again. Are the content of the first HEAD method and second HEAD method different? If so, what is the different from the two? Thank you

jk compilation help under solaris.

I'm nearly there with a working apache/tomcat config, but I'm new to using apxs, so have NO idea how to fix the following error. The environment is a Sun Netra T1, running a fully patched Solaris 2.8. I've included the full context of the error, and my Makefile below: Any help would be greatly ap

RE: [PROPOSAL/VOTE] New Repositories for Collaborative Development

+1 I think this is something definitely needed and easier than dealing with so many versions of mod_jk, etc. and since they are all TC related, probably better than commons for right now. Mike -- Mike Braden [EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Craig R. McClanah

RE: jk compilation help under solaris.

You should be posting this to the Tomcat-User list. This list is for the Tomcat developers' discussions. Are you using the Sun C Compiler (have you installed it?) If not, then apxs is setup wrong. You should try building apache from source, since that is how apxs is configured. You could also

Re: Tomcat 3.2.2 beta 4 (problem with shutdown code)

On Fri, May 04, 2001 at 10:57:20PM +0200, GOMEZ Henri wrote: [skpd] > I agree you could run multiples tomcat on the same box, and > in that case each JVM will listen AJP12 to handle shutdown > on a differents port. What if we want to run them on different interfaces using same ports? I would muc

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

On Fri, 4 May 2001, Craig R. McClanahan wrote: > > +1 for separate repository, but I preffer > > > > "jakarta-tomcat-modules" or some common repository. > > > > Reason: connector and jasper are just particular modules that could be > > used in multiple versions of tomcat ( like 3.2, 3.3, 4.0 o

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

[EMAIL PROTECTED] wrote: > > On Fri, 4 May 2001, Craig R. McClanahan wrote: > > > > [...] > > > > I've said it before, and i'll say it again -- 3.2 is in maintenance mode, > > and doesn't need any further focus for enhancements. Time spent providing > > enhancements there would be better spent f

ajp12, ajp13, mod_webapp, and http protocols

Hi Tomcat group, I am using mod_jk right now and I am wondering why ajp12, ajp13, and mod_webapp protocols were originally introduced. http protocol can be passed through most firewalls whereas ajp12 and ajp13 can not. In some real world websites, there are lots of cases that there is an inner

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

On Fri, 4 May 2001, Bip Thelin wrote: > [EMAIL PROTECTED] wrote: > > > > On Fri, 4 May 2001, Craig R. McClanahan wrote: > > > > > > [...] > > > > > > I've said it before, and i'll say it again -- 3.2 is in maintenance mode, > > > and doesn't need any further focus for enhancements. Time spent p

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

+1 Amy - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 04, 2001 10:17 AM Subject: [PROPOSAL/VOTE] New Repositories for Collaborative Development > Over the last few weeks, there has been a lot of discussion on > collaborati

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

>> "Bip" == Bip Thelin <[EMAIL PROTECTED]> writes: Bip> I guess more or less the only reason why TC4 hasn't been Bip> released as final is because the Servlet/Jsp spec's aren't Bip> final so when those get final I'll guess that we'll start Bip> working towards a "real" TC4 release

Re: HEAD methods

> Hi everyone, > > When I dropped a file from my local computer to my webdav, I discovered that there were three requests have been sent: HEAD, PUT, and then HEAD again. Are the content of the first HEAD method and second HEAD method different? If so, what is the different from the two? Thank y