Richard,
I'll see if I can get a site up with some info and with a download and
setup instructions.
Pete
Richard Houston wrote:
Hey Peter,
Your right, it is way more then just htmling the green screen, but in it's
most basic form that is one of the things it can do. We had to do several
labs at the tech preview I was talking about and I was able to get a bunch
of the "cool" HATS features going and I am not a programmer at all.
Licensing is not all that bad as well if you already are using WebSphere.
For my client we are looking at just what web5250 is doing. Can I get a
copy of the latest code and a quick how to set it up?
Best regards,
+------------------------------------------+
| Richard Houston .^. |
| R.L.H. Consulting /V\ |
| E-Mail <[EMAIL PROTECTED]> /( )\ |
| WWW <www.rlhc.net> ^^-^^ |
+------------------------------------------+
On Fri, October 14, 2005 2:37 pm, Pete Helgren wrote:
Richard,
HATS and Web5250 are a little different from one another. Web5250 is
more like iSeries Access for Web, which I finally saw at Common last month
in Orlando. Web5250 presents a "green screen" in a browser, pretty much
all. Now, iSeries Access for Web does a heckofalot more than that, but
basically, that is it.
Screen shot like so: (I can't remember if they will display on the list
or not so I'll try it):
That is really all the Web5250 is.
I need to get a live link established and get my website updated to show
where this project is. But, the concept is 5250 in a browser. HATS (I
think) is more "invasive" in the look and feel area.
Pete
Richard Houston wrote:
Hi all,
Just wanted to chiming on this topic.
I was at a proof of technologies at IBM here on HATS
http://www-306.ibm.com/software/webservers/hats/
It basically turns the 5250 screens into pure HTML. The development env
only works on windows right now which suck for m 400 based client as
they run Linux on the desktop. Nice this about hats is that there is no
code changes required on the 400 side. You can customize the layout and
such as well so it can look nothing like your green screen apps at all.
Kind of
cool.
I, personally, would like to see some sort of OSS version out there and
I
think this is what web5250 we aiming for. Maybe with enough effort
web5250 could do the same. Just a thought.
Best regards,
+------------------------------------------+
| Richard Houston .^. |
| R.L.H. Consulting /V\ |
| E-Mail <[EMAIL PROTECTED]> /( )\ |
| WWW <www.rlhc.net> ^^-^^ |
+------------------------------------------+
On Fri, October 14, 2005 9:48 am, Pete Helgren wrote:
Thanks Wim.
This sounds "exactly" like what I had in mind a couple of years ago.
Seems to me that the "mapping" concept would be fairly
straight-forward (probably a lot harder to do than it sounded...) This
is very cool and Swing would be a good fit.
Have you looked at Java Server Faces at all? I saw a demo of a JSF
app that looked very "Swing-like" but was all HTML and mostly a server
side implementation. I have been meaning to take a look at it in more
detail and see how difficult the coding is. The JSP/Struts/Tiles
approach has always been too complex to me and JSF *seemed* to
simplify that. I need to take a look at it soon but it might give you
a richer-looking UI without the client side hassles of Swing. Mapping
to JSF components might be a possibility. I'll look into it when I
have a chance to see what you are doing.
One other idea I had in the "screen scraping" area was a "static"
mapping option that would allow you to actually change the component
layout at the client end. Rather than doing the transformation on the
fly, you could create "map file" and use that instead. Not sure how
to implement that though.
Thanks for the information on the code pages and the good news on the
code page support in JT400. That should take care of it!
Look forward to hearing more about the screen scraper....
Pete Helgren
[EMAIL PROTECTED] wrote:
Hello Pete,
great to hear some acitivity from this corner.
The screenscraper works for one of our customers and is tailored to
their screen layouts. Still have to do some bugfixes for them
shortly, so I can send some screenshots on the list to give an idea
to what it looks like. We were now discussing internally whether we
were going to apply the scraper to our own screens, or build some
kind of Swing gui components on top of the stream: a table for a
subfile, a label for static text, a textfield for fields etc. The
idea is to be able to build swing panels that read and write their
data from the screen. The buttons and menu's would call function
keys etc to do screen transitions and move to the next swing panel.
What do you think? For us it is just to be
able to quickly roll out GUIs until we find the time to reengineer
the apps in full GUI apps.
The 1200 codepage is provided in JT400. However I can not find the
1208. I wonder however if those are supported if they're not in de
toolbox. Or are the numbers provider here not the AS/400 numberings?
Regards,
wim
*Pete Helgren <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]
14/10/2005 15:41
Please respond to
tn5250j-general@lists.sourceforge.net
To
TN5250J List <tn5250j-general@lists.sourceforge.net>
cc
Subject
[Tn5250j-general] Checking in on the project
Gee....been kinda quiet around here. Must mean we are all
gainfully employed and busy?
A couple of questions (just to blow the dust of the list!):
1. Wim, a while back you talked about a screenscraper project you
were involved in that used tn5250j components. Where are you on
that? I'd love to know what you are doing in that area since I
think tn5250j has some powerful tools in that would be useful.
2. Also, in general, how hard is it to add code page support,
specifically for 1200 and 1208? There was a post in midrange.com
from someone looking for an emulator that supported those code
pages. I didn't see it in the list of supported code pages (not in
JT400 either).
I'd like to help this guy out if I could, I just don't know
how difficult it is to support other code pages.
Thanks!
Pete Helgren
P.S. Kenneth are you out there ? How is it going?
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Tn5250j-general mailing list
Tn5250j-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tn5250j-general
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Tn5250j-general mailing list
Tn5250j-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tn5250j-general
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Tn5250j-general mailing list
Tn5250j-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tn5250j-general
|
