Re: ILE Concepts

[Niels Liisberg <nli@xxxxxxxxxxxxxxxxx>]

I have just two comments Birgitta;

1)  One Source one Object (Service-Program or Program)
If you want to go modular - then it is a better approach to have
each "domain" in each module and combine these domains into a service
program. But because - it depends.

2) Export *ALL
it is a dangerous approach for the signature issues you are describing. All
client programs using this service need to be recompiled if you reorder the
sequence of tour procedures in your source. That dependency is
something that I would avoid like the plague.

However - if you use these services ONLY with dynamic binding ( as in our
microservice architecture) then you have less complexity with declaration
of the export order in the binder source. But it is rather rare to find
that construction.


I think the discussion you have with your Java developer is because you can
not map the nature of the two environments. In java you will have a POM or
gradle import your specific versions of libraries - to java do not have the
signature issue and export *ALL is then how it works. ILE on the other hand
tries to make service programs backwards compatible by the "export with
binder source". No such thing exists in Java.









On Wed, Nov 2, 2022 at 12:17 AM Don Brown via RPG400-L <
rpg400-l@xxxxxxxxxxxxxxxxxx> wrote:

> 1) The larger the single module (i.e. source) the greater the temptation
> to use globals.
>
> Jon can you elaborate a little on this comment please.
>
> Thanks
>
> Don
>
>
>
> --
> This email has been scanned for computer viruses. Although MSD has taken
> reasonable precautions to ensure no viruses are present in this email, MSD
> cannot accept responsibility for any loss or damage arising from the use of
> this email or attachments..
> --
> This is the RPG programming on IBM i (RPG400-L) mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/rpg400-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com