db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dag H. Wanvik (JIRA)" <derby-...@db.apache.org>
Subject [jira] Commented: (DERBY-1176) Stored prepared statements in the SYSIBM schema are not updated on upgrade
Date Wed, 19 Apr 2006 16:00:35 GMT
    [ http://issues.apache.org/jira/browse/DERBY-1176?page=comments#action_12375145 ] 

Dag H. Wanvik commented on DERBY-1176:

Nice patch! I think the approach is sound; without it some metadata
changed for client SUR will be wrong on both soft and hard upgrade, so
thanks for this.

Minor nit-picks:

- EmbedDatabaseMetaData.java

  * Code readability:
  if ((removeSYSIBMonly && isSYSIBM) || !removeSYSIBMonly) {
     <do something>

  might be more readable as:

  if (removeSYSIBMonly && !isSYSIBM) {
       // do nothing
  } else {
       <do something>

  * Some comments mention only metadata.properties which should now
    also mention metadata_net.properties, e.g. on ca line 3339:

    //Can't use stored prepared statements because we are in soft upgrade
    //mode and hence need to get metadata sql from metadata.properties file 
    Similarly, the javadoc for getPreparedQuery also mentions
    metadata.properties in its description, but only introduces
    metadata_net.properties when explaining the parameters. There are
    other similar instances.

  * Specialized version (non-client) of getPreparedQuery and
    getSimpleQuery have been introduced with protected visibility.
    The general ones can now be made private (at least for now).

> Stored prepared statements in the SYSIBM schema are not updated on upgrade
> --------------------------------------------------------------------------
>          Key: DERBY-1176
>          URL: http://issues.apache.org/jira/browse/DERBY-1176
>      Project: Derby
>         Type: Bug

>   Components: JDBC
>     Versions:
>     Reporter: Knut Anders Hatlen
>     Assignee: Knut Anders Hatlen
>  Attachments: derby-1176-v1.diff, derby-1176-v1.stat
> When upgrading a database created with Derby 10.1 to 10.2, the SPSs in
> the SYSIBM schema are not updated. SYSIBM.METADATA was modified in
> DERBY-965, but it still has the old behaviour after the upgrade (both soft and
> hard).
> How to reproduce:
>   1. Create a database with 10.1.
>     soft upgrade:
>   2. Start 10.2 network server.
>   3. Connect to the 10.1 database with the 10.2 client driver and
>      invoke DatabaseMetaData.supportsResultSetConcurrency(
>      ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY). Return
>      value: FALSE.
>     hard upgrade:
>   4. Restart 10.2 network server.
>   5. Connect to the database with "upgrade=true" added to the
>      URL. DatabaseMetaData.supportsResultSetConcurrency(
>      Restart.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY) returns
>      FALSE.
>     observe correct behaviour:
>   6. Delete the database and recreate it with 10.2.
>   7. Start 10.2 network server.
>   8. Connect to the database with the client driver and invoke
>      DatabaseMetaData.supportsResultSetConcurrency(
>      Restart.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY). Return
>      value: TRUE.
> Proposed solution for hard upgrade: drop and recreate SPSs.
> Proposed solution for soft upgrade: read SYSIBM.METADATA from
> metadata_net.properties.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message