[GitHub] [commons-statistics] aherbert closed pull request #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, variance and moments.

2019-05-24 Thread GitBox 
aherbert closed pull request #14: [Statistics-7] Descriptive module. This 
package provides descriptive statistics of data for example mean, variance and 
moments.
URL: https://github.com/apache/commons-statistics/pull/14
 
 
   


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] aherbert commented on issue #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, variance and moments.

2019-05-24 Thread GitBox 
aherbert commented on issue #14: [Statistics-7] Descriptive module. This 
package provides descriptive statistics of data for example mean, variance and 
moments.
URL: https://github.com/apache/commons-statistics/pull/14#issuecomment-495869968
 
 
   Closed after manual merge into develop.


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


With regards,
Apache Git Services

[jira] [Work logged] (CSV-239) Cannot get headers in column order from CSVRecord

2019-05-24 Thread ASF GitHub Bot (JIRA) 


 [ 
https://issues.apache.org/jira/browse/CSV-239?focusedWorklogId=248396&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-248396
 ]

ASF GitHub Bot logged work on CSV-239:
--

Author: ASF GitHub Bot
Created on: 25/May/19 05:56
Start Date: 25/May/19 05:56
Worklog Time Spent: 10m 
  Work Description: davidmoten commented on issue #41: [CSV-239] Add 
CSVRecord.getHeaderNames and allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41#issuecomment-495862040
 
 
   Yeah no problem with the warnings. Not sure how I provoked them! Thanks for 
the merge. The next obvious question is when will you build a release?
 

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


Issue Time Tracking
---

Worklog Id: (was: 248396)
Time Spent: 2.5h  (was: 2h 20m)

> Cannot get headers in column order from CSVRecord
> -
>
> Key: CSV-239
> URL: https://issues.apache.org/jira/browse/CSV-239
> Project: Commons CSV
>  Issue Type: Improvement
>  Components: Parser
>Affects Versions: 1.6
>Reporter: Dave Moten
>Priority: Minor
> Fix For: 1.7
>
>  Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> I have a use case where I read many lines from an arbitrary csv file with a 
> given CSVFormat as List, transform that list and then want to 
> write the transformed list to another file. 
> When I specify the format as CSVFormat.DEFAULT.withFirstRecordAsHeader() the 
> headers from the first line are available in the CSVRecord object via the 
> CSVRecord.toMap object but their column positions are not (the iteration of 
> the returned map does not reflect column order). Consequently I cannot write 
> a header line in the correct order to the output csv file (which I do when 
> the first CSVRecord is to be written).
> Another option would be to be to ensure that the CSVPrinter object writes the 
> header on the first call to CSVPrinter.printRecord but we should also be able 
> to cover the user case where we are writing to a non-csv format and we still 
> want to write the headers in the correct order. 
> My preference at minimum is that the headers with column order are available 
> from CSVRecord (after all the data to supply this is already present in 
> CVSRecord). The addition of a method `getHeaders` returning a `List` 
> would do the job. I'm happy to submit a PR if desired.
> I've marked this as of minor importance but I think it's a pretty important 
> flaw in the library at the moment that prevents event the simplest of 
> round-trip (read then write) scenarios when the headers are read from the 
> file rather than known up-front.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] [commons-csv] davidmoten commented on issue #41: [CSV-239] Add CSVRecord.getHeaderNames and allow duplicate headers

2019-05-24 Thread GitBox 
davidmoten commented on issue #41: [CSV-239] Add CSVRecord.getHeaderNames and 
allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41#issuecomment-495862040
 
 
   Yeah no problem with the warnings. Not sure how I provoked them! Thanks for 
the merge. The next obvious question is when will you build a release?


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


With regards,
Apache Git Services

[jira] [Comment Edited] (VFS-686) Upgrade Jackrabbit dependency to the latest 2.x

2019-05-24 Thread Woonsan Ko (JIRA) 


[ 
https://issues.apache.org/jira/browse/VFS-686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16847945#comment-16847945
 ] 

Woonsan Ko edited comment on VFS-686 at 5/24/19 10:50 PM:
--

Uploaded new patch file after merging master branch:  
[^feature-VFS-686-2.patch] 


was (Author: woon_san):
Updated new patch file after merging master branch:  [^feature-VFS-686-2.patch] 

> Upgrade Jackrabbit dependency to the latest 2.x
> ---
>
> Key: VFS-686
> URL: https://issues.apache.org/jira/browse/VFS-686
> Project: Commons VFS
>  Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Woonsan Ko
>Priority: Major
>  Labels: pull-request-available
> Attachments: feature-VFS-686-2.patch, feature-VFS-686.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The current dependency, Jackrabbit 1.6.5, still depends on HttpClient 3.x, 
> while Jackrabbit 2.x depends on HttpClient 4.x.
> So, WebDAV file system provider should use the latest stable version of 
> Jackrabbit 2.x.
> As of VFS-360, it is possible to let the WebDAV file system use 
> HttpComponents 4.x.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (VFS-686) Upgrade Jackrabbit dependency to the latest 2.x

2019-05-24 Thread Woonsan Ko (JIRA) 


[ 
https://issues.apache.org/jira/browse/VFS-686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16847945#comment-16847945
 ] 

Woonsan Ko commented on VFS-686:


Updated new patch file after merging master branch:  [^feature-VFS-686-2.patch] 

> Upgrade Jackrabbit dependency to the latest 2.x
> ---
>
> Key: VFS-686
> URL: https://issues.apache.org/jira/browse/VFS-686
> Project: Commons VFS
>  Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Woonsan Ko
>Priority: Major
>  Labels: pull-request-available
> Attachments: feature-VFS-686-2.patch, feature-VFS-686.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The current dependency, Jackrabbit 1.6.5, still depends on HttpClient 3.x, 
> while Jackrabbit 2.x depends on HttpClient 4.x.
> So, WebDAV file system provider should use the latest stable version of 
> Jackrabbit 2.x.
> As of VFS-360, it is possible to let the WebDAV file system use 
> HttpComponents 4.x.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (VFS-686) Upgrade Jackrabbit dependency to the latest 2.x

2019-05-24 Thread Woonsan Ko (JIRA) 


 [ 
https://issues.apache.org/jira/browse/VFS-686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Woonsan Ko updated VFS-686:
---
Attachment: feature-VFS-686-2.patch

> Upgrade Jackrabbit dependency to the latest 2.x
> ---
>
> Key: VFS-686
> URL: https://issues.apache.org/jira/browse/VFS-686
> Project: Commons VFS
>  Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Woonsan Ko
>Priority: Major
>  Labels: pull-request-available
> Attachments: feature-VFS-686-2.patch, feature-VFS-686.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The current dependency, Jackrabbit 1.6.5, still depends on HttpClient 3.x, 
> while Jackrabbit 2.x depends on HttpClient 4.x.
> So, WebDAV file system provider should use the latest stable version of 
> Jackrabbit 2.x.
> As of VFS-360, it is possible to let the WebDAV file system use 
> HttpComponents 4.x.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (JEXL-298) Unable to call 'empty' and 'size' member methods with parameters

2019-05-24 Thread Henri Biestro (JIRA) 


 [ 
https://issues.apache.org/jira/browse/JEXL-298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henri Biestro updated JEXL-298:
---
Assignee: Henri Biestro

> Unable to call 'empty' and 'size' member methods with parameters
> 
>
> Key: JEXL-298
> URL: https://issues.apache.org/jira/browse/JEXL-298
> Project: Commons JEXL
>  Issue Type: Improvement
>Affects Versions: 3.1
>Reporter: Dmitri Blinov
>Assignee: Henri Biestro
>Priority: Major
>
> It's not possible to parse scripts like
> {code:java}
> x.size(0){code}
> or
> {code:java}
> x.empty(0){code}
> because of current syntax restrictions.
> {{empty}} and {{size}} are perfectly valid method identifiers in java, and 
> though uncommon, can be declared with arguments. As of now Jexl allows only 
> to call parameterless {{empty()}} and {{size()}} methods



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Comment Edited] (VFS-686) Upgrade Jackrabbit dependency to the latest 2.x

2019-05-24 Thread Woonsan Ko (JIRA) 


[ 
https://issues.apache.org/jira/browse/VFS-686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16830723#comment-16830723
 ] 

Woonsan Ko edited comment on VFS-686 at 5/24/19 10:42 PM:
--

Hi [~garydgregory],

For some reason, the patch file downloaded from GitHub makes problems when 
applying it to master branch.
So, I created the patch file ( [^feature-VFS-686.patch] ) locally:
{code}
$ git diff master feature/VFS-686 --binary > feature-VFS-686.patch
{code}
And this seems working with this command even if there's some warning:
{code}
$ git apply --whitespace=fix /tmp/feature-VFS-686.patch 
{code}

Could you try with this instead?

Thanks,

Woonsan


was (Author: woon_san):
Hi [~garydgregory],

For some reason, the patch file downloaded from GitHub makes problems when 
applying it to master branch.
So, I created the patch file ( [^feature-VFS-686.patch] ) locally:
{code}
$ git diff master feature/VFS-686 --binary > feature-VFS-686.patch
{code}
And this seems working with this command:
{code}
$ git apply --whitespace=fix /tmp/feature-VFS-686.patch 
{code}

Could you try with this instead?

Thanks,

Woonsan

> Upgrade Jackrabbit dependency to the latest 2.x
> ---
>
> Key: VFS-686
> URL: https://issues.apache.org/jira/browse/VFS-686
> Project: Commons VFS
>  Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Woonsan Ko
>Priority: Major
>  Labels: pull-request-available
> Attachments: feature-VFS-686.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The current dependency, Jackrabbit 1.6.5, still depends on HttpClient 3.x, 
> while Jackrabbit 2.x depends on HttpClient 4.x.
> So, WebDAV file system provider should use the latest stable version of 
> Jackrabbit 2.x.
> As of VFS-360, it is possible to let the WebDAV file system use 
> HttpComponents 4.x.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] [commons-rng] coveralls edited a comment on issue #41: RNG-101: Add MarsagliaTsangWang discrete probability sampler.

2019-05-24 Thread GitBox 
coveralls edited a comment on issue #41: RNG-101: Add MarsagliaTsangWang 
discrete probability sampler.
URL: https://github.com/apache/commons-rng/pull/41#issuecomment-490168940
 
 
   
   [![Coverage 
Status](https://coveralls.io/builds/23601321/badge)](https://coveralls.io/builds/23601321)
   
   Coverage increased (+0.2%) to 98.631% when pulling 
**30fd89b121c25058dc16a882da0f338350105671 on aherbert:feature-RNG-101** into 
**a76865482a4c6d09c0aabeed37366c4e06eb53c8 on apache:master**.
   


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] aherbert merged pull request #15: Introduce end-of-line normalization

2019-05-24 Thread GitBox 
aherbert merged pull request #15: Introduce end-of-line normalization
URL: https://github.com/apache/commons-statistics/pull/15
 
 
   


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] virendrasinghrp commented on a change in pull request #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, varia

2019-05-24 Thread GitBox 
virendrasinghrp commented on a change in pull request #14: [Statistics-7] 
Descriptive module. This package provides descriptive statistics of data for 
example mean, variance and moments.
URL: https://github.com/apache/commons-statistics/pull/14#discussion_r287467389
 
 

 ##
 File path: commons-statistics-descriptive/pom.xml
 ##
 @@ -0,0 +1,43 @@
+
+
+http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd"; 
xmlns="http://maven.apache.org/POM/4.0.0";
+xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
+  4.0.0
+  
+org.apache.commons
+commons-statistics-parent
+0.1-SNAPSHOT
+  
+  org.apache.commons
+  commons-statistics-descriptive
+  0.1-SNAPSHOT
+  Apache Commons Statistics Descriptive
+  Descriptive/Summary Statistics.
+
+  
+
+
org.apache.commons.statistics.descriptive
+
+
org.apache.commons.statistics.descriptive
+
+${basedir}/..
+true
 
 Review comment:
   You mean to remove skipping javadoc tag?


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] virendrasinghrp removed a comment on issue #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, variance and mom

2019-05-24 Thread GitBox 
virendrasinghrp removed a comment on issue #14: [Statistics-7] Descriptive 
module. This package provides descriptive statistics of data for example mean, 
variance and moments.
URL: https://github.com/apache/commons-statistics/pull/14#issuecomment-495739646
 
 
   You mean to remove skipping javadoc tag?
   
   On Fri, 24 May, 2019, 11:44 PM Alex Herbert  *@aherbert* commented on this pull request.
   > --
   >
   > In commons-statistics-descriptive/pom.xml
   > 

   > :
   >
   > > +0.1-SNAPSHOT
   > +  
   > +  org.apache.commons
   > +  commons-statistics-descriptive
   > +  0.1-SNAPSHOT
   > +  Apache Commons Statistics Descriptive
   > +  Descriptive/Summary Statistics.
   > +
   > +  
   > +
   > +
org.apache.commons.statistics.descriptive
   > +
   > +
org.apache.commons.statistics.descriptive
   > +
   > +${basedir}/..
   > +true
   >
   > You did not add a TODO comment to remove this in the future.
   >
   > Plus you have a few extra blank lines below the end of the properties tag.
   > Otherwise it looks good.
   >
   > —
   > You are receiving this because you authored the thread.
   > Reply to this email directly, view it on GitHub
   > 
,
   > or mute the thread
   > 

   > .
   >
   


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] virendrasinghrp commented on issue #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, variance and moments.

2019-05-24 Thread GitBox 
virendrasinghrp commented on issue #14: [Statistics-7] Descriptive module. This 
package provides descriptive statistics of data for example mean, variance and 
moments.
URL: https://github.com/apache/commons-statistics/pull/14#issuecomment-495739646
 
 
   You mean to remove skipping javadoc tag?
   
   On Fri, 24 May, 2019, 11:44 PM Alex Herbert  *@aherbert* commented on this pull request.
   > --
   >
   > In commons-statistics-descriptive/pom.xml
   > 

   > :
   >
   > > +0.1-SNAPSHOT
   > +  
   > +  org.apache.commons
   > +  commons-statistics-descriptive
   > +  0.1-SNAPSHOT
   > +  Apache Commons Statistics Descriptive
   > +  Descriptive/Summary Statistics.
   > +
   > +  
   > +
   > +
org.apache.commons.statistics.descriptive
   > +
   > +
org.apache.commons.statistics.descriptive
   > +
   > +${basedir}/..
   > +true
   >
   > You did not add a TODO comment to remove this in the future.
   >
   > Plus you have a few extra blank lines below the end of the properties tag.
   > Otherwise it looks good.
   >
   > —
   > You are receiving this because you authored the thread.
   > Reply to this email directly, view it on GitHub
   > 
,
   > or mute the thread
   > 

   > .
   >
   


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] aherbert commented on a change in pull request #14: [Statistics-7] Descriptive module. This package provides descriptive statistics of data for example mean, variance and

2019-05-24 Thread GitBox 
aherbert commented on a change in pull request #14: [Statistics-7] Descriptive 
module. This package provides descriptive statistics of data for example mean, 
variance and moments.
URL: https://github.com/apache/commons-statistics/pull/14#discussion_r287466527
 
 

 ##
 File path: commons-statistics-descriptive/pom.xml
 ##
 @@ -0,0 +1,43 @@
+
+
+http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd"; 
xmlns="http://maven.apache.org/POM/4.0.0";
+xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
+  4.0.0
+  
+org.apache.commons
+commons-statistics-parent
+0.1-SNAPSHOT
+  
+  org.apache.commons
+  commons-statistics-descriptive
+  0.1-SNAPSHOT
+  Apache Commons Statistics Descriptive
+  Descriptive/Summary Statistics.
+
+  
+
+
org.apache.commons.statistics.descriptive
+
+
org.apache.commons.statistics.descriptive
+
+${basedir}/..
+true
 
 Review comment:
   You did not add a TODO comment to remove this in the future.
   
   Plus you have a few extra blank lines below the end of the properties tag. 
Otherwise it looks good.


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


With regards,
Apache Git Services

[GitHub] [commons-statistics] aherbert opened a new pull request #15: Introduce end-of-line normalization

2019-05-24 Thread GitBox 
aherbert opened a new pull request #15: Introduce end-of-line normalization
URL: https://github.com/apache/commons-statistics/pull/15
 
 
   Trying this to fix windows end-of-line characters being pushed into the 
repository:
   
   ```
   $ echo "* text=auto" >.gitattributes
   $ git add --renormalize .
   $ git status# Show files that will be normalized
   $ git commit -m "Introduce end-of-line normalization"
   ```
   
   Requires git version 2.16 for the --renormalize command.
   


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


With regards,
Apache Git Services

[jira] [Resolved] (CSV-239) Cannot get headers in column order from CSVRecord

2019-05-24 Thread Gary Gregory (JIRA) 


 [ 
https://issues.apache.org/jira/browse/CSV-239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gary Gregory resolved CSV-239.
--
   Resolution: Fixed
Fix Version/s: 1.7

Please review and close if all is well.

> Cannot get headers in column order from CSVRecord
> -
>
> Key: CSV-239
> URL: https://issues.apache.org/jira/browse/CSV-239
> Project: Commons CSV
>  Issue Type: Improvement
>  Components: Parser
>Affects Versions: 1.6
>Reporter: Dave Moten
>Priority: Minor
> Fix For: 1.7
>
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> I have a use case where I read many lines from an arbitrary csv file with a 
> given CSVFormat as List, transform that list and then want to 
> write the transformed list to another file. 
> When I specify the format as CSVFormat.DEFAULT.withFirstRecordAsHeader() the 
> headers from the first line are available in the CSVRecord object via the 
> CSVRecord.toMap object but their column positions are not (the iteration of 
> the returned map does not reflect column order). Consequently I cannot write 
> a header line in the correct order to the output csv file (which I do when 
> the first CSVRecord is to be written).
> Another option would be to be to ensure that the CSVPrinter object writes the 
> header on the first call to CSVPrinter.printRecord but we should also be able 
> to cover the user case where we are writing to a non-csv format and we still 
> want to write the headers in the correct order. 
> My preference at minimum is that the headers with column order are available 
> from CSVRecord (after all the data to supply this is already present in 
> CVSRecord). The addition of a method `getHeaders` returning a `List` 
> would do the job. I'm happy to submit a PR if desired.
> I've marked this as of minor importance but I think it's a pretty important 
> flaw in the library at the moment that prevents event the simplest of 
> round-trip (read then write) scenarios when the headers are read from the 
> file rather than known up-front.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Resolved] (RNG-96) AhrensDieterMarsagliaTsangGammaSampler incorrectly names parameters

2019-05-24 Thread Alex D Herbert (JIRA) 


 [ 
https://issues.apache.org/jira/browse/RNG-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alex D Herbert resolved RNG-96.
---
Resolution: Fixed

In master

> AhrensDieterMarsagliaTsangGammaSampler incorrectly names parameters
> ---
>
> Key: RNG-96
> URL: https://issues.apache.org/jira/browse/RNG-96
> Project: Commons RNG
>  Issue Type: Bug
>  Components: sampling
>Affects Versions: 1.3
>Reporter: Alex D Herbert
>Assignee: Alex D Herbert
>Priority: Minor
> Fix For: 1.3
>
> Attachments: dist_density.gnuplot, dist_density.sh
>
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> The AhrensDieterMarsagliaTsangGammaSampler has parameters alpha and theta.
> Using the naming conventions on [Wikipedia Gamma 
> distribution|https://en.wikipedia.org/wiki/Gamma_distribution] the alpha 
> parameter is also known as the shape and the theta parameter is the scale:
> {noformat}
> // Wikipedia
> alpha = shape
> theta = scale
> {noformat}
> However if the sampler is run with the same parameters as the Wikipedia 
> article histograms of the output sample distribution does not match. They 
> need to be swapped indicating a naming mismatch.
> Studying the same algorithm in o.a.c.math3.distribution.GammaDistribution it 
> appears that the theta parameter is being used by Commons RNG as the shape 
> and the alpha parameter is being used as the scale. So the names are 
> incorrect and have been swapped.
> {noformat}
> // Commons RNG
> alpha = scale (wrong)
> theta = shape (wrong)
> {noformat}
> The unit tests for this sampler does this:
> {code:java}
> // Gamma (theta < 1).
> add(LIST, new 
> org.apache.commons.math3.distribution.GammaDistribution(unusedRng,
> thetaGammaSmallerThanOne, alphaGamma),
> new AhrensDieterMarsagliaTsangGammaSampler(
> RandomSource.create(RandomSource.XOR_SHIFT_1024_S),
> alphaGamma, thetaGammaSmallerThanOne));
> // Gamma (theta > 1).
> add(LIST, new 
> org.apache.commons.math3.distribution.GammaDistribution(unusedRng, 
> thetaGammaLargerThanOne, alphaGamma),
> new AhrensDieterMarsagliaTsangGammaSampler(
>   RandomSource.create(RandomSource.WELL_44497_B),
>
>   alphaGamma, thetaGammaLargerThanOne));
> {code}
> This is a different parameter order for the two samplers.
>  So the tests enforce the fact that the parameters are swapped between 
> Commons Math3 and Commons RNG.
> Changing the actual parameter order would be a change of functionality. So 
> this can be fixed by updating the Javadoc and parameter names for the sampler.
> {noformat}
> // Commons RNG
> alpha renamed to theta (scale)
> theta renamed to alpha (shape)
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] [commons-rng] aherbert merged pull request #39: RNG-96: Fix parameter interpretation in the AhrensDieterMarsagliaTsangGammaSampler

2019-05-24 Thread GitBox 
aherbert merged pull request #39: RNG-96: Fix parameter interpretation in the 
AhrensDieterMarsagliaTsangGammaSampler
URL: https://github.com/apache/commons-rng/pull/39
 
 
   


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


With regards,
Apache Git Services

[jira] [Work logged] (CSV-239) Cannot get headers in column order from CSVRecord

2019-05-24 Thread ASF GitHub Bot (JIRA) 


 [ 
https://issues.apache.org/jira/browse/CSV-239?focusedWorklogId=248005&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-248005
 ]

ASF GitHub Bot logged work on CSV-239:
--

Author: ASF GitHub Bot
Created on: 24/May/19 12:22
Start Date: 24/May/19 12:22
Worklog Time Spent: 10m 
  Work Description: garydgregory commented on issue #41: [CSV-239] Add 
CSVRecord.getHeaderNames and allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41#issuecomment-495601665
 
 
   Merged. I do not see your warnings. Here is my output:
   ```
   C:\git\commons-csv>mvn -V clean install
   Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 
2019-04-04T15:00:29-04:00)
   Maven home: C:\Java\apache-maven-3.6.1\bin\..
   Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program 
Files\Java\jdk1.8.0_212\jre
   Default locale: en_US, platform encoding: Cp1252
   OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
   [INFO] Scanning for projects...
   [INFO]
   [INFO] ---< org.apache.commons:commons-csv 
>---
   [INFO] Building Apache Commons CSV 1.7-SNAPSHOT
   [INFO] [ jar 
]-
   [INFO]
   [INFO] --- maven-clean-plugin:3.1.0:clean (default-clean) @ commons-csv ---
   [INFO] Deleting C:\git\commons-csv\target
   [INFO]
   [INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-maven-version) @ 
commons-csv ---
   [INFO]
   [INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-maven-3) @ 
commons-csv ---
   [INFO]
   [INFO] --- apache-rat-plugin:0.13:check (rat-check) @ commons-csv ---
   [INFO] Enabled default license matchers.
   [INFO] Will parse SCM ignores for exclusions...
   [INFO] Parsing exclusions from C:\git\commons-csv\.gitignore
   [INFO] Finished adding exclusions from SCM ignore files.
   [INFO] 70 implicit excludes (use -debug for more details).
   [INFO] 23 explicit excludes (use -debug for more details).
   [INFO] 55 resources included (use -debug for more details)
   [INFO] Rat check: Summary over all files. Unapproved: 0, unknown: 0, 
generated: 0, approved: 48 licenses.
   [INFO]
   [INFO] --- build-helper-maven-plugin:3.0.0:parse-version (parse-version) @ 
commons-csv ---
   [INFO]
   [INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-csv ---
   [INFO] Executing tasks
   
   main:
[copy] Copying 2 files to C:\git\commons-csv\target\apidocs\META-INF
   [INFO] Executed tasks
   [INFO]
   [INFO] --- maven-remote-resources-plugin:1.5:process 
(process-resource-bundles) @ commons-csv ---
   [INFO]
   [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-csv ---
   [INFO] Executing: cmd.exe /X /C "git rev-parse --verify HEAD"
   [INFO] Working directory: C:\git\commons-csv
   [INFO] Storing buildNumber: 030fb8e37c4024b24fac2b5404300449a6741699 at 
timestamp: 1558700454294
   [INFO] Storing buildScmBranch: master
   [INFO]
   [INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @ 
commons-csv ---
   [INFO] Using 'UTF-8' encoding to copy filtered resources.
   [INFO] skip non existing resourceDirectory 
C:\git\commons-csv\src\main\resources
   [INFO] Copying 2 resources to META-INF
   [INFO]
   [INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) @ 
commons-csv ---
   [INFO] Changes detected - recompiling the module!
   [INFO] Compiling 12 source files to C:\git\commons-csv\target\classes
   [INFO]
   [INFO] --- maven-bundle-plugin:4.1.0:manifest (bundle-manifest) @ 
commons-csv ---
   [INFO]
   [INFO] --- animal-sniffer-maven-plugin:1.17:check (checkAPIcompatibility) @ 
commons-csv ---
   [INFO] Checking unresolved references to 
org.codehaus.mojo.signature:java18:1.0
   [INFO]
   [INFO] --- maven-resources-plugin:3.1.0:testResources 
(default-testResources) @ commons-csv ---
   [INFO] Using 'UTF-8' encoding to copy filtered resources.
   [INFO] Copying 14 resources
   [INFO] Copying 2 resources to META-INF
   [INFO]
   [INFO] --- maven-compiler-plugin:3.8.0:testCompile (default-testCompile) @ 
commons-csv ---
   [INFO] Changes detected - recompiling the module!
   [INFO] Compiling 19 source files to C:\git\commons-csv\target\test-classes
   [INFO]
   [INFO] --- jacoco-maven-plugin:0.8.3:prepare-agent (prepare-agent) @ 
commons-csv ---
   [INFO] argLine set to 
-javaagent:C:\\Users\\ggregory\\.m2\\repository\\org\\jacoco\\org.jacoco.agent\\0.8.3\\org.jacoco.agent-0.8.3-runtime.jar=destfile=C:\\git\\commons-csv\\target\\jacoco.exec
   [INFO]
   [INFO] --- maven-surefire-plugin:2.22.1:test (default-test) @ commons-csv ---
   [INFO]
   [INFO] ---
   [INFO]  T E S T S
   [INFO] ---
   [INFO] Running org.apache.commons.csv.AssertionsTest
   [INFO] Tests run: 2, Failures:

[GitHub] [commons-csv] garydgregory commented on issue #41: [CSV-239] Add CSVRecord.getHeaderNames and allow duplicate headers

2019-05-24 Thread GitBox 
garydgregory commented on issue #41: [CSV-239] Add CSVRecord.getHeaderNames and 
allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41#issuecomment-495601665
 
 
   Merged. I do not see your warnings. Here is my output:
   ```
   C:\git\commons-csv>mvn -V clean install
   Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 
2019-04-04T15:00:29-04:00)
   Maven home: C:\Java\apache-maven-3.6.1\bin\..
   Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program 
Files\Java\jdk1.8.0_212\jre
   Default locale: en_US, platform encoding: Cp1252
   OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
   [INFO] Scanning for projects...
   [INFO]
   [INFO] ---< org.apache.commons:commons-csv 
>---
   [INFO] Building Apache Commons CSV 1.7-SNAPSHOT
   [INFO] [ jar 
]-
   [INFO]
   [INFO] --- maven-clean-plugin:3.1.0:clean (default-clean) @ commons-csv ---
   [INFO] Deleting C:\git\commons-csv\target
   [INFO]
   [INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-maven-version) @ 
commons-csv ---
   [INFO]
   [INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-maven-3) @ 
commons-csv ---
   [INFO]
   [INFO] --- apache-rat-plugin:0.13:check (rat-check) @ commons-csv ---
   [INFO] Enabled default license matchers.
   [INFO] Will parse SCM ignores for exclusions...
   [INFO] Parsing exclusions from C:\git\commons-csv\.gitignore
   [INFO] Finished adding exclusions from SCM ignore files.
   [INFO] 70 implicit excludes (use -debug for more details).
   [INFO] 23 explicit excludes (use -debug for more details).
   [INFO] 55 resources included (use -debug for more details)
   [INFO] Rat check: Summary over all files. Unapproved: 0, unknown: 0, 
generated: 0, approved: 48 licenses.
   [INFO]
   [INFO] --- build-helper-maven-plugin:3.0.0:parse-version (parse-version) @ 
commons-csv ---
   [INFO]
   [INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-csv ---
   [INFO] Executing tasks
   
   main:
[copy] Copying 2 files to C:\git\commons-csv\target\apidocs\META-INF
   [INFO] Executed tasks
   [INFO]
   [INFO] --- maven-remote-resources-plugin:1.5:process 
(process-resource-bundles) @ commons-csv ---
   [INFO]
   [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-csv ---
   [INFO] Executing: cmd.exe /X /C "git rev-parse --verify HEAD"
   [INFO] Working directory: C:\git\commons-csv
   [INFO] Storing buildNumber: 030fb8e37c4024b24fac2b5404300449a6741699 at 
timestamp: 1558700454294
   [INFO] Storing buildScmBranch: master
   [INFO]
   [INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @ 
commons-csv ---
   [INFO] Using 'UTF-8' encoding to copy filtered resources.
   [INFO] skip non existing resourceDirectory 
C:\git\commons-csv\src\main\resources
   [INFO] Copying 2 resources to META-INF
   [INFO]
   [INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) @ 
commons-csv ---
   [INFO] Changes detected - recompiling the module!
   [INFO] Compiling 12 source files to C:\git\commons-csv\target\classes
   [INFO]
   [INFO] --- maven-bundle-plugin:4.1.0:manifest (bundle-manifest) @ 
commons-csv ---
   [INFO]
   [INFO] --- animal-sniffer-maven-plugin:1.17:check (checkAPIcompatibility) @ 
commons-csv ---
   [INFO] Checking unresolved references to 
org.codehaus.mojo.signature:java18:1.0
   [INFO]
   [INFO] --- maven-resources-plugin:3.1.0:testResources 
(default-testResources) @ commons-csv ---
   [INFO] Using 'UTF-8' encoding to copy filtered resources.
   [INFO] Copying 14 resources
   [INFO] Copying 2 resources to META-INF
   [INFO]
   [INFO] --- maven-compiler-plugin:3.8.0:testCompile (default-testCompile) @ 
commons-csv ---
   [INFO] Changes detected - recompiling the module!
   [INFO] Compiling 19 source files to C:\git\commons-csv\target\test-classes
   [INFO]
   [INFO] --- jacoco-maven-plugin:0.8.3:prepare-agent (prepare-agent) @ 
commons-csv ---
   [INFO] argLine set to 
-javaagent:C:\\Users\\ggregory\\.m2\\repository\\org\\jacoco\\org.jacoco.agent\\0.8.3\\org.jacoco.agent-0.8.3-runtime.jar=destfile=C:\\git\\commons-csv\\target\\jacoco.exec
   [INFO]
   [INFO] --- maven-surefire-plugin:2.22.1:test (default-test) @ commons-csv ---
   [INFO]
   [INFO] ---
   [INFO]  T E S T S
   [INFO] ---
   [INFO] Running org.apache.commons.csv.AssertionsTest
   [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.066 
s - in org.apache.commons.csv.AssertionsTest
   [INFO] Running org.apache.commons.csv.CSVFileParserTest
   [INFO] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.041 s - in org.apache.commons.csv.CSVFileParserTest
   [INFO] Running org.apache.commons.csv.CSVFormatPredefinedTest
   [INFO] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed

[jira] [Work logged] (CSV-239) Cannot get headers in column order from CSVRecord

2019-05-24 Thread ASF GitHub Bot (JIRA) 


 [ 
https://issues.apache.org/jira/browse/CSV-239?focusedWorklogId=248003&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-248003
 ]

ASF GitHub Bot logged work on CSV-239:
--

Author: ASF GitHub Bot
Created on: 24/May/19 12:11
Start Date: 24/May/19 12:11
Worklog Time Spent: 10m 
  Work Description: garydgregory commented on pull request #41: [CSV-239] 
Add CSVRecord.getHeaderNames and allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41
 
 
   
 

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


Issue Time Tracking
---

Worklog Id: (was: 248003)
Time Spent: 2h 10m  (was: 2h)

> Cannot get headers in column order from CSVRecord
> -
>
> Key: CSV-239
> URL: https://issues.apache.org/jira/browse/CSV-239
> Project: Commons CSV
>  Issue Type: Improvement
>  Components: Parser
>Affects Versions: 1.6
>Reporter: Dave Moten
>Priority: Minor
>  Time Spent: 2h 10m
>  Remaining Estimate: 0h
>
> I have a use case where I read many lines from an arbitrary csv file with a 
> given CSVFormat as List, transform that list and then want to 
> write the transformed list to another file. 
> When I specify the format as CSVFormat.DEFAULT.withFirstRecordAsHeader() the 
> headers from the first line are available in the CSVRecord object via the 
> CSVRecord.toMap object but their column positions are not (the iteration of 
> the returned map does not reflect column order). Consequently I cannot write 
> a header line in the correct order to the output csv file (which I do when 
> the first CSVRecord is to be written).
> Another option would be to be to ensure that the CSVPrinter object writes the 
> header on the first call to CSVPrinter.printRecord but we should also be able 
> to cover the user case where we are writing to a non-csv format and we still 
> want to write the headers in the correct order. 
> My preference at minimum is that the headers with column order are available 
> from CSVRecord (after all the data to supply this is already present in 
> CVSRecord). The addition of a method `getHeaders` returning a `List` 
> would do the job. I'm happy to submit a PR if desired.
> I've marked this as of minor importance but I think it's a pretty important 
> flaw in the library at the moment that prevents event the simplest of 
> round-trip (read then write) scenarios when the headers are read from the 
> file rather than known up-front.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] [commons-csv] garydgregory merged pull request #41: [CSV-239] Add CSVRecord.getHeaderNames and allow duplicate headers

2019-05-24 Thread GitBox 
garydgregory merged pull request #41: [CSV-239] Add CSVRecord.getHeaderNames 
and allow duplicate headers
URL: https://github.com/apache/commons-csv/pull/41
 
 
   


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


With regards,
Apache Git Services

[GitHub] [commons-rng] coveralls edited a comment on issue #39: RNG-96: Fix parameter interpretation in the AhrensDieterMarsagliaTsangGammaSampler

2019-05-24 Thread GitBox 
coveralls edited a comment on issue #39: RNG-96: Fix parameter interpretation 
in the AhrensDieterMarsagliaTsangGammaSampler
URL: https://github.com/apache/commons-rng/pull/39#issuecomment-486767978
 
 
   
   [![Coverage 
Status](https://coveralls.io/builds/23587459/badge)](https://coveralls.io/builds/23587459)
   
   Coverage remained the same at 98.443% when pulling 
**3d4d614a0b3b3834836fa5c0c2df2a3a8b201da5 on aherbert:fix-RNG-96** into 
**24a80c3ffa3bf7952ce60df1c31542496f89aba6 on apache:master**.
   


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


With regards,
Apache Git Services

[jira] [Work logged] (NUMBERS-99) Fraction.add(int) and Fraction.subtract(int) ignore risk of integer overflow

2019-05-24 Thread ASF GitHub Bot (JIRA) 


 [ 
https://issues.apache.org/jira/browse/NUMBERS-99?focusedWorklogId=247980&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-247980
 ]

ASF GitHub Bot logged work on NUMBERS-99:
-

Author: ASF GitHub Bot
Created on: 24/May/19 10:46
Start Date: 24/May/19 10:46
Worklog Time Spent: 10m 
  Work Description: Schamschi commented on pull request #34: [NUMBERS-99] 
Implement integer overflow checks
URL: https://github.com/apache/commons-numbers/pull/34
 
 
   
 

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


Issue Time Tracking
---

Worklog Id: (was: 247980)
Time Spent: 20m  (was: 10m)

> Fraction.add(int) and Fraction.subtract(int) ignore risk of integer overflow
> 
>
> Key: NUMBERS-99
> URL: https://issues.apache.org/jira/browse/NUMBERS-99
> Project: Commons Numbers
>  Issue Type: Bug
>  Components: fraction
>Reporter: Heinrich Bohne
>Priority: Minor
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> The methods {{add(int)}} and {{subtract(int)}} in the class 
> {{org.apache.commons.numbers.fraction.Fraction}} do not take into account the 
> risk of an integer overflow. For example, (2​^31^ - 1)/2 + 1 = (2​^31^ + 
> 1)/2, so the numerator overflows an {{int}}, but when calculated with 
> {{Fraction.add(int)}}, the method still returns normally.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] [commons-numbers] Schamschi closed pull request #34: [NUMBERS-99] Implement integer overflow checks

2019-05-24 Thread GitBox 
Schamschi closed pull request #34: [NUMBERS-99] Implement integer overflow 
checks
URL: https://github.com/apache/commons-numbers/pull/34
 
 
   


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


With regards,
Apache Git Services

[jira] [Commented] (LANG-1383) Illegal Reflective Access Operation

2019-05-24 Thread juergen schmied (JIRA) 


[ 
https://issues.apache.org/jira/browse/LANG-1383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16847386#comment-16847386
 ] 

juergen schmied commented on LANG-1383:
---

Same here:

WARNING: Illegal reflective access by 
org.apache.commons.lang3.builder.CompareToBuilder 
(file:/D:/maven_repo/org/apache/commons/commons-lang3/3.8.1/commons-lang3-3.8.1.jar)
 to field java.lang.String.serialVersionUID
WARNING: Please consider reporting this to the maintainers of 
org.apache.commons.lang3.builder.CompareToBuilder


> Illegal Reflective Access Operation
> ---
>
> Key: LANG-1383
> URL: https://issues.apache.org/jira/browse/LANG-1383
> Project: Commons Lang
>  Issue Type: Bug
>  Components: lang.builder.*
>Affects Versions: 3.7
>Reporter: Brian Schack
>Priority: Major
> Attachments: Test.java
>
>
> ReflectionToStringBuilder::toString prints an illegal access warning to 
> System.err. The warning suggests to report this issue to the Apache Commons 
> maintainers.
> Boolean.TRUE is such a simple value that I don't really need 
> ReflectionToStringBuilder. But more complex types (such as HashMap) print the 
> same warning. I chose Boolean.TRUE in order to simplify this example.
> When I searched for this warning message, I found a StackOverflow answer 
> which suggested to report it to the package maintainers ([JDK9: An illegal 
> reflective access operation has occurred. 
> org.python.core.PySystemState|https://stackoverflow.com/questions/46230413/jdk9-an-illegal-reflective-access-operation-has-occurred-org-python-core-pysys/46230678]).
> I also asked my own StackOverflow question about how to throw an exception 
> for this warning ([How can I throw an exception for an illegal reflective 
> access 
> warning?|https://stackoverflow.com/questions/49076972/how-can-i-throw-an-exception-for-an-illegal-reflective-access-warning]).
> I will try to change my code to avoid this warning, but it also seems that 
> Apache Commons should not cause the warning. Perhaps it could use different 
> methods to get the values of the fields, or skip the private fields, or throw 
> an exception? The warning message suggests that the Java maintainers want the 
> Apache Commons maintainers to avoid this warning. And when they disable this 
> illegal access in the future, then it could impact Apache Commons.
> Code:
> {{import org.apache.commons.lang3.builder.*;}}
>  {{class Test {}}
> {{public static void main(String[] args) {}}
> {{System.out.println(ReflectionToStringBuilder.toString(Boolean.TRUE));}}
> {{}}}
> {{}}}
> Output:
> {{WARNING: An illegal reflective access operation has occurred}}
>  {{WARNING: Illegal reflective access by 
> org.apache.commons.lang3.builder.ReflectionToStringBuilder 
> ([file:/Users/brianschack/eclipse-workspace/User%20Libraries/com|file:///Users/brianschack/eclipse-workspace/User%20Libraries/com]mons-lang3-3.7/commons-lang3-3.7.jar)
>  to field java.lang.Boolean.value}}
>  {{WARNING: Please consider reporting this to the maintainers of 
> org.apache.commons.lang3.builder.ReflectionToStringBuilder}}
>  {{WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations}}
> {{WARNING: All illegal access operations will be denied in a future release}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)