Am 16. September 2015 22:45:14 MESZ, schrieb "Rémy Maucherat" :
>2015-09-16 22:34 GMT+02:00 Mark Thomas :
>
>> I'd expect tomcat-utils.jar
>>
>> No problem.
In tomcat 7 that class resides in tomcat-coyote.
Should I move it, too?
Regards,
Felix
>
>Rémy
-
Author: fschumacher
Date: Thu Sep 17 04:17:37 2015
New Revision: 1703487
URL: http://svn.apache.org/r1703487
Log:
Move JreVendor class from tomcat-api.jar to tomcat-util.jar and exclude it from
catalina-deployer.jar. This is a follow-up to r1702183.
Merge r1702183 and r1703486 from /tomcat/trunk
Author: fschumacher
Date: Thu Sep 17 04:13:04 2015
New Revision: 1703486
URL: http://svn.apache.org/r1703486
Log:
Move JreVendor class from tomcat-api.jar to tomcat-util.jar and exclude it from
catalina-deployer.jar. This is a follow-up to r1702183.
Modified:
tomcat/trunk/build.xml
Modified
2015-09-16 22:34 GMT+02:00 Mark Thomas :
> I'd expect tomcat-utils.jar
>
> No problem.
Rémy
On 16/09/2015 21:27, Felix Schumacher wrote:
> Am 15.09.2015 um 20:26 schrieb Felix Schumacher:
>> Hi all,
>>
>> with change r1701668 JreVendor is used in catalina.Globals. But it
>> seems to be missing in tomcat-utils.jar since .../util/compat/** is
>> not on the included files list.
>>
>> I have
Am 15.09.2015 um 20:26 schrieb Felix Schumacher:
Hi all,
with change r1701668 JreVendor is used in catalina.Globals. But it
seems to be missing in tomcat-utils.jar since .../util/compat/** is
not on the included files list.
I have tried the patch
diff --git a/build.xml b/build.xml
index 346
Author: markt
Date: Wed Sep 16 20:17:34 2015
New Revision: 1703458
URL: http://svn.apache.org/r1703458
Log:
Refactor. It makes more sense to have all the init code in one place.
Modified:
tomcat/trunk/java/org/apache/coyote/http2/Stream.java
tomcat/trunk/java/org/apache/coyote/http2/Strea
Mark,
On 9/16/15 2:11 PM, Mark Thomas wrote:
> On 16/09/2015 14:29, Christopher Schultz wrote:
>> Mark,
>>
>> On 9/15/15 5:10 PM, ma...@apache.org wrote:
>>> Author: markt
>>> Date: Tue Sep 15 21:10:30 2015
>>> New Revision: 1703290
>>>
>>> URL: http://svn.apache.org/r1703290
>>> Log:
>>> Follow-u
Author: markt
Date: Wed Sep 16 18:37:35 2015
New Revision: 1703443
URL: http://svn.apache.org/r1703443
Log:
Simplify a little - use [].clone()
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/Membership.java
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/
On 16/09/2015 14:29, Christopher Schultz wrote:
> Mark,
>
> On 9/15/15 5:10 PM, ma...@apache.org wrote:
>> Author: markt
>> Date: Tue Sep 15 21:10:30 2015
>> New Revision: 1703290
>>
>> URL: http://svn.apache.org/r1703290
>> Log:
>> Follow-up to r1703177.
>> Ensure that members never contains an i
https://bz.apache.org/bugzilla/show_bug.cgi?id=57265
--- Comment #13 from Remy Maucherat ---
I think JF ran into this issue with his SSL testing, so he can test. IMO the
most likely is a concurrent channel close (it would flip the sendFile flag),
could a simple connection error cause that ?
I do
Je serai absent(e) du 16/09/2015 au 24/09/2015.
Je répondrai à votre message à mon retour de congés.
En cas de besoin contacter le responsable du pôle serveurs d'applications Java
: Eric Veignant ou la responsable du Groupe
ESA : Laura Pascu
https://bz.apache.org/bugzilla/show_bug.cgi?id=57265
--- Comment #12 from Steve Clark ---
(In reply to Steve Clark from comment #11)
> (In reply to Mark Thomas from comment #10)
> > A few questions:
> > - How easily can you reproduce this?
> > - Do you have a test case you can share?
> > - Are yo
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #15 from Christopher Schultz ---
(In reply to Remy Maucherat from comment #14)
> "or using a local output stream for the response object within a thread."
Re-reading that section several times, I think you're right that the servlet
https://bz.apache.org/bugzilla/show_bug.cgi?id=57265
--- Comment #11 from Steve Clark ---
(In reply to Mark Thomas from comment #10)
> A few questions:
> - How easily can you reproduce this?
> - Do you have a test case you can share?
> - Are you are able to apply a patch to Tomcat to test a possi
The Buildbot has detected a restored build on builder tomcat-8-trunk while
building ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/tomcat-8-trunk/builds/130
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranch
The Buildbot has detected a new failure on builder tomcat-8-trunk while
building ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/tomcat-8-trunk/builds/129
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranchSch
I don’t understand your transformation. foo is certainly a class member. I
thought bar was a local variable, thus inaccessible to anything outside the
method and thread being executed. Your transformation makes them look like
they are the same kind of thing?
I’m also not quite sure where the
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #14 from Remy Maucherat ---
"or using a local output stream for the response object within a thread."
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #13 from Christopher Schultz ---
(In reply to Remy Maucherat from comment #11)
> The thread safety issue actually came up fairly often in the past. And this
> doesn't make sense, why would it be partially synced ?
>
> The specifica
https://bz.apache.org/bugzilla/show_bug.cgi?id=58386
Mark Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Author: markt
Date: Wed Sep 16 13:41:03 2015
New Revision: 1703409
URL: http://svn.apache.org/r1703409
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58386
On the basis that access() and finish() are synchronized, extend
synchronization to other methods that access same fields.
Modified
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #12 from Christopher Schultz ---
(In reply to Steve Davids from comment #8)
> PrintWriter doesn't say anything specifically about thread safety but the
> Writer implies it with the constructor saying:
>
> http://docs.oracle.com/jav
Author: markt
Date: Wed Sep 16 13:37:35 2015
New Revision: 1703408
URL: http://svn.apache.org/r1703408
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58386
On the basis that access() and finish() are synchronized, extend
synchronization to other methods that access same fields.
Modified
Mark,
On 9/15/15 5:10 PM, ma...@apache.org wrote:
> Author: markt
> Date: Tue Sep 15 21:10:30 2015
> New Revision: 1703290
>
> URL: http://svn.apache.org/r1703290
> Log:
> Follow-up to r1703177.
> Ensure that members never contains an intermediate result of the sorting
> process.
>
> Modified:
Author: markt
Date: Wed Sep 16 13:25:41 2015
New Revision: 1703400
URL: http://svn.apache.org/r1703400
Log:
Remove duplicate code.
A call to reader.access() calls setLastAccess()
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/transport/nio/NioReplicationTask.java
Modified:
tomcat/t
Author: markt
Date: Wed Sep 16 13:21:22 2015
New Revision: 1703398
URL: http://svn.apache.org/r1703398
Log:
Revert fix for BZ 58384 since it is now believed to be a false positive
Modified:
tomcat/tc8.0.x/trunk/ (props changed)
tomcat/tc8.0.x/trunk/java/org/apache/tomcat/websocket/WsWe
On 16/09/2015 14:01, Caldarale, Charles R wrote:
>> 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;
>> }
>>
> 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
Am 16. September 2015 10:22:31 MESZ, schrieb Mark Thomas :
>On 16/09/2015 05:41, Felix Schumacher wrote:
>>
>>
>> Am 15. September 2015 23:10:30 MESZ, schrieb ma...@apache.org:
>>> Author: markt
>>> Date: Tue Sep 15 21:10:30 2015
>>> New Revision: 1703290
>>>
>>> URL: http://svn.apache.org/r170
The Buildbot has detected a restored build on builder tomcat-8-trunk while
building ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/tomcat-8-trunk/builds/128
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranch
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #11 from Remy Maucherat ---
The thread safety issue actually came up fairly often in the past. And this
doesn't make sense, why would it be partially synced ?
The specification is perfectly explicit about it (2.3.3.4).
"Other than
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #10 from Mark Thomas ---
The spec talks a lot about the request and response not being thread-safe. It
implies objects obtained from them are also not thread-safe but it isn't
explicit. You end up in a position where it is the impli
Author: markt
Date: Wed Sep 16 08:58:53 2015
New Revision: 1703368
URL: http://svn.apache.org/r1703368
Log:
Follow-up to r1703291
Modified:
tomcat/tc8.0.x/trunk/java/org/apache/catalina/tribes/membership/Membership.java
Modified:
tomcat/tc8.0.x/trunk/java/org/apache/catalina/tribes/members
On 16/09/2015 06:38, David Jencks wrote:
> At this point I tend to agree with Ylong and Jeremy. I’m very far
> from being an expert but I thought 14.2 meant that the result of
> execution of a single thread had to be the same as if it executed the
> given instructions in the order supplied. I did
The Buildbot has detected a new failure on builder tomcat-trunk while building
ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/288
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranchSchedul
Author: markt
Date: Wed Sep 16 08:24:52 2015
New Revision: 1703358
URL: http://svn.apache.org/r1703358
Log:
Follow-up to r1703177
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/Membership.java
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/Membership.ja
On 16/09/2015 05:41, Felix Schumacher wrote:
>
>
> Am 15. September 2015 23:10:30 MESZ, schrieb ma...@apache.org:
>> Author: markt
>> Date: Tue Sep 15 21:10:30 2015
>> New Revision: 1703290
>>
>> URL: http://svn.apache.org/r1703290
>> Log:
>> Follow-up to r1703177.
>> Ensure that members never co
On 15/09/2015 21:42, Rémy Maucherat wrote:
> 2015-09-15 22:28 GMT+02:00 Mark Thomas :
>
>>> Sounds like a false positive to me. There are numerous implicit
>> synchronizations in the above sequence, so the volatile is not particularly
>> useful (but it's not terribly expensive either).
>>
>> Than
Author: remm
Date: Wed Sep 16 08:10:37 2015
New Revision: 1703348
URL: http://svn.apache.org/r1703348
Log:
Checkstyle nonsense.
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/Membership.java
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/Membership.java
On 16/09/2015 02:49, Caldarale, Charles R wrote:
>> 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 s
https://bz.apache.org/bugzilla/show_bug.cgi?id=58411
--- Comment #9 from Remy Maucherat ---
Servlet 3.1 still says that Servlet objects are not thread safe. NIO2 does not
allow concurrency either, so there's no reason to sync this stream but not any
other one.
--
You are receiving this mail bec
42 matches
Mail list logo
