Hi,
I use in one of our applications the current state
of https://github.com/apache/commons-geometry
(c45647f45df7d81819e47ad6bd0d342069fb305d ).
(... which has a couple of child projects and relies on the current state of
common-numbers -> in sum about 15 jars.)
Now I have to release my appli
Hi Sven,
Until we can roll out an actual release of numbers and geometry, I think your
best bet is to fork commons-geometry and all of its SNAPSHOT dependencies,
change the groupIds and/or artifactIds in the poms to something custom (to
avoid conflicts later on), and then release those directly
I'm trying to get pmd:check to be useful.
This means fixing all the PMD violations. To fix some would be a
refactor of reference algorithms which I do not want to start doing. So
I've opted for the easier fix of increasing the allowed complexity.
Some PMD cheks I had to disable were:
- Acces
Hi Gary and BCEL maintainers,
I've added Javadoc for the enhancement.
https://github.com/apache/commons-bcel/pull/26
I appreciate if you can check the direction of the implementation is good
or bad.
Regards,
Tomo
On Sun, May 19, 2019 at 11:40 PM Tomo Suzuki wrote:
> Hi Gary (and BCEL maintain
Right now, commons-numbers is using JUnit 4.12, the last stable version
of JUnit 4. As far as I am aware, there is no explicit syntax in JUnit
4.12 for testing whether an exception is thrown apart from either using
the deprecated class ExpectedException or adding the "expected"
parameter to the Te
Hello,
The following was initiated via Slack in commons-gsoc
Please see “data flow v1.png” for diagram as attachment or in issue link:
https://issues.apache.org/jira/browse/STATISTICS-13
@Eric Barnhill @Gilles This is my take on how user interactions and data flow
would look like any furth
Hello Mr. Gilles Sadowski,
Currently the idea is that RegressionDataLoader only creates/converts and
contains StatisticsMatrix objects which hold the input data.
Then when the RegressionDataLoader object is passed, it’s like passing those
StatisticsMatrix objects to the intended Regression clas
As I mentioned previously, there is now a "develop" branch in
commons-statistics. Recommended standard procedure from now on, create
feature branches off the develop branch, then PR into the develop branch.
Then when stability is confirmed, someone can merge develop into master.
Let's have another mentee meeting Thursday morning, same time as the
previous two. (Sorry about the miscommunication Abhishek).
As preparation for this meeting please have prepared a detailed flow
diagram for your proposed components, ideally with sufficient detail that
it includes some unit tests
> On 22 May 2019, at 19:51, Eric Barnhill wrote:
>
> Let's have another mentee meeting Thursday morning, same time as the
> previous two. (Sorry about the miscommunication Abhishek).
>
> As preparation for this meeting please have prepared a detailed flow
> diagram for your proposed components
Hi,
Unfortunately, I won't be able to attend the meeting due to a wedding.
Regards,
Abhishek
On Thu, May 23, 2019, 00:21 Eric Barnhill wrote:
> Let's have another mentee meeting Thursday morning, same time as the
> previous two. (Sorry about the miscommunication Abhishek).
>
> As preparation for
Hello,
I have a dentist appointment around that time (starting -30 mins from meeting
time), but will try to text during my bus commutes.
I will try to post my updated flow charts and a starting unit tests check-list
before the meeting in the ML/Slack.
Cheers,
-Ben
From: Abhishek Dhadwal
Sent:
Hi Alex.
PR looks fine.
Thanks,
Gilles
Le mer. 22 mai 2019 à 17:09, Alex Herbert a écrit :
>
> I'm trying to get pmd:check to be useful.
>
> This means fixing all the PMD violations. To fix some would be a
> refactor of reference algorithms which I do not want to start doing. So
> I've opted f
Hi Eric.
Will you have look a NUMBERS-100:
https://issues.apache.org/jira/browse/NUMBERS-100
I've just thought that it might interfere with your changes in the
"fraction-dev" branch.
Regards,
Gilles
Le mer. 22 mai 2019 à 21:23, a écrit :
>
> This is an automated email from the ASF dual-hos
Hi.
Le mer. 22 mai 2019 à 18:43, Heinrich Bohne a écrit :
>
> Right now, commons-numbers is using JUnit 4.12, the last stable version
> of JUnit 4. As far as I am aware, there is no explicit syntax in JUnit
> 4.12 for testing whether an exception is thrown apart from either using
> the deprecated
Yes I regret that I did not finish up the last mile on Fraction before this
ticket was submitted. It would haved saved time as maybe I have fixed
someof those already. But, I will integrate these suggestions after I
finish my edits, all that is left to look at in my branch is the
checkstyle.
On We
Sounds like a good idea. I'm planning on upgrading to Junit 5 in Commons
Imaging too as we have another issue to improve the current tests and how they
load test files.
+1
On Thursday, 23 May 2019, 4:43:59 am NZST, Heinrich Bohne
wrote:
Right now, commons-numbers is using JUnit 4.1
+1
On Wed, May 22, 2019 at 3:15 PM Gilles Sadowski
wrote:
> Hi.
>
> Le mer. 22 mai 2019 à 18:43, Heinrich Bohne a
> écrit :
> >
> > Right now, commons-numbers is using JUnit 4.12, the last stable version
> > of JUnit 4. As far as I am aware, there is no explicit syntax in JUnit
> > 4.12 for tes
I can be there.
> On May 22, 2019, at 5:32 PM, Ben Nguyen wrote:
>
> Hello,
>
> I have a dentist appointment around that time (starting -30 mins from meeting
> time), but will try to text during my bus commutes.
> I will try to post my updated flow charts and a starting unit tests
> check-lis
I'll be there.
On Thu, 23 May, 2019, 4:52 AM Rob Tompkins I can be there.
>
> > On May 22, 2019, at 5:32 PM, Ben Nguyen wrote:
> >
> > Hello,
> >
> > I have a dentist appointment around that time (starting -30 mins from
> meeting time), but will try to text during my bus commutes.
> > I will try
20 matches
Mail list logo
