Re: [xmlvm-users] C target quick start

[Arno P. <ar...@pu...>]

On 3/21/11 8:42 PM, Sal wrote:
> 1) Apache Harmony I believe, as well as GNU classpath already have
> posix-ish native implementations of most Java things.  Is it a good idea
> to try to port/reuse these for xmlvm somehow?  Since most of these are
> missing currently.  Or is there a different strategy in mind? IE rewrite
> these things from scratch (yikes!).

Absolutely! If we can reuse Harmony's native implementation, then we 
should do that. XMLVM has a different memory model in the way objects 
are mapped, but these are usually easy things to adapt. Patches are (as 
usual) welcome!  :)

> 2) For my own app I will need URL/HTTP client type functionality, or
> TCPIP sockets would work.  What is the recommended method for me to
> implement these components while working under the C target? I would be
> happy to contribute my efforts.  I would prefer more Java-ish approach
> than one that uses iOS APIs.

All of the HTTP stuff in Harmony is implemented in Java. It uses 
java.net.Socket. So, as long as the native method for sockets are 
implemented, HTTP should also work in its entirety.


> 3) What is the purpose of the xmlvm2c/lib/proxies dir in the source
> tree?  When should I have to modify these sources as an xmlvm user?

see the slide in xmlvm/doc/slides for an explanation.

> 4) For the iOS APIs - there exist a lot of methods/tools to reflect
> Objective-C code, or even parsers could be used to generate Java stubs
> for the iOS APIs in bulk, that just thunk to the 'real' Objective C
> APIs.  Is there anyone thinking to do this yet? Would there be interest
> in a script for this? Or is the plan to write all those emulation APIs
> by hand (it would be an immense undertaking this route - and things
> could get out of sync this way I'm thinking...)

That would certainly be nice. It can probably be done but the resulting 
Java API might be "ugly". Perhaps it might be possible to give the tool 
"hints" how to map certain patterns.

Arno