[GUMP@vmgump]: Project commons-configuration-test (in module apache-commons) failed

2012-03-25 Thread Gump
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-configuration-test has an issue affecting its community

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2012-03-25 Thread Gump
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

[GUMP@vmgump]: Project commons-id (in module commons-sandbox) failed

2012-03-25 Thread Gump
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-id has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-vfs2-test (in module apache-commons) failed

2012-03-25 Thread Gump
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-vfs2-test has an issue affecting its community integration. This

Re: [graph][discuss] reintegrating branch in trunk

2012-03-25 Thread Claudio Squarcella
Hi Simone, While rearranging stuff to prepare the merge, I noticed that the NamedExportSelector disappeared in favor of specifying the graph name inside the usingXXXFormat() method. I honestly think that in that way it lost part of the expressiveness - even if it is less verbose. I am in

Re: [CSV] trimming spaces - are both leading/trailing required?

2012-03-25 Thread Simone Tripodi
sounds reasonable indeed, let users chose the preferred behavior. FWIW, +1 as well :) -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 24, 2012 at 10:27 PM, Emmanuel Bourg ebo...@apache.org

Re: [graph][discuss] reintegrating branch in trunk

2012-03-25 Thread Simone Tripodi
Hi Claud.io, which becomes something like: export( actual ).usingDotNotation().withName( my graph )                        .withVertexLabels( new VertexLabelMapper() )                        .withEdgeWeights( new EdgeWeightMapper() )                        .withEdgeLabels( new

Re: [graph][discuss] reintegrating branch in trunk

2012-03-25 Thread Simone Tripodi
branches reintegrated, have a good work! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 25, 2012 at 1:22 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi Claud.io, which becomes

[graph] graph importers

2012-03-25 Thread Claudio Squarcella
Hi all, the implementation of importers for [graph] requires a bit of attention, in particular with the new model where * there are no explicit markers for Vertex and Edge, * all properties of Vertices and Edges are now specified with generic Mappers. Writing and extending exporters is

[math]:Complex types

2012-03-25 Thread Bruce A Johnson
Interesting article about value types in the JVM with relevance to better support for Complex numbers (something I've long wished for) https://blogs.oracle.com/jrose/entry/value_types_in_the_vm Perhaps there is a role for the Commons Math project in item 2 of his section More Work Bruce

Re: svn commit: r1305050 - in /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/spanning: DefaultSpanningTreeSourceSelector.java ReverseDeleteGraph.java

2012-03-25 Thread Simone Tripodi
Great, I like it! just a minor observation: +        for ( int i = 0; i sortedEdge.size(); i++ )         { -            WE we = iterator.next(); -            iterator.remove(); +            WE we = sortedEdge.poll(); do we really need to cycle guarding an accumulator? I'd replace it

Re: [graph] graph importers

2012-03-25 Thread Simone Tripodi
Hi Claud.io I honestly felt I little lost - code would speak better than thousands of words, what about branching once again and make a concrete proposal? ;) Looking forward to read about it! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/

Re: svn commit: r1305050 - in /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/spanning: DefaultSpanningTreeSourceSelector.java ReverseDeleteGraph.java

2012-03-25 Thread Simone Tripodi
I just modified it, see r1305065 best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 25, 2012 at 4:46 PM, Simone Tripodi simonetrip...@apache.org wrote: Great, I like it! just a minor

Re: [graph] graph importers

2012-03-25 Thread Claudio Squarcella
Hi, On 25/03/2012 17:33, Simone Tripodi wrote: Hi Claud.io I honestly felt I little lost - code would speak better than thousands of words, what about branching once again and make a concrete proposal? ;) Sure I'll open a branch for that. But first I would like to validate my thoughts (at

[graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Simone Tripodi
Hi Graphers, I was trying to code the ELO algorithm using a BSF algo and got in trouble with the boolean return value of the visit handler methods - I think that we could improve it a little, adopting a similar approach of the AsyncHttpClient's AsyncHandler[1]: *maybe* having those methods that

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Claudio Squarcella
Hi Simone, On 25/03/2012 22:46, Simone Tripodi wrote: Hi Graphers, I was trying to code the ELO algorithm using a BSF algo and got in trouble with the boolean return value of the visit handler methods - I think that we could improve it a little, adopting a similar approach of the

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Simone Tripodi
if I get it right you are saying that two values (true/false) are too limiting for some of the current methods. Do you have a specific example, to get a clearer idea of the improvement? nope, I am saying that the boolean flag is less intuitive - I had to take a (short, of course) while to

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Claudio Squarcella
Hi, My proposal is switching to a more expressive values, kind of VisitState.(ABORT|CONTINUE) enumeration that is free of any misunderstanding. Thoughts? ok so something like: * if ( handler.finishEdge( prevHead, e, v ).equals( VisitState.ABORT ) ) .. Looks good to me, +1 :) Ciao,

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Simone Tripodi
 * if ( handler.finishEdge( prevHead, e, v ).equals( VisitState.ABORT )   )   .. even better: VisitState.ABORT == handler.finishEdge( prevHead, e, v ) Looks good to me, +1 :) great, I am going to change it - then sleeping to cheat the new TZ :P best, -Simo

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Simone Tripodi
just had an idea of a possible new state: SKIP,that would mean skipping the children/subtrees... thoughts? :P -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 25, 2012 at 11:22 PM, Simone

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Claudio Squarcella
Hi, On 25/03/2012 23:27, Simone Tripodi wrote: just had an idea of a possible new state: SKIP,that would mean skipping the children/subtrees... thoughts? :P +1. Of course we still need to document the whole thing in the javadoc (as we did already with boolean values), but the readability of

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Simone Tripodi
just filled SANDBOX-416 and committed the org.apache.commons.graph.visit.VisitState enum, now I am too sleepy to continue - feel free to finalize it if you want/can/have spare time/... all the best and thanks for discussing, -Simo http://people.apache.org/~simonetripodi/

Re: [graph][discuss] possible room for improvement for Visit handler APIs

2012-03-25 Thread Claudio Squarcella
Hi, On 25/03/2012 23:45, Simone Tripodi wrote: just filled SANDBOX-416 and committed the org.apache.commons.graph.visit.VisitState enum, now I am too sleepy to continue - feel free to finalize it if you want/can/have spare time/... I did that, see the comment on SANDBOX-416 :) Ciao, Claudio

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

2012-03-25 Thread Gump
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

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

2012-03-25 Thread commons-graph development
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

[GUMP@vmgump]: Project commons-collections4-testframework (in module apache-commons) failed

2012-03-25 Thread Gump
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-collections4-testframework has an issue affecting its community

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

2012-03-25 Thread Gump
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