Possible bug in isapi_redirector.dll

Hello there everybody, We think we may have found a bug, possibly in IIS, which affects isapi_redirect.dll. We were wondering if anyone else has seen this. Perhaps this is a bug for MS, but it seems to affect tomcat so maybe someone here can shed some light. Our software versions are: IIS 4.0 jk_

Re: t4 - status check

> What is the status of T4? I haven't seen a huge amount of commits from Craig > and Remy recently Did you hear about Sun's shutdown last week ? ;-) Just before the shutdown, I rewrote the CL, and then waited to see if people would get back at me with problems. Nobody did, so I assume there's no

setAttribute

  I am looking at setAttribute implementation of Standard Session. Tomcat seems to be differing from what spec says. Is this intentional?     As per spec:       Both name and value of setAttribute should be not null. I assumed when either of parameters is null servlet container throws Ille

[t4] StandardSession.readObject()

Shouldn't it call setAttribute(name, value) instead of: synchronized (attributes) { attributes.put(name, value); } ? -jon

t4 - status check

What is the status of T4? I haven't seen a huge amount of commits from Craig and Remy recently and it seems like the whole adaptor stuff will never get finished cause it seems like a big political, testing and configuration mess. I'm not asking for a timeline, just a status report. -jon

mail changed to egcs12md@yahoo.com.cn !

mail changed to [EMAIL PROTECTED]!

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session StandardSession.java

jon 01/07/09 20:19:00 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: itty bitty patch that will cause the stack trace of the NotSerializableException to be logged so that it is more easily possible to track down why

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote ActionCode.java ActionHook.java OutputBuffer.java Request.java Response.java AdapterEventCode.java AdapterListener.java Note.java

remm01/07/09 19:55:05 Modified:coyote/src/java/org/apache/coyote OutputBuffer.java Request.java Response.java Added: coyote/src/java/org/apache/coyote ActionCode.java ActionHook.java Removed: coyote/src/java/org/apache/co

Re: Table of Contents

Punky Tse wrote: > Alex, > > Please see my comment below: > > 1) The details of the TOC looks better than my version. Thanks :) > 2) How about moving Developing Interceptors, Valves and Connectors, and > Using Tomcat Utility Classes to a seperate Developer Guide? They are only > useful for

[DOC] Table of Contents

OK, at Craig's request, here's the current Table of Contents for Tomcat docs. (I wrote a program to convert *** to 1.2.3. format so it's easier to read.) It just occured to me that maybe the TOC will be applicable to both versions (3 vs 4), even though the content of each chapter will be com

Re: [DOC] Vote on oustanding doc issues?

Rob S. wrote: > Preamble: =) > > >>I don't want to rush it. >> > > Agreed, but at the same time, I'd like to decide sooner than later. I'm on > co-op until August 24th, then I start full-time school again. 4 courses > doesn't leave a lot of room for TC docs. Judging by the amount of progr

Re: Table of Contents

Alex, Please see my comment below: 1) The details of the TOC looks better than my version. 2) How about moving Developing Interceptors, Valves and Connectors, and Using Tomcat Utility Classes to a seperate Developer Guide? They are only useful for real hackers. 3) How about putting all the in

Re: [DOC]: Vote on oustanding doc issues?

Martin van den Bemt wrote: >>On the topic of a new mailing list: >>I think we can do the next steps inside the tomcat-dev list or on our >>own. (BTW, let's use "DOC:" as a prefix so it's easier to scan for new >>messages.) I want to do this in full view of the rest of the community, >>mostly so t

Re: mod_jk.so-eapi vs mod_jk.so-noeapi

Sorry, I didn't notice the original message was cross-posted to the dev and user lists. Didn't mean to post it here... Thanks, --jeff - Original Message - From: "Jeff Kilbride" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 09, 2001 4:39 PM Subject: Re: mod_jk.so-eapi vs

Re: mod_jk.so-eapi vs mod_jk.so-noeapi

Hi Vinay, EAPI means "extended API". You'll need to use mod_jk.so-eapi if you are using Apache with mod_ssl for SSL (https) support. If you are not using mod_ssl, you can use the mod_jk.so-noeapi. Thanks, --jeff - Original Message - From: "Vinay Menon" <[EMAIL PROTECTED]> To: "Tomcat De

RE: Re: Vote on oustanding doc issues?

Preamble: =) > I don't want to rush it. Agreed, but at the same time, I'd like to decide sooner than later. I'm on co-op until August 24th, then I start full-time school again. 4 courses doesn't leave a lot of room for TC docs. Judging by the amount of progress we've made recently (pretty m

DOC: Re: Vote on oustanding doc issues?

> On the topic of a new mailing list: > I think we can do the next steps inside the tomcat-dev list or on our > own. (BTW, let's use "DOC:" as a prefix so it's easier to scan for new > messages.) I want to do this in full view of the rest of the community, > mostly so they can see what's going on

cvs commit: jakarta-tomcat-connectors/webapp configure.in

pier01/07/09 15:20:13 Modified:webapp configure.in Log: Fix from JFC @ home. Revision ChangesPath 1.14 +2 -1 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in === RCS

cvs commit: jakarta-tomcat-connectors/webapp/lib pr_warp.c

pier01/07/09 15:11:23 Modified:webapp/lib pr_warp.c Log: Disabling WARP functionality until a couple of bugs have been fixed. (Just in case someone relies on CVS checkouts) Revision ChangesPath 1.4 +5 -512jakarta-tomcat-connectors/webapp/lib/pr_warp.c

cvs commit: jakarta-tomcat-connectors/webapp/lib .cvsignore

pier01/07/09 15:07:05 Modified:webapp/apache-1.3 .cvsignore webapp/lib .cvsignore Added: webapp/include .cvsignore webapp/java .cvsignore Log: Added ignores for MacOS/X resource storage. Revision ChangesPath 1.3 +1 -0

DOC: Re: Vote on oustanding doc issues?

On the topic of a new mailing list: I think we can do the next steps inside the tomcat-dev list or on our own. (BTW, let's use "DOC:" as a prefix so it's easier to scan for new messages.) I want to do this in full view of the rest of the community, mostly so they can see what's going on and vol

RE: My small, simple problem continued... (null container for my valve)

It extends ValveBase, which should implicitly make it implement Contained, I think? I just tried explicitly Contained as well, but it didn't make any difference. It still has a null container. I'm on Win 2000, running Tomcat standalone, by the way. -KSH -Original Message- From: Remy Mauch

cvs commit: jakarta-tomcat-connectors/webapp/lib pr_info.c wa_main.c wa_request.c

pier01/07/09 15:02:13 Modified:webapp/lib pr_info.c wa_main.c wa_request.c Log: Minor fixes. Revision ChangesPath 1.2 +21 -21jakarta-tomcat-connectors/webapp/lib/pr_info.c Index: pr_info.c =

cvs commit: jakarta-tomcat-connectors/webapp/include wa_main.h

pier01/07/09 15:00:54 Modified:webapp/include wa_main.h Log: Functions renamed for clarity. Revision ChangesPath 1.5 +4 -14 jakarta-tomcat-connectors/webapp/include/wa_main.h Index: wa_main.h ==

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in mod_webapp.c

pier01/07/09 15:00:28 Modified:webapp/apache-1.3 Makefile.in mod_webapp.c Log: Function renamed for clarity... Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in Index: Makefile.in

Re: InstanceListener syntax?

> Hi folks, > > can someone give me the definitive syntax for the InstanceListener? > Also, is it possible to setup an Engine (or Host) level InstanceListener > that would get applied to all context's within said Engine or Host? > > Having to add a InstanceListener to every context just to get t

Re: My small, simple problem continued... (null container for my valve)

> Oh, WOW. It did work, and I didn't even have to modify Catalina's startup > classpath. I had tried putting the class under common\lib and server\lib, > but I didn't know that common\classes would work. But now I've got another > problem... In the lib folders, you can only put jars. Un-jarred cl

My small, simple problem continued... (null container for my valve)

Oh, WOW. It did work, and I didn't even have to modify Catalina's startup classpath. I had tried putting the class under common\lib and server\lib, but I didn't know that common\classes would work. But now I've got another problem... Again, I have this barebones valve class I wrote, and I've got

RE: tomcat docs mailinglists..

> > BTW where can I find Anakia (not that I looked heavily for it > though..).. > > > > > But maby I can integrate some stuff in my qmail manager (writing that in > > java btw.. and is still a work in progress..) > > Check out... > >

Re: tomcat docs mailinglists..

on 7/9/01 1:20 PM, "Jon Stevens" <[EMAIL PROTECTED]> wrote: >> BTW where can I find Anakia (not that I looked heavily for it though..).. > > Oh yea... First response...imagine that... -jon

Re: Probably a simple problem with an equally simple solution...

Quoting Kedar Hirve <[EMAIL PROTECTED]>: > I was trying to develop my own valve to plug into Catalina, but > running into some problems. I wrote up a little class that implements > Valve > and has empty code for getInfo() and invoke(). I put it in its own > package > called valvetest, compi

Re: tomcat docs mailinglists..

on 7/9/01 12:55 PM, "Martin van den Bemt" <[EMAIL PROTECTED]> wrote: > BTW where can I find Anakia (not that I looked heavily for it though..).. > But maby I can integrate some stuff in my qmail manager (writing that in > java btw.. and is still

Probably a simple problem with an equally simple solution...

I was trying to develop my own valve to plug into Catalina, but running into some problems. I wrote up a little class that implements Valve and has empty code for getInfo() and invoke(). I put it in its own package called valvetest, compiled it just fine, put that folder with the class in

RE: tomcat docs mailinglists..

> > Question : the -1 is for what actually? > > Using your lists. I'm not going to subscribe. Me neither.. It's just for gathering notes.. You can subscribe if you want to, but the intention is to just request (or parse if possible) the messages to construct docs from in a later stage. So once a

[PATCH] Ajp13 wrong Response

This fixes the problem reported by Angel Aray in thread 23795. The diff is against TC3.3 M4. What was happening is that the user hitting the "stop" button in the browser was invoking the re-try broken connection logic. This totally freaks out the proxy server who now thinks that the re-sent pag

Re: tomcat docs mailinglists..

on 7/9/01 12:34 PM, "Martin van den Bemt" <[EMAIL PROTECTED]> wrote: > Question : the -1 is for what actually? Using your lists. I'm not going to subscribe. > Another question : when is who gonna create these mailinglists and how are > they gonna manage it? Mailing list creation is dictated by

RE: tomcat docs mailinglists..

> > > I created a few mailinglist on my server > tomcatdocs.isallineed.org , to send > > notes for tomcat documentation to. This is just to gather all > the notes on a > > specific subject to make documentation from. > > -1. They should have been created on an apache.org server. I thought : make

Re: tomcat docs mailinglists..

on 7/7/01 12:10 PM, "Martin van den Bemt" <[EMAIL PROTECTED]> wrote: > I created a few mailinglist on my server tomcatdocs.isallineed.org , to send > notes for tomcat documentation to. This is just to gather all the notes on a > specific subject to make documentation from. -1. They should have

Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS:[TomcatDocumentation Redactors To Hire]

on 7/7/01 9:33 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > FWIW, I'm fine with Anakia, XSLT, Cocoon, Stylebook, Docbook, or whatever > ... but IF AND ONLY IF the tags for use by the document authors are well > documented, and the page generation procedure is amenable to Ant scripting >

Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS:[TomcatDocu mentation Redactors To Hire]

on 7/6/01 9:53 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > It would sure be nice to have a little HOWTO on what tags (like > and ) Anakia recognizes, and what they do :-). Anakia recognizes *any* tags. It is the Jakarta-Site2 module's stylesheet which is the key. Needless to say, I h

Re: Vote on oustanding doc issues?

I was out of town for the holiday, so I have just read almost all of this ex post facto. It looks like there are quite a few people, myself included, willing to devote an appreciable amount of time to an informal new group of "doc wrangers." When I originally jumped into this thread early on, I ha

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

jean-frederic clere at [EMAIL PROTECTED] wrote: > Pier Fumagalli wrote: >> >> Quoting [EMAIL PROTECTED]: >>> >>> Fixed bug I introduced 5 seconds ago. Now the return value of >>> LOCAL_FILTEREXEC should be correctly returned to the parent. >>> (try to modify the last line of APR buildconf to ex

cvs commit: jakarta-tomcat-connectors/webapp configure.in

pier01/07/09 10:59:51 Modified:webapp configure.in Log: Committed JFC's patch for returning the right return value out of LOCAL_FILTEREXEC Revision ChangesPath 1.13 +5 -1 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in ===

RE: webapp classloader ProtectionDomain (running secured tomcat)

I have a feeling that it's a general problem with servlet containers. It's not in the spec (well, I don't remember exatctly...) so every container implementation can choose what to do. What it means is that there's no way to create a container neutral application if one wants to use Java security

InstanceListener syntax?

Hi folks, can someone give me the definitive syntax for the InstanceListener? Also, is it possible to setup an Engine (or Host) level InstanceListener that would get applied to all context's within said Engine or Host? Having to add a InstanceListener to every context just to get the old tomcat

Re: webapp classloader ProtectionDomain (running secured tomcat)

This is true form tomcat 3.x, but not for Tomcat 4. Tomcat 4 allows setting of different policies for different locations within a webapp. Regards, Glenn Vladimir Grishchenko wrote: > > Hi there, > I've posted the message below to tomcat-user but it didn't get much > attention. Is any work bei

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting [EMAIL PROTECTED]: > > > > Fixed bug I introduced 5 seconds ago. Now the return value of > > LOCAL_FILTEREXEC should be correctly returned to the parent. > > (try to modify the last line of APR buildconf to exit with a non-zero > > value and execute configure, it

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting [EMAIL PROTECTED]: > > Fixed bug I introduced 5 seconds ago. Now the return value of > LOCAL_FILTEREXEC should be correctly returned to the parent. > (try to modify the last line of APR buildconf to exit with a non-zero > value and execute configure, it should report an error) Jean Frede

Copyright issues (was Re: DOC: Table of Contents)

Hi Alex! Alex Chaffee wrote: > A note on copyright: I'm claiming copyright for this document, since I > may use parts of it to write articles or books, and I haven't done the > research on what it means to post text (as opposed to code) into an > Apache project. I'd contribute it explicitly as op

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > Agreed, all "cursors" and "colours" are useless when doing "nohup > nice_shell_that_build_world". Fixed in CVS :) Pier

cvs commit: jakarta-tomcat-connectors/webapp configure.in

pier01/07/09 08:57:59 Modified:webapp configure.in Log: Fixed bug I introduced 5 seconds ago. Now the return value of LOCAL_FILTEREXEC should be correctly returned to the parent. (try to modify the last line of APR buildconf to exit with a non-zero value and execute config

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > > I have some more problems because printf does not like \133. (Why > > \133 and not ]?). > > Bacause [ and ] are the string delimiters in M4... If you change that and try > to run AutoConf, it'll complain... Yep, i

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > What about this: > > -exit $ret > +echo $ret > retfile >}

cvs commit: jakarta-tomcat-connectors/webapp configure.in

pier01/07/09 08:46:00 Modified:webapp configure.in Log: Removed color grief once for all (nifty but useless and unportable). Fixed the exit $ret bug introduced by JFC. Revision ChangesPath 1.11 +8 -8 jakarta-tomcat-connectors/webapp/configure.in In

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > > "Pier P. Fumagalli" wrote: > > > > > > Hmm If you do an exit $ret, it'll kill the whole ./configure > > > process with some bourne shells... Will check it... > > > > Oop, I have just found one, on BS2000! > > A

RE: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Hi, Was talking about mod_ssl for 1.3.x and only bold used there... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Mess

RE: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting GOMEZ Henri <[EMAIL PROTECTED]>: > May be you could use what Ralf used for mod_ssl :) Version 2.0 of the code I stole :) Why don't we remove colours and that's it? :) Pier

Re: hello everyone (regarding documentation)

Quoting hiten pandya <[EMAIL PROTECTED]>: > hi everyone, > > i am planning to start my own documentation project for Tomcat 3.3 and > 4.0. The different thing about this project is that, i am going to port all > of the tomcat documentation to XML Docbook format. > > Though i am not very good

webapp classloader ProtectionDomain (running secured tomcat)

Hi there, I've posted the message below to tomcat-user but it didn't get much attention. Is any work being done to address this? Thanks, --V. Hi all, It seems that webapp classloader puts all classes loaded from a webapp directory into the same P

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting jean-frederic clere <[EMAIL PROTECTED]>: > I have some more problems because printf does not like \133. (Why > \133 and not ]?). Bacause [ and ] are the string delimiters in M4... If you change that and try to run AutoConf, it'll complain... > I have some remarks: > > - Why using "\0

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Quoting jean-frederic clere <[EMAIL PROTECTED]>: > "Pier P. Fumagalli" wrote: > > > > Hmm If you do an exit $ret, it'll kill the whole ./configure > > process with some bourne shells... Will check it... > > Oop, I have just found one, on BS2000! And OS/X... It seems to me that the only cas

RE: cvs commit: jakarta-tomcat-connectors/webapp configure.in

May be you could use what Ralf used for mod_ssl :) ... # some optional terminal sequences case $TERM in xterm|xterm*|vt220|vt220*) T_MD=`echo dummy | awk '{ printf("%c%c%c%c", 27, 91, 49, 109); }'` T_ME=`echo dummy | awk '{ printf("%c%c%c", 27, 91, 109); }'` ;;

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

I have some more problems because printf does not like \133. (Why \133 and not ]?). I have some remarks: - Why using "\033\13301m", "\033\13300m" etc but not bold="\033\13301m", offbold="\033\13300m", red=...? - \133 is not ] but $ on my EBCDIC platform. - Why not using bold=`tput smso` offbol

hello everyone (regarding documentation)

hi everyone, i am planning to start my own documentation project for Tomcat 3.3 and 4.0. The different thing about this project is that, i am going to port all of the tomcat documentation to XML Docbook format. Though i am not very good at docbook but i think i can cope. Once the documentati

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

"Pier P. Fumagalli" wrote: > > Hmm If you do an exit $ret, it'll kill the whole ./configure process > with some bourne shells... Will check it... Oop, I have just found one, on BS2000! > > Pier > > [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > > > jfclere 01/07/09 07:09:19 > >

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Hmm If you do an exit $ret, it'll kill the whole ./configure process with some bourne shells... Will check it... Pier [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > jfclere 01/07/09 07:09:19 > > Modified:webapp configure.in > Log: > Arrange LOCAL_FILTEREXEC because ret is no

cvs commit: jakarta-tomcat-connectors/webapp configure.in

jfclere 01/07/09 07:09:19 Modified:webapp configure.in Log: Arrange LOCAL_FILTEREXEC because ret is not set correctly. Revision ChangesPath 1.10 +3 -1 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in ===

I'd like to retract my earlier request

Hello, my name is Victor Wynnytsky I had sent you a very long message earlier today (July 8) asking for a means of setting the default directory on a per-webapp basis. Then as an after thought I also asked that my message be sent to the XML team to see if maybe Xalan could be told to pickup xsl:

Re: Poor Tomcat 3.2.2 performance on Win32 with class reloading enabled

Remy & Craig, Thanks for your responses... On Saturday, July 7, 2001, at 07:28 am, Remy Maucherat wrote: >> The cases you've described above all happen only once (at startup >> time). Assuming that we could safely optimize these cases, would it >> really make a significant difference? > > It