Re: [Graph] On graph weight type(s)

Hi *, while the idea is fine, it is not clear to me how you intend implementing it. Please fill an issue and attach a patch so we can discuss also about the "how" and not only "what" :) best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/

Re: [Graph] On graph weight type(s)

Hola Claudio, the patch you mentioned was something I would have asked you, before or later :P Since we are on topic: is there any particular reason why Zero.zero() can not be part of Semigroup interface? Or better: is there any benefit we can get from keeping Zero and Semigroup separated? TIA,

[chain] towards 2.0

Hi al guys, current 2.0 trunk has been updated to fully support Generics[1], adding improvement as discussed on 2011 in ML - there is the cost anyway of losing the backward compatibility, clirr detects 57 errors. So, according to what we already experienced (digester3 ,pool2), I would proceed on

Re: [chain] towards 2.0

Salut, > > There's no need to update both the groupId and tthe artifactId. > So long as the each unique package name relates to a unique > groupId:artifactId pair, Maven should be able to resolve dependencies > correctly. > Yes it does, the issue is not technical but rather keeping coherence with

Re: svn commit: r1244234 - in /commons/sandbox/graph/trunk/src: main/java/org/apache/commons/graph/shortestpath/ test/java/org/apache/commons/graph/flow/ test/java/org/apache/commons/graph/shortestpat

Hi Marco :) nice to see your first commit!!! Anyway, 2 notes: on DefaultTargetSourceSelector.java > +                try{ > +                    WeightedPath weightedPath = > predecessors.buildPath( source, target ); > +                    allVertexPairsShortestPath.addShortestPath( source, >

Re: [Graph] Possible NPE if user requests a vertex that not exists on BaseGraph class

Hola! I'd recommend to throw the GraphException, as we reported in the javadoc: * NOTE: implementors have to take in consideration throwing a {@link GraphException} * if an error occurs while performing that operation. How does it sound? all the best, -Simo http://people.apache.org/~

Re: [Graph] Possible NPE if user requests a vertex that not exists on BaseGraph class

exception also for that method? > > thanks ;) > > -- > Marco Speranza > > Flickr: http://www.flickr.com/photos/marcosperanza79/ > Google Code: http://code.google.com/u/marco.speranza79/ > > > > Il giorno 15/feb/2012, alle ore 20:57, Simone Tripodi ha scritto: > &g

Re: [Collections] Is commons collections dormant ?

Bene, please have a look at the javadoc before and see why get(K) cannot be added. HTH, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/

more JIRA karma for Claudio Squarcella and Marco Speranza

Hi all guys! does anyone have enough rights on JIRA to add Claudio & Marco in the Commons group? Many thanks in advance, all the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ ---

Re: more JIRA karma for Claudio Squarcella and Marco Speranza

/02/2012 11:13, Simone Tripodi a écrit : >> Hi all guys! >> >> does anyone have enough rights on JIRA to add Claudio & Marco in the >> Commons group? > > This has already been done when their account has been setup. > Didn't it work ? > > Luc >

Re: svn commit: r1245786 - in /commons/sandbox/graph/trunk/src: main/java/org/apache/commons/graph/spanning/ test/java/org/apache/commons/graph/spanning/

Hi Marco, > +    @Test( expected = NullPointerException.class ) > +    public void testNullVertex() > +    { > +        UndirectedMutableWeightedGraph BaseLabeledWeightedEdge, Double> input = null; > +        try > +        { > +            input = new UndirectedMutableWeightedGraph BaseLabeledWei

Re: [vfs] checkstyle - was Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ pro

> I'm +1 as well. A common style would make development easier. I think > configuration files should be downloadable from commons website. Maybe that > will spare some "good patch but there are some style issues..." replies to > new contributors. ;-) > -1 we've let each component developers the

Re: [graph] renaming weight operations

Hi Claudio, while the idea is fine, we should adopt IMHO a little consistent naming. Why an OrderedMonoid shall be called BigDecimal*Operations* ? What makes it so different to an OrderedMonoid ? It would be much more naturally to my hears hearing it as BigDecimalOrderedMonoid, doesn't it? -Simo

Re: svn commit: r1290996 - /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/spanning/DefaultSpanningTreeAlgorithmSelector.java

Hi Marco, > @@ -77,7 +79,7 @@ final class DefaultSpanningTreeAlgorithm >          *     end while >          * >          */ > - > +        checkNotNull( orderedMonoid, "The Boruvka algorithm can't be > calulated with a null these checks are useless. The check has already been performed at Comm

Re: svn commit: r1290996 - /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/spanning/DefaultSpanningTreeAlgorithmSelector.java

Hi again, sorry, I raw the check on the graph, totally misunderstood. Apologize! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Feb 19, 2012 at 2:40 PM, Simone Tripodi wrote: > Hi Ma

Re: [graph] renaming weight operations

Hi Cloud/IO :) >  * Doubles can also be multiplied, but so far we did not need to >   include that in our stack of operations and properties. If we ever >   need to do so, it will be enough to create another interface >   extending OrderedMonoid and change the implemented interface in >   DoubleWe

Re: [vfs] checkstyle - was Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ pro

> Unlike Commons, you have to be granted permission to commit at other projects > at the ASF and each of them have their own PMC and build their own > communities.  Commons is a single community and thus it makes sense for > developers to be able to easily switch between sub projects. Having >

Re: Common checkstyle (was Re: [vfs] checkstyle)

> On Sun, Feb 19, 2012 at 4:23 PM, Ralph Goers wrote: >> On Feb 19, 2012, at 6:55 AM, Simone Tripodi wrote: >> >>>> Unlike Commons, you have to be granted permission to commit at other >>>> projects at the ASF and each of them have their own PMC and build thei

Re: [graph] renaming weight operations

Hi (and sorry for the late) I personally don't see the reason to be open to *Operations until *Monoid (actually, wrongly, *Weight) until there is the real need of. Anyway, please share a patch in the issue you filled - code talks much better, I could finally see what I am currently missing ;) lo

Re: svn commit: r1291064 - in /commons/sandbox/graph/trunk/src: changes/ main/java/org/apache/commons/graph/ main/java/org/apache/commons/graph/connectivity/ main/java/org/apache/commons/graph/model/

Hi Marco, svn log log message and recorded issue activity in changes.xml are inconsistent -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Feb 19, 2012 at 10:26 PM, wrote: > Author: marcosperan

Re: svn commit: r1291065 - /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/shortestpath/DefaultHeuristicBuilder.java

Hi again, it is a good practice adding a comment why the warning can be suppressed, please add one! TIA, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Feb 19, 2012 at 10:28 PM, wrote: > Au

Re: Common checkstyle (was Re: [vfs] checkstyle)

ripodi http://www.99soft.org/ On Sun, Feb 19, 2012 at 10:49 PM, Ralph Goers wrote: > On Feb 19, 2012, at 12:26 PM, Simone Tripodi wrote: > >> While I agree that checkstyle has to be consistent inside each >> component, so I would be +1 on having the plugin in the parent (wit

Re: Common checkstyle (was Re: [vfs] checkstyle)

Feb 20, 2012 at 4:10 AM, Benedikt Ritter > wrote: > >> Am 19.02.2012 22:57, schrieb Simone Tripodi: >> >>  I think it is reasonable to have Commons wide defaults but let projects >>>> override them if they want to. >>>> >>> >> I thi

Re: [graph] renaming weight operations

; > > On 19/02/2012 22:12, Simone Tripodi wrote: >> >> Hi (and sorry for the late) >> >> I personally don't see the reason to be open to *Operations until >> *Monoid (actually, wrongly, *Weight) until there is the real need of. >> >> Anyway

Re: [SANDBOX][BeanUtils2] Some thoughts on indexed properties

Hi, > today I got the time to write some more code for BeanUtils2, so I started to > implement setIndexed(). nice, it is missing indeed. > 1. out of bounds indices: If the user passes in an index that is out of > bounds, he will see a InvocationTargetException, that wraps an > ArrayOutOfBoundsEx

Re: [math] computational geometry = math + graph ?

Hi Gilles, having a self-contained library is indeed *really* important, you get a big +1 from my side. Anyway, I'd suggest you to adopt a strategy of shading [graph] stuff useful for math, without duplicating the code nor bring the [graph] dependency in [math]. [graph] codebase is ATM in a dece

Re: svn commit: r1292272 [1/2] - in /commons/sandbox/graph/trunk/src: changes/ main/java/org/apache/commons/graph/flow/ main/java/org/apache/commons/graph/model/ main/java/org/apache/commons/graph/sho

53 PM, Claudio Squarcella wrote: > > > On 22/02/2012 15:08, Simone Tripodi wrote: >> >> hi Claudio, >> >> it is a good practice putting, in the commit message log, the related >> issue key, if any. >> I suppose this commit is related to [SANDBOX-395]. > >

Re: svn commit: r1293564 - /commons/sandbox/graph/trunk/src/benchmarks/java/org/apache/commons/graph/spanning/MinimumSpanningTreeBenchmarkTestCase.java

good! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ 2012/2/25 : > Author: cs > Date: Sat Feb 25 09:52:29 2012 > New Revision: 1293564 > > URL: http://svn.apache.org/viewvc?rev=1293564&view=rev > Log:

Re: [graph] Doubts on DFS algorithm implementation

Hi Marco, IIRC the vertex order should be guarded by the vertexStack - maybe it is just the handler be called in the wrong way. Do you have/can you provide please testcases? TIA, -SImo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripod

Re: [continuum] BUILD FAILURE: Apache Commons - Apache Commons Digester - Default Maven 2 Build Definition (Java 1.5)

yahoo, yet another `invalid target release: 1.6` that is not so nice - do I have to contact INFRA? TIA, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Feb 25, 2012 at 10:22 PM, Continuum@vmbuil

Re: [graph] Doubts on DFS algorithm implementation

Hola! > It's a good idea, Now we have implemented two separate methods that visit the > graph for dfs and bfs. We should do a little refactoring and implement a > unique method that switches between dfs and bfs simply changing the the type > of visitedVertex. WDYT? it would be nice indeed, but

Re: [graph] Doubts on DFS algorithm implementation

ehavior (stack removes from the > tail while queue removes from the head). > > On Sun, Feb 26, 2012 at 4:03 PM, Simone Tripodi > wrote: >> Hola! >> >>> It's a good idea, Now we have implemented two separate methods that visit >>> the graph for dfs and

Re: [graph] Doubts on DFS algorithm implementation

> Unfortunately, > I've not had much time to dig into this code, but I would really love > to find some time.  I like this kind of stuff.  It makes me feel like > all that discrete mathematics stuff I studied wasn't a complete waste! > :)  In the "business" world, you don't get to play with this st

Re: [jira] [Commented] (SANDBOX-397) [BeanUtils2] Replace NullPointerExceptions been thrown in DefaultBeanAccessor with NoSuchMethodEceptions

hello, > Or are you afraid, that I > get the feeling that I wasted my time, if you disagree with my proposed > changes? > exactly. Already experienced that "frustration", so better holding-on sometimes. > > If you are worried about my spare time, let me just say it was just fun > working with th

[chain] release roadmap

Hi all guys! thanks to Elijah Zupancich's contributions, we now have a fresh new [chain] on trunk that uses generics. I can have (limited) spare time to dedicate to [chain] and I would like to put energies on it in order to have it released ASAP. This is my roadmap to have [chain] released in a s

Re: [graph] Doubts on DFS algorithm implementation

+1 to Claudio! http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Mon, Feb 27, 2012 at 7:35 PM, Claudio Squarcella wrote: > Hello, > > >>> the method "discoveryEdge" currently tells whether or not the algori

Re: [chain] release roadmap

appreciated." > > -Elijah > > On Mon, Feb 27, 2012 at 8:58 AM, Simone Tripodi > wrote: >> >> Hi all guys! >> >> thanks to Elijah Zupancich's contributions, we now have a fresh new >> [chain] on trunk that uses generics. I can have (limited) sp

Re: [VOTE][Lang] Update to Java 6

volunteers maintaining [lang] have to work in the more comfortable conditions they need - if keeping the Java5 backward compatibility became more a pain than something to enjoy in their spare time, there's no reason to continue getting crazy with the risk they lose the interest - and [lang] won't b

Re: svn commit: r1294543 - /commons/proper/chain/trunk/src/site/site.xml

Hi! > > Just curious - what is the purpose of adding this? > it helps IDEs for auto completion - Eclipse, for example, reads it and assists on building XML structures. Not trivial for people like me with a bad memory that don't remember structures :P -Simo http://people.apache.org/~simonetripod

Re: svn commit: r1295244 - /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/visit/DefaultVisitAlgorithmsSelector.java

Cool, thank you!!! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Wed, Feb 29, 2012 at 9:01 PM, wrote: > Author: tn > Date: Wed Feb 29 20:01:10 2012 > New Revision: 1295244 > > URL: http://svn.ap

Re: [graph] Doubts on DFS algorithm implementation

Hi +, I can report the same test failure: Failed tests: findMaxFlowAndVerify(org.apache.commons.graph.flow.EdmondsKarpTestCase): expected:<3> but was:<5> I just applied trivial modifications without altering the algorithms behavior, I am sure the fix is under our eyes :) Thanks all, have a nice

Re: [SANDBOX][BeanUtils2] Improve implemenation of equals() on AccessibleObjectDescriptor

AccessibleObjectRegistry.AccessibleObjectDescriptor is used internally only, users don't even know that it exist and it is used only as a key for the AccessibleObject index. Does it make sense checking other types, nulls, assignability from super/subclasses, ... etc? http://people.apache.org/~simo

Re: [SANDBOX][BeanUtils2] Improve implemenation of equals() on AccessibleObjectDescriptor

> the library and saves us a few lines. > > Am 01.03.2012 15:49, schrieb Simone Tripodi: > >> AccessibleObjectRegistry.AccessibleObjectDescriptor is used internally >> only, users don't even know that it exist and it is used only as a key >> for the AccessibleObjec

Re: [chain] release roadmap

http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Thu, Mar 1, 2012 at 5:33 PM, Elijah Zupancic wrote: > FYI, I am also updating the examples in the /apps folder. > > -Elijah > > On Mon, Feb 27, 2012 at 12:0

Re: svn commit: r1295694 - /commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/visit/DefaultVisitAlgorithmsSelector.java

YEAH congrats and thank you! :) -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Thu, Mar 1, 2012 at 6:39 PM, wrote: > Author: tn > Date: Thu Mar  1 17:39:59 2012 > New Revision: 1295694 > > URL: ht

Re: [graph] Doubts on DFS algorithm implementation

terrific, indeed!!! very well done! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Thu, Mar 1, 2012 at 7:38 PM, Marco Speranza wrote: > Ok great! now works > thanks you! > > -- > Marco Speranza >

Re: [SANDBOX][BeanUtils2] Improve implemenation of equals() on AccessibleObjectDescriptor

t; I think adding that check or suppressing a FindBugs complain are both > equally valid (although the first one IMHO is less obscure). Even though > you're right, when saying that ATM that can never happen. > > Regards, > Benedikt > > > Am 01.03.2012 17:11, schrieb Simon

Re: svn commit: r1295773 - in /commons/sandbox/graph/trunk/src: main/java/org/apache/commons/graph/scc/ test/java/org/apache/commons/graph/scc/

:O WOW! may I can ask you to mark SANDBOX-353 as resolved, please? Many thanks in advance! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Thu, Mar 1, 2012 at 9:27 PM, wrote: > Author: tn > Date:

Re: svn commit: r1295924 - in /commons/sandbox/graph/trunk/src: changes/changes.xml main/java/org/apache/commons/graph/scc/DefaultSccAlgorithmSelector.java test/java/org/apache/commons/graph/scc/Kosar

Ciao Marco, +DirectedMutableWeightedGraph, Integer> graph = +newDirectedMutableWeightedGraph( new AbstractGraphConnection>() +{ +@Override +public void connect() +{ +} + +} ); it would be m

Re: [graph] Why the Vertex/Edge Interfaces?

Hi James, while it could be true for Vertex, Edge in some case requires assumptions, such as the Weight so a marker interface is required. Do you have a proposal to modify current codebase? TIA! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.c

Re: [graph] Why the Vertex and Edge interfaces?

Hi James! the email was posted twice because looks like you posted to old jakarta address :P The main reason because these interfaces are there, is that when I started resurrecting it I just opened my Graph book, I started defining element according to definitions :P Some already implemented alg

Re: [chain] release roadmap

lijah > > On Thu, Mar 1, 2012 at 8:37 AM, Simone Tripodi > wrote: > >> Hi Elijah, >> >> this is something needed indeed, thanks *a lot*!!! >> >> I don't know if you checked out updates, I switched to multi-module >> project structure, looks like it

Re: [graph] Why the Vertex and Edge interfaces?

ph > > On Fri, Mar 2, 2012 at 2:47 AM, Simone Tripodi > wrote: >> Hi James! >> >> the email was posted twice because looks like you posted to old >> jakarta address :P >> >> The main reason because these interfaces are there, is that when I >> started

Re: [SANDBOX][BeanUtils2] Util class for testing

Hi Bene, you are free to vent your fantasy in testcases, it helps a lot to analyze corner cases :) I'll be more strict on core design anyway :P -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri,

Re: [SANDBOX][BeanUtils2] Util class for testing

es, to make it easier to review. > First, I will centralize util testing methods and clean up the other test > cases (if neccessary), than I will create the patch that implements > copyPropertiesTo() and the corresponding test case, that uses those util > methods. > > Benedikt > &g

Re: [Graph] Test problems after last commit

yes, same here, not only is stuck but consumes a lot of memory, freezing the laptop as well! :O I'll investigate just after dinner if someone else won't be faster. best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://w

Re: [Graph] Test problems after last commit

ogle.com/u/marco.speranza79/ > > Il giorno 02/mar/2012, alle ore 19:32, Simone Tripodi ha scritto: > >> yes, same here, not only is stuck but consumes a lot of memory, >> freezing the laptop as well! :O >> >> I'll investigate just after dinner if someone

Re: [Graph] Test problems after last commit

Hola Marco, > Yep I think that [graph] has to be not thread safe, because if a user uses > [graph] in a not multi-thread environment the synchronization is not needed > and the performance degrade. given the fact that myself at first place wouldn't ever use these data structure in a production

Re: [graph] Why the Vertex and Edge interfaces?

Hi Ted, thanks for your valuable feedback! Please take in consideration that contributions are more than welcome, so if you intend sending contributions about this algorithms, they would bu much more than appreciated! best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.live

Re: [Graph] Test problems after last commit

am going to fix it, I just need few minutes. best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 2, 2012 at 9:19 PM, Simone Tripodi wrote: > Hola Marco, > >> Yep I think

Re: [graph] Why the Vertex and Edge interfaces?

but if I see a quick > something to drop into the discussion, I will. > > On Fri, Mar 2, 2012 at 12:25 PM, Simone Tripodi > wrote: > >> Hi Ted, >> >> thanks for your valuable feedback! Please take in consideration that >> contributions are more than welcome,

Re: [graph] Why the Vertex and Edge interfaces?

Hi James, looking at the the code I think we can safety keep the Weighted* version AND use external functions you described. It is the same Comparable/Comparator pattern, WDYT? best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetri

Re: [graph] Why the Vertex and Edge interfaces?

of course, in that situation Vertex/Weight are just useless marker :P -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 2, 2012 at 10:14 PM, Simone Tripodi wrote: > Hi James, > > l

Re: [Graph] Test problems after last commit

inued tracking activities on SANDBOX-400. best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 2, 2012 at 9:34 PM, Simone Tripodi wrote: >> I think that we can create a class Grap

Re: [Graph] Test problems after last commit

gle Code: http://code.google.com/u/marco.speranza79/ > > Il giorno 02/mar/2012, alle ore 21:34, Simone Tripodi ha scritto: > >>> I think that we can create a class Graphs that has  static methods to wrap >>> [graph] in a thread-safe way. >>> So the user can choos

Re: [graph] Why the Vertex and Edge interfaces?

Hola, > what if that mapping function becomes a responsibility of WeightedGraph > itself? > And more generally, what if any property of vertices and/or edges is > moved to the containing graph? > that would imply that Graph implementations have to implement vertices and/or edges metadata indexing

Re: [Graph] Test problems after last commit

; -- > Marco Speranza > Google Code: http://code.google.com/u/marco.speranza79/ > > Il giorno 02/mar/2012, alle ore 22:36, Simone Tripodi ha scritto: > >> I would have preferred a Concurrent* version for our data structures, >> but I can happily live with the synchronized versio

Re: [graph] Why the Vertex and Edge interfaces?

Anyway, nothing has to prevent you to make a prototype and propose a patch ;) -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 2, 2012 at 11:02 PM, Simone Tripodi wrote: > Hola, > &

Re: [Graph] Test problems after last commit

> furthermore there is another problem: with handler is not possible to use > correctly synchronization block like this > > > Graph g = CommonsGraph.synchronize(g_); >     ... >  synchronized(g) { >       for ( BaseLabeledVertex v2 : g.getVertices() ) >       { >           // do somethings >

Re: [Graph] Test problems after last commit

gt;                    throw e.getTargetException(); >                } >            } >            return method.invoke( synchronizedMethods, args ); >        } > === > > ciao > > -- > Marco Speranza > Google Code: http://code.google.com/u/marco.speranza79/ > > I

Re: [Graph] Test problems after last commit

google.com/u/marco.speranza79/ > > Il giorno 03/mar/2012, alle ore 01:10, Simone Tripodi ha scritto: > >> OK now sounds better, thanks - how would you intend to fix it? >> TIA, >> -Simo >> >> http://people.apache.org/~simonetripodi/ >> http://simone

Re: [graph] Why the Vertex and Edge interfaces?

os and brevity. > On Mar 2, 2012 5:50 PM, "Simone Tripodi" wrote: > >> Anyway, nothing has to prevent you to make a prototype and propose a patch >> ;) >> -Simo >> >> http://people.apache.org/~simonetripodi/ >> http://simonetripodi.livej

Re: svn commit: r1296530 - in /commons/sandbox/graph/trunk: pom.xml src/main/java/org/apache/commons/graph/CommonsGraph.java src/test/java/org/apache/commons/graph/model/BaseMutableGraphTestCase.java

> +   > +     > +        opensymphony-releases > +        Opensymphony Releases > +         > https://oss.sonatype.org/content/repositories/opensymphony-releases > +     > +   not good to release the [graph] component, external repos not allowed (and OpenSymphony dead http://www.opensymphony.com/)

Re: [Graph] Test problems after last commit

ler. > > I put also a couple of tests. For do that I insert a test scoped dependency > to a library net.sourceforge.groboutils.groboutils-core > > Ciao > > -- > Marco Speranza > Google Code: http://code.google.com/u/marco.speranza79/ > > Il giorno 03/mar/2012, alle

Re: svn commit: r1296530 - in /commons/sandbox/graph/trunk: pom.xml src/main/java/org/apache/commons/graph/CommonsGraph.java src/test/java/org/apache/commons/graph/model/BaseMutableGraphTestCase.java

ournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 1:55 AM, Simone Tripodi wrote: >> +   >> +     >> +        opensymphony-releases >> +        Opensymphony Releases >> +         >> https://oss.sonatype.

Re: [graph] Why the Vertex and Edge interfaces?

> first of all: yes, I will play with this stuff as soon as I find the time :) this is scaring... go Orb.io, go! :) > constant), but still there is one more step of indirection. So we would need > to test and compare performances, hopefully with acceptable results. sounds it would be better if y

Re: [Graph] Test problems after last commit

http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 1:56 AM, Simone Tripodi wrote: > I saw the commit, please read comments inline. > best, > -Simo > > http://people.apache.org/~s

Re: [graph] Why the Vertex and Edge interfaces?

for every Monoid specialization. Or not? thoughts? Thanks and best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 1:43 PM, Claudio Squarcella wrote: > Hi, > > > On 03

Re: [Graph] Test problems after last commit

ize( G graph, Object lock ) > > WDYT? > > Finally only one question. I think that we should add some tests in order to > check the correct implementation of our multithrading implementation. > Do you think that we can use an external library in test scope? > > > hav

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

Thomas, checkstyle is not needed because we are using the one brought by the plugin (the maven one), you can safety drop it. thanks, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012

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

at 2:42 PM, Thomas Neidhart wrote: > On 03/03/2012 02:36 PM, Simone Tripodi wrote: >> Thomas, >> >> checkstyle is not needed because we are using the one brought by the >> plugin (the maven one), you can safety drop it. > > I think it is good to have control over

Re: [Graph] Test problems after last commit

in clear. > > you are right maybe use an external lock is not useful. > > >> Sure that we can, the only issue we have is that GroboUtils is not in >> the central repo, adding the external repository would make not easy >> having the component released. > > u

Re: svn commit: r1296625 - /commons/sandbox/graph/trunk/checkstyle.xml

just ro make it clear: nobody vetoed it - did someone expressed a -1? - I just asked you to discuss it first on ML and rollback *pom* settings. thanks -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On

Re: [graph] Why the Vertex and Edge interfaces?

dition so > that its role is clear to everybody. Does that sound good? :) > > Claudio > > >> >> /** >>  * semigroup is an algebraic structure consisting of a set together >> with an associative binary operation. >>  */ >> interface Semigroup >&

Re: svn commit: r1296625 - /commons/sandbox/graph/trunk/checkstyle.xml

/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 4:02 PM, Thomas Neidhart wrote: > On 03/03/2012 03:55 PM, Simone Tripodi wrote: >> just ro make it clear: nobody vetoed it - did someone expressed a -1? >> - I just asked you to discuss it first on

Re: [graph] Why the Vertex and Edge interfaces?

ave > incompatible ideas? > On Mar 3, 2012 10:47 AM, "Simone Tripodi" wrote: > >> Cloud.io, >> >> > back to James' first email: any type could be immediately used as >> > edge/vertex without wrappers, while specific data related to the domain >&g

Re: [graph] Why the Vertex and Edge interfaces?

I see it is that such functors > could be added dynamically to a graph. Thus it could be adapted for the > execution of different algorithms at runtime. > > Just my 2 cents. > Oliver > > Am 03.03.2012 16:47, schrieb Simone Tripodi: > >> Cloud.io, >> >>> back t

Re: [graph] Why the Vertex and Edge interfaces?

please follow up code modifications on SANDBOX-404 http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 5:11 PM, Claudio Squarcella wrote: > Hi Simone, > > answering briefly below: > > >> V

Re: [graph] Why the Vertex and Edge interfaces?

hola again, > good observation. My 2 cents: it might still make sense for users to map > their existing domain (including "edges") to the graph (e.g. Routers to > Vertices and Cables to Edges) and "get it back" as soon as they are done > with graph operations (e.g. once they find the shortest path

Re: [Graph] Test problems after last commit

/simonetripodi http://www.99soft.org/ On Sat, Mar 3, 2012 at 3:53 PM, Simone Tripodi wrote: > Hi Marco, > > yes I know it, what doesn't convince me is not the problem, but the > solution. Have a look at Collections.* source code to see how  this > problem is fixed in synchronized

Re: [graph] Why the Vertex and Edge interfaces?

to consider k-partite graphs.  Not all nodes will be of the > same type. > > Sent from tablet device.  Please excuse typos and brevity. > On Mar 3, 2012 11:19 AM, "Simone Tripodi" wrote: > >> hola again, >> >> > good observation. My 2 cents: it might stil

Re: DomainValidator in Java on your website

nice contribution! I've been one of the last committers on touching [validator] so unless someone else is faster than me, I'll try to take care about it ASAP. Thanks and have a nice WE, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetr

Re: [chain] release roadmap

that > module, I would put the source code used in the cookbook. I'm having > to do this anyways because I need to verify that all of the examples > that I am editing in the cookbook actually work. > > Thanks, > -Elijah > > On Thu, Mar 1, 2012 at 11:58 PM, Simone Tripodi

Re: [chain] Changing from Exception to RuntimeException

I agree with your thoughts Elijah, when an exception is thrown nothing can be done in the chain to rescue the error. looking forward next patch! best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On

Re: [Graph] Test problems after last commit

Hi Marco! > just for summarize a little our discussion: currently the implementation > committed works exactly as  Collections.syncronized* methodos. si señor! > The workaround to export the lock outside is this: > > === > GraphInvocationHandler handler =   new GraphInvocationHandler( > synchr

Re: svn commit: r1296883 - in /commons/sandbox/graph/trunk: ./ src/test/java/org/apache/commons/graph/model/ src/test/java/org/apache/commons/graph/utils/

NICE! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 4, 2012 at 10:33 PM, wrote: > Author: marcosperanza > Date: Sun Mar  4 21:33:54 2012 > New Revision: 1296883 > > URL: http://svn.apach

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

Hi Gary, I just noticed there are *.asc.md5 files on Nexus that can be dropped, but this is something IMHO really trivial. Go ahead for it and thanks for taking care! All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetrip

Re: svn commit: r1297393 - /commons/proper/chain/trunk/pom.xml

Hi Seb! >> + >> +    2.12 > > Commons Parent 23 has > >    2.9 > > Would it work to override this instead? yeah! didn't notice it, it does! >> +        maven-surefire-report-plugin >> +        ${surefire.version} >> +         >> +          true >> +         > > The config section is not in CP23.

Re: svn commit: r1297393 - /commons/proper/chain/trunk/pom.xml

just saw the commit, thanks! best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Wed, Mar 7, 2012 at 12:23 PM, sebb wrote: > On 7 March 2012 07:40, Simone Tripodi wrote: >&g

Re: [VOTE] Promote [csv] to Commons proper

Hi all, IMHO if you could implement the readers as XMLReader instances, you can get benefit from the powerful Digester matching rules and POJOs mapping. I had a spike with Digester reading JSON via a javacc grammar but it was not complete so never proposed it. just my 0.002 cents, -Simo http

<    1   2   3   4   5   6   7   8   9   10   >