On 2014-05-11, Emmanuel Bourg wrote:
> There is a typo in the changes report:
> "ArchiveStreams now validate there is a current entry before rreading or
> writing entry data."
Thanks, will fix the site post-release.
Stefan
-
T
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30412&projectId=74
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 8 May 2014 10:20:19 +
Finished at: Thu 8 May 2014 10:20:42 +
Total time: 22s
Build Trigger: Schedule
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30606&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 21:00:08 +
Finished at: Sun 11 May 2014 21:04:46 +
Total time: 4m 38s
Build Trigger: Sche
Yep, nice and simple :)
Original message From: Stefan Bodewig
Date:05/11/2014 13:29 (GMT-05:00)
To: Commons Developers List
Subject: Re: [VOTE] Release Compress 1.8.1 based on RC1
On 2014-05-11, Stefan Bodewig wrote:
> On 2014-05-11, Gary Gregory wrote:
>> -1 There are 5
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30609&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 21:21:04 +
Finished at: Sun 11 May 2014 21:21:56 +
Total time: 52s
Build Trigger: Schedul
Pushed, I'll open a new thread on TODOs I have in mind and needing discussion
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-05-11 21:16 GMT+02:00 Romain Manni-Bucau :
>
PS: about 1 here some figures on trivial use cases:
get("foo") on an empty map/cache:
Benchmark Mode Samples Mean Mean errorUnits
o.s.JCacheGet.jcacheGetthrpt20 9243.258 239.707 ops/ms
o.s.JCacheGet.mapGet thrpt20 174967.455
Le 11/05/2014 12:37, Stefan Bodewig a écrit :
> Hi all,
>
> delayed because I wanted to wait for mails to arrive again.
>
> Compress 1.8.1 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/compress/
> (svn revision 5300)
>
> Maven artifacts are here:
On 5/11/14, 7:45 AM, Gary Gregory wrote:
> - 0: It makes no sense to me to allow the build to fail with stock Java 8.
s/build/site build
Not a blocker, IMO.
Phil
>
> I am not -1 because the [math] community seems to have chosen this path for
> itself; and I am not an active [math] contributor.
>
Hi
here what I think we should do soon (before releasing):
1) bench and be as close as possible to a ConcurrentHashMap being 15
when ConcurrentHashMap is 20 sounds ok, less needs discussion for me,
wdyt? The idea would be to be close to guava by default (= in mem)
2) listeners to be able to aggr
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30598&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 19:00:05 +
Finished at: Sun 11 May 2014 19:04:32 +
Total time: 4m 27s
Build Trigger: Sche
On 05/11/2014 11:55 AM, Luc Maisonobe wrote:
> Hi all,
>
> As I am not sure this message will be recovered after mail outage, I
> send it again, with an update of final date.
>
> I would like to call a vote to release Commons Math 3.3 based on RC3.
>
> Changes since RC2:
>
> * reverted javadoc
On 5/11/14, 2:55 AM, Luc Maisonobe wrote:
> Hi all,
>
> As I am not sure this message will be recovered after mail outage, I
> send it again, with an update of final date.
>
> I would like to call a vote to release Commons Math 3.3 based on RC3.
>
> Changes since RC2:
>
> * reverted javadoc fixe
I'm trying to use JCS under JCache API (if it was not clear). I'm
removing serializable constraint from signatures (next step will be to
enforce it in impl as a validation but a cache forcing cached
values/keys to be serializable is just not really usable in more of
80% of cases I met).
I'll try t
On 07.05.14 12:03, Raffaele P. Guidi wrote:
> Talking about next steps, have you ever considered a second level of (off
> heap) cache? My question is of course not so casual, being the PMC of
> DirectMemory :) I think there are a lot of potential synergies, here. I
> include DM's dev list to gather
Hi Romain,
On 11.05.14 20:33, Romain Manni-Bucau wrote:
> actually I evaluated JCS and found several issues (why ATM JCache
> doesn't rely on it anymore):
Well, then what does the project have to do with JCS? The initial idea
was to provide JCache compatibility to JCS, IIRC.
> 1) about network s
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30601&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 19:20:51 +
Finished at: Sun 11 May 2014 19:24:25 +
Total time: 3m 33s
Build Trigger: Sche
+1
There is a typo in the changes report:
"ArchiveStreams now validate there is a current entry before rreading or
writing entry data."
Emmanuel Bourg
Le 11/05/2014 12:37, Stefan Bodewig a écrit :
> Hi all,
>
> delayed because I wanted to wait for mails to arrive again.
>
> Compress 1.8.1
On 2014-05-11, Stefan Bodewig wrote:
> Hi all,
> delayed because I wanted to wait for mails to arrive again.
> Compress 1.8.1 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/compress/
> (svn revision 5300)
> Maven artifacts are here:
>
> https
Hi Thomas,
I'm not happy of this CacheEvictor at all. Hopefully we'll be able to
remove it when merging JCS and JCache if possible.
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibu
Yep your memory is much better than mine - I didn't recall starting this
thread three years ago. In any case the related ticket (
https://issues.apache.org/jira/browse/DIRECTMEMORY-35 ) has never been
picked up or updated by Mir so I guess this job in need of a new
volunteer...
2014-05-11 17:33 G
Hi Thomas,
actually I evaluated JCS and found several issues (why ATM JCache
doesn't rely on it anymore):
1) about network stuff: listeners are not enough and needs an
important refactoring for JCache, it is not that test friendly (start
aone (or more) instance(s) of server and several clients in
Le 11/05/2014 16:45, Gary Gregory a écrit :
> - 0: It makes no sense to me to allow the build to fail with stock Java 8.
>
> I am not -1 because the [math] community seems to have chosen this path for
> itself; and I am not an active [math] contributor.
As far as I know, it does build with Java 8
On 2014-05-11, Stefan Bodewig wrote:
> On 2014-05-11, Gary Gregory wrote:
>> -1 There are 58 Javadoc failures under Java 8.
> So we'll need 4 +1s in this case :-)
Nonsense. 3 +1s and more +1s than -1s, that's all.
Stefan
-
T
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30592&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 17:00:09 +
Finished at: Sun 11 May 2014 17:04:45 +
Total time: 4m 36s
Build Trigger: Sche
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30591&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 16:20:56 +
Finished at: Sun 11 May 2014 16:24:51 +
Total time: 3m 54s
Build Trigger: Sche
On 11.05.14 11:22, sebb wrote:
> In which case, why do we need to bother to change the source?
> The compiler only has the byte-code as reference when compiling source
> that uses the method.
Yeah, well, there is a slight difference in the method meta data. The
isVarArgs() method will return true
On 11.05.14 14:43, rmannibu...@apache.org wrote:
> Author: rmannibucau
> Date: Sun May 11 12:43:07 2014
> New Revision: 1593785
>
> URL: http://svn.apache.org/r1593785
> Log:
> adding API CacheEvictor
>
Hi Romain,
AFAICS, you are currently creating several JCache replacements for
already existi
On 06.05.14 22:39, Romain Manni-Bucau wrote:
> That's my experience too. So let's go for the concurrenthashmap impl
> (patch on jira) and then see how we do the invalidation stuff in a
> 2.1?
Again, I'd like to kindly ask to evaluate the already existing features
of JCS. It might appear to you as
On 06.05.14 13:27, Romain Manni-Bucau wrote:
> Here some pseudo-core details about my first mail:
>
> New internals:
> * NetworkTopology
> * EntryRepartitor: compute the index of the
> * Node (LocalNode which is current impl and RemoteNode which is just a
> remote facade relying Network)
>
> Netw
On 06.05.14 08:31, Romain Manni-Bucau wrote:
> Hi guys,
>
> few questions about jcs:
>
> 1) I played a bit with remote cache server etc and didn't find a lot
> of use cases, do we keep it this way (linked to 4) )?
The features of JCS are quite comprehensive. Not everything is useful
for everybod
On 2014-05-11, Gary Gregory wrote:
> -1 There are 58 Javadoc failures under Java 8.
So we'll need 4 +1s in this case :-)
Please not that apart from some missing @params and @returns there is a
clear bug in Java 8's javadoc that I don't think we can work around.
> C:\temp\rc\commons-compress-1.8
- 0: It makes no sense to me to allow the build to fail with stock Java 8.
I am not -1 because the [math] community seems to have chosen this path for
itself; and I am not an active [math] contributor.
Gary
On Sun, May 11, 2014 at 5:55 AM, Luc Maisonobe wrote:
> Hi all,
>
> As I am not sure t
-1 There are 58 Javadoc failures under Java 8. These should be fixed IMO.
This is important for some downstream builders like Debian IIRC that
rebuild from sources.
58 errors
100 warnings
[INFO]
[INFO] BUILD FAILURE
[INFO]
--
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30583&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 13:20:45 +
Finished at: Sun 11 May 2014 13:24:41 +
Total time: 3m 56s
Build Trigger: Sche
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30580&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 13:00:06 +
Finished at: Sun 11 May 2014 13:04:41 +
Total time: 4m 34s
Build Trigger: Sche
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30579&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 12:20:54 +
Finished at: Sun 11 May 2014 12:25:02 +
Total time: 4m 7s
Build Trigger: Sched
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30576&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 12:00:07 +
Finished at: Sun 11 May 2014 12:04:41 +
Total time: 4m 33s
Build Trigger: Sche
Hi
Please pardon if this is not the mail group to send this. kindly advise/forward
this to right group.
Currently i have uploaded patch requesting for review; however my own comments
i am not able to see.
Please help
thanks
murthy
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30403&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 8 May 2014 06:20:46 +
Finished at: Thu 8 May 2014 06:24:54 +
Total time: 4m 7s
Build Trigger: Schedul
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30575&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 11:21:02 +
Finished at: Sun 11 May 2014 11:25:08 +
Total time: 4m 5s
Build Trigger: Sched
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30572&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 11 May 2014 11:00:12 +
Finished at: Sun 11 May 2014 11:04:40 +
Total time: 4m 27s
Build Trigger: Sche
trunk should be in phase with this (ConcurrentHashMap). I'll test it
further tomorrow (hope to find time) but any review would be welcomed.
Main things which can be enhance I guess are the eviction rules
(org.apache.commons.jcs.jcache.JCSCache#evict).
Then I plan to add few utilities in jcache-ex
Hi all,
delayed because I wanted to wait for mails to arrive again.
Compress 1.8.1 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/compress/
(svn revision 5300)
Maven artifacts are here:
https://repository.apache.org/content/repositories/orgapach
Le 11/05/2014 11:55, Luc Maisonobe a écrit :
> Hi all,
>
> As I am not sure this message will be recovered after mail outage, I
> send it again, with an update of final date.
>
> I would like to call a vote to release Commons Math 3.3 based on RC3.
>
> Changes since RC2:
>
> * reverted javadoc
Hi all,
As I am not sure this message will be recovered after mail outage, I
send it again, with an update of final date.
I would like to call a vote to release Commons Math 3.3 based on RC3.
Changes since RC2:
* reverted javadoc fixes for Java 8
Note:
Commons Math 3.3 does compile with Java
On 10 May 2014 14:13, Thomas Vandahl wrote:
> On 05.05.14 19:40, Benedikt Ritter wrote:
>> Hi,
>>
>> we have a pull request at github for [lang] which proposes to introduce new
>> methods in NumberUtils that take varargs as input parameters instead of
>> arrays [1]. I think a better solution would
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30482&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 9 May 2014 18:00:03 +
Finished at: Fri 9 May 2014 18:05:04 +
Total time: 5m 1s
Build Trigger: Schedul
Hi all,
FYI: I've talked with infra via IRC, since the commit emails currently
don't work. Infra is already working on this.
Regards,
Benedikt
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter
49 matches
Mail list logo
