[ 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)