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

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 i

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

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-configuration-test (in module apache-commons) failed

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 integrati

Re: svn commit: r1296564 - /commons/proper/commons-build-plugin/trunk/pom.xml

I'll get back to this tomorrow AM. Thanks Sebb. Gary On Mar 2, 2012, at 22:03, sebb wrote: > On 3 March 2012 02:53, Gary Gregory wrote: >> On Fri, Mar 2, 2012 at 9:46 PM, sebb wrote: >> >>> On 3 March 2012 02:40, wrote: Author: ggregory Date: Sat Mar 3 02:40:10 2012 New Revi

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

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

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

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-lang3-test has an issue affecting its community integration. This

Re: svn commit: r1296564 - /commons/proper/commons-build-plugin/trunk/pom.xml

On 3 March 2012 02:53, Gary Gregory wrote: > On Fri, Mar 2, 2012 at 9:46 PM, sebb wrote: > >> On 3 March 2012 02:40,   wrote: >> > Author: ggregory >> > Date: Sat Mar  3 02:40:10 2012 >> > New Revision: 1296564 >> > >> > URL: http://svn.apache.org/viewvc?rev=1296564&view=rev >> > Log: >> > Add mi

Re: svn commit: r1296564 - /commons/proper/commons-build-plugin/trunk/pom.xml

On Fri, Mar 2, 2012 at 9:46 PM, sebb wrote: > On 3 March 2012 02:40, wrote: > > Author: ggregory > > Date: Sat Mar 3 02:40:10 2012 > > New Revision: 1296564 > > > > URL: http://svn.apache.org/viewvc?rev=1296564&view=rev > > Log: > > Add missing distributionManagement element. > > > > Modified:

Re: svn commit: r1296564 - /commons/proper/commons-build-plugin/trunk/pom.xml

On 3 March 2012 02:40, wrote: > Author: ggregory > Date: Sat Mar  3 02:40:10 2012 > New Revision: 1296564 > > URL: http://svn.apache.org/viewvc?rev=1296564&view=rev > Log: > Add missing distributionManagement element. > > Modified: >    commons/proper/commons-build-plugin/trunk/pom.xml > > Modifi

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

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-exec-test has an issue affecting its community integration. This i

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

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

Re: [commons-build-plugin] can't build RC - help out of Maven pit

On Fri, Mar 2, 2012 at 5:50 PM, Christian Grobmeier wrote: > Gary, > sounds like that one: > http://jira.codehaus.org/browse/MSITE-619 > > Quote:"There is a breadcrumb without an href in your site.xml, please > check if this fixes it. Note that all elements in site.xml > require a href." > > That

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: 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

I checked out the code - honestly I didn't understand which are the benefit of managing the lock object in that way. Wouldn't have been enough synchronizing on `this`? It is what it does. time to sleep, best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ htt

Re: [Graph] Test problems after last commit

I saw the commit, please read comments inline. 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:40 AM, Marco Speranza wrote: > Hi I fixed the problem using proxy/handler.

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

Hi I fixed the problem using proxy/handler. 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 ore 01:29,

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

Hi, first of all: yes, I will play with this stuff as soon as I find the time :) 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 imple

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

and I am glad you feel comfortable in [graph] James! we have only to learn from an experienced guy like you!! 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:12 AM, James

Re: [Graph] Test problems after last commit

yes, what I didn't understand is how you would like to manage the iterators issue sorry for the brevity but tonight I am getting crazy with at least 3 other projects :D -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://ww

Re: [Graph] Test problems after last commit

Try commons proxy! Sent from tablet device. Please excuse typos and brevity. On Mar 2, 2012 7:01 PM, "Marco Speranza" wrote: > >> > >> furthermore there is another problem: with handler is not possible to > use correctly synchronization block like this > >> > >> > >> Graph g = CommonsGraph

Re: [Graph] Test problems after last commit

I think that we have to use the same patter of java Collections: a wrapper of Graph/MutableGraph that use a synchronize block. WDYT? -- Marco Speranza Google Code: http://code.google.com/u/marco.speranza79/ Il giorno 03/mar/2012, alle ore 01:10, Simone Tripodi ha scritto: > OK now sounds bett

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

This is what the asf is all about, man. I like it when we have projects like this getting a lot of traffic. It's great to see so many folks getting involved. Thanks, guys! This is what keeps me coming back! Sent from tablet device. Please excuse typos and brevity. On Mar 2, 2012 5:50 PM, "Sim

Re: [Graph] Test problems after last commit

OK now sounds better, thanks - how would you intend to fix it? TIA, -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:01 AM, Marco Speranza wrote: >>> >>> furthermore there is an

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() ) >> { >> // d

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: [Math] Toward 3.0 release: First deliverables

On 2 March 2012 00:59, Gilles Sadowski wrote: > Hi. > > I managed to complete part of the release process: > > Tag on SVN: >  https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_0_RC1/ > > Artefacts on Nexus: >  https://repository.apache.org/content/repositories/orgapachecommons-010/

Re: svn commit: r1296508 - /commons/proper/math/trunk/pom.xml

On 2 March 2012 23:05, wrote: > Author: erans > Date: Fri Mar  2 23:05:31 2012 > New Revision: 1296508 > > URL: http://svn.apache.org/viewvc?rev=1296508&view=rev > Log: > Variable used for release candidate. > > Modified: >    commons/proper/math/trunk/pom.xml > > Modified: commons/proper/math/tr

Re: [Graph] Test problems after last commit

> uhm I am not really satisfied, the checks and the proxy handler > decrease performances, that is why I asked you to improve the impl - > just implementing synchronized wrappers would be more performant, but > would make boring maintaining all data structures in synch with future > modifications..

Re: [commons-build-plugin] can't build RC - help out of Maven pit

Gary, sounds like that one: http://jira.codehaus.org/browse/MSITE-619 Quote:"There is a breadcrumb without an href in your site.xml, please check if this fixes it. Note that all elements in site.xml require a href." Cheers On Fri, Mar 2, 2012 at 11:44 PM, Gary Gregory wrote: > > Hi All: > > I

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, > >> what if

[commons-build-plugin] can't build RC - help out of Maven pit

Hi All: I need help getting an RC/release out. With commons-build-plugin as it is in trunk I can do simple things like: "m2 site", "m2 install", "m3 site", "m3 install" where m2 is Maven 2.2.1 and m3 is Maven 3.0.4. All on Oracle Java 1.6.0_31 on Win7 64 bit. Our handy guide http://wiki.apache.o

Re: [Graph] Test problems after last commit

uhm I am not really satisfied, the checks and the proxy handler decrease performances, that is why I asked you to improve the impl - just implementing synchronized wrappers would be more performant, but would make boring maintaining all data structures in synch with future modifications... best, -

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

Om perfect simo... I just checked it out.. great work. :-) -- 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 li

Re: [Graph] Test problems after last commit

I would have preferred a Concurrent* version for our data structures, but I can happily live with the synchronized version even if not the top. an initial quick implementation is done and already on SVN - I took few minutes to make it - so please check it out and and feel free to add improvements,

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

Hi, The weights can be external, too. It's only a function from edge to weight. Your algorithm can take a function for its weights. The files library does it similar to this. what if that mapping function becomes a responsibility of WeightedGraph itself? And more generally, what if any pro

Re: [Graph] Test problems after last commit

> Sorry but at first reading it was not clear to me what you meant, > reading the second time I thought you maybe intended the > > related for [graph]? Yes Simo... I meant just what.

Re: [Graph] Test problems after last commit

Hi again Marco, If I understood correctly what your idea is, I just added the methods you proposed - feel free to improve the implementation! Testcase are still a TODO but honestly I don't know how to verify that the thread-safe contract is respected... I had the same issue in [pool] I continued

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, > > looking at

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?

My point isn't that we would not need weights ever but we're putting a needless restriction on the users (implementing a marker interface). The Edge and Vertex interfaces add no value. The weights can be external, too. It's only a function from edge to weight. Your algorithm can take a function

Re: [commons-build-plugin] commons.release.3.* ?

FYI: I am preparing a new release of the plugin to offer this new feature. Gary On Fri, Mar 2, 2012 at 12:12 PM, sebb wrote: > On 2 March 2012 17:05, sebb wrote: > > On 2 March 2012 15:19, Gary Gregory wrote: > >> Looking at > http://commons.apache.org/commons-build-plugin/download-page.html

Re: svn commit: r1296359 - in /commons/proper/math/trunk: RELEASE-NOTES.txt pom.xml src/changes/ src/changes/changes.xml src/site/xdoc/changes.xml

On 2 March 2012 20:44, sebb wrote: > On 2 March 2012 20:29, Gilles Sadowski wrote: >> On Fri, Mar 02, 2012 at 06:23:10PM -, s...@apache.org wrote: >>> Author: sebb >>> Date: Fri Mar  2 18:23:09 2012 >>> New Revision: 1296359 >>> >>> URL: http://svn.apache.org/viewvc?rev=1296359&view=rev >>> L

Re: svn commit: r1296359 - in /commons/proper/math/trunk: RELEASE-NOTES.txt pom.xml src/changes/ src/changes/changes.xml src/site/xdoc/changes.xml

On 2 March 2012 20:29, Gilles Sadowski wrote: > On Fri, Mar 02, 2012 at 06:23:10PM -, s...@apache.org wrote: >> Author: sebb >> Date: Fri Mar  2 18:23:09 2012 >> New Revision: 1296359 >> >> URL: http://svn.apache.org/viewvc?rev=1296359&view=rev >> Log: >> Fix up release notes to use locations

Re: [Math] Toward 3.0 release: First deliverables

On 2 March 2012 20:36, Gilles Sadowski wrote: > On Fri, Mar 02, 2012 at 05:41:39PM +, sebb wrote: >> On 2 March 2012 10:50, Gilles Sadowski wrote: >> > Hello. >> > >> >> could we make the following additions to the release notes? >> >> New features >> >> MATH-655: framework for iterative line

Re: [Math] Toward 3.0 release: First deliverables

On Fri, Mar 02, 2012 at 05:41:39PM +, sebb wrote: > On 2 March 2012 10:50, Gilles Sadowski wrote: > > Hello. > > > >> could we make the following additions to the release notes? > >> New features > >> MATH-655: framework for iterative linear solvers. Implementation of > >> two solvers: conjuga

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

That would be appreciated as well, thanks! -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:30 PM, Ted Dunning wrote: > No way that I have time to make real contributions, but i

Re: [Graph] Test problems after last commit

> 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 choose the preferred implementation. Sorry but at first reading it was not clear to me what you meant, reading the second time I thought you maybe intended the

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

No way that I have time to make real contributions, 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: svn commit: r1296359 - in /commons/proper/math/trunk: RELEASE-NOTES.txt pom.xml src/changes/ src/changes/changes.xml src/site/xdoc/changes.xml

On Fri, Mar 02, 2012 at 06:23:10PM -, s...@apache.org wrote: > Author: sebb > Date: Fri Mar 2 18:23:09 2012 > New Revision: 1296359 > > URL: http://svn.apache.org/viewvc?rev=1296359&view=rev > Log: > Fix up release notes to use locations and names expected by parent pom > > Added: > comm

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

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?

Having weights on vertices is quite common. Consider any probability transition network. The weight on each node is the probability of being in that state and the weights on the edges are conditional probabilties. Page rank is a related example of having weights on nodes. On Fri, Mar 2, 2012 at

Re: [Graph] Test problems after last commit

Hi simo, 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. I think that we can create a class Graphs that has static methods to wrap [graph] in a thread-safe way.

Re: [Graph] Test problems after last commit

why graphs shouldn't be thread safe? do you assume that users don't have to use [graph] in a multi-thread environment? following the java Collections class implementation means just rolling back the commits. -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http:

Re: [Graph] Test problems after last commit

Ciao Simo, I think that the problem is into concurrent implementation (SANDBOX-400). IMHO the BaseGraph has to be not thread safe because to manage the concurrency reduces the performance. I'm working on a possible solution. My idea is to follow the java Collections class implementation. If yo

Re: [Math] Toward 3.0 release: First deliverables

On 2 March 2012 17:41, sebb wrote: > On 2 March 2012 10:50, Gilles Sadowski wrote: >> Hello. >> >>> could we make the following additions to the release notes? >>> New features >>> MATH-655: framework for iterative linear solvers. Implementation of >>> two solvers: conjugate gradient, SYMMLQ. >>>

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

[Graph] Test problems after last commit

Hi all, I run the test suite but after the latest commit it seems that the test org.apache.commons.graph.coloring.GraphColoringBackTrackingTestCase was frozen. Did you have the same problem? ciao -- Marco Speranza Google Code: http://code.google.com/u/marco.speranza79/ --

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

Java Collections classes typically specify that they are serializable if their type parameter(s) are serializable. It shouldn't be required. On Mar 1, 2012 9:51 PM, "James Carman" wrote:

Re: [Math] Toward 3.0 release: First deliverables

On 2 March 2012 10:50, Gilles Sadowski wrote: > Hello. > >> could we make the following additions to the release notes? >> New features >> MATH-655: framework for iterative linear solvers. Implementation of >> two solvers: conjugate gradient, SYMMLQ. >> >> Changes >> MATH-677, MATH-743: several ch

Re: Maven bugs when building Sanselan

On 2 March 2012 05:28, Damjan Jovanovic wrote: > On Thu, Mar 1, 2012 at 11:37 PM, Dennis Lundberg wrote: >> On 2012-02-29 19:00, Damjan Jovanovic wrote: >>> Hi >>> >>> As we near the 1.0 release of Sanselan / Apache Commons Imaging, I am >>> having showstopper problems with Maven. >>> >>> The fir

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

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=19597&projectId=95 Build statistics: State: Failed Previous State: Building Started at: Fri 2 Mar 2012 16:21:20 + Finished at: Fri 2 Mar 2012 16:22:04 + Total time: 44s Build Trigger: Schedule Bui

Re: [Math] More missing/confusing infos in "UsingNexus"

On Fri, Mar 2, 2012 at 1:43 AM, Gilles Sadowski wrote: > I'm now trying to figure how to "stage the site". [What does "stage" mean in > this context?] "deploying" it to a place which is not the live site > >  stagingSite >  repouser >   > > ---CUT--- > > I wonder: >  * Should I replace "repous

Re: [daemon] Debian patches

Le vendredi 02 mars 2012 12:32:56, Emmanuel Bourg a écrit : > Hi, Hi Emmanuel, > I noticed that Debian is maintaining several patches for Commons Daemon > to support more os/architectures. Would it make sense to integrate them > in the code base? Ouch... I should have fowarded upstream all this

Re: [Math] New warnings from "FindBugs"

Hi. > >> > > >> > > > >> > > * org.apache.commons.math3.linear.SymmLQ: Yet another problem with a > >> > >  probably unnecessary "Serializable"... > >> > > > >> > In fact, it comes from a nested class which extends EventObject, so it > >> > must be (unfortunately) serializable. I'll look into it.

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

Good, sounds reasonable. -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 2, 2012 at 1:28 PM, Benedikt Ritter wrote: > Okay, > > I'll split that up into two separate patches, to make it eas

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

Okay, I'll split that up into two separate patches, 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

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,

[daemon] Debian patches

Hi, I noticed that Debian is maintaining several patches for Commons Daemon to support more os/architectures. Would it make sense to integrate them in the code base? The patches are available here: http://anonscm.debian.org/viewvc/pkg-java/trunk/commons-daemon/debian/patches/ Emmanuel Bourg

Re: [Math] Toward 3.0 release: First deliverables

Hello. > could we make the following additions to the release notes? > New features > MATH-655: framework for iterative linear solvers. Implementation of > two solvers: conjugate gradient, SYMMLQ. > > Changes > MATH-677, MATH-743: several changes to the API in the transform package. > It seems

[SANDBOX][BeanUtils2] Util class for testing

Hi, I've started to implement copyPropertiesTo(T target) in DefaultBeanAccessor. Now I'd like to make some changes to the test environment. I've come to the realization, that we often want to change a handful of TestBean's properties in a row and than do some assertions (for example if the

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

Hi all, Claudio is aware also about algorithms where weights are associated to Vertex - he's preparing his PhD research on graphes - maybe he can show us a more long-vision roadmap and evaluate benefits on simplifying the design. yes there are algorithms with weights on vertices. Of course tho

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

Hi James! thanks for the suggestions! I think your idea is more than valid, I just need to find a slot to experiment, but feel free to provide your contribution! All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi ht