Re: JNI

Pier Fumagalli wrote: > "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. >>

POSSIBLE BUG, in ErrorReportValve or HttpServletResponse implementation

We have installed Apache 2 and Tomcat 4 for Performance/stabletests on some machines, when we request some pages that not exists, some browser the plain html source code of the error page from tomcat (konqueror 2-3, netscape 4, and so on...). I think at first i can be the mod_jk module, but tomc

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

billbarker02/04/11 23:22:46 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Fixing tabs. (sorry Remy :-) Revision ChangesPath 1.25 +2 -2 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11

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

billbarker02/04/11 23:12:17 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Make certain that the scheme is set for Secure connections. This makes SSL almost work under 3.3.x. However if I should be setting this somewhere el

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

DO NOT REPLY [Bug 7993] New: - parameters in for jsp Document do not work

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/conf jk2.properties

costin 02/04/11 17:26:29 Modified:jk/conf jk2.properties Log: Configure tomcat-jk with 3 workers so lb can be tested. Revision ChangesPath 1.3 +13 -6 jakarta-tomcat-connectors/jk/conf/jk2.properties Index: jk2.properties ===

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

costin 02/04/11 17:25:39 Modified:jk/conf workers2.properties Log: Configured with 3 workers for testing lb and unix ( lb should do its magic to not use the ones that don't work ). Leave the uri maps with the default ( lb ) Revision ChangesPath 1.2 +11 -12

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

costin 02/04/11 17:23:42 Modified:jk/native2/include jk_worker.h Log: Add extra field to avoid reallocating the array all the time Revision ChangesPath 1.14 +7 -4 jakarta-tomcat-connectors/jk/native2/include/jk_worker.h Index: jk_worker.h ==

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

costin 02/04/11 17:23:07 Modified:jk/native2/common jk_worker_lb.c Log: Fix and test the lb worker. We'll refresh the internal fields every time a new lb worker is added ( it could happen at runtime - until now it was fixed ) Revision ChangesPath 1.2 +97 -5

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

costin 02/04/11 17:09:17 Modified:jk/native2/common jk_workerEnv.c Log: Config: make worker.lb the default worker ( instead of randomly choosing the first worker ). The 'worker.lb' ( the default worker ) will also be automatically created and configured to include all forw

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

costin 02/04/11 17:04:27 Modified:jk/native2/common jk_uriMap.c Log: Config simplification: if no worker is specified, use the default worker. Revision ChangesPath 1.21 +10 -2 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c Index: jk_uriMap.c ===

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

costin 02/04/11 17:01:06 Modified:jk/native2/common jk_pool.c Log: Stop debugging. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_pool.c Index: jk_pool.c ===

Re: Building mod_jk2 for Win32

On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: > 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

DO NOT REPLY [Bug 7989] New: - and ignore information from

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/conf server.xml

remm02/04/11 16:01:26 Modified:catalina/src/conf server.xml Log: - Add the new default configuration, based on my proposal. - Obviously, some tweaking may still be needed, and the parameters to be used for the new Coyote connector are still being refined. Revision Ch

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

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

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

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 ===

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/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_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/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

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

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

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

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:

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/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/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_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_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_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_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/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-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/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/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/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-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-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 -

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

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

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

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

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

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

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

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

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

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

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

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: [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/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: 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

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

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

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

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

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

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

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

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

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

>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

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

"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

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

[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

"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

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

"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] 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: 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

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

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

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

  1   2   >