Hi Simo! I liked the project structure, it's looking like the new structure that Matt created in commons-functor [1], with a API project, one module for each algorithm family and other modules for utility projects, like benchmark tests.
I think we'll have to update the website, since now under Project Documentation / Project Modules, the links to the submodules pages are broken. So kudos for the great work and my +1 for the modularization of commons-graph. Since I'm not very familiar with commons-graph code base and haven't used it in any project yet, probably other's comments will be important on this thread too. Side note, I noticed that there are some TODO's, mainly in Javadocs. So I've set up a job in Jenkins [2] with the Maven site + open tasks (FIXME, TODO and TBD). I'll read the open tasks later to see if I can work on any of them, but I think I'll wait for the modularization branch to be merged first :) Cheers [1] http://svn.apache.org/viewvc/commons/proper/functor/trunk/ [2] http://builds.tupilabs.com/job/commons-graph-modularization/1/tasksResult/ Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com --- Em ter, 28/5/13, Simone Tripodi <simonetrip...@apache.org> escreveu: > De: Simone Tripodi <simonetrip...@apache.org> > Assunto: [Followup][Graph] the future of commons-graph and modularization > Para: "Commons Developers List" <dev@commons.apache.org> > Data: Terça-feira, 28 de Maio de 2013, 12:06 > Hi all guys, > > here it is my proposal[1], see r1486948. > > It has been quiet hard since he did not think in therms of > separated > modules, so I took the freedom to relocate some classes here > and > there. It is a experimental branch anyway, the purpose is > just > demonstrating the PoC. > > Looking forward to read your feedbacks! > > Many thanks in advance, all the best, > -Simo > > [1] > http://svn.apache.org/repos/asf/commons/sandbox/graph/branches/modularization/ > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > On Sun, May 26, 2013 at 5:35 PM, Simone Tripodi > <simonetrip...@apache.org> > wrote: > > Hi all, mates, > > > > after a long while I haven't touched commons-graph, I > had the > > opportunity to get influenced by some activities at my > paid work that > > made me think twice on what as been already done in > that component, > > and would like to bring new experiences in. > > > > So, what I still like about it: > > > > * graph APIs: the use of generics make the usage > of graphes > > extensible and adaptable; > > > > * fluent APIs: this is the most powerful feature > IMHO that simplifies > > the APIs usage; > > > > What I *don't* like anymore: > > > > * poor modularization: commons-graph is ATM a big > fat monolith; > > > > * one single entry-point; for each new family of > algorithm(s), new > > methods have to be added in the main Commons-Graph > class. > > > > What I would like to propose to work _in a separated > branch_, is > > trying to split the big monolith in smaller modules and > separate APIs > > from related implementation as much as possible. > > > > Questions are: > > > > * WDYT? :) > > > > * About release process: would it be acceptable, > here in commons, > > release a single module - the only one that has been > changed, I mean - > > without releasing the whole project? > > > > * In case the answer to previous question is > "no", would it make > > sense moving commons-graph to the Incubator (and > possibly to TLP)? > > > > TIA, all the best! > > -Simo > > > > http://people.apache.org/~simonetripodi/ > > http://simonetripodi.livejournal.com/ > > http://twitter.com/simonetripodi > > http://www.99soft.org/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
