[GitHub] [commons-jcs] dependabot[bot] opened a new pull request #79: Bump log4j-api from 2.16.0 to 2.17.0
dependabot[bot] opened a new pull request #79: URL: https://github.com/apache/commons-jcs/pull/79 Bumps log4j-api from 2.16.0 to 2.17.0. [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=org.apache.logging.log4j:log4j-api=maven=2.16.0=2.17.0)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- Dependabot commands and options You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) -- 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. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Closed] (MATH-1620) Changes in Design and Data Structure of GeneticAlgorithm component
[ https://issues.apache.org/jira/browse/MATH-1620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AVIJIT BASAK closed MATH-1620. -- Resolution: Duplicate This proposal has been incorporated as part of Jira MATH-1563 > Changes in Design and Data Structure of GeneticAlgorithm component > -- > > Key: MATH-1620 > URL: https://issues.apache.org/jira/browse/MATH-1620 > Project: Commons Math > Issue Type: Improvement >Affects Versions: 3.6.1 >Reporter: AVIJIT BASAK >Priority: Minor > > I would like to propose following changes for GeneticAlgorithm library. > *1) Introducing Elitism interface*: In current design ElitisticListPopulation > introduces couple of new operations related to elitism without declaring them > in any abstraction. Elitism interface would be introduced, which would be > implemented by ElitisticListPopulation. > Removed Components: None > New Components: Elitism > Affected Components: ElitisticListPopulation > *2) Change of Indirect encoding chromosome hierarchy*: The hierarchy of > chromosome having indirect encoding would be changed. Currently the design > only considers permutation chromosome for combinatorial optimization. The > base interface is PermutationChromosome which is implemented by RandomKey > chromosome. A more appropriate name(like IndirectEncoding) of > PermutationChromosome can be used which will declare the decode() method. > This interface will be implemented by RandomKey chromosome. Tt would be more > meaningful for any other new indirectly encoded chromosome representing > different domain to implement the new interface. > Removed Components: PermutationChromosome > New Components: IndirectEncoding > Affected Components: RandomKey > *3) Improvement of BinaryChromosome data structure*: Currently binary > chromosome has been implemented as a list of Integer data where each binary > bit is represent as Integer. This reduces the memory utilization to a > considerable extent as 31 out of 32 bits are wasted. This needs to be > implemented as an array of int data type with each integer representing 32 > binary alleles. This would improve the memory utilization to 100%. This will > also impact the corresponding mutation and crossover operations. > Removed Components: o.a.c.m.g.BinaryChromosome > New Components: BinaryChromosome, OnePointBinaryCrossover, FlipMutation > Affected Components: None > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (MATH-1637) Improvement of data structure for Binary Chromosome
AVIJIT BASAK created MATH-1637: -- Summary: Improvement of data structure for Binary Chromosome Key: MATH-1637 URL: https://issues.apache.org/jira/browse/MATH-1637 Project: Commons Math Issue Type: Sub-task Reporter: AVIJIT BASAK {*}Improvement of BinaryChromosome data structure{*}: Currently binary chromosome has been implemented as a list of Integer data where each binary bit is represent as Integer. This reduces the memory utilization to a considerable extent as 31 out of 32 bits are wasted. This needs to be implemented as an array of long data type with each long representing 64 binary alleles. This would improve the memory utilization to 100%. This will also impact the corresponding mutation and crossover operations. Removed Components: none New Components: OnePointBinaryCrossover Affected Components: BinaryChromosome, BinaryMutation -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (VFS-811) JavaDocs API links are broken in the commons-vfs project site
[ https://issues.apache.org/jira/browse/VFS-811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17463025#comment-17463025 ] Woonsan Ko commented on VFS-811: PR ready for review: https://github.com/apache/commons-vfs/pull/227 > JavaDocs API links are broken in the commons-vfs project site > - > > Key: VFS-811 > URL: https://issues.apache.org/jira/browse/VFS-811 > Project: Commons VFS > Issue Type: Improvement >Reporter: Woonsan Ko >Priority: Minor > > At the moment, in the "Using the API" page [1] and "Supported File Systems" > page [2], the links on the API interface/class names are broken like > "https://commons.apache.org/proper/commons-vfs/apidocs/index.html;, instead > of > "https://commons.apache.org/proper/commons-vfs/commons-vfs2/apidocs/index.html;. > That is, "commons-vfs2/" is missing. > [1] https://commons.apache.org/proper/commons-vfs/api.html > [2] https://commons.apache.org/proper/commons-vfs/filesystems.html -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (VFS-811) JavaDocs API links are broken in the commons-vfs project site
Woonsan Ko created VFS-811: -- Summary: JavaDocs API links are broken in the commons-vfs project site Key: VFS-811 URL: https://issues.apache.org/jira/browse/VFS-811 Project: Commons VFS Issue Type: Improvement Reporter: Woonsan Ko At the moment, in the "Using the API" page [1] and "Supported File Systems" page [2], the links on the API interface/class names are broken like "https://commons.apache.org/proper/commons-vfs/apidocs/index.html;, instead of "https://commons.apache.org/proper/commons-vfs/commons-vfs2/apidocs/index.html;. That is, "commons-vfs2/" is missing. [1] https://commons.apache.org/proper/commons-vfs/api.html [2] https://commons.apache.org/proper/commons-vfs/filesystems.html -- This message was sent by Atlassian Jira (v8.20.1#820001)
[GitHub] [commons-io] garydgregory merged pull request #314: Bump mockito-inline from 4.1.0 to 4.2.0
garydgregory merged pull request #314: URL: https://github.com/apache/commons-io/pull/314 -- 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. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [commons-io] dependabot[bot] opened a new pull request #314: Bump mockito-inline from 4.1.0 to 4.2.0
dependabot[bot] opened a new pull request #314: URL: https://github.com/apache/commons-io/pull/314 Bumps [mockito-inline](https://github.com/mockito/mockito) from 4.1.0 to 4.2.0. Release notes Sourced from https://github.com/mockito/mockito/releases;>mockito-inline's releases. v4.2.0 Changelog generated by https://github.com/shipkit/shipkit-changelog;>Shipkit Changelog Gradle Plugin 4.2.0 2021-12-16 - https://github.com/mockito/mockito/compare/v4.1.0...v4.2.0;>21 commit(s) by Liam Miller-Cushon, Rafael Winterhalter, Tim van der Lippe, dependabot[bot], temp-droid Update ByteBuddy to 1.12.4 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2515;>#2515)](https://github-redirect.dependabot.com/mockito/mockito/pull/2515;>mockito/mockito#2515) Bump kotlinVersion from 1.6.0 to 1.6.10 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2514;>#2514)](https://github-redirect.dependabot.com/mockito/mockito/pull/2514;>mockito/mockito#2514) Add DoNotMock mention to main JavaDoc [(https://github-redirect.dependabot.com/mockito/mockito/issues/2512;>#2512)](https://github-redirect.dependabot.com/mockito/mockito/pull/2512;>mockito/mockito#2512) Replace ExpectedException in MissingInvocationInOrderCheckerTest [(https://github-redirect.dependabot.com/mockito/mockito/issues/2511;>#2511)](https://github-redirect.dependabot.com/mockito/mockito/pull/2511;>mockito/mockito#2511) Update Gradle to version 7.3.1 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2509;>#2509)](https://github-redirect.dependabot.com/mockito/mockito/pull/2509;>mockito/mockito#2509) Fixes https://github-redirect.dependabot.com/mockito/mockito/issues/2497;>#2497: Throw exception on invalid matchers for mockStatic [(https://github-redirect.dependabot.com/mockito/mockito/issues/2506;>#2506)](https://github-redirect.dependabot.com/mockito/mockito/pull/2506;>mockito/mockito#2506) Make sure interface types are initialized before inline mocking to avoid blocking code of static initializers. [(https://github-redirect.dependabot.com/mockito/mockito/issues/2505;>#2505)](https://github-redirect.dependabot.com/mockito/mockito/pull/2505;>mockito/mockito#2505) Bump org.eclipse.osgi from 3.17.0 to 3.17.100 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2504;>#2504)](https://github-redirect.dependabot.com/mockito/mockito/pull/2504;>mockito/mockito#2504) Bump com.diffplug.spotless from 6.0.2 to 6.0.4 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2501;>#2501)](https://github-redirect.dependabot.com/mockito/mockito/pull/2501;>mockito/mockito#2501) Bump com.diffplug.spotless from 6.0.1 to 6.0.2 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2498;>#2498)](https://github-redirect.dependabot.com/mockito/mockito/pull/2498;>mockito/mockito#2498) ArgumentMatchers not working for Mockito.mockStatic [(https://github-redirect.dependabot.com/mockito/mockito/issues/2497;>#2497)](https://github-redirect.dependabot.com/mockito/mockito/issues/2497;>mockito/mockito#2497) Bump versions.bytebuddy from 1.12.2 to 1.12.3 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2496;>#2496)](https://github-redirect.dependabot.com/mockito/mockito/pull/2496;>mockito/mockito#2496) Bump com.diffplug.spotless from 6.0.0 to 6.0.1 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2495;>#2495)](https://github-redirect.dependabot.com/mockito/mockito/pull/2495;>mockito/mockito#2495) Remove the recommendation to import ArgumentMatchers methods using Mockito [(https://github-redirect.dependabot.com/mockito/mockito/issues/2494;>#2494)](https://github-redirect.dependabot.com/mockito/mockito/pull/2494;>mockito/mockito#2494) Bump versions.junitJupiter from 5.8.1 to 5.8.2 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2491;>#2491)](https://github-redirect.dependabot.com/mockito/mockito/pull/2491;>mockito/mockito#2491) Bump junit-platform-launcher from 1.8.1 to 1.8.2 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2490;>#2490)](https://github-redirect.dependabot.com/mockito/mockito/pull/2490;>mockito/mockito#2490) Fix typo 'DoNoMock' should be 'DoNotMock' [(https://github-redirect.dependabot.com/mockito/mockito/issues/2487;>#2487)](https://github-redirect.dependabot.com/mockito/mockito/pull/2487;>mockito/mockito#2487) Bump biz.aQute.bnd.gradle from 6.0.0 to 6.1.0 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2486;>#2486)](https://github-redirect.dependabot.com/mockito/mockito/pull/2486;>mockito/mockito#2486) Bump biz.aQute.bnd.builder from 6.0.0 to 6.1.0 [(https://github-redirect.dependabot.com/mockito/mockito/issues/2485;>#2485)](https://github-redirect.dependabot.com/mockito/mockito/pull/2485;>mockito/mockito#2485) Bump versions.bytebuddy from 1.12.1 to 1.12.2
[jira] [Created] (NUMBERS-181) Update the RegularizedBeta function using the Boost implementation
Alex Herbert created NUMBERS-181: Summary: Update the RegularizedBeta function using the Boost implementation Key: NUMBERS-181 URL: https://issues.apache.org/jira/browse/NUMBERS-181 Project: Commons Numbers Issue Type: Improvement Components: gamma Affects Versions: 1.1 Reporter: Alex Herbert Fix For: 1.1 The gamma functions were updated to use the Boost C++ implementation in NUMBERS-174. This was done for the methods where accuracy was improved over the existing implementation. Investigate porting the Boost C++ implementation of the beta function. This may improve accuracy over the existing implementation. The implementation may solve the accuracy of the RegularizedBeta when a and b are largeish (NUMBERS-52) and will solve the computation of the complement of the RegularizedBeta function (NUMBERS-169). -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (NUMBERS-180) Gamma ratio and delta ratio
[ https://issues.apache.org/jira/browse/NUMBERS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17462879#comment-17462879 ] Gilles Sadowski commented on NUMBERS-180: - {quote} {code} // New class GammaRatio.value(a, b) GammaRatio.delta(a, delta) {code} {quote} +1 > Gamma ratio and delta ratio > --- > > Key: NUMBERS-180 > URL: https://issues.apache.org/jira/browse/NUMBERS-180 > Project: Commons Numbers > Issue Type: New Feature > Components: gamma >Affects Versions: 1.1 >Reporter: Alex Herbert >Priority: Minor > Fix For: 1.1 > > > The recently ported gamma functions from the Boost C++ library contain a > method for computing a ratio of gamma functions: > {noformat} > gamma_ratio(a, b) = gamma(a) / gamma(b) > gamma_delta_ratio(a, delta) = gamma(a) / gamma(a + delta){noformat} > This method is required for part of the Boost C++ implementation of the > RegularizedBeta function. > It has an application in Commons Statistics for computing the mean and > variance of the [Nakagami > distribution|https://en.wikipedia.org/wiki/Nakagami_distribution]. > Potential API: > {code:java} > // Added to the existing Gamma class > Gamma.ratio(a, b) > Gamma.delta_ratio(a, delta) > // New class > GammaRatio.value(a, b) > GammaRatio.delta(a, delta){code} -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Moved] (NUMBERS-180) Gamma ratio and delta ratio
[ https://issues.apache.org/jira/browse/NUMBERS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Herbert moved STATISTICS-51 to NUMBERS-180: Component/s: gamma (was: gamma) Fix Version/s: 1.1 (was: 1.1) Key: NUMBERS-180 (was: STATISTICS-51) Affects Version/s: 1.1 (was: 1.1) Workflow: jira (was: Default workflow, editable Closed status) Project: Commons Numbers (was: Apache Commons Statistics) > Gamma ratio and delta ratio > --- > > Key: NUMBERS-180 > URL: https://issues.apache.org/jira/browse/NUMBERS-180 > Project: Commons Numbers > Issue Type: New Feature > Components: gamma >Affects Versions: 1.1 >Reporter: Alex Herbert >Priority: Minor > Fix For: 1.1 > > > The recently ported gamma functions from the Boost C++ library contain a > method for computing a ratio of gamma functions: > {noformat} > gamma_ratio(a, b) = gamma(a) / gamma(b) > gamma_delta_ratio(a, delta) = gamma(a) / gamma(a + delta){noformat} > This method is required for part of the Boost C++ implementation of the > RegularizedBeta function. > It has an application in Commons Statistics for computing the mean and > variance of the [Nakagami > distribution|https://en.wikipedia.org/wiki/Nakagami_distribution]. > Potential API: > {code:java} > // Added to the existing Gamma class > Gamma.ratio(a, b) > Gamma.delta_ratio(a, delta) > // New class > GammaRatio.value(a, b) > GammaRatio.delta(a, delta){code} -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (STATISTICS-51) Gamma ratio and delta ratio
Alex Herbert created STATISTICS-51: -- Summary: Gamma ratio and delta ratio Key: STATISTICS-51 URL: https://issues.apache.org/jira/browse/STATISTICS-51 Project: Apache Commons Statistics Issue Type: New Feature Components: gamma Affects Versions: 1.1 Reporter: Alex Herbert Fix For: 1.1 The recently ported gamma functions from the Boost C++ library contain a method for computing a ratio of gamma functions: {noformat} gamma_ratio(a, b) = gamma(a) / gamma(b) gamma_delta_ratio(a, delta) = gamma(a) / gamma(a + delta){noformat} This method is required for part of the Boost C++ implementation of the RegularizedBeta function. It has an application in Commons Statistics for computing the mean and variance of the [Nakagami distribution|https://en.wikipedia.org/wiki/Nakagami_distribution]. Potential API: {code:java} // Added to the existing Gamma class Gamma.ratio(a, b) Gamma.delta_ratio(a, delta) // New class GammaRatio.value(a, b) GammaRatio.delta(a, delta){code} -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Resolved] (STATISTICS-36) Optimise the default inverse CDF function for continuous distributions
[ https://issues.apache.org/jira/browse/STATISTICS-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Herbert resolved STATISTICS-36. Fix Version/s: 1.0 Resolution: Fixed Updated the BrentSolver accuracy thresholds in commit: 5b9cc0a230421ac01ca19c5de8b8cfeb535d7a27 Inverse probability functions should be accurate to close to 1 ULP. > Optimise the default inverse CDF function for continuous distributions > -- > > Key: STATISTICS-36 > URL: https://issues.apache.org/jira/browse/STATISTICS-36 > Project: Apache Commons Statistics > Issue Type: Improvement > Components: distribution >Affects Versions: 1.0 >Reporter: Alex Herbert >Assignee: Alex Herbert >Priority: Minor > Fix For: 1.0 > > > Many distributions only compute the inverse CDF to 1e-9 relative error. Some > fail to compute when the input p value maps to a very small x value (e.g. > 1e-50). This is related to the defaults for the brent solver used in the > default implementation. > Investigation of tolerances in the brent solver discovered a bug when > evaluating very small objective functions ([NUMBERS-168]). > The brent solver requires a release to be used with this fix so work can use > a local copy until all issues with it have been resolved, and the changes > ported back to numbers. > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[GitHub] [commons-vfs] garydgregory merged pull request #226: Bump log4j2.version from 2.16.0 to 2.17.0
garydgregory merged pull request #226: URL: https://github.com/apache/commons-vfs/pull/226 -- 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. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [commons-vfs] dependabot[bot] opened a new pull request #226: Bump log4j2.version from 2.16.0 to 2.17.0
dependabot[bot] opened a new pull request #226: URL: https://github.com/apache/commons-vfs/pull/226 Bumps `log4j2.version` from 2.16.0 to 2.17.0. Updates `log4j-slf4j-impl` from 2.16.0 to 2.17.0 Updates `log4j-core` from 2.16.0 to 2.17.0 Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- Dependabot commands and options You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) -- 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. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org