db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rick Hillegas (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DERBY-6047) NPE in StaticCallMethod#coerceMethodParameter with a constant argument to INOUT parameter
Date Tue, 09 Jul 2013 12:43:48 GMT

    [ https://issues.apache.org/jira/browse/DERBY-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13703218#comment-13703218
] 

Rick Hillegas commented on DERBY-6047:
--------------------------------------

I don't think there is any need to backport this fix to 10.8. The bug is a regression introduced
in a later release.
                
> NPE in StaticCallMethod#coerceMethodParameter with a constant argument to INOUT parameter
> -----------------------------------------------------------------------------------------
>
>                 Key: DERBY-6047
>                 URL: https://issues.apache.org/jira/browse/DERBY-6047
>             Project: Derby
>          Issue Type: Bug
>          Components: SQL
>            Reporter: Dag H. Wanvik
>            Assignee: Rick Hillegas
>             Fix For: 10.10.1.3, 10.11.0.0
>
>         Attachments: derby-6047-01-aa-passRoutineInfo.diff
>
>
> The following repro shows the problem (provided by Holger Rehn, cf. issue DERBY-5945).
>         sta.execute( "create procedure PROC( inout x int ) " + 
>             "parameter style java modifies sql data language java " + 
>             "external name 'DUMMY.PROC'" );
>         sta.execute( "{call PROC(1)}" );
> gives NPE on trunk (even before the fixes introduced for DERBY-5945), but not on 10.9,
so I believe it's a regression:
> :
> Caused by: java.lang.NullPointerException
> ...sql.compile.StaticMethodCallNode.coerceMethodParameter(StaticMethodCallNode.java:702)
> ...sql.compile.StaticMethodCallNode.resolveRoutine(StaticMethodCallNode.java:620)
> ...sql.compile.StaticMethodCallNode.bindExpression(StaticMethodCallNode.java:210)
> ...sql.compile.JavaToSQLValueNode.bindExpression(JavaToSQLValueNode.java:237)
> ...sql.compile.CallStatementNode.bindStatement(CallStatementNode.java:126)
> ...sql.GenericStatement.prepMinion(GenericStatement.java:400)
> :

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message