DO NOT REPLY [Bug 7826] - ManagerServlet response is garbled

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/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java

billbarker02/04/12 23:18:18 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Log: Use SSLSupport fields to validate SSL attributes. Revision ChangesPath 1.10 +4 -5 jakarta-tomcat-connectors/coyote/src/java/org/

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PureTLSSupport.java

billbarker02/04/12 23:01:52 Modified:util/java/org/apache/tomcat/util/net PureTLSSupport.java Log: fix tabs. Revision ChangesPath 1.3 +41 -41 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PureTLSSupport.java Index: PureTLSSupport.java ==

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

costin 02/04/12 22:55:18 Modified:jk/conf workers2.properties Log: A new update to the sample config - this time with settings to load catalina inprocess. ( won't forward requests yet - ChannelJni needs fixes ) Revision ChangesPath 1.4 +19 -7 jakarta-tomca

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

costin 02/04/12 22:53:30 Modified:jk/java/org/apache/jk/server JkMain.java Log: 2 more command line params to allow out/err redirection. Rename a method to avoid confusing IntrospectionUtil Revision ChangesPath 1.17 +25 -3 jakarta-tomcat-connectors/jk/jav

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

billbarker02/04/12 22:40:51 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Tab fixes Revision ChangesPath 1.28 +8 -8 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java

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

billbarker02/04/12 22:37:39 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Extend the setters for SSL attributes. Revision ChangesPath 1.27 +10 -3 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/h

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

costin 02/04/12 22:34:21 Modified:jk/native2/common jk_worker_jni.c Log: Got it to use plain main() and a much simpler and intuitive syntax ( I hope ). At least it's using standard java options instead of invented jk option names Both Tomcat3.3 and 4.0 are starting fine - an

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net JSSESupport.java PureTLSSupport.java SSLSupport.java

billbarker02/04/12 22:34:11 Modified:util/java/org/apache/tomcat/util/net JSSESupport.java PureTLSSupport.java SSLSupport.java Log: Extend Coyote SSL support to include the 2.3 spec. With JSSE, this is mostly a copy of CertificateValve, and everything wo

Redirecting stdout/stderr

Remy, Is there any standard option/way to redirect stderr and stdout to files ? ( for Catalina ) ? ( in java - not in the .sh/.bat ) If not, what would be the best place to put them ? I want to remove JniMain and start tomcat/catalina directly, without intermediary - the only thing that's mi

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JniMain.java

costin 02/04/12 16:51:34 Modified:jk/java/org/apache/jk/server JniMain.java Log: Remove the old library. ( The whole JniMain may disapear soon :-) Revision ChangesPath 1.3 +2 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JniMain.java Index:

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

costin 02/04/12 16:18:35 Modified:jk/conf workers2.properties Log: Added the config settings for jni. I'll disable it later. Revision ChangesPath 1.3 +21 -12jakarta-tomcat-connectors/jk/conf/workers2.properties Index: workers2.properties ==

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

costin 02/04/12 16:15:48 Modified:jk/native2/common jk_worker_jni.c Log: Remove duplicated ( or redundant ) code, simplify. Things are working now - but I still want to cut the JniMain and start directly tomcat ( or other java programs ) using normal main. And use ajp13 fo

FW: Bad link

NACK! It seems that the "web.xml.txt" file that IE6 recognizes as XML anyway (although the content type is text/plain)... Anyway there's a mistake: This servlet plays the "controller" role in the MVC architecture used in this application. It is generally mapped to the ".d

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

costin 02/04/12 16:13:25 Modified:jk/native2/common jk_workerEnv.c Log: Init the vm ( if loaded ) Revision ChangesPath 1.29 +7 -1 jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index: jk_workerEnv.c ==

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

costin 02/04/12 16:12:16 Modified:jk/native2/common jk_vm_default.c Log: Remove the JDK1.1 workarounds - it made the code unreadable. If you need 1.1 support - get the old version from CVS and create a separate jk_vm_11.c object. Or use mod_jk1. I also removed a lot of con

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

costin 02/04/12 16:09:50 Modified:jk/native2/common jk_uriMap.c Log: Don't init invalid uri maps. Revision ChangesPath 1.23 +8 -3 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c Index: jk_uriMap.c

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

costin 02/04/12 16:09:19 Modified:jk/native2/common jk_registry.c jk_registry.h Log: Correct registration for the jni worker. Revision ChangesPath 1.18 +3 -1 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c Index: jk_registry.c

DO NOT REPLY [Bug 8026] - Exceptions in StandardHostDeployer.addChild are lost through invokeMethod

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_config.c

costin 02/04/12 16:08:45 Modified:jk/native2/common jk_config.c Log: Few methods made public, fix a problem in replaceProperties. ( the public methods will be 'inherited' in config_registry ). Also use the virtual methods - so overriding can work. I love OO programmi

DO NOT REPLY [Bug 8029] - String literal "%\>" in JSP page causes 'Invalid escape character' complier 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

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

costin 02/04/12 16:07:11 Modified:jk/native2/common jk_channel_jni.c Log: Upgrade the jni channel. Revision ChangesPath 1.8 +9 -8 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c Index: jk_channel_jni.c =

DO NOT REPLY [Bug 8039] - connector.http.HttpResponseStream.checkHead NullPointerException

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 4829] - Automatic deployment of war files does not work properly

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 8036] - Tomcat 4.0.3 doesn't extract war file automatically

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/include jk_vm.h

costin 02/04/12 16:00:45 Modified:jk/native2/include jk_vm.h Log: Eliminate some crap from the vm stuff. The code got too complex in supporting JDK1.1 - which not supported in 4.0 anyway. If you want in-process worker with JDK1.1 - use mod_jk1 or write a separate jk o

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

nacho 02/04/12 15:53:56 Modified:jk/native2 build.xml jk/native2/common jk_channel_apr_socket.c jk_shm.c Log: Fixes for Win32 compatibility Revision ChangesPath 1.21 +26 -4 jakarta-tomcat-connectors/jk/native2/build.xml Index: build.xml =

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

manveen 02/04/12 15:10:32 Modified:webapps/admin/host host.jsp Log: Enabled create (all 5 types of valves) and remove valve actions from the properties list under host. Revision ChangesPath 1.11 +12 -12jakarta-tomcat-4.0/webapps/admin/host/host.jsp Index:

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

manveen 02/04/12 15:06:30 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve DeleteValveAction.java SaveAccessLogValveAction.java SaveRemoteAddrValveAction.java SaveRemoteHo

cvs commit: jakarta-tomcat-4.0/webapps/admin/valve accessLogValve.jsp remoteAddrValve.jsp remoteHostValve.jsp requestDumperValve.jsp

manveen 02/04/12 15:01:46 Modified:webapps/admin/valve accessLogValve.jsp remoteAddrValve.jsp remoteHostValve.jsp requestDumperValve.jsp Log: added valveType property to the form Revision ChangesPath 1.4 +1 -0 jakarta-tomcat-4.0/webapps

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_apache2.h jk_logger_apache2.c jk_service_apache2.c

nacho 02/04/12 14:55:05 Modified:jk/native2/server/apache2 jk_apache2.h jk_logger_apache2.c jk_service_apache2.c Log: Fixes for Win32 compatibility, 72 warnings left Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-connectors/jk/native2/

DO NOT REPLY [Bug 8039] New: - connector.http.HttpResponseStream.checkHead NullPointerException

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/include jk_env.h jk_global.h jk_handler.h jk_logger.h

nacho 02/04/12 14:49:03 Modified:jk/native2/common jk_channel_jni.c jk_channel_socket.c jk_config.c jk_endpoint.c jk_env.c jk_handler_logon.c jk_handler_response.c jk_logger_file.c jk_uriEnv.c jk_uriMap.c

DO NOT REPLY [Bug 8036] New: - Tomcat 4.0.3 doesn't extract war file automatically

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 mod_jk2 for Win32

On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: > Mostly compiling, i about to commit in half of an hour.. > > How to deal with content-length apr_off_t? here is defined as __int64, > and code is using int and unsigned, and i got a warning about precision > lost, maybe use apr_off_t where now is u

RE: Building mod_jk2 for Win32

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 12 de abril de 2002 16:32 > > Same here. Since I'm not a windows user I'll wait for your > code. Let me > know how I can help. > Mostly compiling, i about to commit in half of an hour.. How to deal with content-length

RE: Building mod_jk2 for Win32

On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: > > This way there is no need to ifdef unix sockets, thanks :)), but it's > done now ;), so should i commit this change? Of course. FYI - I'm cleaning the jni worker now ( I want to have all components in a working state before a beta release for

RE: Building mod_jk2 for Win32

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 12 de abril de 2002 16:32 > bit on linux ). You can exclude channel_apr_socket completely > on windows, > for socket you can use the old channel_socket. > This way there is no need to ifdef unix sockets, thanks :)), but

Re: JNI

On Fri, 12 Apr 2002, Pier Fumagalli wrote: > The _ONLY_ solution is to either force a GLOBAL loading of (let's say) APR > by a third library which is loaded LOCALLY and loads APR globally (a let's > say JNI->APR liaison) but at that point the linkage may fail, and you have > to handle all the ca

Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.sobinaries

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> Tomcat seems to work fine on its own. Apache seems to work fine on its >> own. >> My problem is getting mod_webapp to link the two. I get the error below as >> soon as I include the LoadModule line in my httpd.conf: >> >> [root@bicaweb_dev webapps]# $A

Re: JNI

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> The JVM _is_ behaving correctly, no bug whatsoever, the problem is that you >> don't have to confuse a pluging (MH_BUNDLE, RTLD_LOCAL) with a library >> (DYLIB, RTLD_GLOBAL)... All nice and clean. > > Is testing on moof.apache.org a good idea?

DO NOT REPLY [Bug 8032] New: - mod_webapp RPM missing

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: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries

> > Thanks for your quick response. I'm glad to hear you got it running. That > certainly gives hope! > You are welcome. ;-) > I've tried mod_webapp and mod_jk and get the same error for each. I > downloaded: > - jakarta-tomcat-4.0.3.tar > - mod_webapp.so (downloaded the binary) > I buil

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java

nacho 02/04/12 10:44:38 Modified:src/share/org/apache/tomcat/modules/server Http10Interceptor.java Log: * Fix: for parse host header was giving the socket port when a host header was present without one Revision ChangesPath 1.34 +7 -2

DO NOT REPLY [Bug 8029] New: - String literal "%\>" in JSP page causes 'Invalid escape character' complier 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 8026] New: - Exceptions in StandardHostDeployer.addChild are lost through invokeMethod

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 8024] New: - Can't include entities in web.xml

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

Maybe a combination of the solutions should be in order. There should be a parseDateHeader() method wich returns a Date instance. Inside the parseDateHeader() method, it should actually call the HttpServletRequest.getDateHeader() method. Also, the HttpServletRequest.getDateHeader() method shoul

cvs commit: jakarta-tomcat-connectors/jk build.properties.sample

mmanders02/04/12 09:01:30 Modified:jk build.properties.sample Log: Added necessary flags for building NetWare version of mod_jk for Apache 2. Revision ChangesPath 1.10 +4 -2 jakarta-tomcat-connectors/jk/build.properties.sample Index: build.properties

DO NOT REPLY [Bug 8005] - Bad Param passing with jsp:include

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 build.xml

mmanders02/04/12 08:57:31 Modified:jk/native build.xml Log: Added necessary flags for building NetWare version. Revision ChangesPath 1.30 +32 -3 jakarta-tomcat-connectors/jk/native/build.xml Index: build.xml ===

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

mmanders02/04/12 08:55:59 Modified:jk/native/apache-2.0 mod_jk.c Log: Moved cleanup routine to the right place. At least on NetWare, the module is loaded multiple times and the first time, cleanup wasn't happening. Since it is a pool cleanup, I now register the cleanup where the

DO NOT REPLY [Bug 7287] - Rapid page reload succession slows Tomcat response

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 6764] - commons-logging error at startup

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 6659] - HttpUtils.getRequestURL gives incorrect URL with web.xml redirected error pages

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 4227] - Invalid CGI path

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

Probelms about Tomcat + IIS

Hello, I'm trying to add Tomcat as a module of IIS (on Windows NT, Option Pack 6). Everything seems ok about the installation of Tomcat (I can see the Jsp file on :8080 port); I have also added the filter "isapi_redirect.dll" and it has the green arrow; also the isapi.log file is generated. But ev

DO NOT REPLY [Bug 7826] - ManagerServlet response is garbled

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 8013] - DefaultServlet Throws NumberFormatException

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

Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > >>On Fri, 12 Apr 2002, Pier Fumagalli wrote: >> >> >Then it won't work... BTW, I hope you guys are not trying to load APR from >the VM, right? Because if so, I _really_ want to see how you can do it on >Mach-O

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

> > I guess we're missing Nacho's commit that fixes the problem :-) > > Yes, he seemed to have a good idea about what was needed. > > > It seems to be an itch for him - we're just making noise to > encourage > > him to fix it :-) > > Since I was getting curious about what all this was about -

Re: DefaultServlet problem...

> The DefaultServlet class is performing logic which belongs (and is already > there) in the HttpServletRequest implementation. It implements HTTP date > header parsing as follows... > > > // Parsing the HTTP Date > for (int i = 0; (date == null) && (i < formats.le

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

DO NOT REPLY [Bug 8020] - Collision due to different Xerces versions

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 8020] New: - Collision due to different Xerces versions

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

> On Fri, 12 Apr 2002, Remy Maucherat wrote: > > > In HTTP/1.0, looking at the Host header is non standard. We can look at it > > if it is there (and I believe we do; if we don't it is very simple to change > > that), but in the end the HTTP/1.0 protocol is inefficient broken in many > > The Host

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

remm02/04/12 07:47:22 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Refactor a bit parseHost. - If Host header is present in HTTP/1.0, the behavior is identical to HTTP/1.1. This looks the most reasonable, but I don't

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

On Fri, 12 Apr 2002, Remy Maucherat wrote: > In HTTP/1.0, looking at the Host header is non standard. We can look at it > if it is there (and I believe we do; if we don't it is very simple to change > that), but in the end the HTTP/1.0 protocol is inefficient broken in many The Host header is no

RE: Building mod_jk2 for Win32

On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: > I've defined HAVE_UNIXSOCKETS, and i'm making the ifdefs with that it > seems to me a little better, i think that not having unix sockets ( at > least with that name :) maybe is more common than only win32?.. That's fine. The goal is to be able to

Re: JNI

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Fri, 12 Apr 2002, Pier Fumagalli wrote: > Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) > > mod_j

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

> There are bugs that never die :)) > > Checked code and 3.2 is correct, 3.3 and coyote not, 4.0 original > processor not checked, i think this is the third time i talk about the > same, may be this is the third connector generation that jakarta-tomcat > project does? ;) > > Larry we need to fix t

Re: JNI

On Fri, 12 Apr 2002, Pier Fumagalli wrote: > >> Then it won't work... BTW, I hope you guys are not trying to load APR from > >> the VM, right? Because if so, I _really_ want to see how you can do it on > >> Mach-O kernel based Oses :) mod_jk2 is using APR, and on the java side the JNI and Unix s

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

On Fri, 12 Apr 2002, Larry Isaacs wrote: > I think the new dependencies in Tomcat 3.3.x are making it > difficult to get things set up successfully in Gump. The > most recent change to the jakarta-tomcat.xml definition > file in Gump has the comment: > > remove dependency on tomcat-util as it c

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

There are bugs that never die :)) Checked code and 3.2 is correct, 3.3 and coyote not, 4.0 original processor not checked, i think this is the third time i talk about the same, may be this is the third connector generation that jakarta-tomcat project does? ;) Larry we need to fix that ASAP, in 3

DO NOT REPLY [Bug 6468] - content-type not set for errors

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 7897] - Realm problem...

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: [GUMP] Build Failure - Tomcat 3.x

I think the new dependencies in Tomcat 3.3.x are making it difficult to get things set up successfully in Gump. The most recent change to the jakarta-tomcat.xml definition file in Gump has the comment: remove dependency on tomcat-util as it causes new problems which is why it didn't build today

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

Sam? Any clue on what's going on? Pier -- Forwarded Message From: "Ignacio J. Ortega" <[EMAIL PROTECTED]> Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]> Date: Fri, 12 Apr 2002 15:25:58 +0200 To: 'Tomcat Developers List' <[EMAIL PROTECTED]> Subject: RE: [GUMP] Build Failure - Tomc

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

> De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 12 de abril de 2002 15:10 > > Can someone fix the damn build? It's 3 days 3.x doesn't > build... A tree > which should be bugfix only... > > Pier > We need to fix gump, not tomcat.. Saludos , Ignacio J. Ortega -- T

DO NOT REPLY [Bug 7897] - Realm problem...

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 mod_jk2 for Win32

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 12 de abril de 2002 1:46 > > I think it's a good workaround - I hope those will be included in APR > and we'll remove the ifdefs. > I've defined HAVE_UNIXSOCKETS, and i'm making the ifdefs with that it seems to me a litt

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

Craig McClanahan <[EMAIL PROTECTED]> wrote: > > This email is autogenerated from the output from: > > Can someone fix t

Re: JNI

jean-frederic clere <[EMAIL PROTECTED]> wrote: >>> Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? >> >> Then it won't work... BTW, I hope you guys are not trying to load APR from >> the VM, right? Because if so, I _really_ want to see how you can do it on >> Mach-O kernel based O

DO NOT REPLY [Bug 8013] New: - DefaultServlet Throws NumberFormatException

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

DO NOT REPLY [Bug 7953] - 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: DefaultServlet problem...

The DefaultServlet class is performing logic which belongs (and is already there) in the HttpServletRequest implementation. It implements HTTP date header parsing as follows... // Parsing the HTTP Date for (int i = 0; (date == null) && (i < formats.length); i++)

[GUMP] Build Failure - Tomcat 3.x

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

DefaultServlet problem...

I have downloaded the source and fixed a problem in the DefaultServlet. How do I submit the fix for review?

DO NOT REPLY [Bug 5762] - CGI servlet misses to include port number in HTTP_HOST environment variable

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 5759] - CGI servlet mapping by extension *.cgi does 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

DO NOT REPLY [Bug 5758] - Server-side includes do not work properly

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 5704] - CgiServlet corrupting images?

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 5488] - Parser error with language encoding Cp1252

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

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

[EMAIL PROTECTED] wrote: > Hi, > > I've done most of the changes suggested but am a little confused on a few points: > > warp_socket_pool current has the following features: > > 1) It implements a socket pool. > 2) The implementation is thread-safe (I think!) > 3) The implementation uses atomic

DO NOT REPLY [Bug 7897] - Realm problem...

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 7861] - Does not detect if included file has been updated

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 7922] - Can't use DBCS path name for jsp

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

  1   2   >