[jira] [Commented] (CONFIGURATION-451) commons-beanutils in two different version in dependency tree
[
https://issues.apache.org/jira/browse/CONFIGURATION-451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050233#comment-13050233
]
Oliver Heger commented on CONFIGURATION-451:
So what do you suggest to solve the problem?
commons-beanutils in two different version in dependency tree
-
Key: CONFIGURATION-451
URL: https://issues.apache.org/jira/browse/CONFIGURATION-451
Project: Commons Configuration
Issue Type: Bug
Components: Build
Affects Versions: 1.6
Reporter: Daniel Bimschas
Priority: Minor
Labels: build, maven
The Maven dependency tree (mvn dependency:tree) delivers:
{quote}
[INFO] | \- commons-configuration:commons-configuration:jar:1.6:compile
[INFO] |+- commons-collections:commons-collections:jar:3.2.1:compile
[INFO] |+- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] |+- commons-digester:commons-digester:jar:1.8:compile
[INFO] || \- commons-beanutils:commons-beanutils:jar:1.7.0:compile
[INFO] |\- commons-beanutils:commons-beanutils-core:jar:1.8.0:compile
{quote}
There is two times the commons-beanutils package with two different versions
which can potentially cause problems during runtime as it is not clear which
version is first in the classpath.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CONFIGURATION-451) commons-beanutils in two different version in dependency tree
[
https://issues.apache.org/jira/browse/CONFIGURATION-451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050257#comment-13050257
]
Joerg Schaible commented on CONFIGURATION-451:
--
Use always commons-beanutils. However, that's already the case in HEAD, so it
is fixed for 1.7.
commons-beanutils in two different version in dependency tree
-
Key: CONFIGURATION-451
URL: https://issues.apache.org/jira/browse/CONFIGURATION-451
Project: Commons Configuration
Issue Type: Bug
Components: Build
Affects Versions: 1.6
Reporter: Daniel Bimschas
Priority: Minor
Labels: build, maven
The Maven dependency tree (mvn dependency:tree) delivers:
{quote}
[INFO] | \- commons-configuration:commons-configuration:jar:1.6:compile
[INFO] |+- commons-collections:commons-collections:jar:3.2.1:compile
[INFO] |+- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] |+- commons-digester:commons-digester:jar:1.8:compile
[INFO] || \- commons-beanutils:commons-beanutils:jar:1.7.0:compile
[INFO] |\- commons-beanutils:commons-beanutils-core:jar:1.8.0:compile
{quote}
There is two times the commons-beanutils package with two different versions
which can potentially cause problems during runtime as it is not clear which
version is first in the classpath.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (VFS-353) FTP client should call logout before disconnecting
FTP client should call logout before disconnecting -- Key: VFS-353 URL: https://issues.apache.org/jira/browse/VFS-353 Project: Commons VFS Issue Type: Bug Affects Versions: 1.0 Reporter: Andreas Bergander Before the disconnect method is called, which closes the sockets, an FTP QUIT command should be sent by calling the logout-method. This is the polite way of ending an FTP session. Some FTP servers don't like if the QUIT command is skipped and eventually disallows further connection attempts after a while. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-592) Convenience Methods for Retrieving the Start and End Points of a SubLine
[ https://issues.apache.org/jira/browse/MATH-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050460#comment-13050460 ] Curtis Jensen commented on MATH-592: No worries, I'll adapt to what the final product is. We've gotten tired of writing our own geometry library and have been waiting for a while for a good Java geometry library to come along. We're happy ASF has taken up the charge. Convenience Methods for Retrieving the Start and End Points of a SubLine Key: MATH-592 URL: https://issues.apache.org/jira/browse/MATH-592 Project: Commons Math Issue Type: New Feature Affects Versions: 3.0 Reporter: Curtis Jensen Priority: Minor Labels: Geometry, math Fix For: 3.0 Original Estimate: 24h Remaining Estimate: 24h For convenience, it would be helpful to have methods in the SubLine class to retrieve the start and end points of the SubLine. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CONFIGURATION-451) commons-beanutils in two different version in dependency tree
[
https://issues.apache.org/jira/browse/CONFIGURATION-451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050505#comment-13050505
]
Oliver Heger commented on CONFIGURATION-451:
Such problems I love the most :-)
So if I understand well, I can directly close this issue. Daniel, is this fine
with you, too?
commons-beanutils in two different version in dependency tree
-
Key: CONFIGURATION-451
URL: https://issues.apache.org/jira/browse/CONFIGURATION-451
Project: Commons Configuration
Issue Type: Bug
Components: Build
Affects Versions: 1.6
Reporter: Daniel Bimschas
Priority: Minor
Labels: build, maven
The Maven dependency tree (mvn dependency:tree) delivers:
{quote}
[INFO] | \- commons-configuration:commons-configuration:jar:1.6:compile
[INFO] |+- commons-collections:commons-collections:jar:3.2.1:compile
[INFO] |+- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] |+- commons-digester:commons-digester:jar:1.8:compile
[INFO] || \- commons-beanutils:commons-beanutils:jar:1.7.0:compile
[INFO] |\- commons-beanutils:commons-beanutils-core:jar:1.8.0:compile
{quote}
There is two times the commons-beanutils package with two different versions
which can potentially cause problems during runtime as it is not clear which
version is first in the classpath.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (LANG-684) Levenshtein Distance Within a Given Threshold
[ https://issues.apache.org/jira/browse/LANG-684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Benson resolved LANG-684. -- Resolution: Fixed Committed revision 1136496. Levenshtein Distance Within a Given Threshold - Key: LANG-684 URL: https://issues.apache.org/jira/browse/LANG-684 Project: Commons Lang Issue Type: New Feature Components: lang.* Reporter: Eli Lindsey Priority: Minor Fix For: 3.0 Attachments: LevenshteinDistanceWithThreshold.patch It'd be nice to have a function that calculates the Levenshtein distance only if it's within some integer threshold. Oftentimes you care less about the actual LD and more about it being within a certain range. This common, limited computation can be performed much faster than the normal unbounded LD method; instead of O(nm), you can do it in O(km) (n and m are string lengths, k is the threshold). Also, providing a function like this makes it easier for library users to rewrite the unbounded Levenshtein function to run in O(dm) time (d is the edit distance) if necessary. I'm attaching a patch that implements this function and adds appropriate test cases. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
