Pete Here is the part about the flow control that he uses and is actually quite cool for the implementation. Had not thought of doing it that way. It would be a change on the host but very small as the original command is wrapped and the application process is not changed in anyway. ================================================================================= - What we normally do, is to wrap the normal command they want to launch in a special command of our own. E.g. instead of issuing a WRKUSRJOB USER(user) we issue a STRCMD CMD('WRKUSRJOB USER(user)'); the only thing our STRCMD does is launching the command, but when the normal command ends and we fall back in the program stacking onto our wrapper command, we send the !# event or just do a signof with disconnect. The emulator at the Java side knows to close itself then. In GUI mode we can then even issue 5250 as modal dialogs etc without a problem. So we do make it interactive! We can not however send back information towards the web application directly as we can keep synchronisations in there. We did once start to cache the 5250 sessions, but that poses more of problem than it brings advantages. The only thing I still would like is to be able to create a protocol bean, connect it, start the initial command and only then hook it to a interactive terminal. This way the user would'n see the login and launch scenario pass by as they do now. ============================================================================================ Here is the link to the full message: http://www.mail-archive.com/tn5250j-general@lists.sourceforge.net/msg00219.html This should solve just about everything except the user and password problem but am thinking of the applet to servlet would take care of this or the SessionBean and wrapping everything up yourself in your own Applet code. Regards Kenneth Pete Helgren wrote: I had posted some of this about two years ago when I first started working with the 5250 applet. The problems that I had (and still have) have to do with the passing of UserID and password in the clear when I start an applet session. Gaurav posted some code that has a servlet that talks to the applet and passes the password back to it. I think I can follow the approach but wanted to know if anyone else had solved this problem in a different way. |
- [Tn5250j-general] Passing User ID and Password in Apple... Pete Helgren
- Re: [Tn5250j-general] Passing User ID and Password... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Pass... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Password... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Password... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Password... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Pass... gaurav . sharma
- Re: [Tn5250j-general] Applet [was]Passing ... Kenneth Pouncey
- Re: [Tn5250j-general] Applet [was]Pass... gaurav . sharma
- Re: [Tn5250j-general] Passing User ID and Password... Wim . Van . Leuven
- Re: [Tn5250j-general] Passing User ID and Pass... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and Pass... Pete Helgren
- Re: [Tn5250j-general] Passing User ID and ... Kenneth Pouncey
- Re: [Tn5250j-general] Passing User ID and ... Wim . Van . Leuven