> 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
> webapps/docs/c
> 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) C
> 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 /usr/lib/gcc/x8
> 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
> 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
> 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 t
> 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 COMMUNICATIO
> 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 AND/OR
> 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/
> java/org/apache/ca
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.
> 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
>*
> B
> 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?
Yes.
> 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
MATERI
> 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
> malloc/me
> 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
> 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 f
> 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
> ol
> 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
> 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;
> }
> retu
> 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
> 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
> 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 a
> 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)
> whic
> 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 and
> 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 no
> 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 read
> 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 what
> 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 for
> 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. I
> 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 t
> 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()? Is
> 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
> 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
> 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. I
> 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)
> +++ tomcat/
> 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:
> > http://svn.apache.org/viewvc/tomcat/native/trunk
> 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
> 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 w
> 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 d
> 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 t
> 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 changed:
>What|Remo
> 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
> 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 ... ?
A
> 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
> 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, "
> 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:
> http://svn.apache.o
> 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 multiplicati
> 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:
> 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 obviou
> 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 on
> From: Mark Thomas [mailto:ma...@apache.org]
> Subject: Re: Tomcat exception in CoyoteAdapter
> >
> > > redirectPort="8080" scheme="http" secure="false"
. . .
> > > protocol="HTTP/1.1"/>
> With a better explanation of what is going on and why this is a Tomcat bug,
> maybe.
Note the likely
> 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
> 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
> 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
> 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 i
> 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
> 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/
> 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
> 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 calli
> 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 avai
> 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 AN
> 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
> 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 DI
> 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 mea
> 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 iPla
> 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
> 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
> 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.
- Chu
> 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
> 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;
> 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 ke
> 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 immediat
> 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 lik
> 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 t
> 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
numb
> 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 trai
> 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 co
> 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 yo
> 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
> 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 p
> 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
> 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 COMMUN
> 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
> 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=1360372&view=rev
> +In addition to setting these parame
> 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 no
> 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 v
> 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 bo
> 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,
> 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 COMMUN
> 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 appropri
> 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 cav
> 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
> 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
> 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
> 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 ve
> 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
> From: Asha K S [mailto:a...@adobe.com]
> Subject: Making tomcat source changes
> I am new here.
So the first step is to read the Tomcat docs, starting at the home page:
http://tomcat.apache.org/
> Can someone please point me to documentation/steps which I need to
> follow to contribute code
> From: Jess Holle [mailto:je...@ptc.com]
> Subject: javax.servlet.ServletRequest and thread safety...
> Is there an issue with multi-threaded access here or am
> I imagining things?
There is an issue, and it's highly unlikely to ever be changed. The spec
defines the APIs as not thread-safe,
> 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 COMM
> 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 ha
1 - 100 of 146 matches
Mail list logo
