[Bug 57736] changes from Tomcat 7 to Tomcat 8 causing problems

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736

--- Comment #6 from Frank Holler  ---
Created attachment 32597
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=32597&action=edit
example war for getResource() from lib

see README.txt embedded within the zip

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57736] changes from Tomcat 7 to Tomcat 8 causing problems

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736

--- Comment #7 from Frank Holler  ---
(In reply to Mark Thomas from comment #5)
> (In reply to Frank Holler from comment #4)
> The issue with com.mycila.xmltool falls into the category that we'd expect
> the vendor to fix.

I created a quiet simple test project to demonstrate the problem of
getClass().getResource(), which returns an URL.

So in my opinion, this is no "vendor specific" problem, because i only used
Java Runtime imports, no additional imports are needed.

Kind regards,
Frank

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [VOTE] Release Apache Tomcat 8.0.21

2015-03-24 Thread Mark Thomas
On 23/03/2015 14:59, Mark Thomas wrote:

> The proposed 8.0.21 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.0.21

Unit tests pass on OSX, Linux and Windows. All 64-bit. BIO, NIO, NIO2
and APR/native (1.1.33) tested.

Mark


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57736] changes from Tomcat 7 to Tomcat 8 causing problems

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736

--- Comment #8 from Mark Thomas  ---
(In reply to Frank Holler from comment #7)
> So in my opinion, this is no "vendor specific" problem, because i only used
> Java Runtime imports, no additional imports are needed.

Accepted. The format we use for WAR URLs fails if toURI() is called on it. That
needs to get fixed. I'll look at that today.

You still haven't responded to this: "I haven't seen anything in this issue
that explains why - as of 8.0.21 - running with unpackWARs="true" is not a
viable option for you."

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668843 - in /tomcat/trunk: java/org/apache/catalina/webresources/ java/org/apache/tomcat/util/scan/ test/org/apache/catalina/webresources/

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 10:58:14 2015
New Revision: 1668843

URL: http://svn.apache.org/r1668843
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=57736
Switch to */ in Tomcat's custom format for URLs for resources in JARs packed in 
WARs rather than ^/ since ^ is not a valid character for URLs as per RFC 2396.
The ^/ format remains support in case apps are using that format directly

Added:

tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandler.java 
  (with props)

tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandlerIntegration.java
   (with props)
Modified:
tomcat/trunk/java/org/apache/catalina/webresources/JarWarResource.java
tomcat/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java
tomcat/trunk/java/org/apache/tomcat/util/scan/JarFactory.java
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java

Modified: tomcat/trunk/java/org/apache/catalina/webresources/JarWarResource.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/webresources/JarWarResource.java?rev=1668843&r1=1668842&r2=1668843&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/webresources/JarWarResource.java 
(original)
+++ tomcat/trunk/java/org/apache/catalina/webresources/JarWarResource.java Tue 
Mar 24 10:58:14 2015
@@ -37,7 +37,7 @@ public class JarWarResource extends Abst
 
 public JarWarResource(AbstractArchiveResourceSet archiveResourceSet, 
String webAppPath,
 String baseUrl, JarEntry jarEntry, String archivePath) {
-super(archiveResourceSet, webAppPath, "jar:war:" + baseUrl + "^/" + 
archivePath,
+super(archiveResourceSet, webAppPath, "jar:war:" + baseUrl + "*/" + 
archivePath,
 jarEntry, "jar:" + baseUrl + "!/" + archivePath);
 this.archivePath = archivePath;
 }

Modified: 
tomcat/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java?rev=1668843&r1=1668842&r2=1668843&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java 
(original)
+++ tomcat/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java 
Tue Mar 24 10:58:14 2015
@@ -30,7 +30,11 @@ public class WarURLStreamHandler extends
 
 // Only the path needs to be changed
 String path = "jar:" + spec.substring(4);
-path = path.replaceFirst("\\^/", "!/");
+if (path.contains("*/")) {
+path = path.replaceFirst("\\*/", "!/");
+} else {
+path = path.replaceFirst("\\^/", "!/");
+}
 
 setURL(u, u.getProtocol(), "", -1, null, null,
 path, null, null);

Modified: tomcat/trunk/java/org/apache/tomcat/util/scan/JarFactory.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/scan/JarFactory.java?rev=1668843&r1=1668842&r2=1668843&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/scan/JarFactory.java (original)
+++ tomcat/trunk/java/org/apache/tomcat/util/scan/JarFactory.java Tue Mar 24 
10:58:14 2015
@@ -53,7 +53,7 @@ public class JarFactory {
 // Assume this is pointing to a JAR file within a WAR. Java doesn't
 // support jar:jar:file:... so switch to Tomcat's war:file:...
 baseExternal = baseExternal.replaceFirst("^jar:", "war:");
-baseExternal = baseExternal.replaceFirst("!/", "^/");
+baseExternal = baseExternal.replaceFirst("!/", "*/");
 }
 
 return new URL("jar:" + baseExternal + "!/" + entryName);

Modified: 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java?rev=1668843&r1=1668842&r2=1668843&view=diff
==
--- 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java 
(original)
+++ 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java 
Tue Mar 24 10:58:14 2015
@@ -38,7 +38,7 @@ public class TestWarURLConnection {
 String fileUrl = f.toURI().toURL().toString();
 
 URL indexHtmlUrl = new URL("jar:war:" + fileUrl +
-"^/WEB-INF/lib/test.jar!/META-INF/resources/index.html");
+"*/WEB-INF/lib/test.jar!/META-INF/resources/index.html");
 
 URLConnection urlConn = indexHtmlUrl.openConnection();
 urlConn.connect();

Added: 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandler.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/test/org/apache/catal

svn commit: r1668844 - in /tomcat/tc8.0.x/trunk: build.properties.default res/maven/mvn.properties.default

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 11:01:42 2015
New Revision: 1668844

URL: http://svn.apache.org/r1668844
Log:
Prep for next release

Modified:
tomcat/tc8.0.x/trunk/build.properties.default
tomcat/tc8.0.x/trunk/res/maven/mvn.properties.default

Modified: tomcat/tc8.0.x/trunk/build.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/build.properties.default?rev=1668844&r1=1668843&r2=1668844&view=diff
==
--- tomcat/tc8.0.x/trunk/build.properties.default (original)
+++ tomcat/tc8.0.x/trunk/build.properties.default Tue Mar 24 11:01:42 2015
@@ -25,7 +25,7 @@
 # - Version Control Flags -
 version.major=8
 version.minor=0
-version.build=21
+version.build=22
 version.patch=0
 version.suffix=-dev
 

Modified: tomcat/tc8.0.x/trunk/res/maven/mvn.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/res/maven/mvn.properties.default?rev=1668844&r1=1668843&r2=1668844&view=diff
==
--- tomcat/tc8.0.x/trunk/res/maven/mvn.properties.default (original)
+++ tomcat/tc8.0.x/trunk/res/maven/mvn.properties.default Tue Mar 24 11:01:42 
2015
@@ -35,7 +35,7 @@ maven.asf.release.repo.url=https://repos
 maven.asf.release.repo.repositoryId=apache.releases
 
 # Release version info
-maven.asf.release.deploy.version=8.0.21
+maven.asf.release.deploy.version=8.0.22
 
 #Where do we load the libraries from
 tomcat.lib.path=../../output/build/lib



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668846 - /tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 11:03:21 2015
New Revision: 1668846

URL: http://svn.apache.org/r1668846
Log:
Prep for next release

Modified:
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

Modified: tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml?rev=1668846&r1=1668845&r2=1668846&view=diff
==
--- tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml Tue Mar 24 11:03:21 2015
@@ -44,7 +44,9 @@
   They eventually become mixed with the numbered issues. (I.e., numbered
   issues do not "pop up" wrt. others).
 -->
-
+
+
+
   
 
   



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668847 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/webresources/ java/org/apache/tomcat/util/scan/ test/org/apache/catalina/webresources/ webapps/docs/

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 11:07:09 2015
New Revision: 1668847

URL: http://svn.apache.org/r1668847
Log:
Switch to */ in Tomcat's custom format for URLs for resources in JARs packed in 
WARs rather than ^/ since ^ is not a valid character for URLs as per RFC 2396.
The ^/ format remains support in case apps are using that format directly

Added:

tomcat/tc8.0.x/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandler.java
  - copied unchanged from r1668843, 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandler.java

tomcat/tc8.0.x/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandlerIntegration.java
  - copied unchanged from r1668843, 
tomcat/trunk/test/org/apache/catalina/webresources/TestWarURLStreamHandlerIntegration.java
Modified:
tomcat/tc8.0.x/trunk/   (props changed)

tomcat/tc8.0.x/trunk/java/org/apache/catalina/webresources/JarWarResource.java

tomcat/tc8.0.x/trunk/java/org/apache/catalina/webresources/WarURLStreamHandler.java
tomcat/tc8.0.x/trunk/java/org/apache/tomcat/util/scan/JarFactory.java

tomcat/tc8.0.x/trunk/test/org/apache/catalina/webresources/TestWarURLConnection.java
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

Propchange: tomcat/tc8.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Tue Mar 24 11:07:09 2015
@@ -1 +1 @@
-/tomcat/trunk:1636524,1637156,1637176,1637188,1637331,1637684,1637695,1638720-1638725,1639653,1640010,1640083-1640084,1640088,1640275,1640322,1640347,1640361,1640365,1640403,1640410,1640652,1640655-1640658,1640688,1640700-1640883,1640903,1640976,1640978,1641000,1641026,1641038-1641039,1641051-1641052,1641058,1641064,1641300,1641369,1641374,1641380,1641486,1641634,1641656-1641692,1641704,1641707-1641718,1641720-1641722,1641735,1641981,1642233,1642280,1642554,1642564,1642595,1642606,1642668,1642679,1642697,1642699,1642766,1643002,1643045,1643054-1643055,1643066,1643121,1643128,1643206,1643209-1643210,1643216,1643249,1643270,1643283,1643309-1643310,1643323,1643365-1643366,1643370-1643371,1643465,1643474,1643536,1643570,1643634,1643649,1643651,1643654,1643675,1643731,1643733-1643734,1643761,1643766,1643814,1643937,1643963,1644017,1644169,1644201-1644203,1644321,1644323,1644516,1644523,1644529,1644535,1644730,1644768,1644784-1644785,1644790,1644793,1644815,1644884,1644886,1644890,1644892
 
,1644910,1644924,1644929-1644930,1644935,1644989,1645011,1645247,1645355,1645357-1645358,1645455,1645465,1645469,1645471,1645473,1645475,1645486-1645488,1645626,1645641,1645685,1645743,1645763,1645951-1645953,1645955,1645993,1646098-1646106,1646178,1646220,1646302,1646304,1646420,1646470-1646471,1646476,1646559,1646717-1646723,1646773,1647026,1647042,1647530,1647655,1648304,1648815,1648907,1650081,1650365,1651116,1651120,1651280,1651470,1652938,1652970,1653041,1653471,1653550,1653574,1653797,1653815-1653816,1653819,1653840,1653857,1653888,1653972,1654013,1654030,1654050,1654123,1654148,1654159,1654513,1654515,1654517,1654522,1654524,1654725,1654735,1654766,1654785,1654851-1654852,1654978,1655122-1655124,1655126-1655127,1655129-1655130,1655132-1655133,1655312,1655438,1655441,1655454,168,1656087,1656299,1656319,1656331,1656345,1656350,1656590,1656648-1656650,1656657,1657041,1657054,1657374,1657492,1657510,1657565,1657580,1657584,1657586,1657589,1657592,1657607,1657609,1657682,1657
 
907,1658207,1658734,1658781,1658790,1658799,1658802,1658804,1658833,1658840,1658966,1659043,1659053,1659059,1659188-1659189,1659216,1659263,1659293,1659304,1659306-1659307,1659382,1659384,1659428,1659471,1659486,1659505,1659516,1659521,1659524,1659559,1659562,1659803,1659806,1659814,1659833,1659862,1659905,1659919,1659948,1659967,1659983-1659984,1660060,1660074,1660077,1660133,1660168,1660331-1660332,1660353,1660358,1660924,1661386,1661867,1661972,1661990,1662200,1662308-1662309,1662548,1662614,1662736,1662985,1662988-1662989,1663264,1663277,1663298,1663324,1663534,1663562,1663676,1663715,1663754,1663768,1663772,1663781,1663893,1663995,1664143,1664163,1664174,1664301,1664317,1664347,1664657,1664659,1664710,1664863-1664864,1664866,1665085,1665292,1665559,1665653,1665661,1665672,1665694,1665697,1665736,1665779,1665976-1665977,1665980-1665981,1665985-1665986,1665989,1665998,1666004,1666008,1666013,1666017,1666024,1666116,1666386-1666387,1666494,1666496,1666552,1666569,1666579,137,1
 
49,1666757,1666966,1666972,1666985,1666995,1666997,1667292,1667402,1667406,1667546,1667615,1667630,1667636,1667688,1667764,1667871,1668026,1668135,1668193,1668593,1668596,1668630,1668639
+/tomcat/trunk:1636524,1637156,1637176,1637188,1637331,1637684,1637695,1638720-1638725,1639653,1640010,1640083-1640084,1640088,1640275,1640322,1640347,1640361,1640365,1640403,1640410,1640652,1640655-1640658,1640688,1640700-1640883,1640903,1640976,1640978,1641000,1641026,1641038-1641039,1641051-1641052,1641058,1641064,1641300,1641369,1641374,1641380,1641486,164163

[Bug 57736] changes from Tomcat 7 to Tomcat 8 causing problems

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736

--- Comment #9 from Mark Thomas  ---
>From Tomcat 8.0.22 onwards (the 8.0.21 release is currently in progress so
8.0.22 should be within the next month) */ is used rather than ^/ which is
valid as per RFC 2396. The old format is still supported if it is used but any
URLs returned by Tomcat will use the new format. I've also added some test
cases to validate these changes.

By my count that leaves the javax.crypto issue - which will looks like a JRE
bug - that you should be able to work-around with unpackWARs="true".

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] New: NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

Bug ID: 57749
   Summary: NullPointerException in
InternalNio2OutputBuffer$2.failed(InternalNio2OutputBu
ffer.java:205) (8.0.21 RC)
   Product: Tomcat 8
   Version: trunk
  Hardware: PC
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connectors
  Assignee: dev@tomcat.apache.org
  Reporter: knst.koli...@gmail.com

Created attachment 32602
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=32602&action=edit
TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.NIO2.txt

Testing 8.0.21 (release candidate), the following test failed:

TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.NIO2.txt
-> testNonBlockingWrite

Testcase: testNonBlockingWrite took 7,925 sec
Caused an ERROR
Connection reset
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:189)
at java.net.SocketInputStream.read(SocketInputStream.java:121)
at java.net.SocketInputStream.read(SocketInputStream.java:107)
at
org.apache.catalina.nonblocking.TestNonBlockingAPI.testNonBlockingWrite(TestNonBlockingAPI.java:156)


Looking into the junit log, there was an NPE in InternalNio2OutputBuffer:

[[[
org.apache.catalina.nonblocking.TestNonBlockingAPI$NBWriteServlet$1 onComplete
INFO: onComplete
Exception in thread "http-nio2-127.0.0.1-auto-5-exec-4"
java.lang.NullPointerException
at
org.apache.coyote.http11.InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205)
at
org.apache.coyote.http11.InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:165)
at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:128)
at sun.nio.ch.Invoker$2.run(Invoker.java:218)
at
sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
]]]

Those lines:

@Override
public void failed(Throwable exc, ByteBuffer[] attachment) {
205: socket.setError(true);

So apparently socket is null.


All other tests (all 4 connectors) have passed successfully.
Summary:

[[[
test:
   [concat] Testsuites with skipped tests:
   [concat] TEST-org.apache.catalina.comet.TestCometProcessor.BIO.txt
   [concat] TEST-org.apache.catalina.connector.TestRequest.APR.txt
   [concat] TEST-org.apache.catalina.connector.TestRequest.BIO.txt
   [concat] TEST-org.apache.catalina.connector.TestRequest.NIO.txt
   [concat] TEST-org.apache.catalina.connector.TestRequest.NIO2.txt
   [concat] TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.BIO.txt
   [concat] TEST-org.apache.tomcat.util.net.TestClientCert.APR.txt
   [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
   [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.APR.txt
   [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
   [concat] TEST-org.apache.tomcat.util.net.TestSsl.APR.txt
   [concat] TEST-org.apache.tomcat.util.net.TestSsl.NIO.txt
   [concat]
TEST-org.apache.tomcat.websocket.TestWebSocketFrameClientSSL.BIO.txt
   [concat] TEST-org.apache.tomcat.websocket.TestWsWebSocketContainer.BIO.txt
   [concat] Testsuites with failed tests:
   [concat] TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.NIO2.txt
]]]

I am using JDK 8u31 (32-bit) on Windows 7, and testing with

test.accesslog=true


I am attaching TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.NIO2.txt
file. I converted the file from my local code page into UTF-8.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57750] New: WebSocket does not get closed when network is disconnected

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57750

Bug ID: 57750
   Summary: WebSocket does not get closed when network is
disconnected
   Product: Tomcat 7
   Version: 7.0.50
  Hardware: PC
OS: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: roman.stobni...@dialogic.com

We created a WebSocket between a browser (Chrome) and Mobicents ApacheTomcat
Application Server. When network gets disconnected we expected to for our
onClose() method to be called at some point now that the connection has been
compromised. In the meantime we are going to implement ping-pong type of
messaging but since WebSocket rides on TCP and it has its keep alive mechanism
already there should be no need to do anything outside of it. Please advise and
let me know if you need any additional information.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed

2015-03-24 Thread Bill Barker
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-tc8.0.x-test-apr has an issue affecting its community 
integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc8.0.x-test-apr :  Tomcat 8.x, a web server implementing the Java 
Servlet 3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-apr/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.native.src.tgz.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
tomcat-native.tar.gz.
 -INFO- Failed with reason build failed
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/logs-APR
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-APR/logs



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-apr/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-apr.html
Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-apr (Type: Build)
Work ended in a state of : Failed
Elapsed: 28 mins 28 secs
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar 
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar
 -Dtest.reports=output/logs-APR 
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150324-native-src.tar.gz
 -Dexamples.sources.skip=true 
-Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.4-201406061215/ecj-4.4.jar 
-Dtest.apr.loc=/srv/gump/public/workspace/tomcat-native/dest-20150324/lib 
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20150324.jar
 
-Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150324-native-src.tar.gz
 -Dtest.temp=output/test-tmp-APR -Dtest.accesslog=true -Dexecute.test.nio=false 
-Dtest
 
.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20150324/bin/openssl
 -Dexecute.test.bio=false -Dexecute.test.apr=true 
-Dtest.excludePerformance=true -Dexecute.test.nio2=false 
-Deasymock.jar=/srv/gump/public/workspace/easymock/easymock/target/easymock-3.4-SNAPSHOT.jar
 -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar 
-Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test 
[Working Directory: /srv/gump/public/workspace/tomcat-8.0.x]
CLASSPATH: 
/usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.0.x/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja
 
r:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib

[Bug 57736] changes from Tomcat 7 to Tomcat 8 causing problems

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736

--- Comment #10 from Frank Holler  ---
(In reply to Mark Thomas from comment #9)
> From Tomcat 8.0.22 onwards (the 8.0.21 release is currently in progress so
> 8.0.22 should be within the next month) */ is used rather than ^/ which is
> valid as per RFC 2396. The old format is still supported if it is used but
> any URLs returned by Tomcat will use the new format. I've also added some
> test cases to validate these changes.
> 
> By my count that leaves the javax.crypto issue - which will looks like a JRE
> bug - that you should be able to work-around with unpackWARs="true".

Sounds good from me. We will set the pom dependy to "provided" an put the
bouncy castle provider to CATALINA_BAS/lib. If our customers won't use
unpackWars="true", i'll expect that our app will work onTomcat 8 using 8.0.21
and abouve.

Thanks for the fast and qualified help.

Kind regards,
Frank

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



buildbot success in ASF Buildbot on tomcat-trunk

2015-03-24 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-trunk while 
building ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/1077

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-commit' 
triggered this build
Build Source Stamp: [branch tomcat/trunk] 1668843
Blamelist: markt

Build succeeded!

Sincerely,
 -The Buildbot




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

Konstantin Kolinko  changed:

   What|Removed |Added

 OS||All

--- Comment #1 from Konstantin Kolinko  ---
I did 20 re-runs of org.apache.catalina.nonblocking.TestNonBlockingAPI * (4
connectors), and the issue did not reproduce itself.

No tests failed, no NullPointerException happened.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [VOTE] Release Apache Tomcat 8.0.21

2015-03-24 Thread Ognjen Blagojevic

On 23.3.2015 15:59, Mark Thomas wrote:

The proposed 8.0.21 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 8.0.21


Tested .zip distribution on Windows 7 64-bit, Oracle JDK 1.7.0_75 and 
APR/native 1.1.33:


- Tested TLS connectivity for BIO, NIO, NIO2 and APR connectors.

- Crawled all links (except /manager, /host-manager and 
/examples/async*). No broken links found, except links to JavaDocs.


- Smoke tests of BIO, NIO, NIO2 and APR, with and without TLS, all passed.

- Tested with several webapps that are in active development.


Tested BIO, NIO and NIO2 option useServerCipherSuitesOrder="true":

1. Throws exception with JDK 1.7.0_75, as expected.
2. Works as expected with JDK 1.8.0_40 (gets mark "A" on SSLTest, 
instead of "A-").


-Ognjen

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57750] WebSocket does not get closed when network is disconnected

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57750

--- Comment #1 from Mark Thomas  ---
Which WebSocket implementation?
Which connector?

Depending on circumstances, Tomcat may not be informed of the network
disconnection - in which case there is no way for Tomcat to call onClose().

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

--- Comment #2 from Mark Thomas  ---
That was going to be my first question - how easy is this to reproduce.

I took a quick look at the code. The only way the socket could be null is if
the output buffer had been recycled. That would be triggered by a socket close
or the end of the request/response.

Seeing that the issue happened after the write completed, I wonder if this is
the result of the socket being closed on the input side. It would help to know
what the exception was. I think some additional logging is called to start
with.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668873 - in /tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11: InternalNio2OutputBuffer.java LocalStrings.properties

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 13:04:37 2015
New Revision: 1668873

URL: http://svn.apache.org/r1668873
Log:
Avoid NPE reported in https://bz.apache.org/bugzilla/show_bug.cgi?id=57749 and 
log the exception.

Modified:

tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/InternalNio2OutputBuffer.java
tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/LocalStrings.properties

Modified: 
tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/InternalNio2OutputBuffer.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/InternalNio2OutputBuffer.java?rev=1668873&r1=1668872&r2=1668873&view=diff
==
--- 
tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/InternalNio2OutputBuffer.java
 (original)
+++ 
tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/InternalNio2OutputBuffer.java
 Tue Mar 24 13:04:37 2015
@@ -32,6 +32,8 @@ import javax.servlet.RequestDispatcher;
 
 import org.apache.coyote.OutputBuffer;
 import org.apache.coyote.Response;
+import org.apache.juli.logging.Log;
+import org.apache.juli.logging.LogFactory;
 import org.apache.tomcat.util.buf.ByteChunk;
 import org.apache.tomcat.util.net.AbstractEndpoint;
 import org.apache.tomcat.util.net.Nio2Channel;
@@ -44,6 +46,8 @@ import org.apache.tomcat.util.net.Socket
  */
 public class InternalNio2OutputBuffer extends 
AbstractOutputBuffer {
 
+private static final Log log = 
LogFactory.getLog(InternalNio2OutputBuffer.class);
+
 // --- Constructors
 
 /**
@@ -151,6 +155,11 @@ public class InternalNio2OutputBuffer ex
 
 @Override
 public void failed(Throwable exc, ByteBuffer attachment) {
+if (socket == null) {
+log.warn(sm.getString("iob.nio2.nullSocket"), exc);
+// Can't do anything else with a null socket
+return;
+}
 socket.setError(true);
 if (exc instanceof IOException) {
 e = (IOException) exc;
@@ -202,6 +211,11 @@ public class InternalNio2OutputBuffer ex
 
 @Override
 public void failed(Throwable exc, ByteBuffer[] attachment) {
+if (socket == null) {
+log.warn(sm.getString("iob.nio2.nullSocket"), exc);
+// Can't do anything else with a null socket
+return;
+}
 socket.setError(true);
 if (exc instanceof IOException) {
 e = (IOException) exc;

Modified: 
tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/LocalStrings.properties
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/LocalStrings.properties?rev=1668873&r1=1668872&r2=1668873&view=diff
==
--- tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/LocalStrings.properties 
(original)
+++ tomcat/tc8.0.x/trunk/java/org/apache/coyote/http11/LocalStrings.properties 
Tue Mar 24 13:04:37 2015
@@ -42,3 +42,5 @@ iob.failedwrite=Failed write
 iob.failedwrite.ack=Failed to send HTTP 100 continue response
 iob.illegalreset=The response may not be reset once it has been committed
 iob.responseheadertoolarge.error=An attempt was made to write more data to the 
response headers than there was room available in the buffer. Increase 
maxHttpHeaderSize on the connector or write less data into the response headers.
+
+iob.nio2.nullSocket=Socket was null while trying to process exception. See Bug 
57749
\ No newline at end of file



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

--- Comment #3 from Mark Thomas  ---
I've added some logging and I'll set the TestNonBlockingAPI test running in a
loop for NIO2 until it fails.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668897 - /tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 13:56:36 2015
New Revision: 1668897

URL: http://svn.apache.org/r1668897
Log:
Update comment

Modified:

tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java

Modified: 
tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java?rev=1668897&r1=1668896&r2=1668897&view=diff
==
--- 
tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java
 (original)
+++ 
tomcat/trunk/java/org/apache/coyote/http11/upgrade/InternalHttpUpgradeHandler.java
 Tue Mar 24 13:56:36 2015
@@ -24,13 +24,8 @@ import org.apache.tomcat.util.net.Socket
 
 
 /**
- * Currently just a marker interface to enable Tomcat to identify
- * implementations that expect/require concurrent read/write support.
- *
- * Note that concurrent read/write support is being phased out and this
- * interface is expected to evolve into an interface internal handlers use to
- * gain direct access to Tomcat's I/O layer rather than going through the
- * Servlet API.
+ * This Tomcat specific interface is implemented by handlers that require 
direct
+ * access to Tomcat's I/O layer rather than going through the Servlet API.
  */
 public interface InternalHttpUpgradeHandler extends HttpUpgradeHandler {
 



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1668904 - in /tomcat/trunk/java/org/apache/coyote: ./ ajp/ http11/ http11/upgrade/ spdy/

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 14:20:37 2015
New Revision: 1668904

URL: http://svn.apache.org/r1668904
Log:
Simplify the processor interface by merging asyncDispatch and upgradeDispatch. 
There was no need for separate methods since the processor implementation is 
sufficient to distinguish between the two cases.

Modified:
tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java
tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java
tomcat/trunk/java/org/apache/coyote/Processor.java
tomcat/trunk/java/org/apache/coyote/ajp/AjpProcessor.java
tomcat/trunk/java/org/apache/coyote/http11/Http11Processor.java
tomcat/trunk/java/org/apache/coyote/http11/LocalStrings.properties
tomcat/trunk/java/org/apache/coyote/http11/upgrade/UpgradeProcessorBase.java

tomcat/trunk/java/org/apache/coyote/http11/upgrade/UpgradeProcessorExternal.java

tomcat/trunk/java/org/apache/coyote/http11/upgrade/UpgradeProcessorInternal.java
tomcat/trunk/java/org/apache/coyote/spdy/SpdyProcessor.java

Modified: tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java?rev=1668904&r1=1668903&r2=1668904&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java (original)
+++ tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java Tue Mar 24 
14:20:37 2015
@@ -201,18 +201,14 @@ public abstract class AbstractProcessor
 public abstract SocketState process(SocketWrapperBase socket) throws 
IOException;
 
 /**
- * Process in-progress Servlet 3.0 Async requests. These will start as HTTP
- * requests.
+ * Process an in-progress request that is not longer in standard HTTP mode.
+ * Uses currently include Servlet 3.0 Async and HTTP upgrade connections.
+ * Further uses may be added in the future. These will typically start as
+ * HTTP requests.
  */
 @Override
-public abstract SocketState asyncDispatch(SocketStatus status);
+public abstract SocketState dispatch(SocketStatus status);
 
-/**
- * Processes data received on a connection that has been through an HTTP
- * upgrade.
- */
-@Override
-public abstract SocketState upgradeDispatch(SocketStatus status);
 
 @Override
 public abstract HttpUpgradeHandler getHttpUpgradeHandler();

Modified: tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java?rev=1668904&r1=1668903&r2=1668904&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java (original)
+++ tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java Tue Mar 24 
14:20:37 2015
@@ -642,19 +642,13 @@ public abstract class AbstractProtocolhttp://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/Processor.java?rev=1668904&r1=1668903&r2=1668904&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/Processor.java (original)
+++ tomcat/trunk/java/org/apache/coyote/Processor.java Tue Mar 24 14:20:37 2015
@@ -36,11 +36,11 @@ public interface Processor {
 
 SocketState process(SocketWrapperBase socketWrapper) throws IOException;
 
-SocketState asyncDispatch(SocketStatus status);
+SocketState dispatch(SocketStatus status);
+
 SocketState asyncPostProcess();
 
 HttpUpgradeHandler getHttpUpgradeHandler();
-SocketState upgradeDispatch(SocketStatus status);
 
 void errorDispatch();
 

Modified: tomcat/trunk/java/org/apache/coyote/ajp/AjpProcessor.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/ajp/AjpProcessor.java?rev=1668904&r1=1668903&r2=1668904&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/ajp/AjpProcessor.java (original)
+++ tomcat/trunk/java/org/apache/coyote/ajp/AjpProcessor.java Tue Mar 24 
14:20:37 2015
@@ -620,7 +620,7 @@ public class AjpProcessor extends Abstra
 
 
 @Override
-public SocketState asyncDispatch(SocketStatus status) {
+public SocketState dispatch(SocketStatus status) {
 
 if (status == SocketStatus.OPEN_WRITE && response.getWriteListener() 
!= null) {
 try {
@@ -859,14 +859,6 @@ public class AjpProcessor extends Abstra
 }
 
 
-@Override
-public SocketState upgradeDispatch(SocketStatus status) {
-// Should never reach this code but in case we do...
-throw new IllegalStateException(
-sm.getString("ajpprocessor.httpupgrade.notsupported"));
-}
-
-
 @Override
 public HttpUpgradeHandler getHttpUpgradeHandler() {
 // Should never reach this code but in case we do...

Modified: tomcat/trunk/java/org/apache/coyote/http11/Http11Processor.ja

svn commit: r1668906 - /tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java

2015-03-24 Thread markt
Author: markt
Date: Tue Mar 24 14:25:06 2015
New Revision: 1668906

URL: http://svn.apache.org/r1668906
Log:
Javadoc fixes.

Modified:
tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java

Modified: tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java?rev=1668906&r1=1668905&r2=1668906&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java (original)
+++ tomcat/trunk/java/org/apache/coyote/AbstractProtocol.java Tue Mar 24 
14:25:06 2015
@@ -107,6 +107,12 @@ public abstract class AbstractProtocoltrue if the property was set successfully, 
otherwise
+ * false
  */
 public boolean setProperty(String name, String value) {
 return endpoint.setProperty(name, value);
@@ -116,6 +122,10 @@ public abstract class AbstractProtocol

Re: [VOTE] Release Apache Tomcat Native 1.1.33

2015-03-24 Thread Christopher Schultz
Mark,

On 3/23/15 5:35 AM, Mark Thomas wrote:
> On 20/03/2015 15:53, Christopher Schultz wrote:
>>> The Apache Tomcat Native 1.1.33 is
>>>  [X] Stable, go ahead and release
> 
> 
> 
>> I'm having trouble on Mac OS X, though.
>>
>> Details:
> 
> 
> 
>> Builds with lots of OpenSSL-related deprecation warnings on Mac OS X
>> 10.10.2, clang-600.0.57, Oracle Java 1.8.0_31, APR 1.4.8, and OpenSSL
>> 0.9.8zc.
> 
> Seems reasonable if using that  version of OpenSSL.
> 
>> Builds cleanly on Mac OS X 10.10.2, clang-600.0.57, Oracle Java
>> 1.8.0_31, APR 1.4.8, and OpenSSL 1.0.1j (via brew).
>>
>> Builds cleanly on Mac OS X 10.10.2, clang-600.0.57, Oracle Java
>> 1.8.0_31, APR 1.4.8, and OpenSSL 1.0.2a-1 (via brew).
>>
>> I pumped (using 'ab') a couple hundred thousand TLS requests
>> (concurrency=10) through Tomcat 7.0.x trunk on Linux with no errors.
>> 70.056ms average localhost response time for a response body of 160001
>> bytes.
>>
>> I tried to do 100k non-secure requests through Tomcat 8.0.x trunk on Mac
>> OS, but ab seems to be having a bit of trouble. I'm not sure if it's
>> tcnative that is the problem, or ab itself. I don't recall if I've ever
>> really used ab on my laptop for large quantities of requests. Tomcat
>> logged no errors during this time; ab reported "apr_sock_recv: timed
>> out" and also "apr_socket_connect: Operation already in progress (37)".
> 
> I've just done a similar test on my OSX system with no errors at all.
> 
> I'm using (via MacPorts):
> - APR 1.5.1
> - OpenSSL 1.0.2
> - OSX 10.9.5
> - clang-600.0.56
> - Java 1.7.0_71
> 
> Lots of things different there.
> 
> Given I also tested non-secure requests I think it is safe to assume
> OpenSSL version is not relevant.
> 
> The Java version just provides some headers so I don't think that will
> be relevant.
> 
> That leaves OS version, APR version and compiler version. I see a couple
> of OSX related fixed in the APR 1.5.1 change log but I don't know the
> code well enough to know if they are relevant. My guess is that this is
> APR version related.

Okay, I'll see what I can do. I'm still +1 to release.

-chris



signature.asc
Description: OpenPGP digital signature


svn commit: r1668912 - /tomcat/tc6.0.x/trunk/STATUS.txt

2015-03-24 Thread schultz
Author: schultz
Date: Tue Mar 24 14:43:07 2015
New Revision: 1668912

URL: http://svn.apache.org/r1668912
Log:
Vote

Modified:
tomcat/tc6.0.x/trunk/STATUS.txt

Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=1668912&r1=1668911&r2=1668912&view=diff
==
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Mar 24 14:43:07 2015
@@ -32,7 +32,7 @@ PATCHES PROPOSED TO BACKPORT:
   Update examples to use Apache Standard Taglibs 1.2.3
   http://svn.apache.org/r1662736
   +1: jboynes
-  +1: kkolinko, markt, violetagg: For using version 1.2.5 of the library 
(r1668200)
+  +1: kkolinko, markt, violetagg, schultz: For using version 1.2.5 of the 
library (r1668200)
   -1:
 
 
@@ -45,7 +45,7 @@ PATCHES PROPOSED TO BACKPORT:
 
 * Update to tc-native 1.1.33 and bump the recommended version to 1.1.33 as well
   http://svn.apache.org/r1668635
-  +1: markt, kkolinko, violetagg
+  +1: markt, kkolinko, violetagg, schultz
   -1:
 
 



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57108] Implement multiple sslcontext SNI (server name indication) dispatch

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57108

--- Comment #11 from Christopher Schultz  ---
(In reply to Unlogic from comment #10)
> Well this is a bit tricky because there is two sides to this coin.
> 
> In some cases you have a wildcard certificates or subject alternative name
> certificates the cover lots of domains. In those cases the current connector
> based approach works fine fine.

We have to continue to support the current connector configuration, anyway. I
figured that whatever configuration the  had would be the default
for all of the hosts. In that case, you'd probably want to put the wildcard
cert, etc. on the  and do nothing special for each host.

> A trade off between the two solutions could be to define the keystores using
> a separate element in the config like when you define a connection pool. And
> then make it possible for both the connectors, hosts and aliases to refer
> back to the defined keystores depending on the use case.
> 
> Here's an example:
> 
>  name="firstKeystore"
>  truststoreFile="..." (and other truststore attributes)
>  keystoreFile="..." (and other keystore attributes)
>  [other allowed configuration attributes]>


This is pretty much what my  proposal was, except that they would be
explicitly-referenced from  and/or  instead of being nested
within.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



buildbot success in ASF Buildbot on tomcat-8-trunk

2015-03-24 Thread buildbot
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/177

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-8-commit' 
triggered this build
Build Source Stamp: [branch tomcat/tc8.0.x/trunk] 1668873
Blamelist: markt

Build succeeded!

Sincerely,
 -The Buildbot




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



buildbot failure in ASF Buildbot on tomcat-trunk

2015-03-24 Thread buildbot
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/1079

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-commit' 
triggered this build
Build Source Stamp: [branch tomcat/trunk] 1668906
Blamelist: markt

BUILD FAILED: failed compile_1

Sincerely,
 -The Buildbot




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57465] Build TC Native with with latest OpenSSL to address CVEs

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57465

--- Comment #9 from michael.lit...@nuix.com ---
I was able to download tcnative-1.dll version 1.1.33 from
http://apache.spinellicreations.com/tomcat/tomcat-connectors/native/1.1.33/

Thanks very much.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57750] WebSocket does not get closed when network is disconnected

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57750

--- Comment #2 from Christopher Schultz  ---
I seem to recall markt doing some work on this recently: you (Mark) weren't
able to replicate a network drop by disconnecting your VMs network, but
physically pulling the Ethernet cable from your laptop seemed to do the trick.

Could this have been fixed /post/ 7.0.50?

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57546] Memory Leak in SecureNioChannel

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57546

Mark Thomas  changed:

   What|Removed |Added

 CC||roman.stobni...@dialogic.co
   ||m

--- Comment #10 from Mark Thomas  ---
*** Bug 57750 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57750] WebSocket does not get closed when network is disconnected

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57750

Mark Thomas  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #3 from Mark Thomas  ---
Thanks Chris. I hadn't joined up those dots.

*** This bug has been marked as a duplicate of bug 57546 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

--- Comment #4 from Konstantin Kolinko  ---
Created attachment 32607
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=32607&action=edit
TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.NIO2.txt

Reproduced.

This is Tomcat 8 @r1668995. I am running with JDK 7u76 (instead of JDK 8 that I
used when I encountered the issue for the first time). This happened once out
or 30 runs.

BTW, access log is the same both in successful and in failing case (with the
same 200/200/500/500/200 result codes and the same amounts of response bytes)

I converted the log file from local code page into UTF-8.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57749] NullPointerException in InternalNio2OutputBuffer$2.failed(InternalNio2OutputBuffer.java:205) (8.0.21 RC)

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57749

--- Comment #5 from Konstantin Kolinko  ---
Created attachment 32608
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=32608&action=edit
access_log.2015-03-25

Access log file for the failed test.

As I mentioned earlier, I am using
test.accesslog=true

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57752] New: WebResources Cache 'lookupCount' counts non-lookups

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57752

Bug ID: 57752
   Summary: WebResources Cache 'lookupCount' counts non-lookups
   Product: Tomcat 8
   Version: 8.0.20
  Hardware: PC
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: adam.mlodzin...@software.dell.com

The method org.apache.catalina.webresources.Cache.getResource(String, boolean)
is used to retrieve a resource given a particular path.  Some resources are
cached by the Cache class, while others bypass the cache.  A request for those
resources which bypass the cache are forwarded somewhere else to find the
resource (the 'root' object).
The problem is that every request for a resource, whether for a resource that
is potentially in the cache, or for a resource which always bypasses the cache,
is counted as a resource lookup, while the hit count is incremented only if the
resource was found in the cache.  This leads to a highly disproportionate ratio
of lookups to hits from the cache.

There are 2 ways to fix this:

1)  If a resource request bypasses the cache, do not increment the lookup
count.

OR

2) If a resource request which bypasses the cache was found by the alternate
source, then increment the hit count.

I think the 2nd option would lead to values higher than they ought to be.  The
first option ought to provide more accurate representation of the usage of the
cache.


For the fist option, the code fix is trivial:
{code}
*** Cache.java  2015-02-15 13:16:26.0 -0500
--- Cache.java.fixed2015-03-24 19:08:52.630609500 -0400
***
*** 59,70 

  protected WebResource getResource(String path, boolean
useClassLoaderResources) {

- lookupCount.incrementAndGet();
-
  if (noCache(path)) {
  return root.getResourceInternal(path, useClassLoaderResources);
  }

  CachedResource cacheEntry = resourceCache.get(path);

  if (cacheEntry != null &&
!cacheEntry.validateResource(useClassLoaderResources)) {
--- 59,70 

  protected WebResource getResource(String path, boolean
useClassLoaderResources) {

  if (noCache(path)) {
  return root.getResourceInternal(path, useClassLoaderResources);
  }

+ lookupCount.incrementAndGet();
+
  CachedResource cacheEntry = resourceCache.get(path);

  if (cacheEntry != null &&
!cacheEntry.validateResource(useClassLoaderResources)) {
{code}

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57752] WebResources Cache 'lookupCount' counts non-lookups

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57752

Adam Mlodzinski  changed:

   What|Removed |Added

 OS||All
 CC||adam.mlodzin...@software.de
   ||ll.com

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.0.x) failed

2015-03-24 Thread Bill Barker
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-tc8.0.x-test-nio2 has an issue affecting its community 
integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc8.0.x-test-nio2 :  Tomcat 8.x, a web server implementing the 
Java Servlet 3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.native.src.tgz.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
tomcat-native.tar.gz.
 -INFO- Failed with reason build failed
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/logs-NIO2
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2.html
Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 28 mins 45 secs
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar 
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar
 -Dtest.reports=output/logs-NIO2 
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz
 -Dexamples.sources.skip=true 
-Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.4-201406061215/ecj-4.4.jar 
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20150325.jar
 
-Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz
 -Dtest.temp=output/test-tmp-NIO2 -Dtest.accesslog=true 
-Dexecute.test.nio=false 
-Dtest.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20150325/bin
 /openssl -Dexecute.test.bio=false -Dexecute.test.apr=false 
-Dtest.excludePerformance=true -Dexecute.test.nio2=true 
-Deasymock.jar=/srv/gump/public/workspace/easymock/easymock/target/easymock-3.4-SNAPSHOT.jar
 -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar 
-Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test 
[Working Directory: /srv/gump/public/workspace/tomcat-8.0.x]
CLASSPATH: 
/usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.0.x/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja
 
r:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-jni.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/bu
 
ild/lib/tomcat-spdy

[Bug 57753] New: Single sign on returns null for getRemoteUser when accessing insecure page

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57753

Bug ID: 57753
   Summary: Single sign on returns null for getRemoteUser when
accessing insecure page
   Product: Tomcat 8
   Version: 8.0.20
  Hardware: All
OS: All
Status: NEW
  Severity: minor
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: kenneth.gend...@gmail.com

When using the SingleSignOn valve, any call to getRemoteUser() on the HTTP
request will return null when accessing an insecure page (in other words, a
page not configured in the security section of the web.xml).

If the valve is not used, a call to getRemoteUser() will return the currently
logged in user regardless if accessing an secured page or not.

Not sure whether this is a bug or by design.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57753] Single sign on returns null for getRemoteUser when accessing insecure page

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57753

--- Comment #1 from Kenneth Gendron  ---
After further investigation it appears the first web application that
authenticates will get the user back when calling getRemoteUser(); however, any
other web applications that come after will get null.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 57753] Single sign on returns null for getRemoteUser when accessing insecure page

2015-03-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=57753

--- Comment #2 from Kenneth Gendron  ---
Even more investigation.  This only occurs when setting requireReauthentication
to true.  In the SingleSignOn implementation it explicitly does not set the
user principal if requireReauthentication is set, but instead delegates this to
the realm downstream; however, since the downstream realm knows that the page
requested is insecure, it does not perform reauthentication.  The only way I
can think of to correct this would be to invoke the SingleSignOn again after
the realm is completed, but I think that is too cumbersome.  Sorry you can
close it.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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

2015-03-24 Thread Bill Barker
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-trunk-test-apr has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-trunk-test-apr :  Tomcat 9.x, a web server implementing the Java 
Servlet 4.0,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test-apr/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.native.src.tgz.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
tomcat-native.tar.gz.
 -INFO- Failed with reason build failed
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-trunk/output/logs-APR
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-trunk/output/test-tmp-APR/logs



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test-apr/gump_work/build_tomcat-trunk_tomcat-trunk-test-apr.html
Work Name: build_tomcat-trunk_tomcat-trunk-test-apr (Type: Build)
Work ended in a state of : Failed
Elapsed: 28 mins 1 sec
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar 
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar
 -Dtest.reports=output/logs-APR 
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz
 -Dexamples.sources.skip=true 
-Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.4-201406061215/ecj-4.4.jar 
-Dtest.apr.loc=/srv/gump/public/workspace/tomcat-native/dest-20150325/lib 
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20150325.jar
 
-Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz
 -Dtest.temp=output/test-tmp-APR -Dtest.accesslog=true -Dexecute.test.nio=false 
-Dtest
 .openssl.path=/srv/gump/public/workspace/openssl/dest-20150325/bin/openssl 
-Dexecute.test.apr=true -Dtest.excludePerformance=true 
-Dexecute.test.nio2=false 
-Deasymock.jar=/srv/gump/public/workspace/easymock/easymock/target/easymock-3.4-SNAPSHOT.jar
 -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar 
-Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test 
[Working Directory: /srv/gump/public/workspace/tomcat-trunk]
CLASSPATH: 
/usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-trunk/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/servlet-api.ja
 
r:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-jni.jar:/srv/gump/public/workspace/tomcat-trunk/output/bu
 

Re: [VOTE] Release Apache Tomcat 8.0.21

2015-03-24 Thread Jeremy Boynes
> The proposed 8.0.21 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.0.21

Used to test Standard Taglib on OS X, Java 1.8 and to test examples.
—
Jeremy


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org