Re: [BUGS]log can not be output when use DataSource - Mailing list pgsql-jdbc

From dmp
Subject Re: [BUGS]log can not be output when use DataSource
Date
Msg-id 510FEBD0.8000409@ttc-cmc.net
Whole thread Raw
In response to Re: [BUGS]log can not be output when use DataSource  (Chen Huajun <chenhj@cn.fujitsu.com>)
Responses Re: [BUGS]log can not be output when use DataSource
List pgsql-jdbc
Dave,

This new patch from Chen addresses 5. & 6. in my reivew. Those aspects
removed. The patch seems to address properly the BUG identified in the
logLevel original posting & other minor fixes as identified by review.

danap.

Chen Huajun wrote:
> Hi
>
> According the review result,and i modified the patch.
> Deleted user & password from getUrl() and resumed getUrl() to private.
>
> I think the following should be considered in the future, even if it 's
> really needed.
>  > The changing is just for testing.
>  > It is also useful to compare two DataSource(for instance one is a
> copy of another )
>  > But if just for testing,now i have an another idea,
>  > implementing toString() method which just call getURL()
>
> Chen Huajun
> (2013/02/04 10:28), Chen Huajun wrote:
>> danap,
>>
>> > 5. getURL() - Changed from private to public, Why?, DriverManager
>> Contains
>> > no such public method nor Does the Java API define for interface
>> > DataSource,
>> > OK???
>>
>> The changing is just for testing.
>> It is also useful to compare two DataSource(for instance one is a copy
>> of another )
>> But if just for testing,now i have an another idea,
>> implementing toString() method which just call getURL().
>> What about that?
>>
>> > 6. user & password - Even if 5. approved public why would these be
>> open to
>> > a public interface for returning these values with URL. In a basic
>> > instinct I feel this is security risk.
>> > NOT OK
>>
>> oh,they are not needed just as you said.
>> Sorry,i failed to understood your reply.
>> > in getURL(). The properties user & password are included in
>> getConnection()
>> > and therefore do not not need to be in getURL().
>>
>> Chen Huajun
>> (2013/02/04 4:44), dmp wrote:
>>> Review for patch:
>>>
>>> org/postgresql/ds/common/BaseDataSource:
>>>
>>> 1. databaseName - Was null possibly so getURL(), getReference(), &
>>> writeBaseObject() checked,
>>> OK
>>>
>>> 2. binaryTransferEnable/Disable - Same as databaseName for
>>> writeBaseObject(),
>>> OK
>>>
>>> 3. logLevelSet - Needed to Address Bug this patch applies to directly,
>>> OK
>>>
>>> 4. receiveBufferSize & sendBufferSize - Addresses lack of getter
>>> Methods,
>>> OK
>>>
>>> 5. getURL() - Changed from private to public, Why?, DriverManager
>>> Contains
>>> no such public method nor Does the Java API define for interface
>>> DataSource,
>>> OK???
>>>
>>> 6. user & password - Even if 5. approved public why would these be
>>> open to
>>> a public interface for returning these values with URL. In a basic
>>> instinct I feel this is security risk.
>>> NOT OK
>>>
>>> 7. sslFactory - Proper check for null in getReference(),
>>> OK
>>>
>>> 8. applicationName - Proper check for null in getReference(),
>>> OK
>>>
>>> org/postgresql/test/jdbc2/optional/BaseDataSourceTest:
>>>
>>> 1. I'm not proficient with JUnit, but appears to add testing for
>>> getURL()
>>> in 5. above. If that is not approved then test suite addition is
>>> not needed.
>>> OK?
>>>
>>> danap
>>>
>>> Chen Huajun wrote:
>>>> danap,
>>>>
>>>> Please use the new patch.
>>>> I add a test case,and fixed a mistake in the old one.
>>>>
>>>> Chen Huajun
>>>> (2013/02/03 10:32), dmp wrote:
>>>>> Hello,
>>>>>
>>>>> I can review this tomorrow and get back by Monday, or sooner.
>>>>>
>>>>> danap.
>>>>>
>>>>> Chen Huajun wrote:
>>>>>> Hi
>>>>>>
>>>>>> I have made a new patch for BaseDataSource ,please check it.
>>>>>> Some modifications in getReference() is just for keeping
>>>>>> the same style to other String parameters .
>>>>>>
>>>>>> Chen Huajun



pgsql-jdbc by date:

Previous
From: Ian Pilcher
Date:
Subject: Re: setTimestamp(int, Timestamp, Calendar) ignoring time zone?
Next
From: Andreas Reichel
Date:
Subject: Timestamp vs. Java Date/Timestamp