db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Myrna van Lunteren (JIRA)" <j...@apache.org>
Subject [jira] Updated: (DERBY-2224) Test harness should support J2ME 1.1
Date Wed, 10 Jan 2007 05:59:27 GMT

     [ https://issues.apache.org/jira/browse/DERBY-2224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Myrna van Lunteren updated DERBY-2224:
--------------------------------------

    Derby Info: [Patch Available]

I added patches for trunk for the harness and a few tests.  It appears that this version of
the j9 jvm includes a java.math.BigDecimal, but the jdbc support has not been upgraded to
include methods like ResultSet.getBigDecimal and the like, which results in a few test failures,
and for which I had to modify the util/BigDecimalHandler.java. 
I'm checking into whether or not this is intentional, but in the mean time, I think the patches
can stand as they are.
I'll leave this for review for a day, and plan to commit on Thursday.


> Test harness should support J2ME 1.1
> ------------------------------------
>
>                 Key: DERBY-2224
>                 URL: https://issues.apache.org/jira/browse/DERBY-2224
>             Project: Derby
>          Issue Type: Test
>          Components: Test
>    Affects Versions: 10.2.2.0, 10.3.0.0
>            Reporter: Myrna van Lunteren
>         Assigned To: Myrna van Lunteren
>            Priority: Minor
>         Attachments: DERBY_2224_harness.diff, DERBY_2224_tests.diff
>
>
> I would like to enable the 'old' test harness to support the new version of IBM's j2ME
implementation, which is based on j2ME jdk spec version 1.1. This is available with a product
named Websphere Everyplace Micro Edition 6.1. from IBM.
> We already support j9_foundation, which matches to j2ME jdk spec 1.0. I'd like to add
j9_foundation11, which then matches to j2ME jdk spec 1.1.
> I'm proposing to switch my automated tests over to the newer version going forward, and
to minimize complexity of the change, I'd like to make the canons reflect behavior of the
new version. The differences are minimal. However, I want to be able to still run with the
old (except where the results differ, failures would occur with the old version).
> One of the reasons for moving to the new version is that there is a bug with the older
version in regards to security manager, preventing a smooth run of the junit tests, and I'd
like to run all short-running tests (suites.All and derbyall) with at least one of the versions.
Another reason is that the j2ME spec 1.0 is really old.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message