I'll add some details, which I should have included originally.
Currently, we are using GUI Jwalk42C6, which is bundled by our 3rd party vendor, Netcracker, for their ICOMS product.
This is Netcracker's current GUI solution.
We also use Rockets Jwalk Developer to GUI ize our custom bolt on screens.
Both deploy as package files, .CSH files
The GUI adds additional functionality, not just a screen scrape.
About 750 GUI users.
About 200 users also on iSeries Access.
There are 3 configs possible.
SWC-Served Windows Client
SCM - Server Connect Mode
Java Client
We are running SWC version, non SSL, which uses the ActiveX.
Can only be used with IE.
Jwalk 42C6 is becoming depreciated, nearing EOL.
When trying to configure SSL for the 42C6 client, we found that it only supports SHA1.
We are now using SHA256 wild card certs.
We recently received an upgrade from Netcracker, included Legasuite 7.5.3, which supports SHA256 with a wild card cert.
One of our goals is to switch to the Java Client, with SSL enabled.
I've successfully configured the LS 7.5.3 Java Client, with SSL, SHA256 wild card cert.
Works with IE, FF, Chrome, and EDGE.
Chrome and EDGE run outside the browser as an app using guiclient. Jnlp file.
I've also configured LS SWC 7.5.3 ActiveX client, with SSL enabled, SHA256 wild card cert.
There is an issue with the install with SSL enabled, so the config was tweaked to non-SSL for install only.
Only works with IE.
Open ticket with Rocket for FF and Chrome issues.
Our PC staff asked if there was a HTML5 solution.
LS753_LegaSuite Web UI Engine for iSeries
There is, we may already have the license.
Problem is that Netcracker is not currently bundling the WEB UI product with their ICOMS product.
Waiting on their future direction.
At this point, we are reviewing and evaluating our options.
The Java client currently works fine, (test mode only), but we all know how a Java update can break applications.
No production changes done as of yet.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vernon Hamberg
Sent: Friday, March 04, 2016 2:49 PM
To: Midrange Systems Technical Discussion
Subject: Re: Anyone using any HTML5 solutions
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.
midrange.com
