Thanks for your feedback.
It can do program calls and use files etc, so it is not that limited.
The primary reason I am looking at it, is because jt400.jar is designed very
robustly (all classes, no interfaces) making it a very interesting exercise
to do integration tests (etc) without having an actual - and properly
configured - AS/400 system to talk to. I think I've found an angle but a
simpler solution would be preferred and jtopenlite might be it.
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Pete Helgren
Sent: 13. maj 2013 20:37
Subject: Re: Anyone tried jtopenlite yet?
I took a quick look but frankly, writing native Android apps just hasn't had
a high enough ROI for me to invest much time in it, so I haven't spent any
time with the "lite" version of JTOpen. It is SO much simpler to write a
REST app (or a servlet on the i ) that returns JSON directly from the i
rather than write an Android app that used JDBC to communicate with a remote
i that I haven't found a compelling reason to go there (yet).
There might be a use case for using it in a Raspberry Pi installation where
overall storage is limited but in the mobile world I haven't found a use for
GIAC Secure Software Programmer-Java
On 5/13/2013 6:10 AM, Thorbjørn Ravn Andersen wrote:
I was just wondering if anyone has tried out the new (since jtopen
7.7.1) jtopenlite alternative to jt400.jar yet, and had experiences to
This is the Java Programming on and around the IBM i (JAVA400-L) mailing
list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/java400-l
As an Amazon Associate we earn from qualifying purchases.