[Bug 56597] tomcat 8 svn tags is not standard so not synced to git

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56597 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[jira] [Commented] (MTOMCAT-257) Classpathes separation between plugin and application is broken (can't use slf4j-jcl in app)

2014-06-05 Thread Andreas Christoforides (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14019548#comment-14019548 ] Andreas Christoforides commented on MTOMCAT-257: I ran into another case

[Bug 56597] New: tomcat 8 svn tags is not standard so not synced to git

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56597 Bug ID: 56597 Summary: tomcat 8 svn tags is not standard so not synced to git Product: Tomcat 8 Version: trunk Hardware: PC OS: Linux Status: NEW Se

buildbot failure in ASF Buildbot on tomcat-trunk

2014-06-05 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/150 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source Sta

[Bug 56596] OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56596 Bhupesh Saini changed: What|Removed |Added OS||All Severity|major

[Bug 56596] New: OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56596 Bug ID: 56596 Summary: OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack Product: Tomcat Native Version: 1.1.30 Hardware: PC Status: NEW

buildbot success in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/96 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Sour

[Bug 55006] Add http proxy support for ClientEndpoint using system properties [PATCH]

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55006 Scott Frederick changed: What|Removed |Added CC||scottyf...@gmail.com -- You are

[Bug 54618] Add filter implementing HTTP Strict Transport Security (HSTS) [PATCH]

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54618 --- Comment #8 from Steve Sether --- I think this is an important feature for Tomcat to support out of the box. Furthermore though, headers like this should be insanely easy to just add to all the headers of a domain hosted on a machine.

[Bug 56577] [websocket] Inappropriate executor in WsServerContainer

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

svn commit: r1600750 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/WsServerContainer.java webapps/docs/changelog.xml webapps/docs/web-socket-howto.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 20:29:54 2014 New Revision: 1600750 URL: http://svn.apache.org/r1600750 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Better executor configuration. Modified: tomcat/tc7.0.x/trunk/ (props changed) tomcat/tc7.0.x/trunk/java/org/apache/t

svn commit: r1600743 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/WsServerContainer.java webapps/docs/changelog.xml webapps/docs/web-socket-howto.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 19:57:35 2014 New Revision: 1600743 URL: http://svn.apache.org/r1600743 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Better executor configuration. Modified: tomcat/trunk/java/org/apache/tomcat/websocket/server/WsServerContainer.java tom

buildbot success in ASF Buildbot on tomcat-trunk

2014-06-05 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/149 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source

buildbot failure in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a new failure on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/95 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 --- Comment #8 from Mark Thomas --- (In reply to hanyong from comment #7) > It seems the bug does not fixed in tomcat 8, but make > it more difficult to reproduce. I wondered if that might be the case. I've spent quite a bit of time lookin

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #8 from Mark Thomas --- This specific issue (JSPs and error pages) has been fixed in 8.0.x for 8.0.9 onwards. The broader problem is still with the JSP EG. -- You are receiving this mail because: You are the assignee for the b

svn commit: r1600680 - in /tomcat/trunk: java/org/apache/jasper/servlet/JspServlet.java test/org/apache/jasper/servlet/TestJspServlet.java webapps/docs/changelog.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 15:27:16 2014 New Revision: 1600680 URL: http://svn.apache.org/r1600680 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Allow JSP error pages to handle any HTTP method Modified: tomcat/trunk/java/org/apache/jasper/servlet/JspServlet.java to

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #7 from Konstantin Kolinko --- (In reply to Mark Thomas from comment #6) OK. Maybe also allow for DispatcherType.INCLUDE ? If I remember correctly, Spring (as an example of an MVC framework) allows to switch view rendering fro

svn commit: r1600679 - in /tomcat/trunk/test: org/apache/jasper/servlet/TestJspServlet.java webapp/WEB-INF/jsp/error.jsp

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 15:20:35 2014 New Revision: 1600679 URL: http://svn.apache.org/r1600679 Log: Add a test case for https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Added: tomcat/trunk/test/org/apache/jasper/servlet/TestJspServlet.java (with props) tomcat/trunk/test

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #4 from Craig Servin --- It just seems like the connection initialization should persist for the life of the connection. If I have some DML that initializes a connection, and it is returned to the pool, when I use that connecti

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #3 from Christopher Schultz --- Honestly, I'm surprised that "SET search_path [..]" will be affected by a rollback. I know it's no basis for comparison, but MySQL does not appear to behave this way: mysql> begin; Query OK, 0 r

[Bug 56581] When an error occurs on a long JSP page, do not loose last chunk of printed text

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56581 --- Comment #2 from Konstantin Kolinko --- As a note: The error handling changes in trunk (r1600449 and follow-ups) have not fixed this issue. The behaviour is the same as earlier - the output is truncated at "970 ". Tested with trunk @160

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #6 from Mark Thomas --- (In reply to Konstantin Kolinko from comment #5) > The "5." means a JSP page that is served with > ServletRequest.getDispatcherType() == DispatcherType.ERROR ? This looks to be the easiest solution. Mar

[Bug 56581] When an error occurs on a long JSP page, do not loose last chunk of printed text

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56581 Konstantin Kolinko changed: What|Removed |Added OS||All --- Comment #1 from Konst

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #5 from Konstantin Kolinko --- The "5." means a JSP page that is served with ServletRequest.getDispatcherType() == DispatcherType.ERROR ? There is also an option to interpret that as <%@page isErrorPage="true"%>. -- You are r

[Bug 56568] Incompatible change in "JSPs only permit GET POST or HEAD"

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #4 from Mark Thomas --- I'm leaning towards 5. but remain tempted by 1. -- You are receiving this mail because: You are the assignee for the bug. - To unsubs

svn commit: r1600671 - /tomcat/tc7.0.x/trunk/test/org/apache/catalina/websocket/TestWebSocket.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 14:16:34 2014 New Revision: 1600671 URL: http://svn.apache.org/r1600671 Log: Remove unused code from a test class. Modified: tomcat/tc7.0.x/trunk/test/org/apache/catalina/websocket/TestWebSocket.java Modified: tomcat/tc7.0.x/trunk/test/org/apache/catalina/w

svn commit: r1600669 - /tomcat/tc7.0.x/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 14:13:28 2014 New Revision: 1600669 URL: http://svn.apache.org/r1600669 Log: Suppress an IDE warning. No functional change. Modified: tomcat/tc7.0.x/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java Modified: tomcat/tc7.0.x/trunk/java/org/ap

Re: svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/cha

2014-06-05 Thread Mark Thomas
On 05/06/2014 14:51, Konstantin Kolinko wrote: > 2014-06-05 17:34 GMT+04:00 : >> Author: markt >> Date: Thu Jun 5 13:34:39 2014 >> New Revision: 1600653 >> >> URL: http://svn.apache.org/r1600653 >> Log: >> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 >> Change the value returned b

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #2 from Craig Servin --- I am using postgresql and the problem originally showed up when the initSQL was executing a set search_path and a rollback was triggered by the first transaction. To test/recreate the issue I did trigge

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #6 from Mark Thomas --- Done. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apac

svn commit: r1600665 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/ test/org/apache/tomcat/websocket/server/ webapps/docs/

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:58:49 2014 New Revision: 1600665 URL: http://svn.apache.org/r1600665 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Restore query string. Add test cases. Added: tomcat/tc7.0.x/trunk/test/org/apache/tomcat/websocket/server/TestWsHandshakeRe

svn commit: r1600663 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/ test/org/apache/tomcat/websocket/server/ webapps/docs/

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:58:00 2014 New Revision: 1600663 URL: http://svn.apache.org/r1600663 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Restore query string. Add test cases. Added: tomcat/trunk/test/org/apache/tomcat/websocket/server/TestWsHandshakeRequest.ja

Re: svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/cha

2014-06-05 Thread Konstantin Kolinko
2014-06-05 17:34 GMT+04:00 : > Author: markt > Date: Thu Jun 5 13:34:39 2014 > New Revision: 1600653 > > URL: http://svn.apache.org/r1600653 > Log: > Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 > Change the value returned by Session.getRequestURI() from the value obtained > from

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #5 from Mark Thomas --- (In reply to Konstantin Kolinko from comment #4) > The WebSocket method is clearly documented to include a query string I went looking for that and couldn't find it. I'll add the query string back in. -

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #4 from Konstantin Kolinko --- HttpServletRequest.getRequestURI(): http://docs.oracle.com/javaee/7/api/javax/servlet/http/HttpServletRequest.html#getRequestURI%28%29 Session.getRequestURI() http://docs.oracle.com/javaee/7/api/j

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Mark Thomas changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|---

svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/changel

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:34:39 2014 New Revision: 1600653 URL: http://svn.apache.org/r1600653 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned by Session.getRequestURI() from the value obtained from HttpServletRequest.getRequestURI() to the valu

svn commit: r1600651 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/changelog.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:29:07 2014 New Revision: 1600651 URL: http://svn.apache.org/r1600651 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned by Session.getRequestURI() from the value obtained from HttpServletRequest.getRequestURI() to the valu

svn commit: r1600645 - in /tomcat/tc7.0.x/trunk/test/org/apache/tomcat/websocket: ./ pojo/ server/

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 13:17:36 2014 New Revision: 1600645 URL: http://svn.apache.org/r1600645 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 Followup to r1600638 Replace calls to addApplicationListener(new ApplicationListener(x, false)) with addApplicationListener(x

buildbot success in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/93 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Sour

[Bug 55282] JSF PhaseListeners are duplicated

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55282 --- Comment #10 from Konstantin Kolinko --- (In reply to Volker from comment #8) I also fixed the error message that was displayed (r1600616 7.0.55). The addApplicationListener(ApplicationListener) API was reviewed and reverted in Tomcat

[Bug 56588] ApplicationListener#pluggabilityBlocked field is always "false" in Tomcat 8

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 --- Comment #3 from Konstantin Kolinko --- Ack. I see. In StandardContext.listenerStart() the listeners that have been already configured before (via ServletContext API) are added to 'noPluggabilityListeners' set. That does the trick. I up

svn commit: r1600638 - in /tomcat/tc7.0.x/trunk: java/org/apache/catalina/ java/org/apache/catalina/core/ java/org/apache/catalina/deploy/ java/org/apache/catalina/startup/ test/org/apache/catalina/co

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 12:42:13 2014 New Revision: 1600638 URL: http://svn.apache.org/r1600638 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 Update according to the changes in Tomcat 8: Un-deprecate Context.addApplicationListener(String) Deprecate Context.addApplicat

svn commit: r1600616 - /tomcat/tc7.0.x/trunk/java/org/apache/catalina/core/StandardContext.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 11:52:22 2014 New Revision: 1600616 URL: http://svn.apache.org/r1600616 Log: https://issues.apache.org/bugzilla/show_bug.cgi?id=55282 Fix message that is displayed when a duplicate listener is added. Modified: tomcat/tc7.0.x/trunk/java/org/apache/catalina/cor

svn commit: r1600607 - /tomcat/trunk/java/org/apache/catalina/core/StandardContext.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 11:27:30 2014 New Revision: 1600607 URL: http://svn.apache.org/r1600607 Log: Remove null check, as "instanceof" condition on the next line takes care of nulls. Modified: tomcat/trunk/java/org/apache/catalina/core/StandardContext.java Modified: tomcat/trunk/

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 --- Comment #7 from hanyong --- we are try to back-porting the fix in tomcat 8 to tomcat 7. After some debugging, It seems the bug does not fixed in tomcat 8, but make it more difficult to reproduce. The root cause is that the SelectionKey

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 hanyong changed: What|Removed |Added Attachment #31614|0 |1 is obsolete|

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 hanyong changed: What|Removed |Added Attachment #31613|0 |1 is obsolete|

svn commit: r1600580 - in /tomcat/trunk/java/org/apache/catalina: connector/Response.java core/StandardWrapperValve.java valves/ErrorReportValve.java

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 10:04:45 2014 New Revision: 1600580 URL: http://svn.apache.org/r1600580 Log: Fix further regressions in the error handling changes (r1600449 and r1600495) Modified: tomcat/trunk/java/org/apache/catalina/connector/Response.java tomcat/trunk/java/org/apache/ca

svn commit: r1600579 - /tomcat/trunk/java/org/apache/catalina/connector/Response.java

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 10:01:18 2014 New Revision: 1600579 URL: http://svn.apache.org/r1600579 Log: Update the error count regardless of how the error flag was set Ensure that an request can only contribute to the error count once Modified: tomcat/trunk/java/org/apache/catalina/connec

[Bug 56580] el-api.jar memory leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56580 --- Comment #6 from cos...@prodinf.ro --- I think that I will store in WEB-INF/lib all my jars for now -- You are receiving this mail because: You are the assignee for the bug. -

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

2014-06-05 Thread Mark Thomas
On 05/06/2014 01:36, Bill Barker wrote: > 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-ni

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

2014-06-05 Thread Bill Barker
it-4.12-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-BIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20140605-native-src.tar.gz -Dexamples.sources.skip=true

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

2014-06-05 Thread Bill Barker
it/target/junit-4.12-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-20140605-native-src.tar.gz -Dexamples.sources.

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

2014-06-05 Thread Bill Barker
it-4.12-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-NIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20140605-native-src.tar.gz -Dexamples.sources.skip=true