Java wrappers around Ada?

Java wrappers around Ada?

[kk_oop]

Hi.  My team has a bunch of legacy Ada code.  Our new code is being
written in Java.  However, we still have many complex algorithms
written in thousands of lines of Ada.  Rather than rewriting the
tested/validated Ada code in Java, we'd like to create a Java facade
that would delegate to the Ada code, thereby making the Ada code
available to newer Java client objects.  Is this reasonable (as opposed
to rewriting everything in Java)?  Anyone know what
mechanisms/libraries would support such an approach?

Thanks!

Ken

Re: Java wrappers around Ada?

[Larry Kilgallen]

In article <1143032491.488772.259820@j33g2000cwa.googlegroups.com>, kk_oop@yahoo.com writes:
> Hi.  My team has a bunch of legacy Ada code.  Our new code is being
> written in Java.  However, we still have many complex algorithms
> written in thousands of lines of Ada.  Rather than rewriting the
> tested/validated Ada code in Java, we'd like to create a Java facade
> that would delegate to the Ada code, thereby making the Ada code
> available to newer Java client objects.  Is this reasonable (as opposed
> to rewriting everything in Java)?  Anyone know what
> mechanisms/libraries would support such an approach?

Rewriting correct code solely for the purpose of getting it into another
language is always fraught with peril.  That includes going to Ada.

Re: Java wrappers around Ada?

[Georg Bauhaus]

kk_oop@yahoo.com wrote:
> Hi.  My team has a bunch of legacy Ada code.  Our new code is being
> written in Java.  However, we still have many complex algorithms
> written in thousands of lines of Ada.  Rather than rewriting the
> tested/validated Ada code in Java, we'd like to create a Java facade
> that would delegate to the Ada code, thereby making the Ada code
> available to newer Java client objects.  Is this reasonable (as opposed
> to rewriting everything in Java)?  Anyone know what
> mechanisms/libraries would support such an approach?

FWIW, at least one Ada compiler supports JNI (ObjectAda), another is supposed
to support it in the near future, if it doesn't already (GNAT).
Additionally, there are at least two Ada -> Java bytecode compilers,
AppletMagic and JGnat.


-- Georg 

Re: Java wrappers around Ada?

[Jeffrey R. Carter]

kk_oop@yahoo.com wrote:
> Hi.  My team has a bunch of legacy Ada code.  Our new code is being
> written in Java.  However, we still have many complex algorithms
> written in thousands of lines of Ada.  Rather than rewriting the
> tested/validated Ada code in Java, we'd like to create a Java facade
> that would delegate to the Ada code, thereby making the Ada code
> available to newer Java client objects.  Is this reasonable (as opposed
> to rewriting everything in Java)?  Anyone know what
> mechanisms/libraries would support such an approach?

You have a number of options. Some compilers support Ada as a language for JNI. 
There are also compilers that output Jcode from Ada. You might be able to turn 
your Ada into a dynamic library and call that from Java. You could rewrite all 
your Ada in Java, though I don't recommend that.

The best option, of course, is to do all your code in Ada, but you'd have to be 
competent SW engineers to choose that.

-- 
Jeff Carter
"Son of a window-dresser."
Monty Python & the Holy Grail
12

Re: Java wrappers around Ada?

[Anders Wirzenius]

Kilgallen@SpamCop.net (Larry Kilgallen) writes:

> 
> Rewriting correct code solely for the purpose of getting it into another
> language is always fraught with peril.  That includes going to Ada.

In a learning situation when the code is not used for other purposes
than training and thus the correctness of the code is not a major issue,
I have found rewriting code in another language quite effective. I have
learned something about both languages, especially the differences
between them.

-- 
Anders

Re: Java wrappers around Ada?

[Larry Kilgallen]

In article <u64m57imz.fsf@no.email.thanks.invalid>, Anders Wirzenius <anders@no.email.thanks.invalid> writes:
> Kilgallen@SpamCop.net (Larry Kilgallen) writes:
> 
>> 
>> Rewriting correct code solely for the purpose of getting it into another
>> language is always fraught with peril.  That includes going to Ada.
> 
> In a learning situation when the code is not used for other purposes
> than training and thus the correctness of the code is not a major issue,
> I have found rewriting code in another language quite effective. I have
> learned something about both languages, especially the differences
> between them.

Then I would argue the sole purpose is not to get it into another language.
Certainly rewriting into another language is an excellent learning tool -
just don't let the learning interfere with actual production.

Re: Java wrappers around Ada?

[James Alan Farrell]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

We have a similar problem with C, and found it is pretty straight 
forward to wrap Ada in C calls.  Could you do that, then call the C 
calls from Java?

JAF

kk_oop@yahoo.com wrote:
> Hi.  My team has a bunch of legacy Ada code.  Our new code is being
> written in Java.  However, we still have many complex algorithms
> written in thousands of lines of Ada.  Rather than rewriting the
> tested/validated Ada code in Java, we'd like to create a Java facade
> that would delegate to the Ada code, thereby making the Ada code
> available to newer Java client objects.  Is this reasonable (as opposed
> to rewriting everything in Java)?  Anyone know what
> mechanisms/libraries would support such an approach?
> 
> Thanks!
> 
> Ken
> 


[-- Attachment #2: jfarrell.vcf --]
[-- Type: text/x-vcard, Size: 88 bytes --]

begin:vcard
fn:James Alan Farrell
n:Farrell;James
org:GrammaTech
version:2.1
end:vcard

Re: Java wrappers around Ada?

[kk_oop]

James Alan Farrell wrote:
> We have a similar problem with C, and found it is pretty straight
> forward to wrap Ada in C calls.  Could you do that, then call the C
> calls from Java?
>
> JAF

JNI seems to support the Java/C connection.  So this may work.  In your
problem space, did you have bi-directional communication between C and
Ada?  In other words, were you able to have C invoke Ada calls and Ada
invoke C calls?

Thanks!

Ken

Re: Java wrappers around Ada?

[James Alan Farrell]

[-- Attachment #1: Type: text/plain, Size: 2532 bytes --]

kk_oop@yahoo.com wrote:
> James Alan Farrell wrote:
> 
>>We have a similar problem with C, and found it is pretty straight
>>forward to wrap Ada in C calls.  Could you do that, then call the C
>>calls from Java?
>>
>>JAF
> 
> 
> JNI seems to support the Java/C connection.  So this may work.  In your
> problem space, did you have bi-directional communication between C and
> Ada?  In other words, were you able to have C invoke Ada calls and Ada
> invoke C calls?
> 
> Thanks!
> 
> Ken
> 
Yes.
Our Ada compiler is the gnat (gcc) compiler, and our main program is in 
C.  The tool runs on linux, so we use gcc all around and the tools work 
very nicely together.

We call ada_init() in the C code (you will probably have to do the 
same).  From there it is mostly a matter of making sure both languages 
have the correct interface and calling in either direction is really 
pretty easy.  In Ada, use pragma(C, ...).

On the C side things are a bit messy.  Out and in/out parameters become 
pointers.  This works rather better than I would've thought (probably 
the pragma forces such parameters to be pointers where they would not 
always be otherwise).  But even so, we have a lot of C functions with 
void * parameters instead of typed pointers and ints instead of Boolean, 
etc.

When an Ada function returns an unsized array (such as Wide_String(<>)) 
we wrap it in an Ada procedure that returns a wchar_t and string size. 
(There is a way to ensure the string is null terminated so C does not 
need the size, but this method is good for any array type.  See ARM B.3.1)

One interesting problem we had was converting Ada access types to C 
pointers.  An Ada access type is a higher level construct than a C 
pointer, which means it may or might not actually "point" to the desired 
location in memory.  What we found in practice is that arrays that are 
sized dynamically have a 64 bit entity in which the first 32 bits do 
point to the object of interest.

I'm not sure I'm happy with our solution and others here probably have 
better ideas than we, so instead of saying what we did, I'll look to see 
if anyone posts any suggestions ;)

For exceptions raised in Ada, we catch them in Ada and call a C function 
   that passes to C information on the raised exception.  (I wouldn't 
want to mess with anything like trying to pass the exception itself to 
C++ then on to Java)

I can't think of any other gotcha's that we experienced.  It really has 
been a lot easier than I thought coming in to the project.

Have fun!
James

[-- Attachment #2: jfarrell.vcf --]
[-- Type: text/x-vcard, Size: 88 bytes --]

begin:vcard
fn:James Alan Farrell
n:Farrell;James
org:GrammaTech
version:2.1
end:vcard

Re: Java wrappers around Ada?

[Jeffrey R. Carter]

James Alan Farrell wrote:
> On the C side things are a bit messy.  Out and in/out parameters become 
> pointers.  This works rather better than I would've thought (probably 
> the pragma forces such parameters to be pointers where they would not 
> always be otherwise).  But even so, we have a lot of C functions with 
> void * parameters instead of typed pointers and ints instead of Boolean, 
> etc.

ARM B.3 defines how parameters should be passed to a convention-C subprogram.

> One interesting problem we had was converting Ada access types to C 
> pointers.  An Ada access type is a higher level construct than a C 
> pointer, which means it may or might not actually "point" to the desired 
> location in memory.  What we found in practice is that arrays that are 
> sized dynamically have a 64 bit entity in which the first 32 bits do 
> point to the object of interest.

You can apply pragma Convention (C, ...); to an Ada access type to ensure that 
it is C compatible.

-- 
Jeff Carter
"Ditto, you provincial putz?"
Blazing Saddles
86