RE: svn commit: r1849311 - in /tomcat/trunk: java/org/apache/catalina/startup/LocalStrings.properties java/org/apache/catalina/startup/Tomcat.java test/org/apache/catalina/startup/TestTomcat.java weba

2018-12-20 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: svn commit: r1849311 - in /tomcat/trunk: > java/org/apache/catalina/startup/LocalStrings.properties > java/org/apache/catalina/startup/Tomcat.java > test/org/apache/catalina/startup/TestTomcat.java >

RE: [Bug 63009] Content-Length header is dropped when HTTP2 is used

2018-12-14 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: [Bug 63009] Content-Length header is dropped when HTTP2 is used > Is this bad enough to pull and re-roll the latest 8.5.x release? > Missing Content-Type is ... pretty bad. The fix was for a missing (and optional)

RE: JDK 12 , JDK 8u202 & Project Panama Early-Access builds available

2018-11-14 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: JDK 12 , JDK 8u202 & Project Panama Early-Access builds available > I tried using a different header file with (hopefully) more functionality: > /opt/java/openjdk-12-panama-b0/bin/jextract \ > -I include \ > -I

RE: Release script for Tomcat 8.5.x

2018-11-06 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Release script for Tomcat 8.5.x > It's downloading everything it needs (except Java... grr Oracle), > exporting from svn, etc. > The Process says to use the latest release of the minimum Java version > supported by the

RE: svn commit: r1842849 - in /tomcat/trunk: java/org/apache/tomcat/jni/Library.java test/org/apache/tomcat/util/net/TesterSupport.java test/org/apache/tomcat/util/net/openssl/TestOpenSSLConf.java

2018-10-05 Thread Caldarale, Charles R
> From: Igal Sapir [mailto:isa...@apache.org] > Subject: Re: svn commit: r1842849 - in /tomcat/trunk: java/org/apache/tomcat/jni/Library.java > test/org/apache/tomcat/util/net/TesterSupport.java > test/org/apache/tomcat/util/net/openssl/TestOpenSSLConf.java > How do you feel about aligning the

RE: Stuck at BUILDING.txt - (3) Building Tomcat @VERSION_MAJOR_MINOR@

2017-10-15 Thread Caldarale, Charles R
> From: Kapil Kumar [mailto:kap.kuma...@gmail.com] > Subject: RE: Stuck at BUILDING.txt - (3) Building Tomcat @VERSION_MAJOR_MINOR@ > I executed "ant test" and since past 1 hour it has been executing. > I have been getting the below prompts in terminal. You need to stop trying to attach images

RE: Default servlet regressions

2017-08-02 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: Default servlet regressions > It's nice to know that the EBCDIC->ShiftJIS conversion is now reliable. We actually do have customers that use that conversion (but perhaps not in Tomcat). - Chuck THIS

RE: [251E0E7D839A] PC Treasures - Running Tomcat in an IDE

2017-05-30 Thread Caldarale, Charles R
> From: Igal @ Lucee.org [mailto:i...@lucee.org] > Subject: Re: [251E0E7D839A] PC Treasures - Running Tomcat in an IDE > Is the below a common thing on the Tomcat Dev list or is this just spam? It's not common and also not acceptable. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL

RE: svn commit: r1794651 [1/3] - in /tomcat/trunk: java/org/apache/catalina/ java/org/apache/catalina/ant/ java/org/apache/catalina/ant/jmx/ java/org/apache/catalina/authenticator/ java/org/apache/cat

2017-05-10 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: svn commit: r1794651 [1/3] - in /tomcat/trunk: java/org/apache/catalina/ > java/org/apache/catalina/ant/ java/org/apache/catalina/ant/jmx/ > java/org/apache/catalina/authenticator/ java/org/apache/catalina/connector/ >

RE: Same request object passed to two threads

2016-12-06 Thread Caldarale, Charles R
From: Matthew Bellew [mailto:matth...@labkey.com] > Subject: Re: Same request object passed to two threads This should be on the users' mailing list, not dev. > Just realized that in the case above, I couldn't have hit the quoted code, > since neither call to AuthFilter.doFilter() had returned.

RE: How could I get involved into tomcat development?

2016-09-21 Thread Caldarale, Charles R
> From: Tiramisu Ling [mailto:saberge...@gmail.com] > Subject: Re: How could I get involved into tomcat development? > Hi, I meet some problems when I try to build tomcat on ubuntu 16.04 locally. > *[javac] javac: invalid target release: 1.8 >* >

RE: [SECURITY] Java Deserialization, JMX and CVE-2016-3427

2016-05-25 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: [SECURITY] Java Deserialization, JMX and CVE-2016-3427 > "Java SE: 6u113, 7u99, 8u77; Java SE Embedded: 8u77; JRockit: R28.3.9" > I have Java 1.8.0_91. Am I affected? No. > What about if I had Java 1.8.0_60?

RE: 2 Virual Hosts, 2 SSL Cert's, 2 domains

2016-05-10 Thread Caldarale, Charles R
> From: skosoy [mailto:sko...@gmail.com] > Subject: 2 Virual Hosts, 2 SSL Cert's, 2 domains > Any ideas, any solutions? This belongs on the Tomcat users' mailing list, not the one for Tomcat developers. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY

RE: svn commit: r1737154 - in /tomcat/native/trunk: native/src/sslcontext.c xdocs/miscellaneous/changelog.xml

2016-03-30 Thread Caldarale, Charles R
> From: Christopher Schultz > Subject: RE: svn commit: r1737154 - in /tomcat/native/trunk: > native/src/sslcontext.c xdocs/miscellaneous/changelog.xml > Since bufferPtr is the byte array you want to use, you can probably just > use that directly for the call to d2i_x509(). I think the >

RE: svn commit: r1737154 - in /tomcat/native/trunk: native/src/sslcontext.c xdocs/miscellaneous/changelog.xml

2016-03-30 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: svn commit: r1737154 - in /tomcat/native/trunk: > native/src/sslcontext.c xdocs/miscellaneous/changelog.xml > The implementation is essentially a copy/paste of setCertificateRaw with > what looked to be the right changes to remove the

RE: RV-Predict bugs

2015-09-16 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > To re-cap. The assertion is that > === > String foo; > doSomething() { > if (foo == null) { > foo = calculateNewValue(); > } > return foo; > } > === > can be transformed (by the complier?) to > === > String

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: David Jencks [mailto:david_jen...@yahoo.com.INVALID] > Subject: Re: RV-Predict bugs > I have been having a hard time believing the reordering claims, but finally I > went to Jeremy's > blog post. To recap, he says > if (hash == 0) { > int h = //compute hash > hash = h; > } >

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > I understand that the JMM allows this behaviour. I don't understand how > this could happen in a JVM implementation. I don't believe it can, on any supported hardware. > If T2R1 has read a non-null value how could a

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: RV-Predict bugs > So you are saying that the author of JMM misunderstands his own work? No, I'm saying that he's only looking at things from the point of view of 17.4, and ignoring section 14.2 of the JLS. (BTW, prior

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > My expectation is that once T2 has seen the updated value (originated > from another thread) all subsequent reads in T2 of the same field are > going to see the same value rather than some of those reads seeing an >

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > To make sure I understand this it is the possibility of the write T2W2 > that is sufficient to ensure T2R1 and T2R4 are not re-ordered not the > possibility of a write in some other thread? Section 14.2 requires that

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: RV-Predict bugs > Well, it is the problem (at least part of it) because JLS says "Informally, > a read *r* is allowed to see the result of a write *w* if there is no > *happens-before* ordering to prevent that read." In

RE: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml

2015-09-15 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: > java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml > What's the reason for caching references to the return value of > sm.getString()?

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: RV-Predict bugs > > True, but as Mark previously pointed out, no one cares. All that happens > > in that case is the object is redundantly created and then garbage > > collected later; no damage. > No, it's not right.

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: RV-Predict bugs > The following is a valid execution trace consists of 5 events: > T1 T2 > 1 READ null > 2 WRITE s > 3 READ s > 4

RE: svn commit: r1703194 - /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: svn commit: r1703194 - > /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java > The odds of a data race here are slim (to non-existent) That's definitely true; the questions arising here are more theoretical than

RE: svn commit: r1703194 - /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: svn commit: r1703194 - > /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java > I am not sure declaring this field as volatile is the right way to fix it > because the increment is still not atomic.

RE: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml

2015-09-15 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: > java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml > > There's a whole lot of stuff going on inside that method, including > > string

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: RV-Predict bugs > I don't see why a thread would read one value from memory and then have > that value change locally without going back to main memory. The point that was trying to be made was that independent

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: RV-Predict bugs > I discovered that within a synchronized block, the JIT is allowed to re-order > statements if it determines it is safe to do so -- and that statements that > occur before the memory barrier must

RE: svn commit: r1703194 - /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: svn commit: r1703194 - > /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java > What prevents the concurrency is that there is only ever one background > thread. The only was I see this happening is: > - T1 runs

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > Putting it into my own words to check my understanding: > - The two reads in T2 may be re-ordered because, in T2, there is nothing > that requires a happens-before relationship between the two reads Depends on

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Mark Thomas [mailto:ma...@apache.org] > Subject: Re: RV-Predict bugs > st_200 is non-volatile > L1 if (st_200 == null ) { > L2st_200 = sm.getString("sc.200"); > L3 } > L4 return st_200; > Ln=Line n > Tx=Thread x > Rn=Read at line n > Wn=Write at line n > So T2 has two reads, T2R1

RE: RV-Predict bugs

2015-09-15 Thread Caldarale, Charles R
> From: Yilong Li [mailto:yilong...@runtimeverification.com] > Subject: Re: RV-Predict bugs > Nope, I know what I am doing. Let's first see what the expert says. Please > check out the last section in this article ( > http://jeremymanson.blogspot.com/2008/12/benign-data-races-in-java.html) >

RE: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml

2015-09-13 Thread Caldarale, Charles R
> From: ma...@apache.org [mailto:ma...@apache.org] > Subject: svn commit: r1702821 - in /tomcat/tc8.0.x/trunk: > java/org/apache/tomcat/util/http/HttpMessages.java webapps/docs/changelog.xml > --- tomcat/tc8.0.x/trunk/java/org/apache/tomcat/util/http/HttpMessages.java > (original) > +++

RE: svn commit: r1676864 - in /tomcat/native/trunk/native: include/ssl_private.h src/sslcontext.c

2015-04-29 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1676864 - in /tomcat/native/trunk/native: include/ssl_private.h src/sslcontext.c Modified: tomcat/native/trunk/native/src/sslcontext.c URL:

RE: svn commit: r1663715 - in /tomcat/trunk/java/org/apache/catalina/startup: ExpandWar.java HostConfig.java LocalStrings.properties

2015-03-03 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1663715 - in /tomcat/trunk/java/org/apache/catalina/startup: ExpandWar.java HostConfig.java LocalStrings.properties Can you simply record the deployment occurrence by writing a file with some

RE: svn commit: r1663715 - in /tomcat/trunk/java/org/apache/catalina/startup: ExpandWar.java HostConfig.java LocalStrings.properties

2015-03-03 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: svn commit: r1663715 - in /tomcat/trunk/java/org/apache/catalina/startup: ExpandWar.java HostConfig.java LocalStrings.properties A bigger issue is anything writing files into the docBase (e.g. some people write logs here despite

RE: [Tomcat Wiki] Update of RemoveUnpackWARs by ChristopherSchultz

2015-03-03 Thread Caldarale, Charles R
From: Apache Wiki [mailto:wikidi...@apache.org] Subject: [Tomcat Wiki] Update of RemoveUnpackWARs by ChristopherSchultz + === Actually read-only filesystem === + If the filesystem is actually read-only (or effectively so, where the effective Tomcat user has no file-write rights

RE: Revision 1601333 - Fix for CVE-2014-0227

2015-02-13 Thread Caldarale, Charles R
From: Amarendra Godbole [mailto:amarendra.godb...@gmail.com] Subject: Revision 1601333 - Fix for CVE-2014-0227 I have a query about the fix for request smuggling issue (CVE-2014-0227) -- when I inspected revision 1601333, I fail to understand what the fix is, since all the patch seems to do

RE: [Bug 51698] ajp CPing/Forward-Request packet forgery, is a design decision? or a security vulnerability?

2014-11-05 Thread Caldarale, Charles R
From: bugzi...@apache.org [mailto:bugzi...@apache.org] Subject: [Bug 51698] ajp CPing/Forward-Request packet forgery, is a design decision? or a security vulnerability? https://issues.apache.org/bugzilla/show_bug.cgi?id=51698 Christopher Schultz ch...@christopherschultz.net changed:

RE: [GUMP@vmgump]: Project tomcat-trunk-test-bio (in module tomcat-trunk) failed

2014-10-12 Thread Caldarale, Charles R
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Subject: Re: [GUMP@vmgump]: Project tomcat-trunk-test-bio (in module tomcat-trunk) failed Is it worth doing that compared to the cost of creating and gc'ing the local variable? Local int variable is not an object. I think that it

RE: [VOTE] Release Apache Tomcat 8.0.14

2014-09-25 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: [VOTE] Release Apache Tomcat 8.0.14 On 9/24/14 5:07 PM, Mark Thomas wrote: The proposed Apache Tomcat 8.0.14 release is now available for voting. What happened to 8.0.13? I saw that tag for it, then ... ? As

RE: building tomcat

2014-08-20 Thread Caldarale, Charles R
From: Sankaran, Nambi [mailto:nsanka...@ebay.com] Subject: building tomcat I'm trying to build tomcat locally, but the ant script is failing with the following errors. So far I tried everything described in this page : http://tomcat.apache.org/tomcat-7.0-doc/building.html Looks like you

RE: Keystore plaintext password

2014-07-09 Thread Caldarale, Charles R
From: Andrew Carr [mailto:andrewlanec...@gmail.com] Subject: Keystore plaintext password There is no way to encrypt the keystore password that I can find. Is there a reason for this? Read the FAQ: http://wiki.apache.org/tomcat/FAQ/Password Or as Chris S so eloquently quoted recently, It's

RE: svn commit: r1607278 - /tomcat/native/trunk/native/src/ssl.c

2014-07-02 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: svn commit: r1607278 - /tomcat/native/trunk/native/src/ssl.c I need to brush up on my C to get my head around why, but this commit has broken the build. Modified: tomcat/native/trunk/native/src/ssl.c URL:

RE: svn commit: r1579262 - in /tomcat/tc6.0.x/trunk: STATUS.txt java/org/apache/coyote/http11/filters/ChunkedInputFilter.java webapps/docs/changelog.xml

2014-03-19 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1579262 - in /tomcat/tc6.0.x/trunk: STATUS.txt java/org/apache/coyote/http11/filters/ChunkedInputFilter.java webapps/docs/changelog.xml Bit-shifting is more than marginally faster than multiplication.

RE: Jasper Improvements

2014-02-24 Thread Caldarale, Charles R
From: Greg Wilkins [mailto:gr...@intalio.com] Subject: Re: Jasper Improvements isn't there a golden rule that no problem cannot be solved without another layer of delegation? David Wheeler: All problems in computer science can be solved by another level of indirection. Kevlin Henney:

RE: Tomcat 5 Repository

2014-01-28 Thread Caldarale, Charles R
From: Pavneet singh Kochhar [mailto:kochha...@gmail.com] Subject: Fwd: Tomcat 5 Repository I searched the source code of Tomcat5 but could not find it in the archives. Your question belongs on the user list, not dev. No idea where you were looking, but the 5.0 and 5.5 are pretty obvious

RE: Tomcat TLS 1.2 Issue

2014-01-01 Thread Caldarale, Charles R
From: Mudassir Aftab [mailto:withmudas...@gmail.com] Subject: Tomcat TLS 1.2 Issue I need TLSv1.2 support for tomcat Again, you are using the wrong mechanism to present queries about how to configure and use Tomcat. You should post this on the users' mailing list, not the development one.

RE: Tomcat exception in CoyoteAdapter

2013-11-29 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: Tomcat exception in CoyoteAdapter !-- Define an AJP 1.3 Connector on port 8009 -- Connector URIEncoding=UTF-8 port=8009 protocol=AJP/1.3 redirectPort=8080 scheme=http secure=false . . . Connector URIEncoding=UTF-8 port=8080

RE: Why does mod_jk require a C++ compiler instead of just C?

2013-09-23 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Why does mod_jk require a C++ compiler instead of just C? everything is declared as extern C Wouldn't such declarations require a C++ compiler? I don't think C can parse that. Perhaps the fix would be to wrapper

RE: Manager look and feel

2013-08-26 Thread Caldarale, Charles R
From: Larry Shatzer, Jr. [mailto:lar...@gmail.com] Subject: Re: Manager look and feel Maybe switching the manager application to use JSP for all presentation I don't think that should be done. Some sites may disable JSP capability, but still want to use the manager webapp. I suppose one

RE: java.net.UnknownHostException: Failed to negotiate with a suitable domain controller for xxx

2013-07-31 Thread Caldarale, Charles R
From: Seema Patel [mailto:seema...@hotmail.com] Subject: java.net.UnknownHostException: Failed to negotiate with a suitable domain controller for xxx I am not sure if this is the right List to post this on It's not; the Tomcat users list is the correct one. jcifs.http.NtlmHttpFilter Not

RE: svn commit: r1504148 - in /tomcat/trunk: java/org/apache/jasper/compiler/ java/org/apache/jasper/el/ java/org/apache/jasper/runtime/ test/javax/el/ test/org/apache/el/ test/org/apache/el/parser/ t

2013-07-17 Thread Caldarale, Charles R
From: Nick Williams [mailto:nicho...@nicholaswilliams.net] Subject: Re: svn commit: r1504148 I read so the correct resolvers are skipped as so the resolvers that should be skipped are skipped. That interpretation makes much more sense. I think the use of the word correct twice in the

RE: svn commit: r1504148 - in /tomcat/trunk: java/org/apache/jasper/compiler/ java/org/apache/jasper/el/ java/org/apache/jasper/runtime/ test/javax/el/ test/org/apache/el/ test/org/apache/el/parser/ t

2013-07-17 Thread Caldarale, Charles R
From: ma...@apache.org [mailto:ma...@apache.org] Subject: svn commit: r1504148 URL: http://svn.apache.org/r1504148 Log: Add the two new resolver types (stream and static) to Jasper in the correct order and modify JasperELResolver so the correct resolvers are skipped. Did you really want

RE: Where to put proposals for tcnative?

2013-06-06 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: Where to put proposals for tcnative? PS Here's what I get when trying to build tcnative-trunk: $ sh buildconf --with-apr=../../apr-1.4.6/ checking for JDK os include directory... Cannot find jni_md.h in /usr/

RE: APR/native errors with non-blocking I/O

2013-06-03 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: APR/native errors with non-blocking I/O I'm thinking something along the lines of the following: if (ss == APR_SUCCESS) return (jint)sent; else if ((APR_STATUS_IS_EAGAIN(ss) || ss == TCN_EAGAIN) sent 0) { return

RE: APR/native errors with non-blocking I/O

2013-05-31 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: APR/native errors with non-blocking I/O Assuming these are negative errno values: On OSX the error code is -32 Broken pipe. On Linux the error code is -104 Connection reset by peer. Did the other end go away? Can you get a packet

RE: APR/native errors with non-blocking I/O

2013-05-31 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: RE: APR/native errors with non-blocking I/O Where might I find a list of these error codes. It's a bit old, but still pretty accurate: http://www.ioplex.com/~miallen/errcmpp.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL

RE: APR/native errors with non-blocking I/O

2013-05-31 Thread Caldarale, Charles R
From: Rainer Jung [mailto:rainer.j...@kippdata.de] Subject: Re: APR/native errors with non-blocking I/O Compile and have fun. Or we could talk about Mark's familiarity with C :-) IMHO we don't have that in the code to output text instead of cryptic numbers because it isn't really

RE: APR/native errors with non-blocking I/O

2013-05-31 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: APR/native errors with non-blocking I/O I'm pretty sure that sterror is thread safe: it should just return a static char*. Would that it were that simple. Seriously, it's not thread safe; a second thread calling

RE: Automatic deployment changes

2013-05-17 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: Automatic deployment changes 3. A warning is generate if a DIR in the appBase is ignored because there is a matching WAR and unpackWARs==false. The doc at [1] contains this statement: Note: After deployment, if both a WAR and a DIR

RE: Automatic deployment changes

2013-05-16 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: Automatic deployment changes 2. If a WAR is modified (located in the Host's appBase or externally) and there is a context.xml file present in the Host's appBase (which there must be for external WARs) Just to be clear, do you mean

RE: Support Ticket [#200250] - Re: Problem with nsapi_redirect.so (1.2.37) on iPlanet 7.0.15 an

2013-05-02 Thread Caldarale, Charles R
From: Andy Wang [mailto:aw...@ptc.com] Subject: Fwd: Support Ticket [#200250] - Re: Problem with nsapi_redirect.so (1.2.37) on iPlanet 7.0.15 an WTF?!?! Original Message Subject: Support Ticket [#200250] - Re: Problem with nsapi_redirect.so (1.2.37) on iPlanet

RE: [Tomcat Wiki] Update of LocalBadContent by ChuckCaldarale

2013-04-25 Thread Caldarale, Charles R
From: sebb [mailto:seb...@gmail.com] Subject: Re: [Tomcat Wiki] Update of LocalBadContent by ChuckCaldarale Is all of that URL spammy? I specifically included most of the path because I thought there might be valid content elsewhere on the site. Not likely, unless you're looking for

RE: [VOTE] Tighten up wiki security to reduce spam

2013-04-23 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: [VOTE] Tighten up wiki security to reduce spam I've been out of town, so this is somewhat belated. Not sure I get a vote, but... Should the changes described in [1] be applied to the Tomcat wiki? [x] +1 Make it so [ ] 0 No opinion [ ]

RE: [Tomcat Wiki] Update of LocalBadContent by KonstantinKolinko

2013-04-15 Thread Caldarale, Charles R
From: Pid [mailto:p...@pidster.com] Subject: Re: [Tomcat Wiki] Update of LocalBadContent by KonstantinKolinko Is it me or has the wiki-spam been on the increase lately? Worst that I've seen. The spamming is vastly outnumbering the valid contributions for the last several weeks. - Chuck

RE: Java 7 support on Tomcat 5.5

2013-04-01 Thread Caldarale, Charles R
From: Satheesh Babu [mailto:satheesh.b...@higherone.com] Subject: Java 7 support on Tomcat 5.5 Could you please let me know the compatibility of Java 7/Tomcat 5.5 (or) do we need to upgrade tomcat to 6 (or) 7, for java 7. Since Tomcat 5.5 is no longer supported, you should have upgraded

RE: svn commit: r1459389 - /tomcat/trunk/java/org/apache/tomcat/util/codec/binary/BaseNCodec.java

2013-03-21 Thread Caldarale, Charles R
From: Nick Williams [mailto:nicho...@nicholaswilliams.net] Subject: Re: svn commit: r1459389 - /tomcat/trunk/java/org/apache/tomcat/util/codec/binary/BaseNCodec.java -private static final int DEFAULT_BUFFER_SIZE = 8192; +private static final int DEFAULT_BUFFER_SIZE = 128; Wow.

RE: Wiki (was: Update of LocalBadContent)

2013-03-20 Thread Caldarale, Charles R
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Subject: Wiki (was: Update of LocalBadContent) I'd say that if we go this tight security way, then I think we should remove most of Powered by page (maybe all besides articles) and do not bother maintaining it. I'd like to keep the

RE: Strange APR/native behaviour

2013-03-11 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Strange APR/native behaviour The problem I am seeing is with a non-blocking write in the AprServletOutputStream [1]. If a write returns EAGAIN (line 97) the socket is added to the poller for write notifications. The poller immediately

RE: JarScanning

2013-02-21 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: JarScanning jarsToScan This is a little more complicated. First of all, how does it work? The suggestion is: - If jarsToScan matches, scan it - else if jarsToSkip matches, skip it - else scan it From the above, it looks like the only

RE: JarScanning

2013-02-21 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: JarScanning From the above, it looks like the only purpose of jarsToScan is to avoid checking the jarsToSkip list. Unless such checking is expensive, this seems like an unnecessary complication. It lets you do things like:

RE: svn commit: r1434905 - /tomcat/trunk/java/org/apache/tomcat/jni/SSL.java

2013-01-17 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1434905 - /tomcat/trunk/java/org/apache/tomcat/jni/SSL.java Do you have any idea how to get Eclipse to stop adding that crap? It's obviously impossible to see and running find-and-replace for trailing

RE: svn commit: r1434905 - /tomcat/trunk/java/org/apache/tomcat/jni/SSL.java

2013-01-17 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Re: svn commit: r1434905 - /tomcat/trunk/java/org/apache/tomcat/jni/SSL.java I did see a no unnecessary brackets rule that I think Chuck would love. My favorite hate is multi-line if statements without braces. Can't count the number of

RE: Heads up: comments coming to live TC 7 docs

2012-12-23 Thread Caldarale, Charles R
From: Rainer Jung [mailto:rainer.j...@kippdata.de] Subject: Heads up: comments coming to live TC 7 docs I plan to add the comments feature later today to the live TC 7 docs. Moderation is only needed for comments with non-ASF URLs in their body. Moderators can also mark and clean up

RE: Error Message on Apache

2012-12-18 Thread Caldarale, Charles R
From: Vincent Ogundu [mailto:vincentogu...@gmail.com] Subject: Re: Error Message on Apache Don't top post. (Google if you don't know what that means.) please how do i forward it to the User list? Subscribe to the users' list: http://tomcat.apache.org/lists.html#tomcat-users Make sure you

RE: svn commit: r1417282 - in /tomcat/trunk/webapps/docs/config: ajp.xml executor.xml http.xml

2012-12-07 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1417282 - in /tomcat/trunk/webapps/docs/config: ajp.xml executor.xml http.xml The value of NORM_PRIORITY on Windows 64-bit JDK 7 appears to be 1, not 5. I haven't checked other versions or

RE: svn commit: r1417194 - in /tomcat/trunk/java/org/apache/tomcat/util/buf: ByteChunk.java CharChunk.java

2012-12-07 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1417194 - in /tomcat/trunk/java/org/apache/tomcat/util/buf: ByteChunk.java CharChunk.java On 12/4/12 4:21 PM, ma...@apache.org wrote: +private int hashCode=0; +// did we compute the

RE: svn commit: r1417282 - in /tomcat/trunk/webapps/docs/config: ajp.xml executor.xml http.xml

2012-12-04 Thread Caldarale, Charles R
From: kkoli...@apache.org [mailto:kkoli...@apache.org] Subject: svn commit: r1417282 - in /tomcat/trunk/webapps/docs/config: ajp.xml executor.xml http.xml Author: kkolinko Date: Wed Dec 5 05:34:16 2012 New Revision: 1417282 Modified: tomcat/trunk/webapps/docs/config/ajp.xml URL:

RE: How to use the usehttponly feature in application level

2012-12-02 Thread Caldarale, Charles R
From: Zhi Xie [mailto:daxie...@gmail.com] Subject: How to use the usehttponly feature in application level Sorry, I don't find any doc to introduce this. This question belongs on the Tomcat users' list, not the developers' one. Please resubmit on the correct list. - Chuck THIS

RE: tomcat-dbcp compilation failures

2012-11-22 Thread Caldarale, Charles R
From: Toby Hobson [mailto:toby.hob...@gmail.com] Subject: tomcat-dbcp compilation failures I'm now seeing compilation failures on the tomcat-dbcp project: tomcat7-deps/dbcp/src/java/org/apache/tomcat/dbcp/dbcp/BasicDataSource.java 53: error: BasicDataSource is not abstract and does not

RE: svn commit: r1360372 - /tomcat/trunk/webapps/docs/aio.xml

2012-07-11 Thread Caldarale, Charles R
From: fha...@apache.org [mailto:fha...@apache.org] Subject: svn commit: r1360372 - /tomcat/trunk/webapps/docs/aio.xml Author: fhanik Date: Wed Jul 11 19:51:57 2012 New Revision: 1360372 URL: http://svn.apache.org/viewvc?rev=1360372view=rev +In addition to setting these parameters it

RE: Race condition in DefaultServlet

2012-06-27 Thread Caldarale, Charles R
From: Chris R [mailto:chris.tech...@gmail.com] Subject: Race condition in DefaultServlet If multiple threads call doPut(...), there is a possibility that they can clobber each other and the value of accessCount may not really give the exact number of accesses of the cache. Which is noted

RE: Tomcat 6 org.apache.catalina.session.ManagerBase issue

2012-04-09 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: Tomcat 6 org.apache.catalina.session.ManagerBase issue Line 567: long update = ((byte) entropy[i]) ((i % 8) * 8); 2. 'i' is reduced by the modulus operator to 0..7 And then multiplied by 8. 3. Thus, the value

RE: svn commit: r1302649 - /tomcat/trunk/java/org/apache/catalina/startup/Catalina.java

2012-03-19 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: svn commit: r1302649 - /tomcat/trunk/java/org/apache/catalina/startup/Catalina.java There seems to be a difference between system and bootstrap but it's not evident merely from reading the javadoc. The bootstrap

RE: Tomcat with mod_jk becomes irresponsive after working for awhile

2012-02-22 Thread Caldarale, Charles R
From: Ofer Israeli [mailto:of...@checkpoint.com] Subject: RE: Tomcat with mod_jk becomes irresponsive after working for awhile The reason I posted here as well as the users list is that I think there may be a bug in the Tomcat connector. Should I procede in a different manner? Yes, the

RE: Website refresh

2012-02-11 Thread Caldarale, Charles R
From: Jeremy Brown [mailto:jjbosstrac...@gmail.com] Subject: Website refresh Check out the attached mockup of a possible web refresh. The list strips attachments, so you'll need to post the image somewhere if you want anyone other than direct recipients to see it. - Chuck THIS

RE: Improving wiki security

2011-12-30 Thread Caldarale, Charles R
From: Rupesh Patil [mailto:patil.rupesh1...@gmail.com] Subject: Re: Improving wiki security I am new here Clearly. so can any one give me documentation. A) Don't hijack threads. B) Don't use the developers list unless you're writing code inside Tomcat; the users' list is the appropriate

RE: Improving wiki security

2011-12-29 Thread Caldarale, Charles R
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Subject: Re: Improving wiki security I propose to drop the sites using Tomcat list. I have to respectfully disagree with removing that list - I think it serves a significant purpose as Tomcat marketing material. I would add a caveat

RE: Improving wiki security

2011-12-28 Thread Caldarale, Charles R
From: Mark Thomas [mailto:ma...@apache.org] Subject: Improving wiki security Given we see almost as many spam changes as valid ones, is it time for this: http://wiki.apache.org/general/OurWikiFarm#per_wiki_access_control_- _tighten_your_wiki_just_a_little.2C_benefit_just_a_lot That

RE: [Tomcat Wiki] Trivial Update of PoweredBy by babayaga

2011-12-24 Thread Caldarale, Charles R
From: Pid [mailto:p...@pidster.com] On Behalf Of Pid Subject: Re: [Tomcat Wiki] Trivial Update of PoweredBy by babayaga + === Hotels Accommodation === + {{http://www.hotelsandaccommodation.com.au/hotels.png}} [[http://www.hotelsandaccommodation.com.au/|Hotels and Accommodation]] is

RE: Move to Maven? (WAS: Re: Publishing process for JARs for Maven Central)

2011-12-19 Thread Caldarale, Charles R
From: Antonio Petrelli [mailto:antonio.petre...@gmail.com] Subject: Re: Move to Maven? (WAS: Re: Publishing process for JARs for Maven Central) Switching to a single source tree was one of the best changes we ever made. It has been much easier to manage than the multiple source trees

RE: Tomcat server crash problem

2011-11-29 Thread Caldarale, Charles R
From: Tanvir Ahmed [mailto:tanvir_cs...@yahoo.com] Subject: Tomcat server crash problem Can any one tell me is there is a memory limit for Tomcat 5.0.27? A) This is not a topic for the developers list. B) Your question has already been answered on the users list today. C) Your Tomcat

RE: can only see ROOT webapp

2011-11-23 Thread Caldarale, Charles R
From: shadowdancer351 [mailto:shadowdancer...@yahoo.com] Subject: can only see ROOT webapp I am using Tomcat 4 on Linux. 1) Don't post usage questions on the developers list - this belongs on the users list. 2) Don't post twice. 3) Use a supported level of Tomcat. Tomcat 4 hasn't been

RE: Write access to LocalBadContent (and other?) page(s) on wiki

2011-10-12 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Write access to LocalBadContent (and other?) page(s) on wiki I was going to update LocalBadContent with the URLs added to that page as spam (see below), but it doesn't look like I have such access rights. What

RE: Write access to LocalBadContent (and other?) page(s) on wiki

2011-10-12 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Write access to LocalBadContent (and other?) page(s) on wiki I removed some spam from a wiki page BTW, that's usually handled just by reverting the change, rather than generating another update. - Chuck THIS

RE: ApacheMeetupsNa11 tomcat one?

2011-10-11 Thread Caldarale, Charles R
From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: Re: ApacheMeetupsNa11 tomcat one? On 10/11/2011 4:04 AM, jean-frederic clere wrote: Do we want to organize a Tomcat meetup during the ApacheCon? I'll be there. Moi aussi, although only at ApacheCon on Thursday and

RE: Tomcat JDBC Pool StackOverflow exception when running Spring Standalone

2011-07-12 Thread Caldarale, Charles R
From: javaguy44 [mailto:javagu...@yahoo.com] Subject: Re: Tomcat JDBC Pool StackOverflow exception when running Spring Standalone I've tried to move the thread, but am unable to. If you point me in the right direction I'd be happy to move it

  1   2   >