On 11/06/2021 20:20, Christopher Schultz wrote:
=Not a vote=

I have an issue on Windows; I'd like some feedback.

On 6/11/21 10:01, Christopher Schultz wrote:
The proposed Apache Tomcat 8.5.68 release is now available for voting.

The notable changes compared to the (cancelled) 8.5.67 release is:

- Windows installer / uninstaller are now properly-signed.

The notable changes compared to the 8.5.66 release are:

- Improve robustness of HTTP/2 HPACK decoding

- Improvements to the handling of the Transfer-Encoding header

- Review code used to generate Java source from JSPs and tags and remove
    code found to be unnecessary.

Along with lots of other bug fixes and improvements.

For full details, see the changelog:
https://ci.apache.org/projects/tomcat/tomcat-8.5.x/docs/changelog.html

It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.5.68/

The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1317/

The tag is:
https://github.com/apache/tomcat/tree/8.5.68
06846f94cda226d1ed0ff7fe05faff177d5b20b6

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

Running the unit tests on Windows, I have a failure in the org.apache.catalina.core.TestAsyncContextImpl.NIO test:

Testsuite: org.apache.catalina.core.TestAsyncContextImpl
Tests run: 70, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 69.859 sec

[....]
Testcase: testBug50352 took 2.982 sec
         FAILED
Uri: /, Status: 200, Time: 2836 duration is not >= 2900
junit.framework.AssertionFailedError: Uri: /, Status: 200, Time: 2836 duration is not >= 2900         at org.apache.catalina.valves.TesterAccessLogValve.validateAccessLog(TesterAccessLogValve.java:90)         at org.apache.catalina.core.TestAsyncContextImpl.testBug50352(TestAsyncContextImpl.java:1140)


This is running on a VirtualBox Windows 10 VM. Is this just a case of the JVM on Windows not implementing ms-perfect delays and/or time-keeping?

Looks like it, yes. The values are close enough that I wouldn't worry about them. With VMware Workstation I often find it is the other way. The tests fail because the timeouts don't happen fast enough.

Mark

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

Reply via email to