Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC2

Just a heads up I'm planning to work on RC3 in the next days. Have re-read the issues with RC2, and using JDK 8 Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-18T06:33:14+12:00) Maven home: /opt/apache-maven-3.5.4 Java version: 1.8.0_191, vendor: Oracle Corporation, runtime

Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC2

Bruno, it's so great to see a release finally happening. Very much appreciated! Am Mi., 6. März 2019 um 09:03 Uhr schrieb Bruno P. Kinoshita < ki...@apache.org>: > Just a heads up I'm planning to work on RC3 in the next days. > Have re-read the issues with RC2, and using JDK 8 > Apache Maven 3.5

[DRAFT][REPORT] Board report for March 2019

All feedback welcome. -- ## Description: - Apache Commons is an Apache project focused on all aspects of reusable Java components. ## Issues: - There are no issues requiring board attention at this time. ## Activity: - Activity is good with the release of 9 components. ## Health report: -

Re: [DRAFT][REPORT] Board report for March 2019

Looks reasonable to me. -Rob > On Mar 6, 2019, at 8:28 AM, Gary Gregory wrote: > > All feedback welcome. > -- > ## Description: > - Apache Commons is an Apache project focused on all aspects of reusable > Java > components. > > ## Issues: > - There are no issues requiring board attention at t

Re: [DRAFT][REPORT] Board report for March 2019

There are some typos: weclomed imporove Best regards. On 06/03/2019 13:28, Gary Gregory wrote: > All feedback welcome. > -- > ## Description: > - Apache Commons is an Apache project focused on all aspects of reusable > Java >components. > > ## Issues: > - There are no issues requiring boar

[ALL] Avoiding duplication of work between GitHub PRs and JIRA

Hi All: I'll start with this example from Commons VFS and its changes.xml: Update Apache Commons Collections from 4.2 to 4.3. Add support for customizing FTP transfer aborted status codes. GitHub PR #51. The first entry uses a JIRA reference as usual.

4 Apache Events in 2019: DC Roadshow soon; next up Chicago, Las Vegas, and Berlin!

Dear Apache Enthusiast, (You’re receiving this because you are subscribed to one or more user mailing lists for an Apache Software Foundation project.) TL;DR: * Apache Roadshow DC is in 3 weeks. Register now at https://apachecon.com/usroadshowdc19/ * Registration for Apache Roadshow Chicago is

Re: [ALL] Avoiding duplication of work between GitHub PRs and JIRA

On Wed, 6 Mar 2019 at 13:54, Gary Gregory wrote: > > Hi All: > > I'll start with this example from Commons VFS and its changes.xml: > > > Update Apache Commons Collections from 4.2 to 4.3. > > > > Add support for customizing FTP transfer aborted status codes. >

Re: [ALL] Avoiding duplication of work between GitHub PRs and JIRA

On Wed, Mar 6, 2019 at 9:06 AM sebb wrote: > On Wed, 6 Mar 2019 at 13:54, Gary Gregory wrote: > > > > Hi All: > > > > I'll start with this example from Commons VFS and its changes.xml: > > > > > > Update Apache Commons Collections from 4.2 to 4.3. > > > > > > > >

Re: [ALL] Avoiding duplication of work between GitHub PRs and JIRA

I think for all non cosmetic changes there should be jira issue for the PR. Source code platforms can come and go (think of SourceForge) so we should not rely on the GitHub PR as documentation. Benedikt Am Mi., 6. März 2019 um 15:14 Uhr schrieb Gary Gregory < garydgreg...@gmail.com>: > On Wed, M

Re: [ALL] Avoiding duplication of work between GitHub PRs and JIRA

On Wed, Mar 6, 2019 at 9:20 AM Benedikt Ritter wrote: > I think for all non cosmetic changes there should be jira issue for the PR. > Source code platforms can come and go (think of SourceForge) so we should > not rely on the GitHub PR as documentation. > I created a JIRA issue and updated the c

Reading from middle of file using ReversedLinesFileReader

Hi, I am trying to use org.apache.commons.io.input.ReversedLinesFileReader to read a large file in reverse order. However, it currently does not support reading file from a specific position and always start from the end. I have made the changes to support reading from random seek. Is there any o

Re: [DRAFT][REPORT] Board report for March 2019

Hi Rob, I was added as a committer on 2019-01-31 (date of first commit). Regards, Alex Herbert > On 6 Mar 2019, at 13:51, thc...@gmail.com wrote: > > There are some typos: > weclomed > imporove > > Best regards. > > On 06/03/2019 13:28, Gary Gregory wrote: >> All feedback welcome. >> -- >> #

[Rng] New XoShiRo generators

I would like to merge this PR introducing the new XoShiRo generators: https://github.com/apache/commons-rng/pull/20 Can I get a review to check that nothing is obviously bad. Thanks, Alex

Re: [ALL] Avoiding duplication of work between GitHub PRs and JIRA

Hi. Le mer. 6 mars 2019 à 15:20, Benedikt Ritter a écrit : > > I think for all non cosmetic changes there should be jira issue for the PR. +1 > Source code platforms can come and go (think of SourceForge) so we should > not rely on the GitHub PR as documentation. +1 And I'd like to stress aga

Re: [Rng] New XoShiRo generators

Hi Alex. Le mer. 6 mars 2019 à 16:50, Alex Herbert a écrit : > > I would like to merge this PR introducing the new XoShiRo generators: > > https://github.com/apache/commons-rng/pull/20 > > > Can I get a review to check that nothing is obviously bad

Re: [Rng] New XoShiRo generators

> On 6 Mar 2019, at 16:22, Gilles Sadowski wrote: > > Hi Alex. > > Le mer. 6 mars 2019 à 16:50, Alex Herbert a écrit : >> >> I would like to merge this PR introducing the new XoShiRo generators: >> >> https://github.com/apache/commons-rng/pull/20 >>

Re: [Rng] New XoShiRo generators

Le mer. 6 mars 2019 à 17:27, Alex Herbert a écrit : > > > > > On 6 Mar 2019, at 16:22, Gilles Sadowski wrote: > > > > Hi Alex. > > > > Le mer. 6 mars 2019 à 16:50, Alex Herbert a > > écrit : > >> > >> I would like to merge this PR introducing the new XoShiRo generators: > >> > >> https://github

Re: [Rng] New XoShiRo generators

Le mer. 6 mars 2019 à 16:50, Alex Herbert a écrit : > > I would like to merge this PR introducing the new XoShiRo generators: > > https://github.com/apache/commons-rng/pull/20 > > > Can I get a review to check that nothing is obviously bad. In the

Re: [Rng] New XoShiRo generators

> On 6 Mar 2019, at 17:13, Gilles Sadowski wrote: > > Le mer. 6 mars 2019 à 16:50, Alex Herbert a écrit : >> >> I would like to merge this PR introducing the new XoShiRo generators: >> >> https://github.com/apache/commons-rng/pull/20 >> >> >

Re: [Rng] New XoShiRo generators

> On 6 Mar 2019, at 17:11, Gilles Sadowski wrote: > > Do the two variants produce uncorrelated sequences? I will test this when I branch a new PR for just this code.

[dbutils]

I like DbUtils QueryRunner, but it forces me to read the entire ResultSet into memory rather than allowing me to use cursors. So I developed a little library to do that, which I called dbstream, which is on GitHub: https://github.com/rhuffman/dbstream/ It provides an abstract StreamingResultSetHan

Re: [Rng] New XoShiRo generators

Hello. Le mer. 6 mars 2019 à 21:49, Alex Herbert a écrit : > > > > > On 6 Mar 2019, at 17:11, Gilles Sadowski wrote: > > > > Do the two variants produce uncorrelated sequences? > > I will test this when I branch a new PR for just this code. IMHO, it's strange that there would be 2 sources of ra

Re: [Rng] New XoShiRo generators

> On 6 Mar 2019, at 21:24, Gilles Sadowski wrote: > > Hello. > > Le mer. 6 mars 2019 à 21:49, Alex Herbert a écrit : >> >> >> >>> On 6 Mar 2019, at 17:11, Gilles Sadowski wrote: >>> >>> Do the two variants produce uncorrelated sequences? >> >> I will test this when I branch a new PR fo

Re: [Rng] New XoShiRo generators

> > On 6 Mar 2019, at 21:42, Alex Herbert wrote: > > > >> On 6 Mar 2019, at 21:24, Gilles Sadowski wrote: >> >> Hello. >> >> Le mer. 6 mars 2019 à 21:49, Alex Herbert a écrit >> : >>> >>> >>> On 6 Mar 2019, at 17:11, Gilles Sadowski wrote: Do the two variants produce u

Re: [io] Reading from middle of file using ReversedLinesFileReader

Hi Shashwat, I am not aware of other development happening similar to what you described. As you have already some changes, I think you can just prepare a pull request and create a JIRA if you would like to contribute with this new feature. Have a look at the CONTRIBUTING.md file for the IO

Re: [Rng] New XoShiRo generators

Le mer. 6 mars 2019 à 23:07, Alex Herbert a écrit :> > > > > On 6 Mar 2019, at 21:42, Alex Herbert wrote: > > > > > > > >> On 6 Mar 2019, at 21:24, Gilles Sadowski wrote: > >> > >> Hello. > >> > >> Le mer. 6 mars 2019 à 21:49, Alex Herbert a > >> écrit : > >>> > >>> > >>> > On 6 Mar 2019,

Re: [Rng] New XoShiRo generators

> On 6 Mar 2019, at 22:57, Gilles Sadowski wrote: > >>> >>> However I will test if XorShift1024Star and XorShift1024StarPhi are >>> correlated just for completeness. >>> >> >> Did a test of 100 repeats of a correlation of 50 longs from the >> XorShift1024Star and XorShift1024StarPhi, new s

Re: [vfs] webdav4 extending http4 provider?

Hi Gary, I've created a pull request: https://github.com/apache/commons-vfs/pull/52 But it's just for early-review purpose, not ready for merging yet, mainly because it depends on Jackrabbit 2.19.2-SNAPSHOT at the moment. I'll merge my PR [1] to Jackrabbit myself, and I will need to wait for cutti

Re: [vfs] webdav4 extending http4 provider?

Hi Gary, I forgot to ask: I ended up copying the test data files and test class files (in src/test/resources/test-data and src/test/java/code/) from the core to commons-vfs-jackrabbit3. Is there a good way to avoid duplicates? I didn't choose Maven dependency plugin's unpack as it requires 'packa