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

ASF subversion and git services commented on OPENJPA-3028:
----------------------------------------------------------

Commit 761eb28e31a7983a8e5e753d763291633efbf668 in openjpa's branch 
refs/heads/OPENJPA-3028-oracle-procedures from Richard Zowalla
[ https://gitbox.apache.org/repos/asf?p=openjpa.git;h=761eb28e3 ]

[OPENJPA-3028] Return numeric OUT parameters in their registered type

getOutputParameterValue() returned the value as the driver reported it
and ignored the Java type the parameter was registered with. On Oracle
an INTEGER parameter is a NUMBER, so an OUT parameter registered as
Integer came back as a BigDecimal.

A numeric value is now converted to the registered numeric type. The
conversion to an integral type (Byte, Short, Integer, Long, BigInteger)
is exact: a value with a fraction or outside the range of the registered
type is returned unchanged, as before, instead of being truncated. A
conversion to Float or Double follows the usual floating point rounding.
Non-numeric values are returned unchanged. This applies to all
databases.


> Jakarta Persistence 3.2 TCK failures on Derby, MySQL and SQL Server
> -------------------------------------------------------------------
>
>                 Key: OPENJPA-3028
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-3028
>             Project: OpenJPA
>          Issue Type: Epic
>            Reporter: Richard Zowalla
>            Assignee: Richard Zowalla
>            Priority: Major
>         Attachments: run_de.tar.xz, run_ms.tar.xz, run_my.tar.xz, 
> run_or.tar.xz
>
>
> Results of the Jakarta Persistence 3.2 TCK with 
> {{openjpa-integration/tck/run-tck32.sh}} (reported by Maxim Solodovnik on 
> dev@):
> * PostgreSQL 16: passed
> * MySQL 8.4.8: 2134 tests, 43 errors
> * SQL Server 2017-CU12: 2134 tests, 45 errors
> * Derby: 2134 tests, 184 errors
> The sub-tasks group the errors by cause. Several groups show up on more than 
> one database. Where the TCK output only says "<test> failed", the cause still 
> has to be found from the TCK logs.
> Note: the TCK build does not work with Maven 3.10.0; 3.9.x works.



--
This message was sent by Atlassian Jira
(v10.3.26#10030026)

Reply via email to