WRT proxy listener issues, that is way beyond my experience so I can't comment there. However, thanks for the reminder that there can be "rules" on the assignment of LU's from TCP/IP connections. I knew that but had forgotten it. It would affect any program substituting for a TN3270E client.
WRT s3270/x3270, that's a fine idea -- IF the z/OS system has them available. Not every installation is so forward-looking. Besides, have you ever seen any cogent documentation on actually using s3270? I've looked, and so far the only doc available is the INFO/MAN files, and they are somewhat less than helpful, IMHO. Also, there are no examples anywhere I can find. If you know of any, please share the location(s). WRT 3270 emulation, it is not needed with the right interface software. That's why HACL is so attractive -- all that detail stuff is already buried in the provided java classes. No need to program any of it. The screen capture part is relatively trivial. Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Thursday, September 22, 2005 12:52 PM To: [email protected] Subject: Re: HOD/HACL running on z/OS? > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Arney > Sent: Thursday, September 22, 2005 11:27 AM > To: [email protected] > Subject: Re: HOD/HACL running on z/OS? > > > Using John's approach you would have to worry about things like > keeping track of each client session IP address and port number so you > could support multiple sessions from a client and during the replay, > send the proper input to the right (new) TN3270 session. I don't see this. The "proxy" does a LISTEN on a port. When the client "connects", I eventually end up with a socket. All I/O to/from the client occurs on this socket. The code then connects to the TN3270E server and I end up with a second socket. All input from the first socket goes to the second socket and vice versa. If the same client attaches to me again, I get a second set of sockets that are in no way related (IP-wise) to the first set of sockets. > > Your "transparent proxy" would also look to the TN3270 server to be > the client machine (IP address of connection origin). This can cause > all sorts of problems with how the server allows or decides how your > client can use its services and what LUs are allocated to its > sessions. Very good point. I had forgotten about this because we do not do any kind of LU assignment based on IP address. There might also be a problem if there is a RESTRICTAPPL in the defination of the "real" PORT. I'm not sure of this, but I think it is likely. > > And to build the screen image buffer from the 3270 data streams, you > have to basically write a 3270 emulator. True. But I think this would be true of any "capture" type program which wants to compare 3270 screens. So this particular capture method shouldn't be any harder than any other capture method. > > Agreed, these things can be handled, but I don't think this would be > an easy path to do what he wants. Again, I agree. It would not be easy in the absolute sense. But I do think that it would be "easier" (FSVO easier) than doing the equivalent processing with a VTAM LU "capture" program. Actually, if I were needing this, I would likely do the capture using Linux. I've not thought about it in detail, but using "s3270" and/or "expect" with "x3270" come to mind. > > Chuck Arney > illustro Systems International, LLC -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
