cvs commit: jakarta-tomcat-site/xdocs-faq version.xml

funkman 2003/12/03 15:41:03 Modified:docs/faq version.html docs/faq/printer version.html xdocs-faq version.xml Log: Update the FAQ that tomcat 5 is not alpha Revision ChangesPath 1.8 +76 -76jakarta-tomcat-site/docs/faq/version.html

DO NOT REPLY [Bug 25178] - JspC does not always handle conversion of page import tag correctly

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

[ANN] Apache Tomcat 5.0.16 Stable released

The Tomcat Team announces the immediate availability of Apache Tomcat 5.0.16 Stable. Please refer to the changelog for the list of changes. Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Tomcat Team -

cvs commit: jakarta-tomcat-site/xdocs index.xml

remm2003/12/03 13:39:33 Modified:docs index.html xdocsindex.xml Log: - Update index page. Revision ChangesPath 1.54 +4 -5 jakarta-tomcat-site/docs/index.html Index: index.html

DO NOT REPLY [Bug 25178] - JspC does not always handle conversion of page import tag correctly

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: Any clue on this, please? Uploading large files - out of memory

Or, configuration. Consider what I ran into the last few weeks. We were doing very high load testing of Tomcat and getting the dreaded OutOfMemory error simply hitting the Tomcat examples. I immediately thought this to be bug as well. Well, after using OptimizeIt on the code, I found out that t

DO NOT REPLY [Bug 25178] - JspC does not always handle conversion of page import tag correctly

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 25178] New: - JspC does not always handle conversion of page import tag correctly

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: Any clue on this, please? Uploading large files - out of memory

I unfortunately don't have the time to step through each and every thread where these errors are occuring, although I wish I did. The question is, has someone done this? It's about the most tedious coding process I know of, so it just wouldn't surprise me if no one's actually done it. Do you

RE: [JK2 Enhancement] modify behavior when max_endpoints have been reached

> From: Scott, Sean > > > > Seems that I miss you here... > > Meaning that the endpoint cache would no longer be a > jk_objCache but be an apr reslist instead. > Exactly! > > Personally I dont see a problem with waiting for the next > endpoint to be returned. Theoretically the connecti

RE: Any clue on this, please? Uploading large files - out of memory

Howdy, I would throw out one more piece of advice: consider jakarta commons fileupload component. It is well-designed with respect to handling large files. As to the "OutOfMemoryErrors are, in fact, always bugs" claim -- well, that's the most amusing thing I've heard today ;) If they are bugs,

Re: [VOTE] 5.0.16

> Note: 5.0.16 is almost identical to 5.0.15, but please test it anyway > for regressions. > > > Release 5.0.16 as Stable ? > [X] Yes > [ ] No > Amy > > As usual, if there's either a serious problem or a regression over > previous builds, there will be a new build. > > Rémy > > > > -

Re: Any clue on this, please? Uploading large files - out of memory

Indeed I am not 100% sure of the real cause of the OOME below. However, as far as my request is concerned, it seems that the upload component that we use (Echopoint's one, quite cool) _could_ (and should) have used an InputStream. So this is enough for me to go bother them and no longer the tomcat

RE: [JK2 Enhancement] modify behavior when max_endpoints have bee n reached

> > -Original Message- > > From: Scott, Sean > > > -1 on mutex/wait approach. > > > > > > Using that we would reinvent the wheel. > > > > > > There is an excellent API in the APR-UTILS that will allow > > us to do a > > > non-blocking approach. > > > Take a look at apr_reslist API. > >

DO NOT REPLY [Bug 25138] - [PATCH] Can't store web application context with admintool.

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-catalina/catalina/src/share/org/apache/catalina/core StandardServer.java

amyroh 2003/12/03 10:53:15 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: Fix bugzilla 25138 submitted by Takashi Okamoto <[EMAIL PROTECTED]>. Revision ChangesPath 1.23 +10 -7 jakarta-tomcat-catalina/catali

Re: Any clue on this, please? Uploading large files - out of memory

I've heard mention on this list many times of these OutOfMemoryErrors not being bugs. I work on a Java app that experiences very high network traffic load, however, and it's been my experience that OutOfMemoryErrors are, in fact, always bugs regardless of how tempting it is to chalk it up to s

RE: [JK2 Enhancement] modify behavior when max_endpoints have been reached

> -Original Message- > From: Scott, Sean > > -1 on mutex/wait approach. > > > > Using that we would reinvent the wheel. > > > > There is an excellent API in the APR-UTILS that will allow > us to do a > > non-blocking approach. > > Take a look at apr_reslist API. > > Since we agreed t

Re: Any clue on this, please? Uploading large files - out of memory

Please followup to tomcat user. 1) Make sure that the app is using ServletRequest.getInputStream() 2) See the spec: 'SRV.4.1.1 When Parameters Are Available' -Tim Fabrizio Nesti wrote: Hi, any comment on this "out of memory" with large file upload? This error seems recurring to a bunch of user

RE: Any clue on this, please? Uploading large files - out of memory

Howdy, This belongs on the user, not dev, list. It's most likely a simple issue (not a bug) with you not allocating enough memory to the JVM. Please pursue this issue on the user list. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Fabrizio Nesti [mailto:[EMAIL PROT

Any clue on this, please? Uploading large files - out of memory

Hi, any comment on this "out of memory" with large file upload? This error seems recurring to a bunch of users, but I'm wondering if it's a problem in the tomcat implementation, or if there are other layers to blame. Thanks for any light on this darkness, since I've a tight schedule on this issue

DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

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 25015] - CoyoteAdapter is breaking path info

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 25015] - CoyoteAdapter is breaking path info

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 Enhancement] modify behavior when max_endpoints have bee n reached

> > From: Scott, Sean > > > > I have locally modified the head revision of the jk2 project > > and would like some feedback before submitting the > > enhancements for review. > > > > The change in behavior that we desired was that rather than > > returning an error when the max_connections for

DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

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 Enhancement] modify behavior when max_endpoints have been reached

> From: Scott, Sean > > I have locally modified the head revision of the jk2 project > and would like some feedback before submitting the > enhancements for review. > > The change in behavior that we desired was that rather than > returning an error when the max_connections for the endpoint

DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

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

Jboss 3.2.2/Tomcat4.1 Cert authentication is not good enough.

Hi All, Jboss 3.2.2 comes default as Tomcat 4.1 web container whose Cert Authentication does not work as Jetty's. Let me elaborate my problem and then will write my Fix. After certificate authentication, the application writers will want to get more information about the user other than just

[JK2 Enhancement] modify behavior when max_endpoints have been re ached

I have locally modified the head revision of the jk2 project and would like some feedback before submitting the enhancements for review. The change in behavior that we desired was that rather than returning an error when the max_connections for the endpoint cache were reached, the worker would wai

Re: Tomcat 5 Issue (not 5.0.16 specific!)

Dan Johnsson wrote: Jess Holle wrote: Tim Funk wrote: Section 5.5 of the spec: When a response is closed, the container must immediately flush all remaining content in the response buffer to the client. The following events indicate that the servlet has satisfied the request and that the resp

RE: I would like to contribute to the jakarta-tomcat-connectors project

Howdy, Same thing for enhancements, patches, fixes, documentation, etc. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Scott, Sean [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 03, 2003 11:41 AM >To: 'Tomcat Developers List' >Subject: RE: I would like to contr

RE: I would like to contribute to the jakarta-tomcat-connectors p roject

What if what I am proposing is an enhancement, not just a patch? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 9:32 AM To: Tomcat Developers List Subject: RE: I would like to contribute to the jakarta-tomcat-connectors project Howdy,

Re: I would like to contribute to the jakarta-tomcat-connectors proje ct

Scott, Sean wrote: How do I go about getting commit status to that project? Read: http://jakarta.apache.org/site/getinvolved.html Then: http://jakarta.apache.org/site/source.html#Patches ;-) -- Jeanfrancois Thanks -sean CONFIDENTIALITY NOTICE - This e-mail transmission, and any docum

RE: I would like to contribute to the jakarta-tomcat-connectors project

Howdy, You start by discussing and sending patches to the list. Commit status possibly comes later. http://jakarta.apache.org/site/getinvolved.html Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Scott, Sean [mailto:[EMAIL PROTECTED] >Sent: Wednesday, December 03, 200

I would like to contribute to the jakarta-tomcat-connectors proje ct

How do I go about getting commit status to that project? Thanks -sean CONFIDENTIALITY NOTICE - This e-mail transmission, and any documents, files or previous e-mail messages attached to it may contain information that is confidential or legally privileged. If you are not the intended recipie

Re: Need installation of Tomcat jakarta-tomcat-5.0.12 on Windows 98 - How to proceed?

Very easy: send mail to [EMAIL PROTECTED] ;-) -- Jeanfrancois Anamika . wrote: - Do you Yahoo!? Free Pop-Up Blocker - Get it now - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

RE: Anyone, please ????

I suppose upgrading 5 minor point releases to version 4.1.29 to see if the problem goes away didn't occur to you? -Original Message- From: L.Karam [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 6:10 AM To: [EMAIL PROTECTED] Subject: Anyone, please I have Tomcat 4.1.24

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

yoavs 2003/12/03 07:30:38 Modified:catalina/src/conf server-minimal.xml Log: Added AJP connector and user database Revision ChangesPath 1.2 +24 -0 jakarta-tomcat-catalina/catalina/src/conf/server-minimal.xml Index: server-minimal.xml ===

RE: Minimal server.xml

Howdy, Thanks for the feedback. I will add the AJP port 8009 connector for compatibility. I've taken out the Logger. See current version here: http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/catalina/src/conf/server-minimal.xml Additional documentation is always welcome (outside this fi

Re: Minimal server.xml

On logging: The suggested server-minimal.xml does only contain a Logging-tag that makes no use of the special features (thus only logging to catalina.out, making the tag redundant, nicht Wahr?). To compensate for the lack of "out of the box" features, we should add brief HOW-TO:s. I volunteer

Re: Minimal server.xml

Dan Johnsson wrote: I would even suggest distribute something like this as the ordinary server.xml, and rename the other as server-examples.xml. /.../ So examples are great, but I think they should be elsewhere than in the production config file. Remy Maucherat wrote: This does sound like vallid

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

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 25162] - "charset" parameter in "contentType" header is always included

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

Anyone, please ????

I have Tomcat 4.1.24 + IIS 5 + JK2. After Tomcat had been running for about 22 hours, Tomcat stop responding to HTTP request. Even when I type http://localhost:8080/, it is not responding. The only log error is in stderr log file: org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All thre

DO NOT REPLY [Bug 25162] New: - "charset" parameter in "contentType" header is always included

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: Minimal server.xml

I am +1 on this as well. Again, I recommend removing the Logging tag. Tomcat's ability to log to many different places (Rolling logs for each web applications, etc...) is a good thing for an enterprise product, but most newbies just want to see the stack trace that corresponds with an error page

Re: Minimal server.xml

Dan Johnsson wrote: +1 I would even suggest distribute something like this as the ordinary server.xml, and rename the other as server-examples.xml. Why? I do most of my tomcat-work with "initial" users, i e either students taking classes or people doing their first installation. They are not h

DO NOT REPLY [Bug 25160] New: - [PATCH] improve I18N for admintool

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: Minimal server.xml

+1 I would even suggest distribute something like this as the ordinary server.xml, and rename the other as server-examples.xml. Why? I do most of my tomcat-work with "initial" users, i e either students taking classes or people doing their first installation. They are not helped by the "rich"

Re: Tomcat 5 Issue (not 5.0.16 specific!)

Jess Holle wrote: Tim Funk wrote: Section 5.5 of the spec: When a response is closed, the container must immediately flush all remaining content in the response buffer to the client. The following events indicate that the servlet has satisfied the request and that the response object is to be

Re: [VOTE] 5.0.16

Remy Maucherat wrote: Shapira, Yoav wrote: Howdy, Release 5.0.16 as Stable ? [ X ] Yes [ ] No Did my usual tests: examples, my applications (and their cactus/junit tests), manager webapp, links, docs, balancer. Since I have the required three votes, I'll move the binaries later today so th

DO NOT REPLY [Bug 25158] - Tomcat can't load sessions whose attributes refer the session instance

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

ThreadPool logFull

I have Tomcat 4.1.24 + IIS 5 + JK2.  After Tomcat had been running for about 22 hours, Tomcat stop responding to HTTP request. Even when I type http://localhost:8080/, it is not responding. The only log error is in stderr log file:org.apache.tomcat.util.threads.ThreadPool logFullSEVERE: All t

DO NOT REPLY [Bug 25158] - Tomcat can't load sessions whose attributes refer the session instance

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 25158] New: - Tomcat can't load sessions whose attributes refer the session instance

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