You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Gary Gregory (JIRA)" <ji...@apache.org> on 2018/07/16 05:05:00 UTC

[jira] [Updated] (DBCP-509) Not all methods are consistent in PerUserPooldataSource and InstanceKeyDataSource

     [ https://issues.apache.org/jira/browse/DBCP-509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Gregory updated DBCP-509:
------------------------------
    Fix Version/s:     (was: 2.5.0)
                   2.5.1

> Not all methods are consistent in PerUserPooldataSource and InstanceKeyDataSource
> ---------------------------------------------------------------------------------
>
>                 Key: DBCP-509
>                 URL: https://issues.apache.org/jira/browse/DBCP-509
>             Project: Commons DBCP
>          Issue Type: Improvement
>    Affects Versions: 2.4.0
>            Reporter: Bruno P. Kinoshita
>            Priority: Major
>             Fix For: 2.5.1
>
>
> While working on DBCP-504 tests, I wrote a few files to help me automating some of the tests (e.g. https://gist.github.com/kinow/053b6d1f293fdc208a2a14571f246786).
> In PerUserPooldataSource, I realized I had to change some tests that were failing to handle null values. But not all methods. So I had a look at the methods, and the majority was following a pattern
> * using primitives
> * default'ing to the class/parent method getDefaultPropertyZ() whenever Z property was null
> But three values were using objects instead of primitives, and allowing null's:
> * defaultAutoCommit
> * defaultReadOnly
> * perUserDefaultAutoCommit
> I prepared a pull request that falls back to the default method's values.
> It's more of a discussion issue, just to document what I found during DBCP-504.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)