[jira] [Commented] (CONFIGURATION-808) DefaultListDelimiterHandler.escapeList working only for List
[ https://issues.apache.org/jira/browse/CONFIGURATION-808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368625#comment-17368625 ] Cedomir Igaly commented on CONFIGURATION-808: - Unfortunately, build will never successfully end since master branch can not be built under JDK 16+ > DefaultListDelimiterHandler.escapeList working only for List > > > Key: CONFIGURATION-808 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-808 > Project: Commons Configuration > Issue Type: Bug >Reporter: Cedomir Igaly >Priority: Minor > > When DefaultListDelimiterHandler.escapeList is invoked with list of anything > except String, it is throwing exception: > java.lang.ArrayStoreException: java.lang.Integer at > org.apache.commons.configuration2.convert.DefaultListDelimiterHandler.escapeList(DefaultListDelimiterHandler.java:110) > > Reason: {color:#00}escapedValues{color} is created as String array, but > assigned to Object array > > {color:#0033b3}final {color}{color:#00}Object{color}[] > {color:#00}escapedValues {color}= {color:#0033b3}new > {color}String[values.size()]; > > later Object returned from escape is attempted to store into (String) array: > {color:#00}escapedValues{color}[idx++] = escape({color:#00}v{color}, > transformer); > > Suggested solution is to create escapedValues as Object array: > {color:#0033b3}final {color}{color:#00}Object{color}[] > {color:#00}escapedValues {color}= {color:#0033b3}new > {color}Object[values.size()]; -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FILEUPLOAD-338) FileItem.write crash on Windows Tomcat
[ https://issues.apache.org/jira/browse/FILEUPLOAD-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368617#comment-17368617 ] Arturo Bernal commented on FILEUPLOAD-338: -- HI [~yang2021] Would you be able to provide a unit test? It would be much easy looking into with a test case and the files that cause the issue. Thank you, Arturo > FileItem.write crash on Windows Tomcat > -- > > Key: FILEUPLOAD-338 > URL: https://issues.apache.org/jira/browse/FILEUPLOAD-338 > Project: Commons FileUpload > Issue Type: Bug >Affects Versions: 1.4 >Reporter: yangshulin >Priority: Critical > > When I use FileItem.write on FileUpload 1.4, it will crash on Windows Tomcat, > linux server has not been tested. I find it is crashed by FileUtils.moveFile, > which reports IO Exception. FileUpload 1.3 works well, because it use file > streams copying. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (NUMBERS-163) Summation and LinearCombination Accumulators
[ https://issues.apache.org/jira/browse/NUMBERS-163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Juntunen resolved NUMBERS-163. --- Resolution: Implemented > Summation and LinearCombination Accumulators > > > Key: NUMBERS-163 > URL: https://issues.apache.org/jira/browse/NUMBERS-163 > Project: Commons Numbers > Issue Type: New Feature >Reporter: Matt Juntunen >Priority: Major > Attachments: FMA.java, Sum.java > > Time Spent: 1h 20m > Remaining Estimate: 0h > > It would be useful to have simple accumulator classes in {{Summation}} and > {{LinearCombination}} to perform extended precision operations on arbitrary > collections of values without requiring conversion to {{double[]}}. Ex: > {code:java} > Summation.Accumulator sum= Summation.accumulator(1d); > sum.add(x) > .add(y) > .add(z) >.add(w); > double sumResult = sum.get(); > LinearCombination.Accumulator comb = LinearCombination.accumulator(1d); > comb.add(x, scale) > .add(y, scale) > .add(z, scale) > .add(w, scale); > double combResult = comb.get(); > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (NUMBERS-163) Summation and LinearCombination Accumulators
[ https://issues.apache.org/jira/browse/NUMBERS-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368551#comment-17368551 ] Matt Juntunen commented on NUMBERS-163: --- Docs added in b46db089d6a16f7cf2371a1521507218dd2df96a > Summation and LinearCombination Accumulators > > > Key: NUMBERS-163 > URL: https://issues.apache.org/jira/browse/NUMBERS-163 > Project: Commons Numbers > Issue Type: New Feature >Reporter: Matt Juntunen >Priority: Major > Attachments: FMA.java, Sum.java > > Time Spent: 1h 20m > Remaining Estimate: 0h > > It would be useful to have simple accumulator classes in {{Summation}} and > {{LinearCombination}} to perform extended precision operations on arbitrary > collections of values without requiring conversion to {{double[]}}. Ex: > {code:java} > Summation.Accumulator sum= Summation.accumulator(1d); > sum.add(x) > .add(y) > .add(z) >.add(w); > double sumResult = sum.get(); > LinearCombination.Accumulator comb = LinearCombination.accumulator(1d); > comb.add(x, scale) > .add(y, scale) > .add(z, scale) > .add(w, scale); > double combResult = comb.get(); > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[GitHub] [commons-numbers] asfgit merged pull request #100: Sum docs and JMH Fix
asfgit merged pull request #100: URL: https://github.com/apache/commons-numbers/pull/100 -- 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
[jira] [Updated] (FILEUPLOAD-338) FileItem.write crash on Windows Tomcat
[ https://issues.apache.org/jira/browse/FILEUPLOAD-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] yangshulin updated FILEUPLOAD-338: -- Priority: Critical (was: Major) > FileItem.write crash on Windows Tomcat > -- > > Key: FILEUPLOAD-338 > URL: https://issues.apache.org/jira/browse/FILEUPLOAD-338 > Project: Commons FileUpload > Issue Type: Bug >Affects Versions: 1.4 >Reporter: yangshulin >Priority: Critical > > When I use FileItem.write on FileUpload 1.4, it will crash on Windows Tomcat, > linux server has not been tested. I find it is crashed by FileUtils.moveFile, > which reports IO Exception. FileUpload 1.3 works well, because it use file > streams copying. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (FILEUPLOAD-338) FileItem.write crash on Windows Tomcat
yangshulin created FILEUPLOAD-338: - Summary: FileItem.write crash on Windows Tomcat Key: FILEUPLOAD-338 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-338 Project: Commons FileUpload Issue Type: Bug Affects Versions: 1.4 Reporter: yangshulin When I use FileItem.write on FileUpload 1.4, it will crash on Windows Tomcat, linux server has not been tested. I find it is crashed by FileUtils.moveFile, which reports IO Exception. FileUpload 1.3 works well, because it use file streams copying. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[GitHub] [commons-lang] johnson-abraham closed pull request #773: Object Casting
johnson-abraham closed pull request #773: URL: https://github.com/apache/commons-lang/pull/773 -- 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
[jira] [Commented] (CSV-275) Make CSVRecord.toList() public
[ https://issues.apache.org/jira/browse/CSV-275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368421#comment-17368421 ] Gary D. Gregory commented on CSV-275: - [~mich...@wyraz.de] In git master. Please verify and close. TY! > Make CSVRecord.toList() public > -- > > Key: CSV-275 > URL: https://issues.apache.org/jira/browse/CSV-275 > Project: Commons CSV > Issue Type: Improvement > Components: Parser >Affects Versions: 1.8 >Reporter: Michael Wyraz >Priority: Trivial > Fix For: 1.9.0 > > > There was already an issue (CSV-266) requesting this. It was closed because > the use case could be solved otherwise. > I have a different use case that needs a list of items in a record. There are > only inefficient ways to get this list (e.g. convert the iterator back to a > list). The toList() method should really be public since it's the most > efficient way to get a list if entries. And there's even a comment on it > saying "TODO: Maybe make this public?" > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (CSV-275) Make CSVRecord.toList() public
[ https://issues.apache.org/jira/browse/CSV-275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary D. Gregory resolved CSV-275. - Fix Version/s: 1.9.0 Resolution: Fixed > Make CSVRecord.toList() public > -- > > Key: CSV-275 > URL: https://issues.apache.org/jira/browse/CSV-275 > Project: Commons CSV > Issue Type: Improvement > Components: Parser >Affects Versions: 1.8 >Reporter: Michael Wyraz >Priority: Trivial > Fix For: 1.9.0 > > > There was already an issue (CSV-266) requesting this. It was closed because > the use case could be solved otherwise. > I have a different use case that needs a list of items in a record. There are > only inefficient ways to get this list (e.g. convert the iterator back to a > list). The toList() method should really be public since it's the most > efficient way to get a list if entries. And there's even a comment on it > saying "TODO: Maybe make this public?" > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (CSV-275) Make CSVRecord.toList() public
[ https://issues.apache.org/jira/browse/CSV-275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary D. Gregory updated CSV-275: Summary: Make CSVRecord.toList() public (was: CSVRecord.toList() should be public) > Make CSVRecord.toList() public > -- > > Key: CSV-275 > URL: https://issues.apache.org/jira/browse/CSV-275 > Project: Commons CSV > Issue Type: Improvement > Components: Parser >Affects Versions: 1.8 >Reporter: Michael Wyraz >Priority: Trivial > > There was already an issue (CSV-266) requesting this. It was closed because > the use case could be solved otherwise. > I have a different use case that needs a list of items in a record. There are > only inefficient ways to get this list (e.g. convert the iterator back to a > list). The toList() method should really be public since it's the most > efficient way to get a list if entries. And there's even a comment on it > saying "TODO: Maybe make this public?" > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (NUMBERS-163) Summation and LinearCombination Accumulators
[ https://issues.apache.org/jira/browse/NUMBERS-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368395#comment-17368395 ] Gilles Sadowski commented on NUMBERS-163: - bq. extra Sum documentation +1 Thanks! > Summation and LinearCombination Accumulators > > > Key: NUMBERS-163 > URL: https://issues.apache.org/jira/browse/NUMBERS-163 > Project: Commons Numbers > Issue Type: New Feature >Reporter: Matt Juntunen >Priority: Major > Attachments: FMA.java, Sum.java > > Time Spent: 1h 20m > Remaining Estimate: 0h > > It would be useful to have simple accumulator classes in {{Summation}} and > {{LinearCombination}} to perform extended precision operations on arbitrary > collections of values without requiring conversion to {{double[]}}. Ex: > {code:java} > Summation.Accumulator sum= Summation.accumulator(1d); > sum.add(x) > .add(y) > .add(z) >.add(w); > double sumResult = sum.get(); > LinearCombination.Accumulator comb = LinearCombination.accumulator(1d); > comb.add(x, scale) > .add(y, scale) > .add(z, scale) > .add(w, scale); > double combResult = comb.get(); > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (MATH-1563) Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm
[ https://issues.apache.org/jira/browse/MATH-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368389#comment-17368389 ] Gilles Sadowski commented on MATH-1563: --- {quote}current repository URL where the modularization is being done. {quote} It's the "master" branch: [https://gitbox.apache.org/repos/asf?p=commons-math.git] {quote}need access to the repository {quote} It's open-source. ;) {quote}create feature branch and PR {quote} That, you do on GitHub (unless you don't have an account there). If you have questions on the process, please post them to the "dev" ML. Please note that if you create a *non*-legacy module, it should aim at a design for the long-term. Short term changes might be appropriate within the current package, if there are people willing to review and help with committing your PRs. Which way to go should be discussed on "dev@" in response to your preference (and concrete proposals). > Implementation of Adaptive Probability Generation Strategy for Genetic > Algorithm > > > Key: MATH-1563 > URL: https://issues.apache.org/jira/browse/MATH-1563 > Project: Commons Math > Issue Type: Improvement >Reporter: AVIJIT BASAK >Priority: Major > > In Genetic Algorithm probability of crossover and mutation operation can be > generated in an adaptive manner. Some experiment was done related to this and > published in this article > "https://www.ijcaonline.org/archives/volume175/number10/basak-2020-ijca-920572.pdf;. > Currently Apache's API works on constant probability strategy. I would like > to propose incorporation of rank based adaptive probability generation > strategy as described in the mentioned article. This will improve the > performance and robustness of the algorithm and would make this more suitable > for use in higher dimensional problems like machine learning or deep learning. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[GitHub] [commons-pool] arturobernalg commented on pull request #86: Fix javadoc reference.
arturobernalg commented on pull request #86: URL: https://github.com/apache/commons-pool/pull/86#issuecomment-867022890 > @arturobernalg > Please rebase on master. TY! that was quickly hahaha TY @garydgregory -- 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
[GitHub] [commons-pool] arturobernalg closed pull request #86: Fix javadoc reference.
arturobernalg closed pull request #86: URL: https://github.com/apache/commons-pool/pull/86 -- 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
[GitHub] [commons-pool] garydgregory commented on pull request #86: Fix javadoc reference.
garydgregory commented on pull request #86: URL: https://github.com/apache/commons-pool/pull/86#issuecomment-867021712 @arturobernalg Please rebase on master. TY! -- 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
[GitHub] [commons-pool] arturobernalg opened a new pull request #86: Fix javadoc reference.
arturobernalg opened a new pull request #86: URL: https://github.com/apache/commons-pool/pull/86 -- 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
[jira] [Commented] (MATH-1563) Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm
[ https://issues.apache.org/jira/browse/MATH-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368101#comment-17368101 ] AVIJIT BASAK commented on MATH-1563: Could you kindly share the current repository URL where the modularization is being done. I might also need access to the repository to create feature branch and PR > Implementation of Adaptive Probability Generation Strategy for Genetic > Algorithm > > > Key: MATH-1563 > URL: https://issues.apache.org/jira/browse/MATH-1563 > Project: Commons Math > Issue Type: Improvement >Reporter: AVIJIT BASAK >Priority: Major > > In Genetic Algorithm probability of crossover and mutation operation can be > generated in an adaptive manner. Some experiment was done related to this and > published in this article > "https://www.ijcaonline.org/archives/volume175/number10/basak-2020-ijca-920572.pdf;. > Currently Apache's API works on constant probability strategy. I would like > to propose incorporation of rank based adaptive probability generation > strategy as described in the mentioned article. This will improve the > performance and robustness of the algorithm and would make this more suitable > for use in higher dimensional problems like machine learning or deep learning. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Issue Comment Deleted] (MATH-1563) Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm
[ https://issues.apache.org/jira/browse/MATH-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AVIJIT BASAK updated MATH-1563: --- Comment: was deleted (was: Hi Thanks for this reply. I did not notice this assuming the proposal has been rejected. Kindly allow me some time. I shall do the necessary changes and get back to you. Thanks & Regards --Avijit Basak On Sat, 29 May 2021 at 18:05, Gilles Sadowski (Jira) -- Avijit Basak ) > Implementation of Adaptive Probability Generation Strategy for Genetic > Algorithm > > > Key: MATH-1563 > URL: https://issues.apache.org/jira/browse/MATH-1563 > Project: Commons Math > Issue Type: Improvement >Reporter: AVIJIT BASAK >Priority: Major > > In Genetic Algorithm probability of crossover and mutation operation can be > generated in an adaptive manner. Some experiment was done related to this and > published in this article > "https://www.ijcaonline.org/archives/volume175/number10/basak-2020-ijca-920572.pdf;. > Currently Apache's API works on constant probability strategy. I would like > to propose incorporation of rank based adaptive probability generation > strategy as described in the mentioned article. This will improve the > performance and robustness of the algorithm and would make this more suitable > for use in higher dimensional problems like machine learning or deep learning. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (MATH-1563) Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm
[ https://issues.apache.org/jira/browse/MATH-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368095#comment-17368095 ] AVIJIT BASAK commented on MATH-1563: Hi Thanks for this reply. I did not notice this assuming the proposal has been rejected. Kindly allow me some time. I shall do the necessary changes and get back to you. Thanks & Regards --Avijit Basak On Sat, 29 May 2021 at 18:05, Gilles Sadowski (Jira) -- Avijit Basak > Implementation of Adaptive Probability Generation Strategy for Genetic > Algorithm > > > Key: MATH-1563 > URL: https://issues.apache.org/jira/browse/MATH-1563 > Project: Commons Math > Issue Type: Improvement >Reporter: AVIJIT BASAK >Priority: Major > > In Genetic Algorithm probability of crossover and mutation operation can be > generated in an adaptive manner. Some experiment was done related to this and > published in this article > "https://www.ijcaonline.org/archives/volume175/number10/basak-2020-ijca-920572.pdf;. > Currently Apache's API works on constant probability strategy. I would like > to propose incorporation of rank based adaptive probability generation > strategy as described in the mentioned article. This will improve the > performance and robustness of the algorithm and would make this more suitable > for use in higher dimensional problems like machine learning or deep learning. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (CSV-275) CSVRecord.toList() should be public
Michael Wyraz created CSV-275: - Summary: CSVRecord.toList() should be public Key: CSV-275 URL: https://issues.apache.org/jira/browse/CSV-275 Project: Commons CSV Issue Type: Improvement Components: Parser Affects Versions: 1.8 Reporter: Michael Wyraz There was already an issue (CSV-266) requesting this. It was closed because the use case could be solved otherwise. I have a different use case that needs a list of items in a record. There are only inefficient ways to get this list (e.g. convert the iterator back to a list). The toList() method should really be public since it's the most efficient way to get a list if entries. And there's even a comment on it saying "TODO: Maybe make this public?" -- This message was sent by Atlassian Jira (v8.3.4#803005)
[GitHub] [commons-dbcp] garydgregory merged pull request #113: Simplify Assertions
garydgregory merged pull request #113: URL: https://github.com/apache/commons-dbcp/pull/113 -- 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
[GitHub] [commons-dbcp] garydgregory merged pull request #116: Bump mockito-core from 3.11.0 to 3.11.2
garydgregory merged pull request #116: URL: https://github.com/apache/commons-dbcp/pull/116 -- 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