DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API

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

Re: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API

- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 11:29 PM Subject: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS

Re: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068and is not supported by the Servlet API

Bill Barker wrote: I don't think that you've really read the stack-trace. This is happening well into the Servlet.service method, so Coyote has obviously read the method fine. Hmmm, I don't think so: service does the request name dispatching. And the status returned is 501, not 500. The read

Re: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068and is not supported by the Servlet API

Just as an idea of sb that does not know nearly anything about tomcat internals. May it be a question about request pipelining? Something about overwriting a buffer that is needed later, or some similar issue... HTH, Antonio Fiol Remy Maucherat wrote: Bill Barker wrote: I don't think that

Re: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API

- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 11:47 PM Subject: Re: DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API Bill Barker wrote: I don't

DO NOT REPLY [Bug 20853] New: - JSP responds to TRACE method in the same way as to GET method.

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

DO NOT REPLY [Bug 20853] - JSP responds to TRACE method in the same way as to GET method.

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

Re: [5.0.3] Tag soon, 5.0 release plan

Remy Maucherat wrote: Shapira, Yoav wrote: Howdy, complete. What's missing is better docs, and lots of tweaks and fixes. I'd like to help with the docs. Can you prioritize what docs you think need work (or need to be written from scratch)? I actually have tomcat commit access already, so

DO NOT REPLY [Bug 20853] - JSP responds to TRACE method in the same way as to GET method.

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

DO NOT REPLY [Bug 20859] New: - Double '=' in cataline.sh. (-Djava.securty.policy==$CATA...)

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

DO NOT REPLY [Bug 20859] - Double '=' in cataline.sh. (-Djava.securty.policy==$CATA...)

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

DO NOT REPLY [Bug 20859] - Double '=' in cataline.sh. (-Djava.securty.policy==$CATA...)

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

DO NOT REPLY [Bug 20860] New: - JDBCRealm looses database connection

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

DO NOT REPLY [Bug 20860] - JDBCRealm looses database connection

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

DO NOT REPLY [Bug 20860] - JDBCRealm looses database connection

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

a question about web service

Dear all: I user JWSDP(JAVA Web Service Development Pack)with tomcat to develop web service. I encounter a difficult problem. # Web Service provider) All things go well #Client Side)= the program to call web service. I write a client side program to call web service method. When I

[GUMP] Build Failure - jakarta-tomcat-5

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-18/jakarta-tomcat-5.html Buildfile: build.xml prepare-release: [mkdir] Created dir:

Tomcat 5 examples webapp

Howdy, I just checked out jakarta-tomcat-5 from CVS, looking for the examples webapp. I can't find it -- am I being blind? (It's happened before ;)) I'd like to add ServletRequestListener, ServletRequestAttributeListener examples. I have them ready to commit but was surprised to not find the

RE: DataSource realm, apply fix for 16316 bug, still not working ?

You need to configure the datasource you're using for authentication in GlobalNamingResources section of server.xml, not in your application context. -Original Message- Basicaly my own Realm implementation is copy/paste DataSourceRealm, I just changed preparedRoles and

Re: Tomcat 5 examples webapp

They are in jakarta-servletapi-5 -Tim Yoav Shapira wrote: Howdy, I just checked out jakarta-tomcat-5 from CVS, looking for the examples webapp. I can't find it -- am I being blind? (It's happened before ;)) I'd like to add ServletRequestListener, ServletRequestAttributeListener examples. I

DO NOT REPLY [Bug 20850] - POST is not defined in RFC 2068 and is not supported by the Servlet API

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

Apache 2 and mod_jk and mod_dir doesn't works

Hi to all, DirectoryIndex doesn't works anymore with mod_jk (1.2.4) and mod_dir from Apache 2.0.46. I set the JkOptions +ForwardDirectories in a VirtualHost config. I could see that in jk_translate uri_map is called and find the correct worker, but jk_handler is never called and as such the URI

[PATCH] fix type mismatch in apache-2.0/mod_jk.c

3rd parm to apr_file_write() should be apr_size_t, not unsigned Index: jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision

[PATCH] make sure mod_jk for Apache 2 is linked like apxs would havedone it

This fixes mod_jk segfaults when gcc is used to build mod_jk with gcc on AIX. Currently, the -brtl ld flag is missing. Linking with apxs takes care of that and, in general, can clear up other differences. According to the comment, apxs wasn't used because it compiles all files every time,

Re: [PATCH] make sure mod_jk for Apache 2 is linked like apxs wouldhave done it

Jeff Trawick wrote: This fixes mod_jk segfaults when gcc is used to build mod_jk with gcc on AIX. Currently, the -brtl ld flag is missing. Linking with apxs takes care of that and, in general, can clear up other differences. According to the comment, apxs wasn't used because it compiles all

Re: Apache 2 and mod_jk and mod_dir doesn't works

Henri Gomez wrote: Hi to all, DirectoryIndex doesn't works anymore with mod_jk (1.2.4) and mod_dir from Apache 2.0.46. I set the JkOptions +ForwardDirectories in a VirtualHost config. I could see that in jk_translate uri_map is called and find the correct worker, but jk_handler is never called

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

hgomez 2003/06/18 06:13:17 Modified:jk/native/apache-2.0 mod_jk.c Log: 3rd parm to apr_file_write() should be apr_size_t, not unsigned. Provided by Jeff Trawick Revision ChangesPath 1.77 +2 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c

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

hgomez 2003/06/18 06:17:18 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix for mod_dir/mod_jk, now the DirectoryIndex directive will be correctly handled and forwarded Revision ChangesPath 1.78 +6 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c

Request inclusion of new Valve

I have developed a number of Tomcat applications. In most of them I do my own user authentication via some web-form page. While this works great, I would like to have the username included in the access log. I've written a very simple valve that takes the Principal from the current session and

Re: Apache 2 and mod_jk and mod_dir doesn't works

Argh, that config option didn't get tested with the mod_dir/mod_alias change. With that bug fix, and the others recently submitted it looks like we will need to do another mod_jk 1.2 release in the next month. I can act as release manager again. Regards, Glenn Henri Gomez wrote: Henri Gomez

DO NOT REPLY [Bug 20816] - Realm Authentication does not restore Original POST request.

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

Re: Apache 2 and mod_jk and mod_dir doesn't works

Glenn Nielsen wrote: Argh, that config option didn't get tested with the mod_dir/mod_alias change. Happy to help ;-) With that bug fix, and the others recently submitted it looks like we will need to do another mod_jk 1.2 release in the next month. Could we have a quick release, I need this one

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

hgomez 2003/06/18 08:48:15 Modified:jk/native/apache-2.0 mod_jk.c Log: Use the subreq pool Provided by Jeff Trawick Revision ChangesPath 1.79 +3 -3 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c

RE: Apache 2 and mod_jk and mod_dir doesn't works

Glenn Nielsen wrote With that bug fix, and the others recently submitted it looks like we will need to do another mod_jk 1.2 release in the next month. I can act as release manager again. Cool, but why to wait for the next mont? Can we do it now? I have the build environment set up

Re: Apache 2 and mod_jk and mod_dir doesn't works

Henri Gomez wrote: Glenn Nielsen wrote: Argh, that config option didn't get tested with the mod_dir/mod_alias change. Happy to help ;-) With that bug fix, and the others recently submitted it looks like we will need to do another mod_jk 1.2 release in the next month. Could we have a quick

DO NOT REPLY [Bug 19701] - array of custom class cannot be serialized in session persistance

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

DO NOT REPLY [Bug 20885] New: - contradiction in doc w.r.t. manager app reload command

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

DO NOT REPLY [Bug 20886] New: - web.xml: servlet param: fork==true results in no BuildException being thrown

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

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

remm2003/06/18 13:50:27 Modified:catalina/src/conf web.xml Log: - Fork set to true is a good production setting in many cases, but it suffers (according to user reports) from problems on Windows (which I have witnessed), so it is not a very good default value. - Note:

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

remm2003/06/18 13:52:54 Modified:catalina/src/conf web.xml Log: - Fork set to true is a good production setting in many cases, but it suffers (according to user reports) from problems on Windows (which I have witnessed), so it is not a very good default value. - Note:

DO NOT REPLY [Bug 20894] New: - body-content value of JSP should be error if SimpleTag

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

Question about session

Hello All, I have used %@ page session=false % to set the page not to join session, but when I use HttpSession session = request.getSession(false) to get session, I still can get the session that created before. Do you think it is a correct status? Why? Thanks. %@ page session=false % %

Re: Question about session

- Original Message - From: Cui Xiaojing-a13339 [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, June 18, 2003 7:38 PM Subject: Question about session Hello All, I have used %@ page session=false % to set the page not to join session, but when I use