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) )?
2) API: do we use JCache as main API or do we keep core?
3) Reviewing JCache module I really wonder if we shouldn't use a
ConcurrentHashMap
Hi,
How can the compiler know whether max(1,2,3) is max(a,b,c) or max(a...) ?
max(1,2,3) is compiled to max(a,b,c). The compiler will use the finer
method instead of using the more generic one.
This is used for example in logging frameworks:
there are multiple methods:
log(String message)
log(
Hi,
I'm trying to reproduce VFS-298 with the unit test (in trunk) because I met a
similar exception in my application, but I can't execute the unit test,
ProviderRenameTests.
When I run `mvn clean install' in the root folder, I can't find
'core/target/surefire-reports/*ProviderRenameTests*.txt'
On 5 May 2014 06:24, Benedikt Ritter wrote:
> Good morning sebb,
>
>
> 2014-05-04 23:36 GMT+02:00 sebb :
>
>> On 4 May 2014 17:22, wrote:
>> > Author: britter
>> > Date: Sun May 4 16:22:34 2014
>> > New Revision: 1592371
>> >
>> > URL: http://svn.apache.org/r1592371
>> > Log:
>> > CSV-112: Head
On 5 May 2014 22:14, Benedikt Ritter wrote:
>
>
>> Am 05.05.2014 um 22:20 schrieb sebb :
>>
>>> On 5 May 2014 18: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
> Am 05.05.2014 um 22:20 schrieb sebb :
>
>> On 5 May 2014 18: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
On 5 May 2014 18: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 be to change those old methods
> to use varargs
Hello Bernd,
2014-05-04 23:57 GMT+02:00 Bernd Eckenfels :
> Hello,
>
> I noticed while building, that there is a warning of the taglist plugin
> regarding deprecated config option. When I use the following it will
> use the new configuration mehtod and does some more tags (separated in
> two sec
Sorry, but the two parts of your argument seem to be contrary :-)
2014-05-05 20:29 GMT+02:00 Gary Gregory :
> It's hard to believe this would not break BC since a ... arg decl is really
> an array.
>
> Gary
>
>
> On Mon, May 5, 2014 at 1:40 PM, Benedikt Ritter
> wrote:
>
> > Hi,
> >
> > we have
Hello Bernd,
many thanks for your detailed review. Here are my comments:
2014-05-04 21:11 GMT+02:00 Bernd Eckenfels :
> Hello,
>
> I did some chekcs on the CSV trunk cause you mentioned a release is
> coming up (and I feel its a bad feeling to get no external reviews for
> releases). Here are m
It's hard to believe this would not break BC since a ... arg decl is really
an array.
Gary
On Mon, May 5, 2014 at 1:40 PM, 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
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 be to change those old methods
to use varargs instead of introducing new methods. Since I'm not sure h
GitHub user thiagoh opened a pull request:
https://github.com/apache/commons-lang/pull/23
Adding the maxVA and minVA methods to NumberUtils and test methods
Adding the following methods to NumberUtils:
* `public static long maxVA(final long... number)`
* `public static l
GitHub user thiagoh opened a pull request:
https://github.com/apache/commons-lang/pull/22
Fixing NumberUtils JAVADoc of the following methods
Fixing NumberUtils comments of the following methods:
* `public static long max(final long[] array)`
* `public static long max(fi
Go for it.
Gary
Original message From: Stefan Bodewig
Date:05/05/2014 04:09 (GMT-05:00)
To: dev@commons.apache.org Subject: [compress] cutting
1.8.1?
Hi all,
two months since the last release and we've accumumlated a few bugfixes,
most notably in tar (again, one would exp
+1 for the new release with the version you prefer.
The dependency on org.tukaani:xz is already documented on the home page.
I suggest resolving the issue as "Not a problem".
Emmanuel Bourg
Le 05/05/2014 10:09, Stefan Bodewig a écrit :
> Hi all,
>
> two months since the last release and we've
Hi all,
two months since the last release and we've accumumlated a few bugfixes,
most notably in tar (again, one would expect that part of the code base
to be the most mature). I'd like to create a new release.
We have changed the POM to mark our dependency on XZ for Java as
optional but still I
17 matches
Mail list logo
