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
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.
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
On 15 June 2012 11:37, henrib hen...@apache.org 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
On Fri, Jun 15, 2012 at 1:50 AM, Simone Tripodi
simonetrip...@apache.org 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
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
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 stated in
the
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
On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
benerit...@googlemail.com 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
2012/6/15 James Carman ja...@carmanconsulting.com:
On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
benerit...@googlemail.com 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
(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
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
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 s...@jdns.org 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
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
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?
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 would be clearly stated
+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 to
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=23241projectId=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
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
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 stated in
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
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
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
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
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
25 matches
Mail list logo
