× 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.



Hello

I don't often reply to threads on midrange but here goes.

I am trying pretty hard in making sure that ILEusion will be a good replacement for XMLSERVICE. ILEusion is built on top of two other modules called ILEastic (the web server) and noxDb (JSON/XML parser + some database pieces), both of which were releases under Sitemule (who are supporting me in developing ILEusion).

I *am* for a replacement to XMLSERVICE. I originally started it because I didn't like the db2sock code base. I wanted something simple, that almost works the same, pretty schema, is modular and easy to setup. You will be able to connect to ILEusion services via stored procedure or over HTTP.

It is open source and it will stay that way. It is being supported by Sitemule to develop it and that's a good thing because it allows me to support ILEusion (and ILEastic + noxDb). That also means if you don't like something, you can stop complaining and actually make a difference by getting involved - make a fork, raise an issue, any input is good.

Here's a couple of links:
- repo: https://github.com/sitemule/ILEusion
​- docs: https://sitemule.github.io/ileusion/about
- Node.js toolkit: https://github.com/WorksOfBarry/ileusion_node

Happy holidays,
Liam
________________________________
From: OpenSource <opensource-bounces@xxxxxxxxxxxx> on behalf of Calvin Buckley <calvin@xxxxxxxxxx>
Sent: 12 December 2018 03:55
To: 'IBMi Open Source Roundtable'
Cc: 'Richard Schoen'
Subject: Re: [IBMiOSS] XMLSERVICE, RPGLE & Java error

I agree that the database access story for PASE isn't as clear as it
should be; perhaps no fault of IBM's though. However, this does affect
programmers for both runtimes and runtime consumers - we're still not
sure what's the best method for working with DB2. I think Richard's
comments weren't out of spite, but of concern.

As you say, libdb400/QSQCLI is... flaky, and from working with it, I
definitely agree with what you've been saying for a while about it.
Having Python et al versions to compare with helps, but tripping up on
bugs that kill the QSQCLI service program and the entire PASE process
with it due to an ILE pointer snafu can be quite annoying.

XMLSERVICE I haven't brushed up with, but as you also said, seems to
be unsustainable. Hopefully Liam and perhaps a community around
ILEusion can make it work better for both remote and local cases.
Worst case, there's always writing bespoke microservices per task.

It's good to know this will change for the better in the future.
Unfortunately, we have to work with what we have in the meantime.
Hopefully the community will come together for the stuff that they can
work on themselves. (like ILEusion) We don't have influence in system
components though like QSQCLI, and you mentioned legacy software is
dependent on the presence of bugs, so changes there are an unknown.

-----Original Message-----
From: OpenSource <opensource-bounces@xxxxxxxxxxxx> On Behalf Of Richard
Schoen via OpenSource
Sent: December 11, 2018 10:39 PM
To: opensource@xxxxxxxxxxxx
Cc: Richard Schoen <Richard.Schoen@xxxxxxxxxxxxxxx>
Subject: Re: [IBMiOSS] XMLSERVICE, RPGLE & Java error

FUD only in the sense that there's no clarity from IBM on DB access layers.

Set up a town hall discussion and lay out the plans for us to have a rock
solid open source/PASE DB access mechanism for the go-forward.

Apparently there's a secret plan to improve DB access. In the spirit of
being open. Be open..... like Microsoft.

The point about XMLSERVICE is that it appears to be the best that IBM
currently has for open language DB access and it's based on basically a POC
as you described.

And other db layers are based on libdb400 which you mentioned on Ryver is
not thread-safe (unless I misunderstood your commentary), so not sure if
it's appropriate for .Net or any of the places libdb400 being used. Clarity
on that please since our choices for .Net are currently XMLSERVICE (which
works) and libdb400 (which kind of works and might be appropriate).

As you know Calvin is doing his best to synthesize libdb400 for .Net usage.
Let's continue to support him.

You also made it sound like IBM is endorsing or maybe just you are endorsing
microservice toolsets like ILEusion which are in their infancy as the future
of IBMi DB access to be the next gen of DB access. Cool, but not my choice
for general DB access only for app specific services that use the underlying
DB connectivity. Maybe I misunderstood your comments. If so you can correct
me.

How bout just a couple slides with a bullet list on future DB access plans
that give all languages riding native on the i equal consistent access.

I want to be the guy supporting my apps, not supporting IBM's database
access layers.

As said before I am happy to discuss this over the phone, in a webinar
meeting or we can bang away in the forums.

If you give me those directional bullets I would also be happy to put them
into a presentation as well.

I just want clarity for me and the developers I'm trying to guide to
maximize their usage of IBMi for development so others platforms don't take
that away.

Don't be offended if I continue pushing this issue because we need a roadmap
for developers to keep them from defecting to other platforms and consistent
DB access for IBMi with the built-in database is important.

I didn't know DB2 Connect was spin off..... Interesting.

Regards,

[https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fstatic.helpsystems.com%2Fhs%2Femail%2Ftemplates%2Fsignatures-final%2Fimages%2Fhs&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=0LHCEMufujJOY03JtmhAOzaAT4kqFO4QaCq5094K5GM%3D&amp;reserved=0
-logo2.png]

Richard Schoen
Director of Document Management

e. richard.schoen@xxxxxxxxxxxxxxx<mailto:richard.schoen@xxxxxxxxxxxxxxx>
p. 952.486.6802
w. helpsystems.com<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.helpsystems.com%2F&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=9LNvddkGZz388T1VUKFzBtJeFJ%2FOk9uFueQdITvvorI%3D&amp;reserved=0>
[cid:image002.jpg@01D1A545.4C2BF250]<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Frichardschoe&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=cwRhdhJKFDlmXivG2LtKwigzhuaGX1rICw8ClZyd49g%3D&amp;reserved=0
n>[cid:image003.jpg@01D1A545.4C2BF250]<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.twitter.com%2Frichardschoen&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=yEVPW6DBMjXZqCr5xpnX0WUuUDcrJHKhDW83ObRfUM4%3D&amp;reserved=0>



I don't understand how any of this complaint ties in to XMLSERVICE or
ILEusion or any of that. As far as I'm concerned, they're completely
separate issues. And I don't understand your point about having to write
your own microservices. In fact a lot of the second half of your rant seems
like total ill-informed FUD, so I'm not going to even bother responding to
it.




--
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: https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fopensource&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=TD7bohQadhB3vaO99Ako0wqGnr4vXNDnfstiObTgkCE%3D&amp;reserved=0
or email: OpenSource-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fopensource&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=a9mu0ERodueh936T8EJPYGqXpj%2BfWCo63WBqtanZ60g%3D&amp;reserved=0.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Famazon.midrange.com&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=9aChpwJ1mXhAVVA3DFtm%2F8fxWLQ7NQKwhdYCNfFCsJc%3D&amp;reserved=0

--
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: https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fopensource&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=TD7bohQadhB3vaO99Ako0wqGnr4vXNDnfstiObTgkCE%3D&amp;reserved=0
or email: OpenSource-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fopensource&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=a9mu0ERodueh936T8EJPYGqXpj%2BfWCo63WBqtanZ60g%3D&amp;reserved=0.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Famazon.midrange.com&amp;data=02%7C01%7C%7C7af6749aa8384381538d08d65fe5c14c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636801837722588882&amp;sdata=9aChpwJ1mXhAVVA3DFtm%2F8fxWLQ7NQKwhdYCNfFCsJc%3D&amp;reserved=0

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.