CLDC1.1+Jsr184+HW acc+reliable=impossible?

I'm curious how the jsr184 api is designed to support underlying hardware
acceleration when built upon the cldc1.1 platform.

a) CLDC implementations are not required to provide finalizer support; so
the platform cannot guarantee garbage collection of Java objects will
trigger the release of their native resources)
b) Very few of the Java classes (infact only Graphics3D?) have provision for
explicit dispose()/destroy()/release() methods.

These 2 limitations when coupled together make me think that providing a
reliable implementation of the jsr184 api when built upon a platform that
supports only the minimal feature set for CLDC1.1 compatibility is
fundamentally impossible.

Obviously if the CLDC implementation went beyond it's needed minimum specs,
such as offering an under-the-hood means of performing object finalization,
or made the garbage collector aware of native graphics resources - then
implementing a hardware accelerated jsr184 api would not be so difficult.

This observation appears to approximate reality, as a vast number of
handsets that 'support' jsr184 do so in very hap-hazard way - typically
leaking native resources from every proverbial orifice. (Nokias tend to be
the primarily culprits, but SE and other manufacturers have their fair share
of broken implementations too)


________________________________________________________________________
E-mail is an informal method of communication and may be subject to data corruption, interception and unauthorised amendment for which I-play, a trading name of Digital Bridges Ltd will accept no liability. Therefore, it will normally be inappropriate to rely on information contained on e-mail without obtaining written confirmation.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

(C) 2005. I-play is a trademark and trading name of Digital Bridges Limited. All Rights Reserved.
________________________________________________________________________
This message has been checked for all known viruses by the
MessageLabs Virus Scanning Service. For further information visit
http://www.messagelabs.com/stats.asp

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff KVM-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".