You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@shardingsphere.apache.org by GitBox <gi...@apache.org> on 2019/09/05 08:21:41 UTC

[GitHub] [incubator-shardingsphere] tristaZero opened a new issue #2981: It doesn't work when set properties for ShardingPreparedStatement.

tristaZero opened a new issue #2981: It doesn't work when set properties for ShardingPreparedStatement.
URL: https://github.com/apache/incubator-shardingsphere/issues/2981
 
 
   ## Bug Report
   
   **For English only**, other languages will not accept.
   
   Before report a bug, make sure you have:
   
   - Searched open and closed [GitHub issues](https://github.com/apache/incubator-shardingsphere/issues).
   - Read documentation: [ShardingSphere Doc](https://shardingsphere.apache.org/document/current/en/overview).
   
   Please pay attention on issues you submitted, because we maybe need more details. 
   If no response **more than 7 days** and we cannot reproduce it on current information, we will **close it**.
   
   Please answer these questions before submitting your issue. Thanks!
   
   ### Which version of ShardingSphere did you use?
   > 4.0.0.RC3
   ### Which project did you use? Sharding-JDBC or Sharding-Proxy?
   > Sharding-JDBC
   ### Expected behavior
   
   ### Actual behavior
   When set queryTimeout properties for ShardingPreparedStatement, it doesn't work.
   ### Reason analyze (If you can)
   
   > Because when ShardingPreparedStatement is created, there is no actual PreparedStatement in ShardingPreparedStatement. Only when you call execute() or executeQuery(),  PreparedStatement is created. So before execute() is called, any assignment for PreparedStatement will not work.
   
   ### Steps to reproduce the behavior, such as: SQL to execute, sharding rule configuration, when exception occur etc.
   > One solution is to create PreparedStatement once PreparedStatement is created. You need to split function of initPreparedStatementExecutor() in ShardingPreparedStatement.
   Here are related codes in ShardingPreparedStatement:
   ```
   public ShardingPreparedStatement(final ShardingConnection connection, final String sql) {
           this(connection, sql, ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY, ResultSet.HOLD_CURSORS_OVER_COMMIT, false);
       }
   ---
   @Override
       public ResultSet executeQuery() throws SQLException {
           ResultSet result;
           try {
               clearPrevious();
               shard();
               initPreparedStatementExecutor();
               MergeEngine mergeEngine = MergeEngineFactory.newInstance(connection.getRuntimeContext().getDatabaseType(), 
                       connection.getRuntimeContext().getRule(), sqlRouteResult, connection.getRuntimeContext().getMetaData().getTables(), preparedStatementExecutor.executeQuery());
               result = getResultSet(mergeEngine);
           } finally {
               clearBatch();
           }
           currentResultSet = result;
           return result;
       }
   ---
   private void initPreparedStatementExecutor() throws SQLException {
           preparedStatementExecutor.init(sqlRouteResult);
           setParametersForStatements();
       }
   ---
   In PreparedStatementExecutor.javaa
   public void init(final SQLRouteResult routeResult) throws SQLException {
           setOptimizedStatement(routeResult.getShardingStatement());
           getExecuteGroups().addAll(obtainExecuteGroups(routeResult.getRouteUnits()));
           cacheStatements();
       }
   ```
   ### Example codes for reproduce this issue (such as a github link).
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services