You would think so, but Java 6 hasn't been updated since early 2013 and is
still a quarter or more of the installed Java base. The support for highly
scalable parallel operations that the new Java 8 language features get is
very tempting though. Could we have a Java 8 branch on the core library
On Thursday, 15 January 2015 10:45 PM, Gilles gil...@harfang.homelinux.org
wrote:
On Thu, 15 Jan 2015 12:05:27 -0500, Hank Grabowski wrote:
You would think so, but Java 6 hasn't been updated since early 2013
and is
still a quarter or more of the installed Java base. The support for
As much as I would like to I'm very new to the Apache development
universe. I've actually been involved through one release cycle and only
as a contributor. I wouldn't mind working with a more seasoned person
batting around ideas offline to then present to the group though.
On Thu, Jan 15, 2015
On 15/01/15 16:15, Gilles wrote:
On Thu, 15 Jan 2015 07:52:11 -0500, Hank Grabowski wrote:
Good call, Silviu!
The most recent version of their survey of Plumbr installations (823 in
total) was May of last year, only a few months after Java 8 came out
(link
below). At that time the break down
On Thu, 15 Jan 2015 10:02:32 +0100, Adriean Khisbe wrote:
Hi,
Working on a project I had to capture current state of a
DescriptiveStatistics, and choosed to use a StatisticalSummaryValues
to hold the value.
I looked it if was possible to do it in one short method call, but
didn't found the
On Thu, 15 Jan 2015 12:05:27 -0500, Hank Grabowski wrote:
You would think so, but Java 6 hasn't been updated since early 2013
and is
still a quarter or more of the installed Java base. The support for
highly
scalable parallel operations that the new Java 8 language features
get is
very
On Thu, 15 Jan 2015 17:42:43 +0100, Luc Maisonobe wrote:
Le 15/01/2015 17:15, Gilles a écrit :
On Thu, 15 Jan 2015 07:52:11 -0500, Hank Grabowski wrote:
Good call, Silviu!
The most recent version of their survey of Plumbr installations
(823 in
total) was May of last year, only a few months
On Thu, 15 Jan 2015 09:32:25 -0500, Hank Grabowski wrote:
If you are referring to default functions on interfaces, it's not
going to
be like multiple inheritance C++ style. Their rationale is to help
for
backwards compatibility with upgraded interfaces that add methods.
Obviously it could be
On Thu, 15 Jan 2015 07:52:11 -0500, Hank Grabowski wrote:
Good call, Silviu!
The most recent version of their survey of Plumbr installations (823
in
total) was May of last year, only a few months after Java 8 came out
(link
below). At that time the break down was: Java 5 at 0.4%, Java 6 at
Thomas,
Ah, makes sense. Thanks for the info/link.
Dan
On Thu, Jan 15, 2015 at 9:30 AM, Thomas Neidhart thomas.neidh...@gmail.com
wrote:
Explanation can be found here:
https://issues.apache.org/jira/browse/IO-355
Thomas
On Wed, Jan 14, 2015 at 7:20 PM, dan bress danbr...@gmail.com
Le 15/01/2015 17:15, Gilles a écrit :
On Thu, 15 Jan 2015 07:52:11 -0500, Hank Grabowski wrote:
Good call, Silviu!
The most recent version of their survey of Plumbr installations (823 in
total) was May of last year, only a few months after Java 8 came out
(link
below). At that time the
See https://builds.apache.org/job/Commons%20Math/33/
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Actually conflict resolution on multiple default methods is a little more
complicated (just fast forward to the 20 minute mark for the discussion on
that):
http://medianetwork.oracle.com/video/player/1113272518001
On Thu, Jan 15, 2015 at 9:32 AM, Hank Grabowski h...@applieddefense.com
wrote:
On 01/08/2015 12:34 PM, Gilles wrote:
Hi.
Raising this issue once again.
Are we going to upgrade the requirement for the next major release?
[ ] Java 5
[x] Java 6
[x] Java 7
[ ] Java 8
[ ] Java 9
A while ago I thought that it would be cool to switch to Java 7/8 for
some of the
I’m very happily starting to use Java 8 and am making lots of use of JavaFX
(not so relevant to Math), and lambdas and streams (playing around with a
little numpy like interface to Math).
So, on the one hand I’m all for Java 8, but on the other hand there are things
I’d rather see done for the
How many of the mobile developers have to have a 4.0 release? I suspect that
90% would be fine using 3.4, and the remaining 10% can wire the results of the
calculation using alternative means such as a REST or Socket service.
Cheers,
- Ole
On 01/15/2015 11:32 AM, venkatesha m wrote:
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=39223projectId=107
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 15 Jan 2015 23:20:28 +
Finished at: Thu 15 Jan 2015 23:20:50 +
Total time: 22s
Build Trigger: Schedule
On 1/15/15 9:50 AM, Gilles wrote:
On Thu, 15 Jan 2015 10:02:32 +0100, Adriean Khisbe wrote:
Hi,
Working on a project I had to capture current state of a
DescriptiveStatistics, and choosed to use a StatisticalSummaryValues
to hold the value.
I looked it if was possible to do it in one short
On 1/15/15 2:24 PM, Thomas Neidhart wrote:
On 01/08/2015 12:34 PM, Gilles wrote:
Hi.
Raising this issue once again.
Are we going to upgrade the requirement for the next major release?
[ ] Java 5
[x] Java 6
[x] Java 7
[ ] Java 8
[ ] Java 9
A while ago I thought that it would
On 9 January 2015 at 15:22, sebb seb...@gmail.com wrote:
On 9 January 2015 at 10:01, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 01/09/2015 02:00 AM, sebb wrote:
On 9 January 2015 at 00:47, Bernd Eckenfels e...@zusammenkunft.net wrote:
Am Fri, 9 Jan 2015 00:38:31 +
schrieb sebb
On Thu, 15 Jan 2015 15:41:11 -0700, Phil Steitz wrote:
On 1/15/15 2:24 PM, Thomas Neidhart wrote:
On 01/08/2015 12:34 PM, Gilles wrote:
Hi.
Raising this issue once again.
Are we going to upgrade the requirement for the next major release?
[ ] Java 5
[x] Java 6
[x] Java 7
[ ] Java 8
On 01/15/2015 03:24 PM, Thomas Neidhart wrote:
On 01/08/2015 12:34 PM, Gilles wrote:
Hi.
Raising this issue once again.
Are we going to upgrade the requirement for the next major release?
[ ] Java 5
[x] Java 6
[x] Java 7
[ ] Java 8
[ ] Java 9
A while ago I thought that it
On Thu, 15 Jan 2015 15:09:29 -0700, Phil Steitz wrote:
On 1/15/15 9:50 AM, Gilles wrote:
On Thu, 15 Jan 2015 10:02:32 +0100, Adriean Khisbe wrote:
Hi,
Working on a project I had to capture current state of a
DescriptiveStatistics, and choosed to use a
StatisticalSummaryValues
to hold the
The Clerezza team were all notified about the effort to put a common
RDF API together on GitHub and they responded positively at that
point. The only sticking point then and now IMO is the purely academic
distinction of opening up internal labels for blank nodes versus not
opening it up at all.
Hi Gilles,
2015-01-16 1:47 GMT+01:00 Gilles gil...@harfang.homelinux.org:
Hi.
In the discussion that started about RDF, it seems that the
traffic volume is a stumbling block.
[For some time now, it has been a growing nuisance, and the
usual dismissal about filters won't change the fact:
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=39221projectId=131
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 15 Jan 2015 19:20:29 +
Finished at: Thu 15 Jan 2015 19:20:44 +
Total time: 14s
Build Trigger: Schedule
Note: a permanent solution (I hope!) has now been implemented.
On 13 January 2015 at 22:32, sebb AT ASF s...@apache.org wrote:
This reverts back to the 1.4 code (except for the reflection part) and
fixes the test failures.
However it is not a permanent solution.
On 13 January 2015 at 22:30,
Hi all,
I just want to let you know, that I've joined the discussion, the github
commons rdf community is currently having at github [3]. I think it is time
for the PMC to take action here since it feels like there is a conflict in
the beginning.
Hello Commons RDF community,
first of all, I'm
Hi Benedikt,
On 15/01/15 09:40, Benedikt Ritter wrote:
I just want to let you know, that I've joined the discussion, the github
commons rdf community is currently having at github [3]. I think it is time
for the PMC to take action here since it feels like there is a conflict in
the beginning.
Sure!
Reto Gmür schreef op 15-1-2015 om 10:06:
Hi Minto,
Thanks a lot for your valuable comments. Would you mind reposting to
the mailing list as to have tis discussion public?
Cheers,
Reto
On Thu, Jan 15, 2015 at 9:01 AM, Minto van der Sluis mi...@xup.nl
mailto:mi...@xup.nl wrote:
Good call, Silviu!
The most recent version of their survey of Plumbr installations (823 in
total) was May of last year, only a few months after Java 8 came out (link
below). At that time the break down was: Java 5 at 0.4%, Java 6 at 36%,
Java 7 at 61% and Java 8 at 2.5%. I'm still looking for
From an API perspective we can design a functional programming API in
Java 7, it will just be more verbose than in Java 8. One unique feature
that Java 8 does bring is multiple inheritance. Now that interfaces can
have method implementations classes can inherit methods from multiple
super classes.
Hello!
I feel like I can't help much in the current discussion. But just wanted to
chime in
and tell that I'm +1 for a [rdf] component in Apache Commons. As a commons
committer I'd
like to help.
I started watching the GitHub repository and have subscribed to the ongoing
discussion. I'll
Commons IO developers,
I am trying to use IOUtils.skipFully(InputStream, long) to skip a number
of bytes on my input stream. Why does this method call read() on the
InputStream, rather than skip()? In my case, the implementation of my
InputStream does have performance benefits of calling
Hi,
Working on a project I had to capture current state of a DescriptiveStatistics,
and choosed to use a StatisticalSummaryValues to hold the value.
I looked it if was possible to do it in one short method call, but didn't found
the method.
However I found some equivalent in SummaryStatistics:
Explanation can be found here: https://issues.apache.org/jira/browse/IO-355
Thomas
On Wed, Jan 14, 2015 at 7:20 PM, dan bress danbr...@gmail.com wrote:
Commons IO developers,
I am trying to use IOUtils.skipFully(InputStream, long) to skip a number
of bytes on my input stream. Why does
If you are referring to default functions on interfaces, it's not going to
be like multiple inheritance C++ style. Their rationale is to help for
backwards compatibility with upgraded interfaces that add methods.
Obviously it could be used to intentionally provide default methods from
the very
Hi.
In the discussion that started about RDF, it seems that the
traffic volume is a stumbling block.
[For some time now, it has been a growing nuisance, and the
usual dismissal about filters won't change the fact: Setting
up a filter that will redirect stuff to /dev/null is a waste
of
38 matches
Mail list logo