To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-graph has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jxpath has an issue affecting its community integration.
This issu
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-math has an issue affecting its community integration.
This issue
Hi.
> >>
> >> > [...]
> >> >
> >> >> I fully agree. We could also opt for a less correct, but more
> >> >> efficient solution: we do not store the sign of zero, and return NaN
> >> >> each time v / zero occurs. The result should be NaN anyway, because
> >> >> its sign is undecidable. This specific
Findbugs is reporting an error in HexDump.java:103 on trunk:
Correctness - Bad comparison of signed byte
findbugs : INT_BAD_COMPARISON_WITH_SIGNED_BYTE
Signed bytes can only have a value in the range -128 to 127. Comparing
a signed byte with a value outside that range is vacuous and likely to
be i
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=23241&projectId=97
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 15 Jun 2012 20:20:44 +
Finished at: Fri 15 Jun 2012 20:23:58 +
Total time: 3m 13s
Build Trigger: Schedule
+1, builds fine from source with my compiler zoo, test run fine except the
known one with IBM JDK 1.6
Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons IO 2.4-RC2.
>
> Changes since RC1:
> - Fix a bug in the new code for IO-326: Add new
> FileUtils.sizeOf[Directory] APIs
Hi Gilles,
>
>>
>> > [...]
>> >
>> >> I fully agree. We could also opt for a less correct, but more
>> >> efficient solution: we do not store the sign of zero, and return NaN
>> >> each time v / zero occurs. The result should be NaN anyway, because
>> >> its sign is undecidable. This specificity w
Yes - I noticed that quite a while ago and have mentioned that VFS 3.0 should
be targeted at that. If you would like to help get that started we would be
happy to have the help!
Ralph
On Jun 15, 2012, at 8:45 AM, James Ring wrote:
> Has anybody looked at the Java 7 NIO File API?
>
> http://d
It shouldn't. If you're catching the superclass (for instance
BeanUtilsReflectionException) and later we start to throw
BeanUtilsInstantiationException which extends
BeanUtilsReflectionException, I don't think you'll run into problems.
On Fri, Jun 15, 2012 at 10:26 AM, Benedikt Ritter
wrote:
> 2
It's been mentioned before for a next gen VFS, a Java 7 only project obviously.
Gary
On Jun 15, 2012, at 11:45, James Ring wrote:
> Has anybody looked at the Java 7 NIO File API?
>
> http://docs.oracle.com/javase/7/docs/api/java/nio/file/package-summary.html
>
> I think VFS should be able to ma
Has anybody looked at the Java 7 NIO File API?
http://docs.oracle.com/javase/7/docs/api/java/nio/file/package-summary.html
I think VFS should be able to make great contributions to that by
porting filesystem implementations to it.
On Fri, Jun 15, 2012 at 7:46 AM, garydgregory wrote:
> (posting
(posting from nabble as I've lost the thread in my inbox)
I want to revive using Java 6 this for trunk. Java 5 is dead, no only is
forcing projects to update to the trunk stream from VFS 2.0.
In addition to the list below:
- Make VFS more attractive for new user/developers, new committers in th
2012/6/15 James Carman :
> On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
> wrote:
>> - Wrapper Exceptions: I thing we should discuss, how a exception
>> hierarchy could look like. I'll make a suggestion ASAP.
>>
>
> I don't want to duplicate the hierarchy. I would say start with a
> generic ex
On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
wrote:
> - Wrapper Exceptions: I thing we should discuss, how a exception
> hierarchy could look like. I'll make a suggestion ASAP.
>
I don't want to duplicate the hierarchy. I would say start with a
generic exception type for now. If folks ask f
Hi,
I agree with what you said.
- Annotation processing: let's keep that in mind, and come back to it
later. Simo, can you create the wiki page for us?
- Renaming methods: I hope that I get the time to create a patch this weekend
- Wrapper Exceptions: I thing we should discuss, how a exception
Hi.
>
> > [...]
> >
> >> I fully agree. We could also opt for a less correct, but more
> >> efficient solution: we do not store the sign of zero, and return NaN
> >> each time v / zero occurs. The result should be NaN anyway, because
> >> its sign is undecidable. This specificity would be clearly
Thanks a lot for monitoring BU2 James, and thanks for the feedbacks!
this sounds to be the way to go!
now waiting for patches from Benedikt :)
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On F
On Fri, Jun 15, 2012 at 1:50 AM, Simone Tripodi
wrote:
>
>
> > 2. Wrap checked exceptions into RuntimeExceptions. The question is,
> > what a user can do to recover from one of those exceptions. Only if
> > there is something the user can do, it would make sense to throw a
> > checked exception.
>
On 15 June 2012 11:37, henrib wrote:
> Hello Gilles;
> Not sure this will fit your purpose but *toolchains* can be used to direct
> which JDK is used by Maven.
> You'd have to declare the various JDKs accessible in toolchains.xml (in
> $user.home/.m2) and configure the plugin in your pom.xml.
> By
Hello Gilles;
Not sure this will fit your purpose but *toolchains* can be used to direct
which JDK is used by Maven.
You'd have to declare the various JDKs accessible in toolchains.xml (in
$user.home/.m2) and configure the plugin in your pom.xml.
By specifying the toolchains JDK vendor/version as p
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-jmx has an issue affecting its community integration.
T
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
25 matches
Mail list logo
