Fwd: Re: May I pack java in a dylib?
Fwd: Re: May I pack java in a dylib?
- Subject: Fwd: Re: May I pack java in a dylib?
- From: Tim Hart <email@hidden>
- Date: Thu, 27 Jan 2005 10:53:52 -0600
Doh! Forgot to hit 'Reply all'...
From: Tim Hart <email@hidden>
TO: Stefan Pantke <email@hidden>
CC:
Date: Thu Jan 27, 2005 10:52:26 AM CST
Subject: Re: May I pack java in a dylib?
I haven't tried this - but theoretically...
Instead of a dylib, package the results up in a dynamically loaded bundle. Basically a dylib in a specified directory structure.
The C code in the dylib sets up the java runtime, then finds the java jar in resources folder of the bundle, and loads it into the runtime.
Reminds me of a project I had several years ago where I had a Forté runtime on a PC that had to talk to a Forté runtime on a VAX that had to talk to a C++ process so it could talk to a COBOL process...
On Thursday, January 27, 2005, at 10:43AM, Stefan Pantke <email@hidden> wrote:
>
>Am 27. Jan 2005 um 17:15 schrieb Phillip Mills:
>
>> On Jan 27, 2005, at 11:04 AM, Stefan Pantke wrote:
>>
>>> I have some java source and need to pack it in a dylib and like to
>>> call it, as if there were standard C entry points.
>>
>> Questions:
>> - Do you really mean "source"?
>
>I'd like to ship bytecode. My fault.
>
>> - Why a dylib?
>
>Because I need to call it from another environment, in this case
>REALbasic.
>Please, no flames ;-)
>
>> - If you just need the ability to find a symbol by name and use it,
>> that's easily done with classes/jars on the classpath and reflection.
>
>I only have a chance to call c code from REALbasic using so called
>Declares(),
>foreign entry points.
>
>I'm thinking about creating a C wrapper for the java stuff, but I'd
>prefer
>to access the code a bit more directly - if this is possible.
>
>Kinds,
>
>Stefab
>
> _______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Cocoa-dev mailing list (email@hidden)
>Help/Unsubscribe/Update your Subscription:
>
>This email sent to email@hidden
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden