Community
Participate
Working Groups
it seesm that the devices are being imported with both the CLDC 1.0 and CLDC 1.1 jars. but since the 1.0 is imported first it end up being used as the project stubs. this problem of that is that some cldc 1.1 methods are not found for instance all dataoutstream float and double related methods. there is a discussion about that on MTJ forum http://www.eclipse.org/forums/index.php?t=msg&th=168599&start=0&
*** Bug 299872 has been marked as a duplicate of this bug. ***
WTK reports both CLDC 1.1 and CLDC 1.0 as part of its boothclasspath and supported API list. This is not consistent with the other UEI compliant SDKs and also with the earlier WTK2.5.2. WTK 2.5.2 reported both on supported API list only. I think the safest way to fix this is to create a WTK3 device importer.
Investigating further, the root cause of the WTK problem is because MTJ build path does not filter out the profile & configuration that is not active for the project. This causes both CLDC 1.0 and CLDC 1.1 classes to be present for the project. However the project aims only one. This does not happen with most other SDKs because they usually support a single configuration jar file. There is bug 318500 for addressing this problem.
This is a blocking issue. I am unable to use WTK 3.0 with MTJ 1.0.1 plugin in eclipse 3.5.2, currently i am using nokia emulators. I am facing the issue even when the configuration is selected by the emulator configured for the project and not by using jad file, which is also not working as mentioned in bug 318500. This is definitely higher priority issue than P3 normal.