[jira] [Work logged] (IMAGING-242) Move to JUnit 5

[ https://issues.apache.org/jira/browse/IMAGING-242?focusedWorklogId=346234=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-346234 ] ASF GitHub Bot logged work on IMAGING-242: -- Author: ASF GitHub Bot

[jira] [Resolved] (IMAGING-242) Move to JUnit 5

[ https://issues.apache.org/jira/browse/IMAGING-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita resolved IMAGING-242. Resolution: Fixed > Move to JUnit 5 > --- > > Key:

[GitHub] [commons-imaging] kinow merged pull request #59: [IMAGING-242] Upgrade to Junit5

kinow merged pull request #59: [IMAGING-242] Upgrade to Junit5 URL: https://github.com/apache/commons-imaging/pull/59 This is an automated message from the Apache Git Service. To respond to the message, please log on to

[GitHub] [commons-codec] aherbert commented on issue #27: Murmur3fix

aherbert commented on issue #27: Murmur3fix URL: https://github.com/apache/commons-codec/pull/27#issuecomment-555615501 Hi @yonik, The code for the UTF-8 hash is nice. But I do not think it should be part of this PR. This PR is specifically trying to fix the current broken implementation

[GitHub] [commons-codec] yonik commented on issue #27: Murmur3fix

yonik commented on issue #27: Murmur3fix URL: https://github.com/apache/commons-codec/pull/27#issuecomment-43920 > I do not think that we should enforce the UTF-8 encoding on the char sequence. A char is a 16-bit unsigned integer. A simpler approach would be to encode the chars as

[GitHub] [commons-codec] aherbert commented on issue #27: Murmur3fix

aherbert commented on issue #27: Murmur3fix URL: https://github.com/apache/commons-codec/pull/27#issuecomment-43154 With a bit more time to look at the new CharSequence encoding method I found it to be broken. This test demonstrates how it does not handle bad code points correctly:

[jira] [Commented] (JEXL-307) Variable redeclaration option

[ https://issues.apache.org/jira/browse/JEXL-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16977378#comment-16977378 ] Henri Biestro commented on JEXL-307: Changeset: 2b63192c9485c75ea2cfff51bb6d153479a1c7ea Author:

[jira] [Work logged] (IMAGING-242) Move to JUnit 5

[ https://issues.apache.org/jira/browse/IMAGING-242?focusedWorklogId=345909=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-345909 ] ASF GitHub Bot logged work on IMAGING-242: -- Author: ASF GitHub Bot

[GitHub] [commons-imaging] coveralls commented on issue #59: [IMAGING-242] Upgrade to Junit5

coveralls commented on issue #59: [IMAGING-242] Upgrade to Junit5 URL: https://github.com/apache/commons-imaging/pull/59#issuecomment-555452852 [](https://coveralls.io/builds/27080166) Coverage remained the same at

[GitHub] [commons-imaging] kinow opened a new pull request #59: [IMAGING-242] Upgrade to Junit5

kinow opened a new pull request #59: [IMAGING-242] Upgrade to Junit5 URL: https://github.com/apache/commons-imaging/pull/59 Used @mureinik 's excellent work on [this PR for Commons CSV](https://github.com/apache/commons-csv/pull/49) for the same end. Only difference is that Commons

[jira] [Work logged] (IMAGING-242) Move to JUnit 5

[ https://issues.apache.org/jira/browse/IMAGING-242?focusedWorklogId=345891=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-345891 ] ASF GitHub Bot logged work on IMAGING-242: -- Author: ASF GitHub Bot

[jira] [Commented] (JEXL-307) Variable redeclaration option

[ https://issues.apache.org/jira/browse/JEXL-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16977341#comment-16977341 ] Henri Biestro commented on JEXL-307: The story could read as: as a script developer, I need a

[GitHub] [commons-codec] aherbert commented on issue #27: Murmur3fix

aherbert commented on issue #27: Murmur3fix URL: https://github.com/apache/commons-codec/pull/27#issuecomment-555420876 I've been considering the new method `hash32x86(CharSequence data, ...` I do not think that we should enforce the UTF-8 encoding on the char sequence. A char is a

[jira] [Created] (MATH-1503) cumulativeProbability of LevyDistribution returns NaN for values out of domain, while others return 0

WFR created MATH-1503: - Summary: cumulativeProbability of LevyDistribution returns NaN for values out of domain, while others return 0 Key: MATH-1503 URL: https://issues.apache.org/jira/browse/MATH-1503 Project: