[jira] [Updated] (LANG-1143) StringUtils should use toXxxxCase(int) rather than toXxxxCase(char)
[ https://issues.apache.org/jira/browse/LANG-1143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell updated LANG-1143: Fix Version/s: Review Patch > StringUtils should use toXxxxCase(int) rather than toXxxxCase(char) > --- > > Key: LANG-1143 > URL: https://issues.apache.org/jira/browse/LANG-1143 > Project: Commons Lang > Issue Type: Improvement > Components: lang.* >Reporter: Sebb > Fix For: Review Patch, 3.5 > > Attachments: LANG-1143.patch > > > The Javadoc for Character#toTitleCase(char) recommends using > Character#toTitleCase(int) instead. This method was added in Java 1.5 which > is perhaps is why it was not used originally; maybe we should use it now. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (LANG-903) Add XML implementation of ToStringStyle
[ https://issues.apache.org/jira/browse/LANG-903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell updated LANG-903: --- Fix Version/s: (was: Patch Needed) Review Patch > Add XML implementation of ToStringStyle > --- > > Key: LANG-903 > URL: https://issues.apache.org/jira/browse/LANG-903 > Project: Commons Lang > Issue Type: Improvement > Components: lang.builder.* >Affects Versions: 3.1 >Reporter: Dave Hughes >Priority: Minor > Fix For: Review Patch > > Original Estimate: 24h > Remaining Estimate: 24h > > Lang 1.1 included a commented out implementation of XMLToStringStyle. This > disappeared in later versions, but is a very useful implementation. > (JSONToStringStyle would also be very nice) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (LANG-1120) StringUtils.stripAccents from "Ł" and "ł"
[
https://issues.apache.org/jira/browse/LANG-1120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-1120:
Fix Version/s: (was: Patch Needed)
Review Patch
> StringUtils.stripAccents from "Ł" and "ł"
> -
>
> Key: LANG-1120
> URL: https://issues.apache.org/jira/browse/LANG-1120
> Project: Commons Lang
> Issue Type: Bug
> Components: lang.*
>Affects Versions: 3.4
> Environment: win
>Reporter: Krzysztof Walczewski
> Fix For: Review Patch
>
>
> {code}
> import org.apache.commons.lang3.StringUtils;
> public class Main {
> public static void main(String[] args) {
> System.out.println(StringUtils.stripAccents("ĄŁÓŚŻŹĆŃ ąłóśżźćń"));
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (LANG-1034) Recursive and reflective equals builder
[
https://issues.apache.org/jira/browse/LANG-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-1034:
Fix Version/s: (was: Patch Needed)
Review Patch
> Recursive and reflective equals builder
> ---
>
> Key: LANG-1034
> URL: https://issues.apache.org/jira/browse/LANG-1034
> Project: Commons Lang
> Issue Type: Improvement
> Components: lang.builder.*
>Reporter: Duncan Jones
>Assignee: Duncan Jones
> Fix For: Review Patch
>
> Attachments: LANG-1034.1.patch
>
>
> The current implementation of {{EqualsBuilder.reflectionEquals()}} uses
> object equality to test reference fields found in the class. It may be
> helpful to offer a method that recursively builds {{.equals()}} methods for
> each field and uses that to perform the comparison.
> This functionality could be further extended by accepting a list of classes
> to include/exclude. Classes that are excluded would use the normal object
> equality.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (MATH-1325) Improve finite differencing infrastructure
[ https://issues.apache.org/jira/browse/MATH-1325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151611#comment-15151611 ] Fran Lattanzio commented on MATH-1325: -- I will generate a git patch for this - that would probably make it easier to load up than a pull request. I'll also add some more unit tests, since that will show how to bring everything together from a coding perspective. In terms of multivariate derivatives: I haven't submitted anything yet. It's basically trivial to generate the multidimensional stencils themselves (either by solving the mutlivariate equations or, more simply, computing them as a suitable tensor product of univariate ones). The trickier part(s) is in the bandwidth selection. I will commit something to at least generate the multivariate coefficients and add a fixed multivariate bandwidth selection strategy, so at least there will be something. Smarter/more complex multivariate bandwidth strategies can come later. > Improve finite differencing infrastructure > -- > > Key: MATH-1325 > URL: https://issues.apache.org/jira/browse/MATH-1325 > Project: Commons Math > Issue Type: New Feature >Reporter: Fran Lattanzio >Priority: Minor > > The existing finite difference framework in commons math is a limiting > because it accepts only fixed bandwidth parameters. Furthermore, the finite > difference coefficients/descriptions are not exposed to the user in any > reasonable fashion (e.g. a user doing a numerical ODE solve probably wants to > just grab suitable coefficients from somewhere). > Conceptually, I think the work of finite difference can be broadly divided > into three tasks: > 1. Generation of finite difference coefficients. Again, one should be able to > do this and get the results outside of the context of taking an actual > derivative. Ideally, we could generate coefficients for any flavor (forward, > central, backward) and order. > 2. Selection of the bandwidth. This is, to be honest, the trickiest part of > computing a numerical derivative. There is some "art" to picking a proper > bandwidth that will generate an accurate numerical derivative - there are two > competing sources of error (roundoff, due to the finite representation of > floating points; and truncation, due to the inherent nature of finite > differences). Ideally, we want to pick a bandwidth that will minimize the > *total* error. > 3. Actually computing the finite difference derivative estimate. This is > really easy once you have 1. and 2. > 4. Extend 1-3 to include support for multivariate finite differences. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (DBUTILS-126) Add iterable interface approach
[ https://issues.apache.org/jira/browse/DBUTILS-126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mina Asham updated DBUTILS-126: --- Attachment: DBUTILS-126.patch > Add iterable interface approach > --- > > Key: DBUTILS-126 > URL: https://issues.apache.org/jira/browse/DBUTILS-126 > Project: Commons DbUtils > Issue Type: New Feature >Affects Versions: 1.5 >Reporter: Michael Osipov > Attachments: DBUTILS-126.patch > > > Currently, DbUtils allows to load all data at once into memory. In many > cases, when dealing with 100 000+ records, this will cause an OOME. I have to > iterate over 100 000 lines with 10 columns and retrieve subdata which are in > turn indexed with Lucene. > Because I cannot iterate over the entire dataset without memory problems, I > have to retrieve them pagewise. (fiddling with rownums in Oracle). > An iterator interface which streams this down from the DB to the client would > solve such a problem, very much like [Spring JdbcTemplate extension that > returns iterators|https://github.com/alexkasko/springjdbc-iterable]. This > works very well in a Spring app downloading a table with two million records > directly to the HTTP client without any buffers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (DBUTILS-127) Iterable and batch support
[ https://issues.apache.org/jira/browse/DBUTILS-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Osipov closed DBUTILS-127. -- Resolution: Duplicate > Iterable and batch support > -- > > Key: DBUTILS-127 > URL: https://issues.apache.org/jira/browse/DBUTILS-127 > Project: Commons DbUtils > Issue Type: New Feature >Affects Versions: 1.6 >Reporter: Mina Asham > Labels: features, patch, test > Attachments: DBUTILS-127.patch > > Original Estimate: 168h > Remaining Estimate: 168h > > Supporting iterables using batch DB queries is extremely important when you > want to iterate over a large set of data without loading all of it in memory > and waiting for DB to load all the query result. > This will enable cursor loading from DB. > I have written a patch to add more handlers supporting iterables and modified > where appropriate to propagate the change, I have also added tests for all > the new handlers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (DBUTILS-127) Iterable and batch support
[ https://issues.apache.org/jira/browse/DBUTILS-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151432#comment-15151432 ] Michael Osipov commented on DBUTILS-127: Please add your patch to the other ticket. I will have a look at a later date. > Iterable and batch support > -- > > Key: DBUTILS-127 > URL: https://issues.apache.org/jira/browse/DBUTILS-127 > Project: Commons DbUtils > Issue Type: New Feature >Affects Versions: 1.6 >Reporter: Mina Asham > Labels: features, patch, test > Attachments: DBUTILS-127.patch > > Original Estimate: 168h > Remaining Estimate: 168h > > Supporting iterables using batch DB queries is extremely important when you > want to iterate over a large set of data without loading all of it in memory > and waiting for DB to load all the query result. > This will enable cursor loading from DB. > I have written a patch to add more handlers supporting iterables and modified > where appropriate to propagate the change, I have also added tests for all > the new handlers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (DBUTILS-127) Iterable and batch support
[ https://issues.apache.org/jira/browse/DBUTILS-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151405#comment-15151405 ] Mina Asham commented on DBUTILS-127: Yes looks like it, sorry for not checking. I have added the patch to address this solution, would be great if we can merge it into DBUtils next version though. > Iterable and batch support > -- > > Key: DBUTILS-127 > URL: https://issues.apache.org/jira/browse/DBUTILS-127 > Project: Commons DbUtils > Issue Type: New Feature >Affects Versions: 1.6 >Reporter: Mina Asham > Labels: features, patch, test > Attachments: DBUTILS-127.patch > > Original Estimate: 168h > Remaining Estimate: 168h > > Supporting iterables using batch DB queries is extremely important when you > want to iterate over a large set of data without loading all of it in memory > and waiting for DB to load all the query result. > This will enable cursor loading from DB. > I have written a patch to add more handlers supporting iterables and modified > where appropriate to propagate the change, I have also added tests for all > the new handlers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (DBUTILS-127) Iterable and batch support
[ https://issues.apache.org/jira/browse/DBUTILS-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151396#comment-15151396 ] Michael Osipov commented on DBUTILS-127: This looks like a duplcate of DBUTILS-126. > Iterable and batch support > -- > > Key: DBUTILS-127 > URL: https://issues.apache.org/jira/browse/DBUTILS-127 > Project: Commons DbUtils > Issue Type: New Feature >Affects Versions: 1.6 >Reporter: Mina Asham > Labels: features, patch, test > Attachments: DBUTILS-127.patch > > Original Estimate: 168h > Remaining Estimate: 168h > > Supporting iterables using batch DB queries is extremely important when you > want to iterate over a large set of data without loading all of it in memory > and waiting for DB to load all the query result. > This will enable cursor loading from DB. > I have written a patch to add more handlers supporting iterables and modified > where appropriate to propagate the change, I have also added tests for all > the new handlers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MATH-1325) Improve finite differencing infrastructure
[ https://issues.apache.org/jira/browse/MATH-1325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151089#comment-15151089 ] Eric Barnhill commented on MATH-1325: - Is there a JavaDoc type API that I could peruse? Maybe I am just a noob but scrolling through the pull request is a slow business. > Improve finite differencing infrastructure > -- > > Key: MATH-1325 > URL: https://issues.apache.org/jira/browse/MATH-1325 > Project: Commons Math > Issue Type: New Feature >Reporter: Fran Lattanzio >Priority: Minor > > The existing finite difference framework in commons math is a limiting > because it accepts only fixed bandwidth parameters. Furthermore, the finite > difference coefficients/descriptions are not exposed to the user in any > reasonable fashion (e.g. a user doing a numerical ODE solve probably wants to > just grab suitable coefficients from somewhere). > Conceptually, I think the work of finite difference can be broadly divided > into three tasks: > 1. Generation of finite difference coefficients. Again, one should be able to > do this and get the results outside of the context of taking an actual > derivative. Ideally, we could generate coefficients for any flavor (forward, > central, backward) and order. > 2. Selection of the bandwidth. This is, to be honest, the trickiest part of > computing a numerical derivative. There is some "art" to picking a proper > bandwidth that will generate an accurate numerical derivative - there are two > competing sources of error (roundoff, due to the finite representation of > floating points; and truncation, due to the inherent nature of finite > differences). Ideally, we want to pick a bandwidth that will minimize the > *total* error. > 3. Actually computing the finite difference derivative estimate. This is > really easy once you have 1. and 2. > 4. Extend 1-3 to include support for multivariate finite differences. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MATH-1325) Improve finite differencing infrastructure
[ https://issues.apache.org/jira/browse/MATH-1325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151087#comment-15151087 ] Eric Barnhill commented on MATH-1325: - Is this code n-dimensional, and if not, what are the limitations in terms of dimension? > Improve finite differencing infrastructure > -- > > Key: MATH-1325 > URL: https://issues.apache.org/jira/browse/MATH-1325 > Project: Commons Math > Issue Type: New Feature >Reporter: Fran Lattanzio >Priority: Minor > > The existing finite difference framework in commons math is a limiting > because it accepts only fixed bandwidth parameters. Furthermore, the finite > difference coefficients/descriptions are not exposed to the user in any > reasonable fashion (e.g. a user doing a numerical ODE solve probably wants to > just grab suitable coefficients from somewhere). > Conceptually, I think the work of finite difference can be broadly divided > into three tasks: > 1. Generation of finite difference coefficients. Again, one should be able to > do this and get the results outside of the context of taking an actual > derivative. Ideally, we could generate coefficients for any flavor (forward, > central, backward) and order. > 2. Selection of the bandwidth. This is, to be honest, the trickiest part of > computing a numerical derivative. There is some "art" to picking a proper > bandwidth that will generate an accurate numerical derivative - there are two > competing sources of error (roundoff, due to the finite representation of > floating points; and truncation, due to the inherent nature of finite > differences). Ideally, we want to pick a bandwidth that will minimize the > *total* error. > 3. Actually computing the finite difference derivative estimate. This is > really easy once you have 1. and 2. > 4. Extend 1-3 to include support for multivariate finite differences. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (VALIDATOR-390) Upgrade to Commons Collections 4.x
Jake Brownell created VALIDATOR-390: --- Summary: Upgrade to Commons Collections 4.x Key: VALIDATOR-390 URL: https://issues.apache.org/jira/browse/VALIDATOR-390 Project: Commons Validator Issue Type: Improvement Reporter: Jake Brownell Priority: Minor Commons Validator 1.5 now uses Java 1.6. Commons Collections 4.0/4.1 has the same Java requirement. I noticed that CV seems to be the only one of many third party dependencies in my project that requires CC 3.2. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (VFS-596) Add User and Password to Socks 5 Proxy Configuration
[ https://issues.apache.org/jira/browse/VFS-596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Eiersbrock updated VFS-596: - Attachment: COMMONSVFS-21-AddUserAndPasswordToSocks5Proxy.patch > Add User and Password to Socks 5 Proxy Configuration > > > Key: VFS-596 > URL: https://issues.apache.org/jira/browse/VFS-596 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.1 >Reporter: Simon Eiersbrock > Fix For: 2.1 > > Attachments: COMMONSVFS-21-AddUserAndPasswordToSocks5Proxy.patch > > > The library jcraft.jsch can handle a socks 5 proxy with user and password, > but the Commons VFS2 API does not route the user and password to this > library. > I created a patch to enable Commons VFS to use a socks 5 proxy with user and > password. It is attached to this issue. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (VFS-596) Add User and Password to Socks 5 Proxy Configuration
Simon Eiersbrock created VFS-596: Summary: Add User and Password to Socks 5 Proxy Configuration Key: VFS-596 URL: https://issues.apache.org/jira/browse/VFS-596 Project: Commons VFS Issue Type: Improvement Affects Versions: 2.1 Reporter: Simon Eiersbrock Fix For: 2.1 The library jcraft.jsch can handle a socks 5 proxy with user and password, but the Commons VFS2 API does not route the user and password to this library. I created a patch to enable Commons VFS to use a socks 5 proxy with user and password. It is attached to this issue. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
