DO NOT REPLY [Bug 11798] New: - use of response.flushBuffer in .jsp script results in unterminated HTTP response/ browser hangs

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_b

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/compiler CharDataGenerator.java MappedCharDataGenerator.java

keith 2002/08/17 18:53:38 Modified:src/share/org/apache/jasper/compiler CharDataGenerator.java MappedCharDataGenerator.java Log: Jasper fix for high byte chars (xlate to unicode) Submitted by: Thibault Frey Revision ChangesPath 1.6 +17 -

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

glenn 2002/08/17 17:56:09 Modified:catalina/src/conf catalina.policy Log: Cleanup policy for release Revision ChangesPath 1.25 +56 -56jakarta-tomcat-4.0/catalina/src/conf/catalina.policy Index: catalina.policy ===

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs jndi-datasource-examples-howto.xml

glenn 2002/08/17 17:55:25 Modified:webapps/tomcat-docs jndi-datasource-examples-howto.xml Log: Update docs for DBCP 1.0 release, cleanup, and add more info Revision ChangesPath 1.4 +312 -150 jakarta-tomcat-4.0/webapps/tomcat-docs/jndi-datasource-examples-howto.

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs security-manager-howto.xml

glenn 2002/08/17 17:54:48 Modified:webapps/tomcat-docs security-manager-howto.xml Log: Update security docs for pending release Revision ChangesPath 1.3 +68 -63 jakarta-tomcat-4.0/webapps/tomcat-docs/security-manager-howto.xml Index: security-manager-how

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs index.xml

glenn 2002/08/17 17:54:26 Modified:webapps/tomcat-docs index.xml Log: Add JNDI Datasource HOW-TO to application section Revision ChangesPath 1.14 +4 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/index.xml Index: index.xml ==

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs project.xml

glenn 2002/08/17 17:53:54 Modified:webapps/tomcat-docs project.xml Log: Alphabetize application links Revision ChangesPath 1.15 +2 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/project.xml Index: project.xml

Re: Watchdog aggregation of headers may be incorrect

On Saturday 17 August 2002 01:40 pm, Remy Maucherat wrote: > Steve Downey wrote: > > > > The real problem, for the servlet spec implementation, is that not just > > getHeaders() is affected. getHeader() must be also. getHeader, if there > > are multiple values, needs to return the same thing as t

Re: Watchdog aggregation of headers may be incorrect

Steve Downey wrote: > On Saturday 17 August 2002 12:47 pm, Remy Maucherat wrote: > >>Steve Downey wrote: >> >>>On Saturday 17 August 2002 09:00 am, Remy Maucherat wrote: >>> Patrick Luby wrote: >Steve, > >Your assessment is correct: an aggregate header like: > > heade

Re: [5] [TODO] Config first task

Remy Maucherat wrote: > I don't understand why you think it's the same. > > For the ENC, you do something like: > (new InitialContext()).lookup("java:/comp/env/maxExemptions"); > > So you need the thread or CL binding to retrive the JNDI Context where > maxExemptions is. > > For the config, yo

Re: Watchdog aggregation of headers may be incorrect

On Saturday 17 August 2002 12:47 pm, Remy Maucherat wrote: > Steve Downey wrote: > > On Saturday 17 August 2002 09:00 am, Remy Maucherat wrote: > >>Patrick Luby wrote: > >>>Steve, > >>> > >>>Your assessment is correct: an aggregate header like: > >>> > >>> header1: val1, val2 > >>> > >>>should be

Re: Watchdog aggregation of headers may be incorrect

On Saturday 17 August 2002 12:13 pm, Patrick Luby wrote: > Remy, > > Remy Maucherat wrote: > > No, this is not correct. > > > > You are allowed to do that only if the application knows it makes sense > > to do so (ie, only when it call getHeaders). > > > > Some code to do that should be added in t

Re: Watchdog aggregation of headers may be incorrect

Steve Downey wrote: > On Saturday 17 August 2002 09:00 am, Remy Maucherat wrote: > >>Patrick Luby wrote: >> >>>Steve, >>> >>>Your assessment is correct: an aggregate header like: >>> >>> header1: val1, val2 >>> >>>should be converted to this for the HttpRequest: >>> >>> header1: val1 >>> heade

Re: Watchdog aggregation of headers may be incorrect

On Saturday 17 August 2002 09:00 am, Remy Maucherat wrote: > Patrick Luby wrote: > > Steve, > > > > Your assessment is correct: an aggregate header like: > > > > header1: val1, val2 > > > > should be converted to this for the HttpRequest: > > > > header1: val1 > > header1: val2 > > No, this

Re: Watchdog aggregation of headers may be incorrect

Patrick Luby wrote: > Remy, > > Remy Maucherat wrote: > >> >> No, this is not correct. >> >> You are allowed to do that only if the application knows it makes >> sense to do so (ie, only when it call getHeaders). >> >> Some code to do that should be added in the adapter. > > > This makes more

Re: Watchdog aggregation of headers may be incorrect

Remy, Remy Maucherat wrote: > > No, this is not correct. > > You are allowed to do that only if the application knows it makes sense > to do so (ie, only when it call getHeaders). > > Some code to do that should be added in the adapter. This makes more sense than my original thoughts since t

Re: [5] [TODO] Config first task

Costin Manolache wrote: > Remy Maucherat wrote: > > >>>And internals and 'priviledged' application will get access to the >>>root of this tree, and look up anything configurable or runtime >>>using the 'normal' API - with no tricks with classloader/thread binding. >> >>That's different from the

Re: [5] [TODO] Config first task

Costin Manolache wrote: ... > Sure. Just trying to get feedback and maybe get other people interested. > So far only 2 people seem interested in 'common-discovery'. > I want to use it for an antlib 'experiment', but it would also help > for tomcat. Something like ant's ProjectHelper hook to plug

Re: [5] [TODO] Config first task

Remy Maucherat wrote: >> And internals and 'priviledged' application will get access to the >> root of this tree, and look up anything configurable or runtime >> using the 'normal' API - with no tricks with classloader/thread binding. > > That's different from the ENC, since here, you can give t

Re: [5] [TODO] Config first task

Costin Manolache wrote: > Remy Maucherat wrote: > > >>>The way I see it, we'll have 2 JNDI 'trees': >>> - one for 'config data' ( the new one ). >>> - one for 'runtime data' - including the VFS, various java:env, etc. >> >>Yes. >> >>I suppose you can take advantage of federation to make a giant

DO NOT REPLY [Bug 8611] - Sealed .jar files in WEB-INF/lib always fail to load second class

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: [5] [TODO] Config first task

Remy Maucherat wrote: >> The way I see it, we'll have 2 JNDI 'trees': >> - one for 'config data' ( the new one ). >> - one for 'runtime data' - including the VFS, various java:env, etc. > > Yes. > > I suppose you can take advantage of federation to make a giant big tree. And internals and 'p

Re: Watchdog aggregation of headers may be incorrect

Patrick Luby wrote: > Steve, > > Your assessment is correct: an aggregate header like: > > header1: val1, val2 > > should be converted to this for the HttpRequest: > > header1: val1 > header1: val2 No, this is not correct. You are allowed to do that only if the application knows it mak

Re: [5] [TODO] Config first task

[EMAIL PROTECTED] wrote: > On second tought, it would be excelent if you can map server.xml. The > only issue I have is the naming hierarcy - but we can address that later. Ok, I'll do it. > One thing I hate in the current JNDI code is the binding on thread/class > loader, etc. I understand wh

Re: DBCP multiple pools for multiple contexts under 4.0.4?

Only it doesn't work in 4.1.x!! See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11662 On 17/08/2002 03:20:17 Glenn Nielsen wrote: > No, I don't. > > The Host DefaultContext only defines the default context configuration. > Any resources defined are instantiated for each individual contex

Re: mod_jk2.so needed

I'm hoping that you don't really want mod_jk2.so for W2K ;-). The Jk2 binaries for Windows are at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/nightly/win32 / However, I believe that these are built against 2.0.38. If you have MSVC installed, it shouldn't be too much of a pr

mod_jk2.so needed

Hi all, Can anybody send me a link from where I can download mod_jk2.so? I am unable to build this file. I am using Apache2.0.4, Tomcat4.0.3 in windows2000 Or please send it with attachment. I am following the instructions given in this link to run apache with Tomcat http://www.pubbitch.org/jboss

test

niket -- To unsubscribe, e-mail: For additional commands, e-mail: