+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
it/target/junit-4.13-SNAPSHOT.jar
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.3-SNAPSHOT.jar
-Dexamples.sources.skip=true
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20160123.jar
-Dtomcat-dbcp-src.jar=/srv/gump/public/wo
Hi Rémy,
On Sat, Jan 23, 2016 at 6:37 PM, Rémy Maucherat wrote:
> 2016-01-23 17:51 GMT+01:00 Martin Grigorov :
>
> > Hi,
> > 23-Jan-2016 17:36:58.900 SEVERE [main]
> > org.apache.coyote.AbstractProtocol.init Failed to initialize end point
> > associated with ProtocolHandler ["https-apr-8443"]
>
2016-01-23 17:51 GMT+01:00 Martin Grigorov :
> Hi,
> 23-Jan-2016 17:36:58.900 SEVERE [main]
> org.apache.coyote.AbstractProtocol.init Failed to initialize end point
> associated with ProtocolHandler ["https-apr-8443"]
> java.lang.NullPointerException
> at
> org.apache.tomcat.util.net.AprE
On Fri, Jan 22, 2016 at 11:21 PM, Mark Thomas wrote:
> The proposed Apache Tomcat 8.0.31 release is now available for voting.
>
> The main changes since 8.0.30 are:
>
> - Restore the default for mapperContextRootRedirectEnabled to true
>
> - Update the packaged version of the Tomcat Native Librar
Hi,
On Fri, Jan 22, 2016 at 11:22 PM, Mark Thomas wrote:
> On 21/01/2016 12:38, Mark Thomas wrote:
> > The proposed Apache Tomcat 9.0.0.M2 release is now available for voting.
> >
> > This is the second milestone release for the 9.0.x branch. It should be
> > noted that, as a milestone release:
Am 23.01.2016 um 13:17 schrieb Rainer Jung:
Since the calls to filter() are in a hot code path, I wonder whether
using a more complex code instead of a single regexp could be better.
The code should be fast in the common case, which IMHO is the case when
the resource name neither starts with java
it/target/junit-4.13-SNAPSHOT.jar
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.3-SNAPSHOT.jar
-Dexamples.sources.skip=true
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20160123.jar
-Dtomcat-dbcp-src.jar=/srv/gump/public/wo
I observed a bottleneck in WebappClassLoaderBase.filter() during a
stress test. The reason is, that the method is synchronized. It looks to
me, that the reason for the synchronization is only the access to the
non-thread safe Matchers packageTriggersPermit and packageTriggersDeny.
Since they ar
16 matches
Mail list logo