Improve the exit DFSFEBJ0 to work in Shared Queue environment

PROBLEM SCENARIO: ==> STEP1) => In IMST Program IL01 was put in STOPPED status (to test the Shared Queue Environment). Program IL01 has three trancodes: - IL01 processes input message - IL01RESP send the output message to terminal - IL01T send the timeout message to terminal =>From LTERM LACT0254 from IMST entered TRANCODE IL01 ( trancode IL01 controlled by Exit FES ). Since the program IL01 is in stopped state IL01 is put in theShared Queue. ==>STEP2) => In MS2D =>Program IL01 in Started status =>TRANCODE IL01 processes ALTPCB TRANCODE LGJL ( trancode LGJL controlled by affinity-DFSMSCE0) =>TRANCODE LGJL ISRT MSG to session LSOII066 to ISC connection CISOIIT8 (CICS id) => In CISOIIT8 => Thru Session LSOII062 returns reply thru TRANCODE LGEB ( trancode LGEB controlled by affinity) before timeout value was reached ==> STEP 3) => In MS2D =>** Exit FES transformed trancode LGEB to Late Reply trancode LGAI (trancode LGAI controlled by afiinity). The originating terminal was still in response mode and the response from CICS was sent before timeout value was reached. => TRANCODE LGAI CALL GU / GOBACK => STEP 4) => In IMST => ** Exit FES scheduled timeout trancode � TRANCODE IL01T ( execute MSG ISRT to LTERM LACT0254). From OLDS logrecords we can see CICS responsed back correctly, which is the LGEB transaction. But it was not delivered to the originating terminal: FES exit 'transformed' LGEB to LGAI which is the Late Reply transaction (incorrectly), Apparently this was done because FES did not recognize the terminal where IL01 was entered (from IMST). Since the terminal is still in response mode (in system), IL01T comes in to timeout, freeing (get out from response mode) the terminal. IL01T is fired from from FES exit. The response is not being delivered to the IMS where the transaction was entered. In general Late Reply should come to play when the timeout limit was expired, and the (late reply) was executed before the timeout transaction.