There are a multitude of problems with XMLSERVICE. It's over-engineered
and contains many hacks for various things thrown in willy-nilly. This
creates a combinatorial problem of supporting it and adding new features,
especially without breaking existing users. The project basically started
as a hobby project by Tony to show what could be done from RPG; I don't
think he ever intended for it to become what it has become: the bedrock on
which customers are running their businesses from PHP, Python, Node, .NET,

It has served fairly well, all things considered, but in order to have
something sustainable and maintainable going forward we need to take the
lessons learned from this project and build something leaner, cleaner, and
all around better. This seems to be heading towards ILEusion, which is a
project designed around RPG microservices. Personally, I'd have rather it
be written in C, since I think it is the best language suited for this
type of project (at least that's available on IBM i, especially within
ILE), but AFAIK nobody from the community (including vendors who use
XMLSERVICE within their products/toolkits) stepped up to help out with
XMLSERVICE/DB2SOCK. Meanwhile, Liam is chugging along.

----- Original message -----
From: Richard Schoen via OpenSource <opensource@xxxxxxxxxxxx>
Sent by: "OpenSource" <opensource-bounces@xxxxxxxxxxxx>
To: "opensource@xxxxxxxxxxxx" <opensource@xxxxxxxxxxxx>
Cc: Richard Schoen <Richard.Schoen@xxxxxxxxxxxxxxx>
Subject: Re: [IBMiOSS] XMLSERVICE, RPGLE & Java error
Date: Tue, Dec 11, 2018 10:30 AM

There seems to be some new open source projects starting up with intent
to replace XMLSERVICE, so nothing official or near imminent I don't

Personally I would say improve on XMLSERVICE rather than do a full
re-write, but I didn't create XMLSERVICE. I just use it so I don't know
the complexity.

For now I would say for open source stuff the XMLSERVICE component seems
to be the correct go-to unless there's already a native DB2 interface
like I think PHP has and of course Java has as well with JT400.

In the case of a general PASE ibmdb2 layer, I'm just thinking about a
consistent layer that can be used by all open source languages, not just
.Net. DB2 connect seems to be the right answer for this, but it's not
"officially supported" to run on IBMi. I installed the AIX version with
a few hacks and it works somewhat (still working out kinks) with the
unixODBC stuff for .Net.

However the "not officially supported" always lingers �

Until more time can be spent on DB2 Connect, XMLSERVICE seems pretty
stable and it's fast from my usage so far with and without .Net on i.

Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802

message: 2
date: Mon, 10 Dec 2018 20:14:31 +0000
from: Kelly Cookson <KCookson@xxxxxxxxxxxx>
subject: Re: [IBMiOSS] XMLSERVICE, RPGLE & Java error

Hi Richard,

I had not heard that IBM was thinking about deprecating and replacing
XMLSERVICE. I'll keep an eye out for any news about that.

Just out of curiosity, would the "AIX style ibmdb2 layer" you have in
mind be something that other languages running on PASE could use (e.g.,
JS with Node or Python)? Or would it be specific to .NET via the Mono


Kelly Cookson
Senior Software Engineer II
Dot Foods, Inc.
217-773-4486 ext. 12676<[1]>

This is the IBMi Open Source Roundtable (OpenSource) mailing list
To post a message email: OpenSource@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [2]
or email: OpenSource-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [3]

Help support by shopping at with our affiliate
link: [4]


Visible links

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2022 by 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.