[Bug 51294] Since 7.0.12 do not work option unpackWARs=true for WARs outside appBase
https://bz.apache.org/bugzilla/show_bug.cgi?id=51294 bokij changed: What|Removed |Added URL||https://primestyle.com/ --- Comment #31 from bokij --- I have solved this thanks. -- 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: r47948 - in /dev/tomcat/tomcat-connectors/native/1.2.29: ./ binaries/ source/
Author: markt Date: Fri May 28 09:56:05 2021 New Revision: 47948 Log: Upload Tomcat Native 1.2.29 for voting Added: dev/tomcat/tomcat-connectors/native/1.2.29/ dev/tomcat/tomcat-connectors/native/1.2.29/binaries/ dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip (with props) dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.asc dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.sha512 dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip (with props) dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip.asc dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip.sha512 dev/tomcat/tomcat-connectors/native/1.2.29/source/ dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-src.tar.gz (with props) dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-src.tar.gz.asc dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-src.tar.gz.sha512 dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-win32-src.zip (with props) dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-win32-src.zip.asc dev/tomcat/tomcat-connectors/native/1.2.29/source/tomcat-native-1.2.29-win32-src.zip.sha512 Added: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip == Binary file - no diff available. Propchange: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip -- svn:executable = * Propchange: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip -- svn:mime-type = application/octet-stream Added: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.asc == --- dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.asc (added) +++ dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.asc Fri May 28 09:56:05 2021 @@ -0,0 +1,17 @@ +-BEGIN PGP SIGNATURE- +Comment: GPGTools - http://gpgtools.org + +iQIzBAABCgAdFiEEqcXfTSLpmZjZh1pREMAcWi9gWecFAmCwuf4ACgkQEMAcWi9g +WeeRaw//VldIiFQkCoVjZAzvsituQTVR0HNt6WJvx6xXdGdOeOLbLDo1vXGlul7u +9UT/O9SMgkcpaNYZrOA8ZdkBcQK6WewAbEMRB5s+ipCGSdQNS143tYEDdb5AnV66 +lGsmdMdc2EABtQ8vnwh3qfr3hcwt9nyvxSlK8hjMo5kcufOoVoQeWHTqKuQLtc5x +lMbtxRGUfP5JXUuJlBhEO9CjalriZS6rJai47riqh1SsfeUS4KVpSM+rzCd68Hnl +VubUSFRH8X4BgEbYhnl2VHsWzWV9394FG6lGQPaaH+xSIy2wF6j3JehnDgigWnYr +OwQwBCZED89BThxChhvSbF5vDXmpKyTznh+wFb8i1DE1r3boX7bJ0UtyD1u0iEiT +iPMVE6WW8kDJyT7sWwgOSHGo78gqyeU53aelHKl9z4XVUW8RktaF/0xM1Aj8CWmk +QF77FxknCFZmN7ENZxU9s35p4KLE9MVoPwirDQhDKj3AnZQJgchumhHiuREoQHCj +H/3LGoX8JFh4Fyqt8Plg0tW/N2JxRaoqIriwtT+tfVnHq0xggIx8Lkxd3ZLWD936 +mtWsPyPNyohcHGsMq8mOKVcPd5rstAM1IgPbINPh1GjiBVQJigybwy3gvlqTIhai +6BIiiUlh2JT8cIrAB0opH3wT0TM4MrFlo3sTM8iInHHS9JVFF3A= +=to3e +-END PGP SIGNATURE- Added: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.sha512 == --- dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.sha512 (added) +++ dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip.sha512 Fri May 28 09:56:05 2021 @@ -0,0 +1 @@ +c226247044eae3af32a64bd6be01cda1e1d0015394720865eec71d2647e4ebc08c058c03b92747ec883df363e34ca49f5f8102170918cc860a389ce7763c8e6f *tomcat-native-1.2.29-openssl-1.1.1k-ocsp-win32-bin.zip \ No newline at end of file Added: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip == Binary file - no diff available. Propchange: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip -- svn:executable = * Propchange: dev/tomcat/tomcat-connectors/native/1.2.29/binaries/tomcat-native-1.2.29-openssl-1.1.1k-win32-bin.zip -- svn:mime-typ
svn commit: r47949 - /release/tomcat/tomcat-connectors/native/README.html
Author: markt Date: Fri May 28 09:56:50 2021 New Revision: 47949 Log: Update latest version Modified: release/tomcat/tomcat-connectors/native/README.html Modified: release/tomcat/tomcat-connectors/native/README.html == --- release/tomcat/tomcat-connectors/native/README.html (original) +++ release/tomcat/tomcat-connectors/native/README.html Fri May 28 09:56:50 2021 @@ -1,4 +1,4 @@ The Apache Tomcat Native -The latest release version is 1.2.27 +The latest release version is 1.2.28 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release Apache Tomcat Native 1.2.28
Version 1.2.29 includes the following changes compared to 1.2.28 - Fix an issue where some Windows systems in some configurations would only listen on IPv6 addresses on dual stack systems even though configured to listen on both IPv6 and IPv4 addresses. The proposed release artefacts can be found at [1], and the build was done using tag [2]. The Apache Tomcat Native 1.2.29 release is [ ] Stable, go ahead and release [ ] Broken because of ... Thanks, Mark [1] https://dist.apache.org/repos/dist/dev/tomcat/tomcat-connectors/native/1.2.29 [2] https://gitbox.apache.org/repos/asf?p=tomcat-native.git;a=commit;h=c7166f321fe275676dcc2990fe9232c1fcc67f5f - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GitHub] [tomcat] cklein05 opened a new pull request #420: UserDatabaseRealm does not rely on cached roles only
cklein05 opened a new pull request #420: URL: https://github.com/apache/tomcat/pull/420 The UserDatabaseRealm queries its UserDatabase in override hasRole() in order to return a correct result, if the passed Principal is a GenericPrincipal with an associated userPrincipal of type UserDatabasePrincipal. That userPrincipal more or less acts like a tag interface to determine whether that special handling is required. If not, the override calls its super method. The UserDatabase can be updated through JMX at any time. Currently, such changes are taken into account instantly (at every invocation of hasRole()), which is different from other Realms and the UserDatabaseRealm's documentation. Since the logged on user's effective roles are calculated and stored in the GenericPrincipal returned from method getPrincipal, these could be used instead. This eliminates both the hasRole() override as well as the private class UserDatabaseRealm.UserDatabasePrincipal and makes the Realm behave according to the documentation (and like e. g. DataSourcRealm). Also, duplicates will be ignored when effective roles are calculated from the User's Roles and Groups, simply by using a HashSet instead of an ArrayList in method getPrincipal(String), -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 65339] New: UserDatabaseRealm does not rely on cached roles only
https://bz.apache.org/bugzilla/show_bug.cgi?id=65339 Bug ID: 65339 Summary: UserDatabaseRealm does not rely on cached roles only Product: Tomcat 10 Version: unspecified Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: c.kl...@datagis.com Target Milestone: -- UserDatabaseRealm queries its UserDatabase in override hasRole() in order to return a correct result, if the passed Principal is a GenericPrincipal with an associated userPrincipal of type UserDatabasePrincipal. That userPrincipal more or less acts like a tag interface to determine whether that special handling is required. If not, the override calls its super method. The UserDatabase can be updated through JMX at any time. Currently, such changes are taken into account instantly (at every invocation of hasRole()), which is different from other Realms and the UserDatabaseRealm's documentation. Since the logged on user's effective roles are calculated and stored in the GenericPrincipal returned from method getPrincipal, these could be used instead. This eliminates both the hasRole() override as well as the private class UserDatabaseRealm.UserDatabasePrincipal and makes the Realm behave according to the documentation (and like e. g. DataSourcRealm). There is a PR on GitHub with a patch targeting that issue: https://github.com/apache/tomcat/pull/420 -- 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 Native 1.2.28
%Subject says "[VOTE] Release Apache Tomcat Native 1.2.28" instead of 1.2.29. пт, 28 мая 2021 г. в 13:01, Mark Thomas : > > Version 1.2.29 includes the following changes compared to 1.2.28 > > - Fix an issue where some Windows systems in some configurations would >only listen on IPv6 addresses on dual stack systems even though >configured to listen on both IPv6 and IPv4 addresses. > > The proposed release artefacts can be found at [1], > and the build was done using tag [2]. > > The Apache Tomcat Native 1.2.29 release is > [ ] Stable, go ahead and release > [ ] Broken because of ... > > Thanks, > > Mark > > > [1] > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-connectors/native/1.2.29 > [2] > https://gitbox.apache.org/repos/asf?p=tomcat-native.git;a=commit;h=c7166f321fe275676dcc2990fe9232c1fcc67f5f > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 65340] New: Hpack decode NegativeArraySizeException: -1
https://bz.apache.org/bugzilla/show_bug.cgi?id=65340 Bug ID: 65340 Summary: Hpack decode NegativeArraySizeException: -1 Product: Tomcat 9 Version: 9.0.45 Hardware: PC OS: Mac OS X 10.1 Status: NEW Severity: critical Priority: P2 Component: Servlet Assignee: dev@tomcat.apache.org Reporter: 297442...@qq.com Target Milestone: - Jetty version 9.4.41.v20210516 Java version JDK1.8 Tomcat version 9.0.45 Question 1: when jetty cllient hpack index all of http2 header,found tomcat will throw some exception like this: An exception has been raised by Name:http-nio-9315-exec-159,Id:440 java.lang.RuntimeException: java.lang.NegativeArraySizeException: -1 at org.apache.coyote.http2.HpackDecoder.decode(HpackDecoder.java:130) at org.apache.coyote.http2.Http2Parser.readHeaderPayload(Http2Parser.java:486) at org.apache.coyote.http2.Http2Parser.readHeadersFrame(Http2Parser.java:270) at org.apache.coyote.http2.Http2AsyncParser$FrameCompletionHandler.completed(Http2AsyncParser.java:251) at org.apache.coyote.http2.Http2AsyncParser$FrameCompletionHandler.completed(Http2AsyncParser.java:164) at org.apache.tomcat.util.net.SocketWrapperBase$VectoredIOCompletionHandler.completed(SocketWrapperBase.java:1089) at org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper$NioOperationState.run(NioEndpoint.java:1621) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.base/java.lang.Thread.run(Thread.java:829) Caused by: java.lang.NegativeArraySizeException: -1 at java.base/java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:86) at java.base/java.lang.StringBuilder.(StringBuilder.java:112) at org.apache.coyote.http2.HpackDecoder.readHuffmanString(HpackDecoder.java:261) at org.apache.coyote.http2.HpackDecoder.readHpackString(HpackDecoder.java:251) at org.apache.coyote.http2.HpackDecoder.decode(HpackDecoder.java:126) ... 10 more 2: so replace tomcat HpackDecoder code in project class to catch error like this: void decode(ByteBuffer buffer) throws HpackException { while (buffer.hasRemaining()) { int originalPos = buffer.position(); byte b = buffer.get(); if ((b & 0b1000) != 0) { //if the first bit is set it is an indexed header field buffer.position(buffer.position() - 1); //unget the byte int index = Hpack.decodeInteger(buffer, 7); //prefix is 7 if (index == -1) { buffer.position(originalPos); return; } else if(index == 0) { throw new HpackException( sm.getString("hpackdecoder.zeroNotValidHeaderTableIndex")); } handleIndex(index); } else if ((b & 0b0100) != 0) { //Literal Header Field with Incremental Indexing String headerName = readHeaderName(buffer, 6); if (headerName == null) { buffer.position(originalPos); return; } String headerValue = null; ByteBuffer bufferReplica = buffer.duplicate(); try { headerValue = readHpackString(buffer); } catch (Throwable e) { CharBuffer originalValue = StandardCharsets.UTF_8.decode(bufferReplica); // **log decode error header** log.warn("hpack decode error, headerName: {}, value: {}", headerName, originalValue); throw new RuntimeException(e); } if (headerValue == null) { buffer.position(originalPos); return; } emitHeader(headerName, headerValue); addEntryToHeaderTable(new Hpack.HeaderField(headerName, headerValue)); } else if ((b & 0b) == 0) { //Literal Header Field without Indexing String headerName = readHeaderName(buffer, 4); if (headerName == null) { buffer.position(originalPos); return; } String headerValue = null; ByteBuffer bufferReplica = buffer.duplicate(); try { headerValue = readHpackString(buffer); } catch (Throwable e) { CharBuffer originalValue = StandardCharsets.UTF_8.decode(bufferReplica); **log.warn("hpack decode error, headerName: {}, value: {}", headerName, originalValue);** throw new RuntimeExce
[Bug 65340] Hpack decode NegativeArraySizeException: -1
https://bz.apache.org/bugzilla/show_bug.cgi?id=65340 --- Comment #1 from linking12 <297442...@qq.com> --- 3: hpack decode error, headerName: device-info, value: � device-info is a base64 string -- 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 65340] Hpack decode NegativeArraySizeException: -1
https://bz.apache.org/bugzilla/show_bug.cgi?id=65340 --- Comment #2 from Thomas --- The original exception stack trace is as below in Tomcat source: java.lang.NegativeArraySizeException: -1 at java.base/java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:86) at java.base/java.lang.StringBuilder.(StringBuilder.java:112) at org.apache.coyote.http2.HpackDecoder.readHuffmanString(HpackDecoder.java:231) at org.apache.coyote.http2.HpackDecoder.readHpackString(HpackDecoder.java:221) at org.apache.coyote.http2.HpackDecoder.decode(HpackDecoder.java:131) at org.apache.coyote.http2.Http2Parser.readHeaderPayload(Http2Parser.java:486) at org.apache.coyote.http2.Http2Parser.readHeadersFrame(Http2Parser.java:270) at org.apache.coyote.http2.Http2AsyncParser$FrameCompletionHandler.completed(Http2AsyncParser.java:251) at org.apache.coyote.http2.Http2AsyncParser$FrameCompletionHandler.completed(Http2AsyncParser.java:164) at org.apache.tomcat.util.net.SocketWrapperBase$VectoredIOCompletionHandler.completed(SocketWrapperBase.java:1089) at org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper$NioOperationState.run(NioEndpoint.java:1621) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.base/java.lang.Thread.run(Thread.java:829) -- 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
[VOTE] Release Apache Tomcat Native 1.2.29
Resending with correct subject line... Version 1.2.29 includes the following changes compared to 1.2.28 - Fix an issue where some Windows systems in some configurations would only listen on IPv6 addresses on dual stack systems even though configured to listen on both IPv6 and IPv4 addresses. The proposed release artefacts can be found at [1], and the build was done using tag [2]. The Apache Tomcat Native 1.2.29 release is [ ] Stable, go ahead and release [ ] Broken because of ... Thanks, Mark [1] https://dist.apache.org/repos/dist/dev/tomcat/tomcat-connectors/native/1.2.29 [2] https://gitbox.apache.org/repos/asf?p=tomcat-native.git;a=commit;h=c7166f321fe275676dcc2990fe9232c1fcc67f5f - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat Native 1.2.28
On 28/05/2021 13:49, Konstantin Kolinko wrote: %Subject says "[VOTE] Release Apache Tomcat Native 1.2.28" instead of 1.2.29. Whoops. Thanks for pointing this out. I've re-issued the VOTE email. Mark пт, 28 мая 2021 г. в 13:01, Mark Thomas : Version 1.2.29 includes the following changes compared to 1.2.28 - Fix an issue where some Windows systems in some configurations would only listen on IPv6 addresses on dual stack systems even though configured to listen on both IPv6 and IPv4 addresses. The proposed release artefacts can be found at [1], and the build was done using tag [2]. The Apache Tomcat Native 1.2.29 release is [ ] Stable, go ahead and release [ ] Broken because of ... Thanks, Mark [1] https://dist.apache.org/repos/dist/dev/tomcat/tomcat-connectors/native/1.2.29 [2] https://gitbox.apache.org/repos/asf?p=tomcat-native.git;a=commit;h=c7166f321fe275676dcc2990fe9232c1fcc67f5f - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 65340] Hpack decode NegativeArraySizeException: -1
https://bz.apache.org/bugzilla/show_bug.cgi?id=65340 Mark Thomas changed: What|Removed |Added Severity|critical|enhancement --- Comment #3 from Mark Thomas --- I'd like to know if this is a Tomcat decoding bug or a Jetty encoding bug. Please re-create the issue over h2c and provide a tcpdump of the failed request. Until there is evidence this is a Tomcat bug, I am marking this as an enhancement. Additional debug logging is always useful. Proposed changes should be provided in diff -u format. The proposed change is hard to read because it isn't provided as a patch but I note the following: - patch should use Tomcat's logging framework - patch should use Tomcat's StringManager - no need to wrap caught exception - just catch RuntimeException and re-throw - I'm not sure (I'd need to check the HPACK spec) if conversion to string is appropriate in all cases. It may be better to log the bytes (See HexUtils.toHexString(byte[]) -- 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 65340] Hpack decode NegativeArraySizeException: -1
https://bz.apache.org/bugzilla/show_bug.cgi?id=65340 --- Comment #4 from linking12 <297442...@qq.com> --- this is issue happen on prod env, It diffcult to reproduce. some request is ok, but some request is error; it is very difficult to reproduce, and tcpdump also difficult. the purpose of submitting this question is want to get some help for tomcat dev team, some suggestion is fine 😄 -- 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 65181] Tomcat Native library with OpenSSL Engine private key loading
https://bz.apache.org/bugzilla/show_bug.cgi?id=65181 Michael Osipov changed: What|Removed |Added CC||micha...@apache.org --- Comment #15 from Michael Osipov --- Mark, this has been marked as fixed in the changelog for 1.2.28. This appears weird to the user. We should settle this timely or create a followup ticket. -- 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 Native 1.2.29
On Fri, May 28, 2021 at 6:40 AM Mark Thomas wrote: > > > The Apache Tomcat Native 1.2.29 release is > [X] Stable, go ahead and release > [ ] Broken because of ... > +1 Igal > > Thanks, > > Mark > > > [1] > > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-connectors/native/1.2.29 > [2] > > https://gitbox.apache.org/repos/asf?p=tomcat-native.git;a=commit;h=c7166f321fe275676dcc2990fe9232c1fcc67f5f > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
[Bug 65341] New: Nice One
https://bz.apache.org/bugzilla/show_bug.cgi?id=65341 Bug ID: 65341 Summary: Nice One Product: Taglibs Version: EA1 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Cache Taglib Assignee: dev@tomcat.apache.org Reporter: cavo...@dropjar.com Target Milestone: --- http://199.188.206.214 http://199.192.31.83 http://199.192.31.209 -- 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