Re: [Lang] BigDecimalStatistics proposition

2019-05-14 Thread Eric Barnhill
Yes. This sounds great for commons-statistics. Other work in a similar vein
will be happening this summer by one of our GSOC mentees.

On Tue, May 14, 2019, 15:04 Gary Gregory  wrote:

> We have a Commons Statistics component that might be a fit.
>
> Gary
>
> On Tue, May 14, 2019, 17:34 Aleksander Ściborek <
> aleksanderscibo...@gmail.com> wrote:
>
> > Hi, I've come up with the idea of making easier using Stream with
> > BigDecimal class.
> > The idea is to create BigDecimalStatistics class which provide a
> convenient
> > way for calculating max, min, average and sum from BigDecimals from
> Stream.
> > I think that it's very suitable for commons library.
> > Should it be implemented in commons lang or commons math? I believe that
> > it's more suitable for commons lang
> > This is a link to Jira Ticket : LANG-1459
> > 
> > Aleksander
> >
>


Re: [Lang] BigDecimalStatistics proposition

2019-05-14 Thread Gary Gregory
We have a Commons Statistics component that might be a fit.

Gary

On Tue, May 14, 2019, 17:34 Aleksander Ściborek <
aleksanderscibo...@gmail.com> wrote:

> Hi, I've come up with the idea of making easier using Stream with
> BigDecimal class.
> The idea is to create BigDecimalStatistics class which provide a convenient
> way for calculating max, min, average and sum from BigDecimals from Stream.
> I think that it's very suitable for commons library.
> Should it be implemented in commons lang or commons math? I believe that
> it's more suitable for commons lang
> This is a link to Jira Ticket : LANG-1459
> 
> Aleksander
>


[Lang] BigDecimalStatistics proposition

2019-05-14 Thread Aleksander Ściborek
Hi, I've come up with the idea of making easier using Stream with
BigDecimal class.
The idea is to create BigDecimalStatistics class which provide a convenient
way for calculating max, min, average and sum from BigDecimals from Stream.
I think that it's very suitable for commons library.
Should it be implemented in commons lang or commons math? I believe that
it's more suitable for commons lang
This is a link to Jira Ticket : LANG-1459

Aleksander


[io] NIO2 and non-default file system support

2019-05-14 Thread Chesney, Mark
Hello,

Awhile back I ran into a situation where I needed to read the lines of a file 
that might be on a non-default file system, like an in-memory file system, on 
Java 7+. I looked to the commons-io ReversedLinesFileReader, but it only works 
with java.io.File files which are always on the default file system only. I 
duplicated the class in my project and found it was relatively straightforward 
to adapt it to support both java.io.File and java.nio.file.Path file. 
Commons-io 2.6 seems to be the first version to require Java 7 which introduced 
NIO2. I think others would appreciate the NIO2 constructors, saving a call to 
Path#toFile(), even if they're not using non-default file systems. I previously 
created a JIRA issue IO-578 and 
an GitHub pull request #62. I 
feel the PR is of very high quality, short and to the point, ready or nearly 
ready to merge. I would appreciate any feedback I can get on the JIRA issue or 
GitHub PR. I'm hopeful this could make commons-io 2.7. Thanks for your 
attention and consideration.



Regards,

Mark


Re: [GSoC] commons-gsoc Thursday meeting?

2019-05-14 Thread Rob Tompkins



On 5/14/2019 12:47 PM, Eric Barnhill wrote:

Should we have another Slack meeting at the same time this Thursday, 5pm
UTC (9am California time)?



+1



The first focus of this meeting will be blockers and other questions the
mentees have, trying to get up to speed on command line git, maven and
POMs, and IDEs. Everyone should bring at least one thing to ask about. We
will otherwise assume the mentees are ready to go with these topics.

After that we'll move on to goals for the next week. I propose this goal is
a software flowchart of your commons component that you will be developing.
This can be in as much detail as you like, including method names, doc,
etc. The more you mock out, the easier your later work will be, and mine
too.

In particular, you have probably noticed that maven creates src/main and
src/test folders. Even if you have already done some flowcharting for your
component, see if you can start to flowchart the unit tests. As I said on
the Slack you may even find it interesting to sketch the tests first as it
will give your coding work a clear endpoint to focus on. Don't
underestimate how much time testing and doc will take you -- it can take
half of your time with new projects.

This is all flexible but we will need to see a detailed spec to sign off on
clearing the project out of community bonding.

So, I'll be available to answer questions on that next step as well.



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[GSoC] commons-gsoc Thursday meeting?

2019-05-14 Thread Eric Barnhill
Should we have another Slack meeting at the same time this Thursday, 5pm
UTC (9am California time)?

The first focus of this meeting will be blockers and other questions the
mentees have, trying to get up to speed on command line git, maven and
POMs, and IDEs. Everyone should bring at least one thing to ask about. We
will otherwise assume the mentees are ready to go with these topics.

After that we'll move on to goals for the next week. I propose this goal is
a software flowchart of your commons component that you will be developing.
This can be in as much detail as you like, including method names, doc,
etc. The more you mock out, the easier your later work will be, and mine
too.

In particular, you have probably noticed that maven creates src/main and
src/test folders. Even if you have already done some flowcharting for your
component, see if you can start to flowchart the unit tests. As I said on
the Slack you may even find it interesting to sketch the tests first as it
will give your coding work a clear endpoint to focus on. Don't
underestimate how much time testing and doc will take you -- it can take
half of your time with new projects.

This is all flexible but we will need to see a detailed spec to sign off on
clearing the project out of community bonding.

So, I'll be available to answer questions on that next step as well.