[jira] Created: (COMMONSSITE-30) Add Module profiles to parent poms
Add Module profiles to parent poms -- Key: COMMONSSITE-30 URL: https://issues.apache.org/jira/browse/COMMONSSITE-30 Project: Commons All Issue Type: Improvement Components: Commons Parent Pom Reporter: Niall Pemberton Attachments: COMMONSSITE-30-module-profiles.patch Seeing the felix project's pom with different modules in profiles made me think this might be useful for commons - with "trunks-proper" or "trunks-sandbox". I tried it out, but running mvn -Ptrunks-proper site failed bizarely: * on commons-io it objected to JDK 1.5 features saying the source option was 1.3 - so it seemed to be using the commons-parent default, rather than the individual property setting for projects * on lang though it objected to enum - so seemed to ignore those settings. Perhaps someone else knows how to get it working properly - at the least its useful for cleaning up all the modules. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COMMONSSITE-30) Add Module profiles to parent poms
[ https://issues.apache.org/jira/browse/COMMONSSITE-30?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated COMMONSSITE-30: --- Attachment: COMMONSSITE-30-module-profiles.patch Attaching a patch in case anyone else wants to play with it > Add Module profiles to parent poms > -- > > Key: COMMONSSITE-30 > URL: https://issues.apache.org/jira/browse/COMMONSSITE-30 > Project: Commons All > Issue Type: Improvement > Components: Commons Parent Pom >Reporter: Niall Pemberton > Attachments: COMMONSSITE-30-module-profiles.patch > > > Seeing the felix project's pom with different modules in profiles made me > think this might be useful for commons - with "trunks-proper" or > "trunks-sandbox". > I tried it out, but running mvn -Ptrunks-proper site failed bizarely: > * on commons-io it objected to JDK 1.5 features saying the source option was > 1.3 - so it seemed to be using the commons-parent default, rather than the > individual property setting for projects > * on lang though it objected to enum - so seemed to ignore those settings. > Perhaps someone else knows how to get it working properly - at the least its > useful for cleaning up all the modules. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (MATH-207) Implementation of GeneticAlgorithm.nextGeneration() is wrong
[ https://issues.apache.org/jira/browse/MATH-207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Stefka updated MATH-207: -- Attachment: patch Patch for the bug > Implementation of GeneticAlgorithm.nextGeneration() is wrong > > > Key: MATH-207 > URL: https://issues.apache.org/jira/browse/MATH-207 > Project: Commons Math > Issue Type: Bug >Affects Versions: 2.0 >Reporter: David Stefka > Fix For: 2.0 > > Attachments: patch > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > The implementation of GeneticAlgorithm.nextGeneration() is wrong, since the > only way how a Chromosome can get into the new generation is by mutation. > Enclosed, I am sending a patch for this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MATH-207) Implementation of GeneticAlgorithm.nextGeneration() is wrong
Implementation of GeneticAlgorithm.nextGeneration() is wrong Key: MATH-207 URL: https://issues.apache.org/jira/browse/MATH-207 Project: Commons Math Issue Type: Bug Affects Versions: 2.0 Reporter: David Stefka Fix For: 2.0 Attachments: patch The implementation of GeneticAlgorithm.nextGeneration() is wrong, since the only way how a Chromosome can get into the new generation is by mutation. Enclosed, I am sending a patch for this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (COLLECTIONS-296) Introduce SortedUtils.merge() for merging sorted collections
[ https://issues.apache.org/jira/browse/COLLECTIONS-296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598778#action_12598778 ] Julius Davies commented on COLLECTIONS-296: --- I think the ignoreDups idea is excellent. I'll submit a newer patch incorporating that later tonight. Thanks for the java.util.Collections.binarySearch() tip! I've been converting to Object[] and using Arrays.binarySearch() all these years! [blush] > Introduce SortedUtils.merge() for merging sorted collections > > > Key: COLLECTIONS-296 > URL: https://issues.apache.org/jira/browse/COLLECTIONS-296 > Project: Commons Collections > Issue Type: New Feature > Components: Core >Reporter: Julius Davies >Priority: Minor > Attachments: SortedUtils.patch > > > Is there any interest in this? > /** > * Returns a new ArrayList where sorted Collection a and sorted > Collection b > * are combined such that ordering of the elements according to > * Comparator c is retained. Uses the standard O(n) merge algorithm > * for combining two sorted lists. > * > * @param a Object to combine with sorted Collection b. Must implement > Comparable. > * @param b Sorted Collection to combine with Object a. > * @param c Comparator by which Collection a and Collection b have been > sorted, or null > * if the Collections are sorted according to their natural > ordering. > * @return a new sorted ArrayList > */ > public static ArrayList merge(Collection a, Collection b, Comparator c); -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598756#action_12598756 ] Christopher Schultz commented on BEANUTILS-315: --- I'm not in a good position to really test in a 1.8 environment, so if you could change the class to extend AbstractConverter and re-name convert to convertToType, I believe that should do it. > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > Attachments: XMLDateTimeConverter.java, XMLDateTimeConverterTests.java > > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Schultz updated BEANUTILS-315: -- Attachment: XMLDateTimeConverterTests.java Updated unit tests (includes a few more checks than the last set). > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > Attachments: XMLDateTimeConverter.java, XMLDateTimeConverterTests.java > > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Schultz updated BEANUTILS-315: -- Attachment: XMLDateTimeConverter.java New implementation of the XMLDateTimeConverter. This one does not require regular expressions and should work on all versions of Java. The regexp-based parser remains in the source code, but completely commented-out. > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > Attachments: XMLDateTimeConverter.java, XMLDateTimeConverterTests.java > > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Schultz updated BEANUTILS-315: -- Attachment: (was: XMLDateTimeConverterTests.java) > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Schultz updated BEANUTILS-315: -- Attachment: (was: XMLDateTimeConverter.java) > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (BEANUTILS-315) Converter for XML Schema 'dateTime' type
[ https://issues.apache.org/jira/browse/BEANUTILS-315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598707#action_12598707 ] Christopher Schultz commented on BEANUTILS-315: --- Niall, Sorry for not checking on the Java version requirements. It looks like beanutils currently has little in the way of dependencies, and I'm guessing that the group would like to keep it that way. I could re-write the parser so that it does not use regular expressions at all if that would help (though the code would be somewhat uglier). Another option would be to put this implementation into a Wiki or some other community resource. > Converter for XML Schema 'dateTime' type > > > Key: BEANUTILS-315 > URL: https://issues.apache.org/jira/browse/BEANUTILS-315 > Project: Commons BeanUtils > Issue Type: New Feature > Components: ConvertUtils & Converters >Reporter: Christopher Schultz >Priority: Minor > Attachments: XMLDateTimeConverter.java, XMLDateTimeConverterTests.java > > > I have developed a converter implementation that can convert XML Schema > 'dateTime' (xs:dateTime) types into java.util.Date and would like to donate > it to the project. > This Converter is being used with commons-digester successfully in one of my > projects, and a series of posts on the commons-user list led me to believe > that commons-beanutils was an appropriate place to file an enhancement > request. > A proposed implementation is forthcoming. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (MATH-203) Add general multiple linear regression
[ https://issues.apache.org/jira/browse/MATH-203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luc Maisonobe resolved MATH-203. Resolution: Fixed fixed as of r658645 in branch 2.0 > Add general multiple linear regression > --- > > Key: MATH-203 > URL: https://issues.apache.org/jira/browse/MATH-203 > Project: Commons Math > Issue Type: New Feature >Reporter: Mauro Talevi > Fix For: 2.0 > > Attachments: error-handling-and-docs-patch.txt, > multiple-linear-regression-patch.txt > > > Multiple regression is a fundamental element of several mathematical and > statistical projects, among them econometrics one. A general linear > multiple regression is contained in the JET Regression component at > http://jet.codehaus.org/javadoc/jet-regression, but it could benefit a wider > community if it was part of commons-math. > The regression component has no external dependency outside of commons-math. > Code for OLS and GLS multiple linear regression can be checked out from > https://svn.codehaus.org/jet/trunk/jet-regression. > If this is of interest, I'll re-package the code to live in > org.apache.commons.math.stat.regression. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MATH-206) ComplexFormat.parse doesn't parse a double e.g. 0.0
[ https://issues.apache.org/jira/browse/MATH-206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598623#action_12598623 ] Luc Maisonobe commented on MATH-206: Using a no-argument constructor for ComplexFormat leads to use a default format which itself relies on the default locale as returned by Locale.getDefault(). This is a normal behavior and is the same behavior you get from parsing a single double value with functions like Double.parseDouble(). Parsing non-localized strings even in localized environments can be done by supplying the format to use to ComplexFormat, for example like this: ComplexFormat cf = new ComplexFormat(NumberFormat.getInstance(Locale.US)); > ComplexFormat.parse doesn't parse a double e.g. 0.0 > --- > > Key: MATH-206 > URL: https://issues.apache.org/jira/browse/MATH-206 > Project: Commons Math > Issue Type: Bug >Affects Versions: 1.2 > Environment: Windows Vista + JDK 6 >Reporter: Frederick Salardi > > When running: > public static void main(String[] args) { > try { > String s = "0.0"; > ComplexFormat cf = new ComplexFormat(); > Complex c = cf.parse(s); > System.out.println("c = " + c); > } catch (ParseException ex) { > ex.printStackTrace(); > } > } > i get the following error: > java.text.ParseException: Unparseable complex number: "0.0" > at > org.apache.commons.math.complex.ComplexFormat.parse(ComplexFormat.java:307) > at complexformattest.Main.main(Main.java:26) > With integers it works correctly but support for doubles is even more > important ;] (from my point of view). I downloaded the "Latest release" > Hope u fix it quick. I have a proposal but it affects much the code. Maybe > You have some quick hint? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-217) TFTPServerPathTest fails in testWriteOutsideHome
[ https://issues.apache.org/jira/browse/NET-217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598620#action_12598620 ] Sebb commented on NET-217: -- I can see the same problem on Ubuntu 8.04 (VMWare). However, if I add a short sleep after the call to tftpS.shutdown(), the problem goes away. Even sleep(1) works, but sleep(0) and yield() do not. This suggests that there is some final tidyup that needs to be done which is not happening, perhaps because of thread starvation? Or maybe shutdown() is not waiting for something to complete? However, a quick trawl through the code does not reveal anything, so maybe it is a feature of the JVM on Ubuntu? > TFTPServerPathTest fails in testWriteOutsideHome > > > Key: NET-217 > URL: https://issues.apache.org/jira/browse/NET-217 > Project: Commons Net > Issue Type: Bug >Affects Versions: 2.0 > Environment: $ mvn -v > Maven version: 2.0.8 > Java version: 1.6.0_06 > OS name: "linux" version: "2.6.24-16-generic" arch: "i386" Family: "unix" >Reporter: Niklas Gustavsson > > The TFTPServerPathTest fails in the testWriteOutsideHome method with the > following stack trace: > Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.045 sec <<< > FAILURE! > testWriteOutsideHome(org.apache.commons.net.tftp.TFTPServerPathTest) Time > elapsed: 0.003 sec <<< ERROR! > java.net.BindException: Address already in use > at java.net.PlainDatagramSocketImpl.bind0(Native Method) > at > java.net.PlainDatagramSocketImpl.bind(PlainDatagramSocketImpl.java:82) > at java.net.DatagramSocket.bind(DatagramSocket.java:368) > at java.net.DatagramSocket.(DatagramSocket.java:210) > at java.net.DatagramSocket.(DatagramSocket.java:261) > at java.net.DatagramSocket.(DatagramSocket.java:234) > at > org.apache.commons.net.DefaultDatagramSocketFactory.createDatagramSocket(DefaultDatagramSocketFactory.java:59) > at > org.apache.commons.net.DatagramSocketClient.open(DatagramSocketClient.java:119) > at org.apache.commons.net.tftp.TFTPServer.launch(TFTPServer.java:239) > at org.apache.commons.net.tftp.TFTPServer.(TFTPServer.java:161) > at > org.apache.commons.net.tftp.TFTPServerPathTest.testWriteOutsideHome(TFTPServerPathTest.java:137) > This breaks are build for FtpServer as we currently bring in commons-net as > there are no snapshots available. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (CHAIN-33) Upgrade to Digester 1.8 to fix bug loading webapp resources
[ https://issues.apache.org/jira/browse/CHAIN-33?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598578#action_12598578 ] Niall Pemberton commented on CHAIN-33: -- See https://issues.apache.org/struts/browse/STR-3143 > Upgrade to Digester 1.8 to fix bug loading webapp resources > --- > > Key: CHAIN-33 > URL: https://issues.apache.org/jira/browse/CHAIN-33 > Project: Commons Chain > Issue Type: Bug >Affects Versions: 1.1 >Reporter: Niall Pemberton >Assignee: Niall Pemberton > Fix For: 1.2 > > > Upgrade to the new Digester 1.8 version: >http://jakarta.apache.org/commons/digester/ > Digester 1.8 has fixed DIGESTER-29 where loading of resources can cause a > webapp to fail on redeploy and DIGESTER-110 provides a new parse(URL) method > which means similar logic can be removed from Chain -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.