Hi Rick,

All DatabaseMetaDataMethods must be implemented.  Unfortunately the previous authors of the spec did not take into account that some backends do not support LOB so this should not have been a boolean.

I would probably return true as Derby is not locator based.



Rick Hillegas wrote:
Hi Lance,

Dan points out the neither true nor false is a satisfying return value from this method for our embedded implementation: our embedded implementation doesn't even implement the set() methods on Clob/Blob. And the javadoc doesn't seem to countenance throwing SQLFeatureNotSupportedException. What are your thoughts?

Thanks,
-Rick



Subject:
[jira] Commented: (DERBY-1316) Wrong value returned by DatabaseMetaData.locatorsUpdateCopy()
From:
"Rick Hillegas (JIRA)" <derby-dev@db.apache.org>
Date:
Thu, 11 May 2006 19:02:04 +0000 (GMT+00:00)
To:
[EMAIL PROTECTED]
To:
[EMAIL PROTECTED]

    [ http://issues.apache.org/jira/browse/DERBY-1316?page=comments#action_12379131 ] 

Rick Hillegas commented on DERBY-1316:
--------------------------------------

I see that neither true nor false is completely satisfying for the current embedded implementation. Throwing SQLFeatureNotSupportedException is not allowed according to the 1.6 javadoc: this is a mandatory method.


  
Wrong value returned by DatabaseMetaData.locatorsUpdateCopy()
-------------------------------------------------------------

         Key: DERBY-1316
         URL: http://issues.apache.org/jira/browse/DERBY-1316
     Project: Derby
        Type: Bug
    

  
  Components: JDBC
    Versions: 10.2.0.0
    Reporter: Rick Hillegas
     Fix For: 10.2.0.0
    

  
Both the embedded and network implementations of DatabaseMetaData return the wrong value for this method. This method currently returns false but should return true. Returning false means that your Blob/Clobs are backed by SQL Locators and therefore that set() methods on your Lobs write-through to the database.
    

  

Reply via email to