Re: Anyone using any HTML5 solutions

Hi Vern,

Could you clarify what you mean by my "bold assertions"? Was it my
assertion about all the products using a "client" to interface with the
server?

Regarding my experience, I have personally used and reviewed AXES from
Lansa, Presto from BCD, Newlook from Look Software, Genie and Profound UI
from Profound Software, and JWalk. I also participated in a demonstration
of ASNA's open-access client.

They all use proprietary "clients" of various shapes and sizes. But rather
than labeling that as a "bold assertion", I would say that's a better
architecture than say IBM's Host Transformation Services, Webfacing, and
Workstation Gateway interfaces - which are server based and transforming
5250 data streams into HTML.

Mostly, I'm interested in noting distinctions between screen-scrapers and
open-access handlers which are extensions of the traditional display file
interfaces vs. applications which implement their own HTML, CSS, and
JavaScript constructs.

I could site distinctions and examples.

HTH,

Nathan.




On Fri, Mar 4, 2016 at 12: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.