cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF struts-config.xml

manveen 02/04/11 00:37:46 Modified:webapps/admin/WEB-INF struts-config.xml Log: Added forms and actions for valves. Revision ChangesPath 1.43 +106 -1jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml ==

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve EditValveAction.java ValveForm.java ValveUtil.java RemoteAddrValveForm.java SingleSignOnValveForm.java

manveen 02/04/11 00:42:04 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve RemoteAddrValveForm.java SingleSignOnValveForm.java Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve EditValveAction.j

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java Lists.java

manveen 02/04/11 00:44:22 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java Lists.java Log: Added valve nodes to the tree control. Revision ChangesPath 1.26 +39 -6 jakarta-tomcat-4.0/webapps/admin/WEB-

DO NOT REPLY [Bug 7931] - A url that contains %2F in the path, tomcat returns 400 bad request.

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: Jk2 configuration ( again )

>So my proposal is to make jk2.properties the 'official' config >for jk2 connector. The coyote Connector will just pass minimal >information, i.e. the location of the jk2.properties ( or >catalina.base/tomcat.base ). Short term will have the pain >of configuring a different file with a different

DO NOT REPLY [Bug 7942] - test for a Filter wrapping a servlet fails

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: New web page for filing a tomcat bug report

Glenn, > > It can be viewed at: > > http://jakarta.apache.org/tomcat/bugreport.html > > Please review it and make suggestions for improvements. > How about add links for a list of opened bug list (both TC3 & 4)? This one is for TC4: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCON

Re: Building modapp for Tomcat4.0 and apache1_3.23

The problem described is a compilation problem and isn't related to to the make install. I had this problem when I tried to compile the source after downloading it a while ago. The problem is caused by the constants TYPE_... not being defined anywhere in the source. To solve this problem I

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

> billbarker02/04/10 22:58:03 > > Modified:http11/src/java/org/apache/coyote/http11 > Http11Processor.java > Log: > Multiple Issues. > > -- Degrade to the socket port on HTTP/1.0 requests with a Host header but no port number. > > -- Default to port 443 if

Re: Building modapp for Tomcat4.0 and apache1_3.23

> > The problem described is a compilation problem and isn't related to to the make install. I had this problem when I tried to compile the source after downloading it a while ago. The problem is caused by the constants TYPE_... not being defined anywhere in the source. To solve this problem I

mod_webapp socket pool changes

Hi, I've made some more progress on the socket pool implementation in mod_webapp to solve the concurrent request problem on NT boxes and it is pretty much complete. At the moment I am using a hard-coded constant to set the max number of available sockets that may be kept in a socket pool at a

[TC 4.next] Changes to the default configuration

I'd like to propose some changes to the default configuration file which will be used for the next Tomcat 4 (and which is currently in the CVS HEAD branch). A working copy of the file is attached. The changes are: - disable access logging by default (rationale: it's slow and many people don't ne

Re: mod_webapp socket pool changes

[EMAIL PROTECTED] wrote: > Hi, > > I've made some more progress on the socket pool implementation in mod_webapp to >solve the concurrent request problem on NT boxes and it is pretty much complete. > > At the moment I am using a hard-coded constant to set the max number of available >sockets th

Re: mod_webapp socket pool changes

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > Hi, > > I've made some more progress on the socket pool implementation in mod_webapp > to solve the concurrent request problem on NT boxes and it is pretty much > complete. > > At the moment I am using a hard-coded constant to set the max numb

Re: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> The problem described is a compilation problem and isn't related to to the > make install. I had this problem when I tried to compile the source after > downloading it a while ago. The problem is caused by the constants TYPE_... > not being defined

Proposed patch (related to bug #7686)

Hi there, I've been investigating bug #7686 since we have similar problems with our application. I think I've found the problem and a way to solve it, but this requires changes to several catalina core files, so I'd like to hear some opinions before sending a patch. The Bug === Here's the

Re: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>>The problem described is a compilation problem and isn't related to to the >> >>make install. I had this problem when I tried to compile the source after >>downloading it a while ago. The problem is caused by the constants T

RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 11 de abril de 2002 10:57 > > -- Degrade to the socket port on HTTP/1.0 requests with a > Host header > but no port number. > > if you are under a nat, dafaulting to the socket port maybe no correct, you could have tomcat in

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

> > De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > > Enviado el: jueves 11 de abril de 2002 10:57 > > > > -- Degrade to the socket port on HTTP/1.0 requests with a > > Host header > > but no port number. > > > > > if you are under a nat, dafaulting to the socket port maybe no correct, > you cou

DO NOT REPLY [Bug 7953] New: - mappedfile init-param seems to have no effect

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: Building modapp for Tomcat4.0 and apache1_3.23

> >> > >>I recalled that lib/pr_warp_defs.h was failed to be generated when > >>Constant.java had been moved. > >> > >>See the diff: > >>http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/webapp/lib/Makefil e. > >>in.diff?r1=1.21&r2=1.22&diff_format=h > > > > > > If someone would have cared t

RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 11 de abril de 2002 12:12 > > That's what is done. > > In HTTP/1.0, there's no host header defined in the spec, so a > client using > and expecting it to work is non-compliant. Well, obeying the Host header ever, can be rfc

DO NOT REPLY [Bug 7955] New: - wrong docbase for url-patern like /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: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> The problem described is a compilation problem and isn't related to to the >>> >>> make install. I had this problem when I tried to compile the source after >>> downlo

DO NOT REPLY [Bug 7955] - wrong docbase for url-patern like /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: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: > Jean, > > Your correction/fix is good, and I remembered that you solved my problem. > The things that screwed up is the move of Constant.java, which is not made > by you... And I recalled that it is very hard to find out the dependency of > Constant.java

[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: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>Jean, >> >>Your correction/fix is good, and I remembered that you solved my problem. >>The things that screwed up is the move of Constant.java, which is not made >>by you... And I recalled that it is very hard to find out the d

Re: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Why? Ant is Jakarta. Because I'm not going to download, install, debug, and learn a 1.5 megs package to run JAVAC on 10 classes within the same package... I'd rather compile them manually everytime... > There is still some work to do to have an

RE: Building modapp for Tomcat4.0 and apache1_3.23

>From: jean-frederic clere [mailto:[EMAIL PROTECTED]] >pr_warp_defs.h is still generated from it... >And I WILL remove pr_warp_defs.h from cvs if someone put it there. Argh, someone made JF angry ;) >Why? Ant is Jakarta. >There is still some work to do to have ant doing the configure... >And to

RE: Building modapp for Tomcat4.0 and apache1_3.23

>BTW, to build Java code with ant there have been an introduction of >dependancies with code outside "webapp" itself... Therefore, I >can't build >the java code using it... > >Back to the old command line . WHATEVERERRR Are you sure ? Wasn't you complaining sometimes ago on some apache l

DO NOT REPLY [Bug 7960] New: - Native object returned instead of x509certificate

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 7960] - Native object returned instead of x509certificate

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 7960] - Native object returned instead of x509certificate

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: Building modapp for Tomcat4.0 and apache1_3.23

>Ant is a good choice for java projects, not too bad for c projects >and will be veru usefull when playing with gcj. And you could still use ant to call make ;) >From http://www-106.ibm.com/developerworks/java/library/j-nativegui/?loc=j =>

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> BTW, to build Java code with ant there have been an introduction of >> dependancies with code outside "webapp" itself... Therefore, I >> can't build >> the java code using it... >> >> Back to the old command line . WHATEVERERRR > > Are you sur

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Partly, and I still am. GNU LibTool sucks badly, but I have to >live with it >because that has been the choice of the APR/HTTPD projects >(although I'm not >the only to think that it's bad)... Yes and I've got also some problems with newer projects on some Linux Redhat 6.2 where there is a 1.3

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Ant is a good choice for java projects, not too bad for c projects >> and will be veru usefull when playing with gcj. > > And you could still use ant to call make ;) Yeah. Looks like RPM... So f***ed up... To convert: #!/bin/sh If [ -z "$INSTALL_DIR

DO NOT REPLY [Bug 7962] New: - Unable to use XML parser from inside the servlet code

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: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Partly, and I still am. GNU LibTool sucks badly, but I have to >> live with it >> because that has been the choice of the APR/HTTPD projects >> (although I'm not >> the only to think that it's bad)... > > Yes and I've got also some problems with newer

mod_webapp file changes for socket pools

Hi, Attached should be the changes I made to implement socket pools within mod_webapp. I've added a new file, pr_warp_socketpool.c, as suggested. In the zip file are the complete, changed, versions of the files along with the output of diff -u. For each file I've saved the diff in filename.di

DO NOT REPLY [Bug 7962] - Unable to use XML parser from inside the servlet code

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/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve SaveRemoteAddrValveAction.java SaveRemoteHostValveAction.java SaveSingleSignOnValveAction.java RemoteHostValveForm.java

manveen 02/04/11 07:16:17 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve RemoteHostValveForm.java Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve SaveRemoteAddrValveAction.java

DO NOT REPLY [Bug 7962] - Unable to use XML parser from inside the servlet code

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: mod_webapp file changes for socket pools

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi, > > Attached should be the changes I made to implement socket pools within > mod_webapp. Looks _good_... > I've added a new file, pr_warp_socketpool.c, as suggested. Noticed :) > In the zip file are the complete, changed, versions of the f

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11Http11Processor.java

On Thu, 11 Apr 2002, Remy Maucherat wrote: > > > > -- Degrade to the socket port on HTTP/1.0 requests with a > > > Host header > > > but no port number. > > > > > > > > if you are under a nat, dafaulting to the socket port maybe no correct, > > you could have tomcat in 8080, and the request wou

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Ok, so then don't destroy MY build by introducing shit around >the CVS tree, >moving files along and NOT patching what I've done before... >Thanks JF for >doing that, but I'm still not able to build the java code interactively >without passing thru ANT... You could notice that I avoided to tou

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve SaveAccessLogValveAction.java SaveRequestDumperValveAction.java AccessLogValveForm.java RequestDumperValveForm.java SaveRemoteAddrValveAction.java SaveRemoteHostValveAction.java SaveSingleSignOnValveAction.java

manveen 02/04/11 07:47:48 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve AccessLogValveForm.java RequestDumperValveForm.java SaveRemoteAddrValveAction.java SaveRemoteHostValveAction.java

Re: [TC 4.next] Changes to the default configuration

+1. However I have a small question - if we do use JMX by default ( and we should), then we should take into account JMX persistence - i.e. saving the file automatically when the user uses JMX to alter config. We'll have to deal with the same thing in mod_jk - so a consistent policy would help

cvs commit: jakarta-tomcat-4.0/webapps/admin/valve requestDumperValve.jsp singleSignOnValve.jsp

manveen 02/04/11 08:11:34 Modified:webapps/admin/valve requestDumperValve.jsp singleSignOnValve.jsp Log: minor fixes Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-4.0/webapps/admin/valve/requestDumperValve.jsp Index: requestDumperV

Re: Building modapp for Tomcat4.0 and apache1_3.23

GOMEZ Henri wrote: >>Ok, so then don't destroy MY build by introducing shit around >>the CVS tree, >>moving files along and NOT patching what I've done before... >>Thanks JF for >>doing that, but I'm still not able to build the java code interactively >>without passing thru ANT... > > > You co

DO NOT REPLY [Bug 7968] New: - JSSE Documentation

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: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >>> I'm like you and use exotic OS, OS/400, where >>> autoconf/automake/libtool didn't works (yet ?). >> >> If autoconf/libtool doesn't work, then you can't even build >> APR, you can't >> build Apache, therefore you don't f***ing need mod_webapp, k? > >

Re: JNI

[EMAIL PROTECTED] wrote: > Need help and feedback... > > As you know, the new Coyote supports both HTTP/1.1 and JK. And the new > JK supports some new communication channels and APR functions that need JNI. > > The 'idealistic' goal was to do that transparently - using System.load(), > so that

Re: mod_webapp file changes for socket pools

Pier wrote: > The only thing I don't like (much) is the name of the prototype functions: > - warp_socket_pool_create > - warp_socket_pool_acquire_socket > - warp_socket_pool_return_socket > > And a lack of warp_socket_pool_destroy... > > I would have called them > > - warp_sockpool_create > - w

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Good if _they_ build it over there, _they_ can build the >modules as well. you think they will build mod_jk and mod_jk2 ? In fact mod_jk is present in OS/400 but is really an old version (from 3.2) so wouldn't works against 3.3 / 4.0, that's why I want to work on it, without autoconf >Whe

Re: JNI

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: >> Need help and feedback... >> >> As you know, the new Coyote supports both HTTP/1.1 and JK. And the new >> JK supports some new communication channels and APR functions that need JNI. >> >> The 'idealistic' goal was t

Re: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > I'm like you and use exotic OS, OS/400, where autoconf/automake/libtool didn't works (yet ?). >>> >>>If autoconf/libtool doesn't work, then you can't even build >>>APR, you can't >>>build Apache, therefore you don't f**

Re: mod_webapp file changes for socket pools

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Pier wrote: >> The only thing I don't like (much) is the name of the prototype functions: >> - warp_socket_pool_create >> - warp_socket_pool_acquire_socket >> - warp_socket_pool_return_socket >> >> And a lack of warp_socket_pool_destroy... >> >>

Re: Why won't you die?

Don't know if this helps at all, but I've got the opposite problem (At least I think I have, not had a chance to really look at it.) I'm starting a registry in a ServletContextListener and then binding objects to it. The registry is local to the contextInitialized method so I have no permanent re

Re: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> Go and build APR on 20something different OSes with ANT, and we'll see >> what's a PITA. > > > Probably you even do not need 20 Oses to get a PITA... Because there are > always > more than one compiler per OS. > > Libtool also has history: i

DO NOT REPLY [Bug 7971] - Problems with stop() and reload() in StandardContext

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: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Good if _they_ build it over there, _they_ can build the >> modules as well. > > you think they will build mod_jk and mod_jk2 ? Frankly, given that I don¹t care much about JK, I don¹t care if they build it as well.. > In fact mod_jk is present in OS

DO NOT REPLY [Bug 7971] New: - Problems with stop() and reload() in StandardContext

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 7973] New: - Null Pointer exception with apache/mod_webapp/SSL/ and = CONFIDENTIAL

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: JNI

On Thu, 11 Apr 2002, jean-frederic clere wrote: > > The 'idealistic' goal was to do that transparently - using System.load(), > > so that the user will not have to set LD_LIBRARY_PATH. We would set > > aprHome in jk2.properties - and that's it. > > Something like ld.config or crle also helps.

Re: Building modapp for Tomcat4.0 and apache1_3.23

> It DOESN'T... Before, all constants were defined in Constants.java, and the > pr_warp_defs.h was generated from it, so that with each build we were sure > that the WARP definitions were correct, and if something did went wrong, > simply the baby wouldn't have built... I support pr_warp_defs.h b

Re: Building modapp for Tomcat4.0 and apache1_3.23

On Thu, 11 Apr 2002, jean-frederic clere wrote: > Probably you even do not need 20 Oses to get a PITA... Because there are always > more than one compiler per OS. > > Libtool also has history: it "supports" old versions of OSes and compilers... Ant just calls libtool - if libtool works, ant wi

Re: Why won't you die?

"Jeff Martin" <[EMAIL PROTECTED]> wrote: > Don't know if this helps at all, but I've got the opposite problem (At > least I think I have, not had a chance to really look at it.) > > I'm starting a registry in a ServletContextListener and then binding > objects to it. The registry is local to the

Re: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> It DOESN'T... Before, all constants were defined in Constants.java, and the >> pr_warp_defs.h was generated from it, so that with each build we were sure >> that the WARP definitions were correct, and if something did went wrong, >> simply the baby wouldn

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java JspReader.java Validator.java

kinman 02/04/11 11:14:03 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java JspReader.java Validator.java Log: - Fixed some tag related problems. Revision ChangesPath 1.4 +5 -4 jakarta-tomcat-jasper/jasper2/src/share

DO NOT REPLY [Bug 7971] - Problems with stop() and reload() in StandardContext

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

Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries

I don't know if this is a bug or something I am doing wrong, but I've contacted several people via the Tomcat forums and found that two of them had abandoned Apache 2.0 and went back to 1.3 because they could not get this to work. Environment: - Redhat Linux 7.1 - Apache 2.0 - Tomcat 4.0.3 To

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve ValveUtil.java

manveen 02/04/11 12:09:05 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve ValveUtil.java Log: * "create" operationName depends on valve type (Minor fixes). * Changed description of class. Revision ChangesPath 1.2 +10 -

cvs commit: jakarta-tomcat-connectors/jk/conf workers2.properties jk2.properties

costin 02/04/11 12:10:57 Modified:jk/conf jk2.properties Added: jk/conf workers2.properties Log: Added the (sample) workers2.properties ( for C ). It must be installed in APACHE_HOME/conf No settings in httpd.conf except including the module. The current files ar

cvs commit: jakarta-tomcat-connectors/jk/conf workers.properties

costin 02/04/11 12:11:22 Removed: jk/conf workers.properties Log: Removed the old config file, not used any more -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve DeleteValveAction.java DeleteValveForm.java DeleteValvesAction.java ValvesForm.java

manveen 02/04/11 12:17:18 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve DeleteValveAction.java DeleteValveForm.java DeleteValvesAction.java ValvesForm.java Log: * Added files that implement the "delete valve" ope

cvs commit: jakarta-tomcat-connectors/util build.xml

costin 02/04/11 12:21:02 Modified:util build.xml Log: Display the result of detecting commons-logging ( to figure what's wrong in Gump build ). ( to fix the broken build ) Revision ChangesPath 1.7 +1 -0 jakarta-tomcat-connectors/util/build.xml

cvs commit: jakarta-tomcat-4.0/webapps/admin/valve valves.jsp

manveen 02/04/11 12:25:02 Added: webapps/admin/valve valves.jsp Log: JSP for deleting valves Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapps/admin/valve/valves.jsp Index: valves.jsp ===

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_channel.h jk_workerEnv.h

costin 02/04/11 12:28:01 Modified:jk/native2/include jk_channel.h jk_workerEnv.h Log: Few fixes for better channel initialization. Revision ChangesPath 1.9 +2 -1 jakarta-tomcat-connectors/jk/native2/include/jk_channel.h Index: jk_channel.h

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c

costin 02/04/11 12:29:40 Modified:jk/native2/common jk_channel_apr_socket.c Log: Few fixes and better initialization. Similar with channel_socket. Revision ChangesPath 1.6 +33 -25 jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c Index

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.c jk_channel_socket.c

costin 02/04/11 12:30:24 Modified:jk/native2/common jk_channel_jni.c jk_channel_socket.c Log: Fix initialization. Revision ChangesPath 1.6 +17 -14jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c Index: jk_channel_jni.c ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_config.c

costin 02/04/11 12:32:04 Modified:jk/native2/common jk_config.c Log: Fix problem when ${var} was on the first position. NOTE: I changed the code to use the same syntax as ant and most java programs - i.e. ${} instead of $(). Since we change most of the config format, I hop

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_env.c

costin 02/04/11 12:32:32 Modified:jk/native2/common jk_env.c Log: Prevent NPE when no pool is specified. Revision ChangesPath 1.17 +5 -1 jakarta-tomcat-connectors/jk/native2/common/jk_env.c Index: jk_env.c ===

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.c

costin 02/04/11 12:34:30 Modified:jk/native2/common jk_workerEnv.c Log: Channel initialization. If no worker is found we create a default ajp13 worker. Revision ChangesPath 1.26 +70 -4 jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index:

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_ajp13.c

costin 02/04/11 12:34:56 Modified:jk/native2/common jk_worker_ajp13.c Log: Fix channel initialization, better messages. Revision ChangesPath 1.7 +17 -15jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c Index: jk_worker_ajp13.c ==

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

costin 02/04/11 12:35:48 Modified:jk/native2/server/apache2 mod_jk2.c Log: Set server root. Fix stupid {} problem. Revision ChangesPath 1.9 +6 -3 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c ===

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi - New directory

costin 02/04/11 12:35:56 jakarta-tomcat-connectors/jk/native2/server/isapi - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, April 11, 2002 7:41 AM Subject: Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java > On Thu, 11 Apr 2002, Remy Maucherat w

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11Http11Processor.java

On Thu, 11 Apr 2002, Bill Barker wrote: > We do use the port number from the header, if the port is present. The > current code handles HTTP/1.0 clients much the same way as Http10Interceptor > does. Since the main HTTP/1.0 client that uses Tomcat is Watchdog, I don't > really like enforcing the

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c

costin 02/04/11 13:23:41 Modified:jk/native2/common jk_logger_file.c Log: Another 'default' - if no name is set, default to ${serverRoot}/logs/mod_jk.log. Revision ChangesPath 1.17 +8 -3 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c Index:

DO NOT REPLY [Bug 7984] New: - class org.apache.catalina.logger.FileLogger should be public

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-connectors/jk/jkant/java/org/apache/jk/ant/compilers MwldLinker.java MwccCompiler.java

mmanders02/04/11 14:46:58 Modified:jk/jkant/java/org/apache/jk/ant/compilers MwldLinker.java MwccCompiler.java Log: More updates to allow building against Clib or LibC within the same project. Revision ChangesPath 1.8 +15 -5 jakarta-tom

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_jni_worker.c

mmanders02/04/11 14:48:19 Modified:jk/native/common jk_jni_worker.c Log: Updated to build for Apache 2.0 on NetWare (using LibC). Revision ChangesPath 1.11 +6 -2 jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c Index: jk_jni_worker.c ==

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_md5.c

mmanders02/04/11 14:50:03 Modified:jk/native/common jk_md5.c Log: Updated to build for NetWare. Revision ChangesPath 1.7 +5 -5 jakarta-tomcat-connectors/jk/native/common/jk_md5.c Index: jk_md5.c ==

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_nwmain.c

mmanders02/04/11 14:50:25 Modified:jk/native/common jk_nwmain.c Log: Updated to build for Apache 2.0 on NetWare (LibC). Revision ChangesPath 1.3 +56 -1 jakarta-tomcat-connectors/jk/native/common/jk_nwmain.c Index: jk_nwmain.c ===

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

mmanders02/04/11 14:52:43 Modified:jk/native/apache-2.0 mod_jk.c Log: Updated to build for Apache 2.0 on NetWare (LibC). Added a cleanup routine Revision ChangesPath 1.42 +38 -8 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c ===

DO NOT REPLY [Bug 7987] New: - We are experiencing following bug when we try to run our web-application with tomcat4 - which runs perfectly fine with Tomcat 3.2.3. However examples shipped with tomcat4 are running perfactly fine.

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 7987] - Stack overflow setting an attribute from a forwarded page

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

Building mod_jk2 for Win32

Hola a todos: I'm in the process to have a build of mod_jk2 for Win32, modiying needed build.xml files aling the way, i imagine that unix domain sockets stuff need , needs to be ifdefed for win32, i'm right? Are there more things that need to be ifdef for win32? Or is there a nicest form to do

  1   2   >