Re: Anyone using any HTML5 solutions

Do it quickly can mean doing it twice. Once for the initial scraping and
second to build new apps when scraping just doesn't cut the mustard any
more. I've seen in more often than not.

In most cases you can build very nice functional apps with just RPG and
jQuery. The learning curve is the only thing in the way. Learning how to
use something as powerful and useful as jQuery is a feather in your cap. A
big one. And it will follow you to any platform.

As far as scraping vs building, I think I'm in Nathan's camp where I
personally would rather learn to drive than take the bus. :)

Brad
www.bvstools.com

On Fri, Mar 4, 2016 at 1:49 PM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>
wrote:

Nathan

You make some really bold assertions here. So I have to ask - have you
used Lansa's AXES, so that you know from experience that what you say is
true? Have you used Genie, or Rocket's solution, or anything from BCD? Have
you seen the data stream in Wireshark or some such packet sniffer? Can you
name the .js files that are downloaded when using any of these?

You might be correct - still, without demonstrated testing, I just don't
know.

I did make the assumption that Paul wanted something to quickly send
screens to a browser - without a lot of conversion. And I assumed that
several of these would present using the principals behind HTML5 and
related technologies now in use. Scott has already replied that their
solution does.

This is a far cry from the excellent work you do with your school
application - you have written the browser screens not based on 5250 but
purely as HTML or XHTML or whatever it's called now, using the IBM i as the
data repository, basically, as I recall from our conversations.

Anyhow, we'll see what responses - if any - come from any of the vendors.

Cheers
Vern

On 3/4/2016 12:55 PM, Nathan Andelin wrote:

Paul,

I should note some relevant distinctions between "HTML5 solutions", and
"screen scrapers". It sounds like you're more interested in the latter,
than the former.

All the screen scrapers that Vern indicated in his message rely on a
Windows, Java, or JavaScript "clients" which are either installed on a
device, or downloaded from the server when the interface is instantiated.
Thereafter, most (if not all) I/O between the client and the server are
based on proprietary protocols pertaining to each product. Each of the
protocols is an extension of IBM's display file interface.

HTML5, however is a standards based specification which has been adopted
by
leading web browsers, which includes extensions and additions from earlier
HTML specifications.

HTML 5 applications tend to more fully utilize the capabilities of the
browser, including managing "state" on the client, which is a very
relevant
distinction from the traditional display-file interface, where state is
managed on the server.

Many other relevant distinctions come into play when comparing HTML5
applications to screen-scrapers.

HTH,

Nathan.






On Thu, Mar 3, 2016 at 10:06 AM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
wrote:

We currently reviewing the various solutions available to either replace

and/or supplement are current PC desktop iSeries Access and/or Jwalk
solutions.
Anyone using any HTML5 solutions.
I know Rocket has a product.
It would be nice, nothing on the PC to manage.
We're also evaluating Rocket's Legasuite Java Client, ongoing Java issues
has many concerned with this solution.

Thank You
_____
Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx
http://www.pencor.com/


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.