[teiid-issues] [JBoss JIRA] (TEIID-2237) jdbc native query issues
Steven Hawkins (JIRA)
jira-events at lists.jboss.org
Wed Oct 3 12:34:03 EDT 2012
[ https://issues.jboss.org/browse/TEIID-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12723741#comment-12723741 ]
Steven Hawkins commented on TEIID-2237:
---------------------------------------
Arg... the commit set was actually https://source.jboss.org/changelog/Teiid?cs=4506 - which is incorrectly attributed to TEIID-2238. Also line 203 should not be
{code}this.preparedValues = obj.getArguments();{code}
but instead
{code}this.preparedValues.add(obj.getArguments().get(i));{code}
which is being addressed post much refactoring on trunk.
> jdbc native query issues
> ------------------------
>
> Key: TEIID-2237
> URL: https://issues.jboss.org/browse/TEIID-2237
> Project: Teiid
> Issue Type: Bug
> Affects Versions: 7.7
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 8.2
>
>
> A non-prepared procedure only works if the procedure has no parameters. It should be allowed to work even with parameters through literal substitution.
> Also the parsing loop incorrectly increments the parsing position after a match. This means that the character after a positional reference is lost. The workaround for typical scenarios would be to use extra whitespace. i.e.
> instead of {code}select * from tbl where x = $1 and y = $2{code}
> use {code}select * from tbl where x = $1 and y = $2{code}
> Note the extra space after $1.
--
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
More information about the teiid-issues
mailing list