× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On 6/21/07, albartell <albartell@xxxxxxxxx> wrote:
>no, because ILE, which C, C++ and RPG are based on, does not know managed
code like .NET and Java.
Java knows managed code? If you are talking about J#, I am sure it does,
but that isn't Java. Nor is RPG.NET the same or even similar to RPG. The
differences are at the syntax level, but in the end it is still .NET with
all of it's limitations (i.e. one platform runtime).

Steve I think you need to define managed code and then relate it to ILE on
i5OS.

managed code is the thing which enforces and ensures the type safeness
of your java or .net code. It is the thing that prevents the buffer
overrun or the error we get in RPG when a parameter contains garbage
or the value of adjacent parameters.

What is kind of an interesting question is what is the difference
between java and .net. and why did java not become as important to
i5/OS applications as .NET has to windows. .NET is very good at
working with Windows APIs and other unmanaged code DLLs. And the .NET
classes are all built to work well with the Windows OS.

I think you will find that i5OS ILE has advantages that managed code
does not (e.g. you DON'T have to all compile down to the same 'sil' code but
instead the language 'interfacing' is offered as a means to the same end).

I dont follow this at all. In Windows you can still use DLLs ( which
are pretty much the equivalent of a SRVPGM ), but no one does. .NET
code is compiled into assemblies, which provide full support for
reflection, reflection being the thing that makes your PR prototype
source obsolete.

-Steve

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.