[PROPOSAL] Change to the 3.3 API

I'd like to add a new method (for now called 'preInitCheck') to the API to be called before the check for calling the init method. The current JspInterceptor.requestMap would be split between the new preInitCheck method (which would handle the compile), and the requestMap (which would register th

Re: [PROPOSAL] Committer access and responsibilities...

On Sat, 25 May 2002, Pier Fumagalli wrote: > > If you are a commiter - you have the same rights with all other commiters. > > If you don't want to exercise some rights - it's your choice. > > Hola, you tend to forget a part I'm stressing out quite hardly... It's not > only "rights"... It's also

Re: [PROPOSAL] Committer access and responsibilities...

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I do agree ( and I advocated for this a lot ) on lowering ( or > eliminating) the walls between projects, so jakarta commiters can commit > code in any jakarta project ( subject to the normal project rules ). > Some people didn't agree with that even

Re: [VOTE] New Committer Dan Sandberg

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Fri, 24 May 2002, Pier Fumagalli wrote: > >>> If you want my advice - create a sourceforge account, do all the work >>> on SSI there, and have fun. ( and maybe give access to other >>> tomcat commiters who are interested to work on SSI ). >> >>

Re: [VOTE] New Committer Dan Sandberg

Bojan Smojver <[EMAIL PROTECTED]> wrote: > Maybe there should be a committer status review every so often? I fought that war last year... Ended up being flamed from everywhere because I'm the big fat hog who doesn't want to see other people around and want to remove privileges to people. At the

cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

billbarker02/05/24 19:34:59 Modified:catalina/src/conf web.xml Log: Fix servlet class name. Revision ChangesPath 1.36 +1 -1 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml ===

Re: [PROPOSAL] Committer access and responsibilities...

Henri Yandell <[EMAIL PROTECTED]> wrote: > > +1. > > Another example if I could. The job role of 'Java admin' is growing more > and more at companies. Developers shouldn't be adminning things, but would > you have your unix or oracle admin be the admin of the Java side with zero > Java knowledge

Re: [VOTE] New Committer Dan Sandberg

On Fri, 24 May 2002, Pier Fumagalli wrote: > > If you want my advice - create a sourceforge account, do all the work > > on SSI there, and have fun. ( and maybe give access to other > > tomcat commiters who are interested to work on SSI ). > > Very constructive, Costin, indeed... See my next ema

Re: [VOTE] New Committer Dan Sandberg

On Fri, 2002-05-24 at 21:00, Pier Fumagalli wrote: > I hate to be the PITA, as always, and I don't have anything against Dan or > the patches he submitted to SSIServlet, but I believe that this group (as > noted on the members meeting this Tuesday) is giving away committer > privileges a little b

Re: [VOTE] New Committer Dan Sandberg

On Fri, 24 May 2002, Denis Benoit wrote: > All that being said, if it would appear preferable to some that my name be > removed from the CVS commiters list, I would not mind a bit. I have just Denis, your contributions so far have been impressive. If anyone wants to remove your name from the CV

Re: [PROPOSAL] Committer access and responsibilities...

-1 If someone doesn't want to be involved in the voting - he can do exaclty that, abstain. If someone doesn't want to support a particular release - he can abstain from the release vote( or vote +-0 ). If you spend time and write code for a project and are willing to maintain/support - and if t

RE: [VOTE] New Committer Dan Sandberg

Hola a Todos, Dennis, Dan: I didnt vote you prior, mainly because i'm the weekend man :), but too because having no time to follow every Technical thread here, and yours were very far from my interests and habilities, and not knowing you, i've decided to not to vote you better than give an uninfo

Re: [PROPOSAL] Committer access and responsibilities...

+1. Another example if I could. The job role of 'Java admin' is growing more and more at companies. Developers shouldn't be adminning things, but would you have your unix or oracle admin be the admin of the Java side with zero Java knowledge? Jakarta houses the 'Java' community at Apache but th

Re: [VOTE] New Committer Dan Sandberg

On Fri, 24 May 2002, Pier Fumagalli wrote: > Ok, we all agree that Denis gave a valuable contribution, but as far as I > can see, can we say that this is "frequent"? I honestly can't... And again, > I have _nothing_ against Dan or Dennis, actually, I would like to thank them > for their patches..

[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex

Re: [VOTE] New Committer Dan Sandberg

Dan Sandberg <[EMAIL PROTECTED]> wrote: > Granting that I'm not as experienced with open-source collaboration as > the rest of you are, Don't worry, I'm here since 1997 and I'm probably the most clueless of all freaks... :) > my intuition is that the easier it is for people to > make changes to

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

kinman 02/05/24 16:57:42 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java jasper2/src/share/org/apache/jasper/resources messages.properties Log: - Thanks Jan Luehe for the patch. According to JSP.7.4 ("The Tag Library

Re: [VOTE] New Committer Dan Sandberg

Granting that I'm not as experienced with open-source collaboration as the rest of you are, my intuition is that the easier it is for people to make changes to the code-base ( assuming their contributions are reviewed ) the faster the code-base will improve and bugs will be eliminated. Again,

[PROPOSAL] Committer access and responsibilities...

Chatted with a lot of people, seen many, different development models, went around, asked, talked, and I believe I have a pretty decent picture, and maybe even a solution... So the major topic of discussion is that I perceive a substantial difference between being able to commit code to a CVS rep

Re: [VOTE] New Committer Dan Sandberg

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Fri, 24 May 2002, Pier Fumagalli wrote: > >> Just one question on this. Being a committer implies that you're going to >> have the right (and the due, of course, like in any good democracy) to (for >> example) elect PMC members, have -also- a som

Re: [VOTE] New Committer Dan Sandberg

On Fri, 24 May 2002, Pier Fumagalli wrote: > Just one question on this. Being a committer implies that you're going to > have the right (and the due, of course, like in any good democracy) to (for > example) elect PMC members, have -also- a some sort of responsibility over > what you do, and what

[PATCH] Simplified scripting-variable declaration/synchronization in Generator.java

According to JSP.7.4 ("The Tag Library Descriptor Format"), it is illegal for a tag to define scripting variables in both its TLD and TagExtraInfo class. Jasper already enforces this, but its code generator makes separate method calls for declaring/synchronizing scripting variables from a TLD and

Re: [VOTE] New Committer Dan Sandberg

Dan Sandberg <[EMAIL PROTECTED]> wrote: > I think Pier's conerns are quite reasonable. Thank you, and coming from the interested party, that shows me we are in agreement... :) :) :) > Let me bring up a few points that I think are central to the debate: I'm following... > A. Security. This i

Re: [Proposal] Removing 64K limit in jasper 2

I don't think the overhead of calling a private/final method is very big, especially with hotspot or any decent jit. If this turns to have an impact, we can turn it on only for pages with many tags, but I think it would be fine for all pages ( without scriptlets ). BTW, given that the logic i

Re: [Proposal] Removing 64K limit in jasper 2

"Kin-Man Chung" <[EMAIL PROTECTED]> wrote: > The JVM limits the size of a method to less than 65535 bytes. This limit > can easily be reached by a JSP page with 50-80 custom tags, depending > on the javac compiler and the complexity of the tags. The use of > "largefile" option delays reaching t

[Proposal] Removing 64K limit in jasper 2

The JVM limits the size of a method to less than 65535 bytes. This limit can easily be reached by a JSP page with 50-80 custom tags, depending on the javac compiler and the complexity of the tags. The use of "largefile" option delays reaching the limit a little, but not by much. That's one of th

Re: CVS problem with SSIServlet file

Perhaps Bill had the same problem when he tried to submit my code. The code I posted on this list had the file named SSIServlet.java ( not SsiServlet.java ) and the web.xml file called it SSIServlet.java. Bill changed those both to SsiServlet, perhaps because of the problems you are having. M

Re: [VOTE] New Committer Dan Sandberg

I think Pier's conerns are quite reasonable. Let me bring up a few points that I think are central to the debate: A. Security. This is the most important concern in allowing new commiters. If they purposely or accidently introduce security issues, this tarnishes the Tomcat name. Code revi

Re: [Proposal] Tomcat and Cactus (Repost)

On Fri, 24 May 2002, Vincent Massol wrote: > I'm reposting in the secret hope that I got no response to this email I > sent last week because no one saw it in the flood of Tomcat emails ! If > I get no answer this time, I will understand that no one finds this of > interest and will try again in

DO NOT REPLY [Bug 9382] - IOException: Cannot find message associated with key 'responseStream.suspended'

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets ManagerServlet.java

remm02/05/24 11:01:50 Modified:catalina/src/share/org/apache/catalina/servlets ManagerServlet.java Log: - Improve the type filtering to use instanceof. Revision ChangesPath 1.23 +21 -9 jakarta-tomcat-4.0/catalina/src/share/org/apache

[Jasper2] New compiler

I think the new Ant compiler is done; it builds only the class which has to be built, does not use a giant sync lock (testing with the frameset in the admin webapp showed good results), and correctly captures the compilation error messages. As usual, only the error messages output from javac can

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets ManagerServlet.java

remm02/05/24 10:41:48 Modified:catalina/src/share/org/apache/catalina/servlets ManagerServlet.java Log: - Handle resources nested in subcontexts. Revision ChangesPath 1.22 +34 -15 jakarta-tomcat-4.0/catalina/src/share/org/apache/catal

DO NOT REPLY [Bug 9400] - No mulitply <%@page language='java' import='xxx' %> allowed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9400] - No mulitply <%@page language='java' import='xxx' %> allowed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9399] - No mulitply <%@page language='java' import=

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9400] New: - No mulitply <%@page language='java' import='xxx' %> allowed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9399] New: - No mulitply <%@page language='java' import=

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardServer.java

remm02/05/24 10:20:00 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: - Remove loop in import (the modern compiler doesn't like that, apparently). Revision ChangesPath 1.27 +4 -5 jakarta-tomcat-4.0/cata

Re: CVS problem with SSIServlet file

> Remy, > > I just fixed the SSiCommand.java case and have updated several times from CVS > without any problems. Tomcat 4 CVS HEAD now builds fine for me. > One of my updates did get delayed for 10-15 seconds while you had a lock > on one of the SSI files. > > I no longer see an SSIServlet.java

Re: CVS problem with SSIServlet file

Remy, I just fixed the SSiCommand.java case and have updated several times from CVS without any problems. Tomcat 4 CVS HEAD now builds fine for me. One of my updates did get delayed for 10-15 seconds while you had a lock on one of the SSI files. I no longer see an SSIServlet.java or SSiServlet.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi SSiCommand.java

glenn 02/05/24 09:36:03 Removed: catalina/src/share/org/apache/catalina/ssi SSiCommand.java Log: File was not named with correct case -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi SSICommand.java

glenn 02/05/24 09:35:39 Added: catalina/src/share/org/apache/catalina/ssi SSICommand.java Log: File was not named with correct case Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSICommand.java Index: SS

CVS problem with SSIServlet file

I was having a case problem with one file, and tried to fix it. However, I now have problems adding back the file. Maybe it's a WinCVS bug. The server returned: assertion "key != NULL" failed: file "/usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/hash.c", line 312 cvs [server aborted]: r

Re: [VOTE] New Committer Dan Sandberg

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Remy Maucherat wrote: >> >>> In the middle it's good, extremes (I believe) not... And since this is the >>> second time in less than a week (Denis posted 14 times, the first time on >>> 4/27 if I'm not wrong and Dan 7 times, the first time on 5/1)

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets SsiServlet.java

remm02/05/24 09:22:35 Removed: catalina/src/share/org/apache/catalina/servlets SsiServlet.java Log: - I think there's a problem with the case of the filename (checking out the whole repository didn't fix it). -- To unsubscribe, e-mail:

Re: [VOTE] New Committer Dan Sandberg

Remy Maucherat wrote: >>In the middle it's good, extremes (I believe) not... And since this is the >>second time in less than a week (Denis posted 14 times, the first time on >>4/27 if I'm not wrong and Dan 7 times, the first time on 5/1), and it's >>starting to be a little bit "extreme" and it do

Re: [VOTE] New Committer Dan Sandberg

> In the middle it's good, extremes (I believe) not... And since this is the > second time in less than a week (Denis posted 14 times, the first time on > 4/27 if I'm not wrong and Dan 7 times, the first time on 5/1), and it's > starting to be a little bit "extreme" and it doesn't make me feel ver

Re: [VOTE] New Committer Dan Sandberg

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Even if I vote +1 for both tomcat recent commiters, > Benoit and Dan, I could understand Pier objections. > > Benoit and Dan are new to tomcat-dev (less than 1 month) > and mail-archive reports 32 refs to Benoit and 17 to Dan. > > http://www.mail-archi

DO NOT REPLY [Bug 9375] - JSP class loading failure with derived tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [VOTE] New Committer Dan Sandberg

>I nominated quite a few of the current tomcat commiters, and >each of them made important contributions to tomcat. I used the >same 'standards' that Bill used when proposing Dan. > >I believe we deserve some explanation from the 'members', I'm >quite unhappy about this whole issue. If there ar

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c

nacho 02/05/24 08:17:27 Modified:jk/native2/server/isapi jk_isapi_plugin.c Log: * EOL Problems * Bug: If not compiled with iis5 support in, then doesnt need to check the iis version at all Revision ChangesPath 1.19 +28 -31 jakarta-tomcat-connectors/jk/nativ

Re: [VOTE] New Committer Dan Sandberg

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > That leaves me perplexed for several reasons... > > First, it's the first time I see a commiter rejected - without any > reference to the quality and importance of his contribution, but some > new "member's" standard we don't know about. Dan put t

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

On Fri, 24 May 2002, jean-frederic clere wrote: > > I did that to get rid of the conditional compilation of files and > > simplify the makefiles, all files must be compiled. > > > Sure if jk_channel_jni.o is not linked in mod_jk2.so jk2_channel_jni_factory is > unresolved! If HAVE_JNI is und

Re: [VOTE] New Committer Dan Sandberg

That leaves me perplexed for several reasons... First, it's the first time I see a commiter rejected - without any reference to the quality and importance of his contribution, but some new "member's" standard we don't know about. Dan put the SSI system in a decent shape, that's similar with the

Re: [VOTE] New Committer Dan Sandberg

"Sam Ruby" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> I hate to be the PITA, as always, and I don't have anything against Dan >> or the patches he submitted to SSIServlet, but I believe that this group >> (as noted on the members meeting this Tuesday) is giving away committer >> pr

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

[EMAIL PROTECTED] wrote: > On Fri, 24 May 2002, jean-frederic clere wrote: > > >>> ${JK}jk_channel_jni${OEXT}\ >> >>That would require to have J2SE to compile mod_jk2. > > > No, it has an > > #ifdef HAVE_JNI > // jni-specific code > > #else > // empty factory > #endif > > I did that to

unit testing?

I'm tryinng to write a patch for several bugs listed in Bugzilla. Was wondering about Junit tests...since I only saw 5 TestCases, it would seem that testing via junit + ant is not really part of the tomcat4 development process. Also, in catalina/build.xml, all the test cases are enumerated, inste

DO NOT REPLY [Bug 9390] New: - jasper compilation error in tomcat

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9386] - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9388] - JSP include ignores parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

>I did that to get rid of the conditional compilation of files and >simplify the makefiles, all files must be compiled. > >Based on HAS_APR and HAVE_JNI some sections of code will not >be compiled. Hum, what make me think that I could avoid to handle COMMON_OBJECTS and COMMON_APR_OBJECTS ? -

DO NOT REPLY [Bug 9388] New: - JSP include ignores parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

On Fri, 24 May 2002, jean-frederic clere wrote: > > ${JK}jk_channel_jni${OEXT}\ > > That would require to have J2SE to compile mod_jk2. No, it has an #ifdef HAVE_JNI // jni-specific code #else // empty factory #endif I did that to get rid of the conditional compilation of files and si

DO NOT REPLY [Bug 9384] - Tomcat hangs after out of memory error

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9386] - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5603] - ServletContext.getResourcePaths() returns extra slashes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9386] - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9387] - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [VOTE] New Committer Dan Sandberg

Pier Fumagalli wrote: > > I hate to be the PITA, as always, and I don't have anything against Dan or > the patches he submitted to SSIServlet, but I believe that this group (as > noted on the members meeting this Tuesday) is giving away committer > privileges a little bit too easily... Different

DO NOT REPLY [Bug 9386] - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9387] New: - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9386] New: - JSP Include ignoring parameter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9384] New: - Tomcat hangs after out of memory error

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

jtc Build Fails

"j-t-c/ ant" against latest/previous cvs source has exhibited this: BUILD FAILED /usr/local/src/tc4conndir/jakarta-tomcat-connectors/build.xml:17: /usr/local/src/tc4conndir/jakarta-tomcat-connectors/jk/build/WEB-INF/classes not found. I don't ever see anything in this directory, however, I've

DO NOT REPLY [Bug 9382] New: - IOException: Cannot find message associated with key 'responseStream.suspended'

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [VOTE] New Committer Dan Sandberg

"Bill Barker" <[EMAIL PROTECTED]> wrote: > I'd like to propose Dan Sandberg (x at cs.stanford.edu) as a new Tomcat > committer. He has already put in a great deal of work in re-factoring the > SSIServlet in Tomcat 4.x, and seems to be willing to further contribute to > working on this. -1 S

DO NOT REPLY [Bug 6621] - mod_webapp hangs when transmitting binary (eg. image) files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

>> === >> ## Object needed for mod_jk for Apache >> COMMON_OBJECTS= \ >> ${JK}jk_channel_jni${OEXT}\ > >That would require to have J2SE to compile mod_jk2. > What do you means ? -- To unsubscribe, e-mail:

DO NOT REPLY [Bug 9375] New: - JSP class loading failure with derived tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: jakarta-tomcat-connectors/jk/native2 buildconf.sh

[EMAIL PROTECTED] wrote: > > hgomez 02/05/24 00:07:23 > > Modified:jk/native2 buildconf.sh > Log: > Update buildconf.sh > Note that we use automake not to generate makefiles > but to copy install(s) stuff Oops, I broke native too yesterday. > > Revision ChangesPath >

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

[EMAIL PROTECTED] wrote: > > hgomez 02/05/24 00:18:31 > > Added: jk/native2/common list.mk > Log: > list.mk contains list of modules to be built, > COMMON_OBJECTS and COMMON_APR_OBJECTS. > Like this we could build jk2 for Apache 1.3 with/without APR > > Revision Changes

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.in

That's fixed problem with libtool. Nota, I also used -L${APACHE2_LIBDIR} instead of -L${APACHE2_HOME}/lib - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 9

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.in

hgomez 02/05/24 01:11:19 Modified:jk/native2/server/apache2 Makefile.in Log: Fixed the problem with libtool by just removing -lapr dep in Apache 2.0, apr shared lib is allways present Revision ChangesPath 1.5 +2 -1 jakarta-tomcat-connectors/jk/native2/serve

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: autoconf support for native2

But module build via apxs works well cd server/apache13 make -f Makefile.apxs cd server/apache2 (without jni) make -f Makefile.apxs - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint :

autoconf support for native2

Hi to all, Just commited the updated works on autoconf for native2. 1) I removed support for static build, since I'm still waiting for informations on how to do this. usage : cd jk/native2 ./buildconf.sh to build against apache 1.3 without apr ./configure --with-apxs=/sbin/apxs make to

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in

hgomez 02/05/24 00:21:24 Modified:jk/native2/server/apache13 Makefile.apxs.in Makefile.in jk/native2/server/apache2 Makefile.apxs.in Makefile.in Log: Updated Makefiles Nota, that in Apache 1.3, we get list of common's files from common/list.mk Revision Change

cvs commit: jakarta-tomcat-connectors/jk/native2/common list.mk

hgomez 02/05/24 00:18:31 Added: jk/native2/common list.mk Log: list.mk contains list of modules to be built, COMMON_OBJECTS and COMMON_APR_OBJECTS. Like this we could build jk2 for Apache 1.3 with/without APR Revision ChangesPath 1.1 jakarta-tomca