Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation
On Wed, Dec 9, 2009 at 12:03 AM, Kevan Miller wrote: > > On Dec 7, 2009, at 9:00 PM, Niall Pemberton wrote: > >> On Mon, Dec 7, 2009 at 8:16 AM, Mohammad Nour El-Din >> wrote: >>> So Niall, whats next and please if there is anything I can help in let >>> me know about it. >> >> I was waiting for Donald to take the lead. Hes posted a couple of >> message about the vote which I responded to but he doesn't seem to be >> around much. Its ready AFAIC to post the proposal to >> gene...@incubator. > > I think Donald must be having subscription problems with this mailing list. > Don't think he's seen either response (or the other notes). I've nudged him > off-list. I tried that and got no response :( Niall > --kevan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation
On Dec 7, 2009, at 9:00 PM, Niall Pemberton wrote: > On Mon, Dec 7, 2009 at 8:16 AM, Mohammad Nour El-Din > wrote: >> So Niall, whats next and please if there is anything I can help in let >> me know about it. > > I was waiting for Donald to take the lead. Hes posted a couple of > message about the vote which I responded to but he doesn't seem to be > around much. Its ready AFAIC to post the proposal to > gene...@incubator. I think Donald must be having subscription problems with this mailing list. Don't think he's seen either response (or the other notes). I've nudged him off-list. --kevan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Another kind of community resource
http://slash7.com/2006/12/22/vampires TLP's might need some help dealing with the consequences of success. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
So I did something really stupid on my end possibly not having commons parent installed; I don't understand how I corrupt it repeatedly but good news is my latest try seemed successfull. My apologies to all for shouting wolf. Siegfried Goeschl wrote: > > Shall I upload the site? > > Cheers, > > Siegfried Goeschl > > -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955757.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbcp] 1.3/1.4 RC1 available for review
Hi Phil, Phil Steitz wrote: > I have prepared release candidates for DBCP 1.3 and 1.4. Please all > interested parties have a look and test. If all goes well, I will > kick off a release VOTE based on these artifacts in the next couple > of days. I see these as really two sets of artifacts associated > with one release, so I am inclined to just do one VOTE including > both versions. If anyone disagrees with this, please speak up. I > am happy to run two VOTEs. > > 1.3 (JDBC 3) version: > http://people.apache.org/~psteitz/dbcp-1.3-rc1 > http://people.apache.org/~psteitz/dbcp-1.3-rc1/site > http://people.apache.org/~psteitz/dbcp-1.3-rc1/maven > http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_3_RC1/ Like Nial I changed geronimo-jta_1.1_spec to version 1.1. My compiler zoo fails though for blackdown-jdk-1.4.2.03, jrockit-jdk-1.4.2.16 and sun- jdk-1.4.2.19. IMHO you must update the xerces version to a release that contains the driver implementation in the Java-SPI (META-INF/services): == %< Test set: org.apache.commons.jocl.TestJOCLContentHandler --- Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.047 sec <<< FAILURE! testObject(org.apache.commons.jocl.TestJOCLContentHandler) Time elapsed: 0.006 sec testPrimitives(org.apache.commons.jocl.TestJOCLContentHandler) Time elapsed: 0 sec testParse(org.apache.commons.jocl.TestJOCLContentHandler) Time elapsed: 0.028 sec <<< ERROR! org.xml.sax.SAXException: System property org.xml.sax.driver not specified at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.java:90) at org.apache.commons.jocl.JOCLContentHandler.parse(JOCLContentHandler.java:339) at org.apache.commons.jocl.JOCLContentHandler.parse(JOCLContentHandler.java:271) at org.apache.commons.jocl.TestJOCLContentHandler.testParse(TestJOCLContentHandler.java:255) == %< Using IBM-JDK 1.4.2.13 the build and all tests with Ant 1.6.5 succeed, but I get nevertheless those exceptions, I do not see, when running the other JDKs with Maven: == %< [junit] org.apache.commons.dbcp.AbandonedTrace$AbandonedObjectException: DBCP object created 2009-12-08 23:03:07 by the following code was never closed: [junit] at org.apache.commons.dbcp.AbandonedTrace.setStackTrace(AbandonedTrace.java:138) [junit] at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:81) [junit] at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106) [junit] at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044) [junit] at org.apache.commons.dbcp.TestAbandonedBasicDataSource.testAbandoned(TestAbandonedBasicDataSource.java:65) == %< == %< [junit] org.apache.commons.dbcp.AbandonedTrace$AbandonedObjectException: DBCP object created 2009-12-08 23:03:07 by the following code was never closed: [junit] at org.apache.commons.dbcp.AbandonedTrace.setStackTrace(AbandonedTrace.java:138) [junit] at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:81) [junit] at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106) [junit] at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044) [junit] at org.apache.commons.dbcp.TestBasicDataSource.getConnection(TestBasicDataSource.java:44) [junit] at org.apache.commons.dbcp.TestAbandonedBasicDataSource.testAbandonedClose(TestAbandonedBasicDataSource.java:75) == %< == %< [junit] org.apache.commons.dbcp.AbandonedTrace$AbandonedObjectException: DBCP object created 2009-12-08 23:03:07 by the following code was never closed: [junit] at org.apache.commons.dbcp.AbandonedTrace.setStackTrace(AbandonedTrace.java:138) [junit] at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:81) [jun
Re: Using maven 2 on non-MSFT platform to build JEXL
On Tue, Dec 8, 2009 at 9:22 PM, henrib wrote: > > > > Niall Pemberton wrote: >> >> >> I don't really under stand the "commons-parent pom is just above >> jexl's trunk" comment as in our subversion hierarchy its not *above* >> and the only way it can find it is by downloading/installing in your >> local repo in the usual manner - unless you've put it there >> specifically? >> ... >> > It is installed in the local repository but if I dont put it "physically" > above (../jexl where jexl is the trunk itself), the site is not generated > correctly. Sounds to me like you don't have commons-parent installed in your local m2 repository - which would explain all this. Niall > Niall Pemberton wrote: >> >> Also I don't understand what you mean by "...rc publishing fails later >> when the site is regenerated from what was published" - I guess this >> is using the release plugin? Or is it something else? >> > > Correct, this is using the release plugin. In the publication process, the > uploaded source is re-downloaded, and regenerates the build (if I did > understand correctly). This regenerated build does not end up looking the > same because which I believe is caused by the failure to find the parent > pom. > There is actually a warning at the beginning of the build stating so. > -- > View this message in context: > http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955671.html > Sent from the Commons - Dev mailing list archive at Nabble.com. > > - > 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
Re: Using maven 2 on non-MSFT platform to build JEXL
Shall I upload the site? Cheers, Siegfried Goeschl henrib wrote: > If it is styled in Blue - as the Jexl 1.0 site looks - and if you have the > menu for reports (cobertura, etc), then you're good and I'm doing something > totally stupid on my end. > If site is styled in Red, no menu for reports, then we look at the same > problem. > Thanks for checking. > Cheers, > Henrib > > Siegfried Goeschl wrote: > >> Hi folks, >> >> just generated the site on Mac OS 10.4 and it looks good - the site says >> it it 2.0-SNAPSHOT (is this correct)? >> >> Cheers, >> >> Siegfried Goeschl >> >> >> >> > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
Niall Pemberton wrote: > > > I don't really under stand the "commons-parent pom is just above > jexl's trunk" comment as in our subversion hierarchy its not *above* > and the only way it can find it is by downloading/installing in your > local repo in the usual manner - unless you've put it there > specifically? > ... > It is installed in the local repository but if I dont put it "physically" above (../jexl where jexl is the trunk itself), the site is not generated correctly. Niall Pemberton wrote: > > Also I don't understand what you mean by "...rc publishing fails later > when the site is regenerated from what was published" - I guess this > is using the release plugin? Or is it something else? > Correct, this is using the release plugin. In the publication process, the uploaded source is re-downloaded, and regenerates the build (if I did understand correctly). This regenerated build does not end up looking the same because which I believe is caused by the failure to find the parent pom. There is actually a warning at the beginning of the build stating so. -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955671.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
henrib wrote: > To be complete, the site is generated ok when the commons-parent pom is just > above jexl's trunk with parent parent version 12. But then the rc publishing > fails later when the site is regenerated from what was published (lacking > the parent pom above.) > > Seems to me this is related to the getRelativePath bug on Unix (which looks > like a *major* loss of functionality); it is fixed but there is no release > that includes it. A release is in the works. > > henrib wrote: >> No, that does not change the output. >> But with a parent pom version 11, it looks ok. >> >> >> Niall Pemberton wrote: >>> ... >>> Does it make any difference if you remove the leading slash from the >>> href="/...html" attribute on the elements in site.xml? >>> ... >>> >> > -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
If it is styled in Blue - as the Jexl 1.0 site looks - and if you have the menu for reports (cobertura, etc), then you're good and I'm doing something totally stupid on my end. If site is styled in Red, no menu for reports, then we look at the same problem. Thanks for checking. Cheers, Henrib Siegfried Goeschl wrote: > > Hi folks, > > just generated the site on Mac OS 10.4 and it looks good - the site says > it it 2.0-SNAPSHOT (is this correct)? > > Cheers, > > Siegfried Goeschl > > > -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955665.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
On Tue, Dec 8, 2009 at 8:10 PM, henrib wrote: > > To be complete, the site is generated ok when the commons-parent pom is just > above jexl's trunk with parent parent version 12. But then the rc publishing > fails later when the site is regenerated from what was published (lacking > the parent pom above.) I don't really under stand the "commons-parent pom is just above jexl's trunk" comment as in our subversion hierarchy its not *above* and the only way it can find it is by downloading/installing in your local repo in the usual manner - unless you've put it there specifically? Also I don't understand what you mean by "...rc publishing fails later when the site is regenerated from what was published" - I guess this is using the release plugin? Or is it something else? Niall > Seems to me this is related to the getRelativePath bug on Unix (which looks > like a *major* loss of functionality); it is fixed but there is no release > that includes it. > > > henrib wrote: >> >> No, that does not change the output. >> But with a parent pom version 11, it looks ok. >> >> >> Niall Pemberton wrote: >>> >>> ... >>> Does it make any difference if you remove the leading slash from the >>> href="/...html" attribute on the elements in site.xml? >>> ... >>> >> >> > > -- > View this message in context: > http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955598.html > Sent from the Commons - Dev mailing list archive at Nabble.com. > > - > 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
Re: Using maven 2 on non-MSFT platform to build JEXL
Hi folks, just generated the site on Mac OS 10.4 and it looks good - the site says it it 2.0-SNAPSHOT (is this correct)? Cheers, Siegfried Goeschl henrib wrote: > No, that does not change the output. > But with a parent pom version 11, it looks ok. > > > Niall Pemberton wrote: > >> ... >> Does it make any difference if you remove the leading slash from the >> href="/...html" attribute on the elements in site.xml? >> ... >> >> > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
To be complete, the site is generated ok when the commons-parent pom is just above jexl's trunk with parent parent version 12. But then the rc publishing fails later when the site is regenerated from what was published (lacking the parent pom above.) Seems to me this is related to the getRelativePath bug on Unix (which looks like a *major* loss of functionality); it is fixed but there is no release that includes it. henrib wrote: > > No, that does not change the output. > But with a parent pom version 11, it looks ok. > > > Niall Pemberton wrote: >> >> ... >> Does it make any difference if you remove the leading slash from the >> href="/...html" attribute on the elements in site.xml? >> ... >> > > -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955598.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
No, that does not change the output. But with a parent pom version 11, it looks ok. Niall Pemberton wrote: > > ... > Does it make any difference if you remove the leading slash from the > href="/...html" attribute on the elements in site.xml? > ... > -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955590.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Using maven 2 on non-MSFT platform to build JEXL
On Tue, Dec 8, 2009 at 4:55 PM, henrib wrote: > > I've been fighting with the JEXL environment (on a Mac) to get it to generate > an 'mvn site' correctly; in particular, the reports are not included and the > css are wrong. > > I duplicated the same env on the Mac and on a Windows box, clean from maven > to checkout, commons-build checked out as peer, and... the Windows version > does generate the site correctly whilst the Mac version has the previous > problems! > > It may or may not be related to MSITE-404 but in any case, it means Mac is > unusable to publish a release candidate or a build. If anyone successfully > using a non-Windows platform could just perform a double check (svn co jexl, > mvn site: no reports accessible from the left hand side mean failure), I'd > really appreciate it. > > It might allow us to warn Un*x-ians of our community not to waste hours > trying to build on their platform. > > If someone has *any* solution - besides virtualbox-ing Windows XP -, I'll > gladly give it a try. Does it make any difference if you remove the leading slash from the href="/...html" attribute on the elements in site.xml? http://svn.apache.org/repos/asf/commons/proper/jexl/trunk/src/site/site.xml Niall - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Home for the colt fork
Actually, the reason that we have Colt in Mahout is it has proven impossible to get changes into commons math. We really, really wanted to use commons math rather than have our own linear algebra package, but it just proved impossible and we didn't want to wait forever. If that problem were solved, then it would be great to depend on commons math. If that problem isn't solved, then there is no way to depend on commons math. On Tue, Dec 8, 2009 at 6:19 AM, Benson Margulies wrote: > We can't possibly have a dependency on Mahout in the long term. Either > we all go shares on code in some other piece of commons, or we end up > with two forks, which would be sad. > > On Tue, Dec 8, 2009 at 8:33 AM, James Carman > wrote: > > I wouldn't like to see a dependency on mahout code in a "commons" > > library. That seems kind of backwards. If Mahout wants to offload > > this stuff, we can move it into a library in commons (which is > > typically how stuff used to happen in Jakarta). > > > > On Tue, Dec 8, 2009 at 8:18 AM, Benson Margulies > wrote: > >> Mahout now has a fork of a portion of the 'category A' portion of the > >> CERN colt library forked. The Mahout fork is, of course, in the Mahout > >> tree under a Mahout Java package and Maven triple. > >> > >> I want to use the collections classes from Mahout as the core to a new > >> set of commons-primitives classes that do the useful things that GNU > >> Trove does. > >> > >> The classes I want to start from depend on the classes that are in the > >> Mahout fork. > >> > >> As a temporary expedient, I can depend on their there. However, I > >> submit that it would be more better if the mathematical code were in > >> commons-math. Was this option explored? > >> > >> - > >> 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 > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- Ted Dunning, CTO DeepDyve
Using maven 2 on non-MSFT platform to build JEXL
I've been fighting with the JEXL environment (on a Mac) to get it to generate an 'mvn site' correctly; in particular, the reports are not included and the css are wrong. I duplicated the same env on the Mac and on a Windows box, clean from maven to checkout, commons-build checked out as peer, and... the Windows version does generate the site correctly whilst the Mac version has the previous problems! It may or may not be related to MSITE-404 but in any case, it means Mac is unusable to publish a release candidate or a build. If anyone successfully using a non-Windows platform could just perform a double check (svn co jexl, mvn site: no reports accessible from the left hand side mean failure), I'd really appreciate it. It might allow us to warn Un*x-ians of our community not to waste hours trying to build on their platform. If someone has *any* solution - besides virtualbox-ing Windows XP -, I'll gladly give it a try. -- View this message in context: http://n4.nabble.com/Using-maven-2-on-non-MSFT-platform-to-build-JEXL-tp955440p955440.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Home for the colt fork
We can't possibly have a dependency on Mahout in the long term. Either we all go shares on code in some other piece of commons, or we end up with two forks, which would be sad. On Tue, Dec 8, 2009 at 8:33 AM, James Carman wrote: > I wouldn't like to see a dependency on mahout code in a "commons" > library. That seems kind of backwards. If Mahout wants to offload > this stuff, we can move it into a library in commons (which is > typically how stuff used to happen in Jakarta). > > On Tue, Dec 8, 2009 at 8:18 AM, Benson Margulies > wrote: >> Mahout now has a fork of a portion of the 'category A' portion of the >> CERN colt library forked. The Mahout fork is, of course, in the Mahout >> tree under a Mahout Java package and Maven triple. >> >> I want to use the collections classes from Mahout as the core to a new >> set of commons-primitives classes that do the useful things that GNU >> Trove does. >> >> The classes I want to start from depend on the classes that are in the >> Mahout fork. >> >> As a temporary expedient, I can depend on their there. However, I >> submit that it would be more better if the mathematical code were in >> commons-math. Was this option explored? >> >> - >> 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 > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbcp] 1.3/1.4 RC1 available for review
All the artifacts look good. DBCP 1.4 I ran the tests using m2 and JDK 1.6 and were fine. DBCP 1.3 Test ran fine using m2/JDK 1.5 - but failed to compile using ant/JDK 1.4 because one of the dependencies was built using JDK 1.5 I changed the dependency to use version 1.1 of geronimo-jta_1.1_spec (instead of 1.1.1) and the tests built and ran fine in ant. Its not IMO a blocker for release, but may cause confusion if anyone tries to build with JDK 1.4. Niall On Mon, Dec 7, 2009 at 11:37 AM, Phil Steitz wrote: > I have prepared release candidates for DBCP 1.3 and 1.4. Please all > interested parties have a look and test. If all goes well, I will > kick off a release VOTE based on these artifacts in the next couple > of days. I see these as really two sets of artifacts associated > with one release, so I am inclined to just do one VOTE including > both versions. If anyone disagrees with this, please speak up. I > am happy to run two VOTEs. > > 1.3 (JDBC 3) version: > http://people.apache.org/~psteitz/dbcp-1.3-rc1 > http://people.apache.org/~psteitz/dbcp-1.3-rc1/site > http://people.apache.org/~psteitz/dbcp-1.3-rc1/maven > http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_3_RC1/ > > 1.4 (JDBC 4) version: > http://people.apache.org/~psteitz/dbcp-1.4-rc1 > http://people.apache.org/~psteitz/dbcp-1.4-rc1/site > http://people.apache.org/~psteitz/dbcp-1.4-rc1/maven > http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_4_RC1/ > > Release notes (common version, ships with both) > http://people.apache.org/~psteitz/RELEASE-NOTES.txt > > There is also a recently opened documentation bug (DBCP-309) that I > do not see as a showstopper for this release, but would appreciate > feedback on the ticket and concurrence that we can push it to > 1.3.1/1.4.1. > > Thanks! > > Phil > > - > 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
Re: Home for the colt fork
I wouldn't like to see a dependency on mahout code in a "commons" library. That seems kind of backwards. If Mahout wants to offload this stuff, we can move it into a library in commons (which is typically how stuff used to happen in Jakarta). On Tue, Dec 8, 2009 at 8:18 AM, Benson Margulies wrote: > Mahout now has a fork of a portion of the 'category A' portion of the > CERN colt library forked. The Mahout fork is, of course, in the Mahout > tree under a Mahout Java package and Maven triple. > > I want to use the collections classes from Mahout as the core to a new > set of commons-primitives classes that do the useful things that GNU > Trove does. > > The classes I want to start from depend on the classes that are in the > Mahout fork. > > As a temporary expedient, I can depend on their there. However, I > submit that it would be more better if the mathematical code were in > commons-math. Was this option explored? > > - > 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
Home for the colt fork
Mahout now has a fork of a portion of the 'category A' portion of the CERN colt library forked. The Mahout fork is, of course, in the Mahout tree under a Mahout Java package and Maven triple. I want to use the collections classes from Mahout as the core to a new set of commons-primitives classes that do the useful things that GNU Trove does. The classes I want to start from depend on the classes that are in the Mahout fork. As a temporary expedient, I can depend on their there. However, I submit that it would be more better if the mathematical code were in commons-math. Was this option explored? - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[Commons Wiki] Update of "Math" by Antoine LevyLambert
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "Math" page has been changed by Antoine LevyLambert. http://wiki.apache.org/commons/Math?action=diff&rev1=14&rev2=15 -- = Related Software = MathRelatedSoftware - list of other projects, libraries and software for numerical calculations. - = Helpful links = - [[http://www.assignmentexpert.com/math/|Math homework help]] provided by professional experts - - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbcp] 1.3/1.4 RC1 available for review
Phil Steitz wrote: > I have prepared release candidates for DBCP 1.3 and 1.4. Please all > interested parties have a look and test. If all goes well, I will > kick off a release VOTE based on these artifacts in the next couple > of days. I see these as really two sets of artifacts associated > with one release, so I am inclined to just do one VOTE including > both versions. If anyone disagrees with this, please speak up. I > am happy to run two VOTEs. They look good to me. Mark - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[Commons Wiki] Update of "Math" by AlexLobsters
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "Math" page has been changed by AlexLobsters.
http://wiki.apache.org/commons/Math?action=diff&rev1=13&rev2=14
--
##language:en
= Commons-Math Overview =
+ || {{http://jakarta.apache.org/commons/math/images/math.gif}}
||[[http://commons.apache.org/math/|Commons-Math]] is a library of lightweight,
self-contained mathematics and statistics components. <> <> A lot of
information is available on the [[http://commons.apache.org/math/|Commons-Math
website]]. <> <> If you don't find the information you need you can
always contact us using one of the
[[http://commons.apache.org/math/mail-lists.html|mailing lists]]. ||
- || {{http://jakarta.apache.org/commons/math/images/math.gif}} ||
[[http://commons.apache.org/math/|Commons-Math]] is a library of lightweight,
self-contained mathematics and statistics components. <> <> A lot of
information is available on the [[http://commons.apache.org/math/|Commons-Math
website]]. <> <> If you don't find the information you need you can
always contact us using one of the
[[http://commons.apache.org/math/mail-lists.html|mailing lists]]. ||
= FAQ =
-
MathFaq - Questions and answers regarding Commons-Math.
= Commons-Math Wish List =
-
MathWishList - list of requested features.
= Related Software =
-
MathRelatedSoftware - list of other projects, libraries and software for
numerical calculations.
= Helpful links =
+ [[http://www.assignmentexpert.com/math/|Math homework help]] provided by
professional experts
- [http://www.assignmentexpert.com/math/ Math homework help] provided by
professional experts
-
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
[Commons Wiki] Update of "Math" by AlexLobsters
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "Math" page has been changed by AlexLobsters. http://wiki.apache.org/commons/Math?action=diff&rev1=12&rev2=13 -- MathRelatedSoftware - list of other projects, libraries and software for numerical calculations. + = Helpful links = + + [http://www.assignmentexpert.com/math/ Math homework help] provided by professional experts + - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
