We have asked the vendor (Mackinney) and they have said "no", but we are
thinking, if we are willing to give up some functions in VTAMSWITCH, we
can get where we want to go with it.

It could be we are just not asking the right question or explaining the
need well.

We can "rotate" through multiple "applications" (multiple active CICS
sessions).  Rotating meaning by pressing a PA key, each active CICS
sessions/screen will be brought up in the emulator in succession.  Works
great. 

However, our end users "used" to be able to start up multiple tn3270
sessions and then log into multiple CICS sessions and keep them visible
simultaneously.  This allowed the end users to have multiple CICS
sessions up on their Windows desktops and not have to rotate through
them.  For example, having a CICS inquiry screen up in one MS WINDOW and
and UPDATE screen visible in another.  Also, this allowed cut and paste
between two or more "visible" CICS screens.

We are using RACF to control access and we are at CICS/TS 3.1 so have
its facilities.  Is there an alternative to TN3270 running through the
WEB to perhaps pass the userid/credentials directly to CICS (kind of a
WEB VTAM?) that might allow multiple connections?  Z/os 1.7.  one
terminal owning region and multiple AORs.  DB2 V8.

Just curious if we are missing something like "dynamic" terminal
assignment or something.  And again, it just may not be a function the
product supports as the vendor has explained.  We were caught kind of
off-guard on the "viewing simultaneous" piece.

We could give up "terminal stealing", "messaging", etc. for example.  At
least in the short run.

Perhaps a small additional product?

Only a small subset need TSO access.  Most users are CICS users.

Perhaps a small additional product?

Thanks in advance,

Kriss Davis
ISU
[EMAIL PROTECTED]

----------------------------------------------------------------------
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

Reply via email to