Re: [configuration] Switching to jUnit 4 on configuration2 branch

2008-07-11 Thread Emmanuel Bourg
I'm not fond of the 4.0 style, I would prefer to stick to the current version. Emmanuel Bourg Oliver Heger a écrit : Are there any objections against switching to jUnit 4 on the configuration2 branch? Because the new version is backwards compatible we don't have to change the existing test

Re: [VOTE] Release JXPath 1.3 based on RC4

2008-07-11 Thread Matt Benson
--- Jörg Schaible <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > > > > --- Jörg Schaible <[EMAIL PROTECTED]> wrote: > > [snip] > > >> > >> Wiki: > >> > >> - talks about release plan for 1.2 ;-) > >> > > > > mmm... Being that I'm already in the process of > > releasing 1.3, it seems

Re: [VOTE] Release JXPath 1.3 based on RC4

2008-07-11 Thread Jörg Schaible
Matt Benson wrote: > > --- Jörg Schaible <[EMAIL PROTECTED]> wrote: [snip] >> >> Wiki: >> >> - talks about release plan for 1.2 ;-) >> > > mmm... Being that I'm already in the process of > releasing 1.3, it seems a little too late to come up > with a release plan. Should a release plan be

Re: [VOTE] Release JXPath 1.3 based on RC4

2008-07-11 Thread Matt Benson
--- sebb <[EMAIL PROTECTED]> wrote: > Hashes sigs look fine > > There is an extraneous 'options' file in the apidocs > directory and the > javadoc jar. > This is caused by the javadoc plugin, apparently. The options file appears to be something that specifying true in the plugin's configurati

Re: [VOTE] Release JXPath 1.3 based on RC4

2008-07-11 Thread Matt Benson
Officially cancelling this vote, blah blah... --- Matt Benson <[EMAIL PROTECTED]> wrote: > Thanks to anyone who reported/resolved issues with > the > previous release candidates. > > The artifacts are here: > http://people.apache.org/~mbenson/jxpath-1.3-rc4/ > > The tag is here: > http://svn.ap

Re: [VOTE] Release JXPath 1.3 based on RC4

2008-07-11 Thread Matt Benson
--- Jörg Schaible <[EMAIL PROTECTED]> wrote: > Hi Matt, > > Builds from source and works fine on my compiler zoo > except for all > IBM-JDKs, but that's a different story > (http://jira.codehaus.org/browse/MNG-3580). > > Some minor issues though in the docs: > > - download page goes nowhere, I

Re: [math] Fast Hadamard Transform

2008-07-11 Thread daniel kuan
Hi Luc, Thanks for the quick response. Issue MATH 215 has been created to track my suggestion. Regards, Daniel 2008/7/11 <[EMAIL PROTECTED]>: > Hi Daniel, > > Thanks for your suggestion. Could you open a JIRA issue with type "New > feature" to register it ? The URL of our JIRA tracker is here:

Re: [math] Fast Hadamard Transform

2008-07-11 Thread luc . maisonobe
Hi Daniel, Thanks for your suggestion. Could you open a JIRA issue with type "New feature" to register it ? The URL of our JIRA tracker is here: https://issues.apache.org/jira/browse/MATH You will have to register in order to be able to create a new issue. regards, Luc - Mail Original ---

[math] Fast Hadamard Transform

2008-07-11 Thread daniel kuan
I would like to suggest an addition of the fast hadamard transform to the following package: org.apache.commons.math.transform The class would be called: FastHadamardTransformer *1. A concise description of the new feature/enhancement.* The new feature will implement the fast hadamard transfo