Issue Details (XML | Word | Printable)

Key: DERBY-409
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Philip Wilder
Reporter: Kathey Marsden
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Derby

ClientDataSource setConnectionAttributes("create=true") fails with "An attempt was made to access a database, mydbcreate=true, which was not found."

Created: 30/Jun/05 06:23 AM   Updated: 11/Jul/06 11:53 PM
Return to search
Component/s: JDBC
Affects Version/s: 10.1.1.0, 10.2.1.6
Fix Version/s: 10.1.2.1, 10.2.1.6

Time Tracking:
Not Specified

File Attachments:
  Size
Java Source File Licensed for inclusion in ASF works ConnectionAttributes.java 2005-06-30 06:25 AM Kathey Marsden 2 kB
Text File Licensed for inclusion in ASF works Derby409.patch 2005-07-12 10:18 PM Philip Wilder 2 kB

Resolution Date: 30/Sep/05 01:53 AM


 Description  « Hide
ClientDataSource setConnectionAttributes("create=true") fails with "An attempt was made to access a database, mydbcreate=true, which was not found." The method does not seem to insert a semicolon before the attributes.


run attached repro to produce the error below

$java ConnectionAttributes
embedded setConnectionAttributes
client setConnectionAttributes
org.apache.derby.client.am.DisconnectException: The application server rejected establishment of the connection. An attempt was made to access a database, mydbcreate=true, which was not found.
        at org.apache.derby.client.net.NetConnectionReply.parseRDBNFNRM(NetConnectionReply.java)
        at org.apache.derby.client.net.NetConnectionReply.parseAccessRdbError(NetConnectionReply.java)
        at org.apache.derby.client.net.NetConnectionReply.parseACCRDBreply(NetConnectionReply.java)
        at org.apache.derby.client.net.NetConnectionReply.readAccessDatabase(NetConnectionReply.java)
        at org.apache.derby.client.net.NetConnection.readSecurityCheckAndAccessRdb(NetConnection.java)
        at org.apache.derby.client.net.NetConnection.flowSecurityCheckAndAccessRdb(NetConnection.java)
        at org.apache.derby.client.net.NetConnection.flowUSRIDPWDconnect(NetConnection.java)
        at org.apache.derby.client.net.NetConnection.flowConnect(NetConnection.java)
        at org.apache.derby.client.net.NetConnection.initialize(NetConnection.java)
        at org.apache.derby.client.net.NetConnection.<init>(NetConnection.java)
        at org.apache.derby.jdbc.ClientDataSource.getConnection(ClientDataSource.java)
        at org.apache.derby.jdbc.ClientDataSource.getConnection(ClientDataSource.java)
        at ConnectionAttributes.main(ConnectionAttributes.java:28)
$

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Kathey Marsden added a comment - 30/Jun/05 06:25 AM
repro

Kathey Marsden added a comment - 30/Jun/05 06:30 AM
This issue would appear to be in
java/client/org/apache/derby/client/am/Connection.java
 databaseName_ = dataSource.getDatabaseName() + attrString;

If there is an attrString, there should be a ";" before it.

Philip Wilder added a comment - 07/Jul/05 04:34 AM
Please see DERBY-406 for an update on the status of this issue.

Philip Wilder added a comment - 12/Jul/05 10:18 PM
This is a potential patch for the issue brought up in DERBY-406
connectionAttributes will now default to null (aka no default)

It had a clean run of derbyall with the exception of the DERBY-273 issue.

Daniel John Debrunner added a comment - 16/Jul/05 08:03 AM
Committed revision 219256.
Excluded file testSecMec.java as it was only a change in spaces.

Philip, it's just a little easier in the future if patch files are from the root of the tree, not a sub-directory.
This allows committers to applie patches consistently, without having to figure out where the root is.

Thanks for the patch.,

Philip Wilder added a comment - 19/Jul/05 11:16 PM
With the latest patch I believe this issue can be considered resolved. The related Derby-406 and Derby-410 issues remain open.

Andrew McIntyre added a comment - 20/Jul/05 01:14 AM
Setting Fix in to 10.2.0.0 only, as the fix has only gone into the trunk.

Satheesh Bandaram added a comment - 21/Jul/05 10:59 AM
Merged this fix into 10.1 branch with change number: 209498

Kathey Marsden added a comment - 16/Sep/05 01:47 AM
reopening to fix fix version

Deepa Remesh added a comment - 30/Sep/05 01:49 AM
reopening to fix fix version

Rick Hillegas added a comment - 11/Jul/06 11:53 PM
Assigning to JDBC component.