Gen EDGE

Back to discussions
Expand all | Collapse all

How to configure correct codepage for Java proxy and TCPIP middleware for WAS 9 on Red Hat Linux

  • 1.  How to configure correct codepage for Java proxy and TCPIP middleware for WAS 9 on Red Hat Linux

    Posted Oct 17, 2017 11:12 AM

    There are a number of transaction dumps in the CICS logs for E3AV . The abends started  occurring last Wednesday (10/11).

    The IEFT abend indicates a problem with (e.g. wrong) code page definition.

    If I had to guess I would say that these abends are coming from the Linux box. Probably the Linux machine needs a different code page for translation that the Windows machines.

     

          Type      Name       Detail Level: 1        Memr/Dom    Dialog   Dynamic

    _     PStep-S   PS_S_3RD_INQ_SUMMARY_LIST         J1521430    E3AV     Def    

    _     Procedur  PS_S_3RD_INQ_SUMMARY_LIST                                     

    ******************************* Bottom of data ********************************

    8.55E DOT DMV DEV TEST 01 (2017-10-13 23:00)                   Row 1 to 1 of 2

     .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .

    SDSF BROWSE  CICSS012 (STC26950) MSGUSR              Line 00007298 Col 001 080

     Command ===>                                                  Scroll ===> CSR 

    DFHSN1500 10/16/2017 08:48:03 CICSS012 SESSION SIGNOFF FOR SESSION RG1 IS COMPLE

    DFHDU0203I 10/16/2017 08:50:27 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004793, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:27 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:29 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004796, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:29 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:31 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004798, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:31 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:33 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004800, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:33 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:36 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004802, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:36 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                  

    DFHDU0203I 10/16/2017 08:50:38 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004804, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:38 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:40 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004806, PROGRAM: E3AV.                                             

    DFHAC2236 10/16/2017 08:50:40 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:43 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004808, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:43 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:45 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

               00004810, PROGRAM: E3AV.                                            

    DFHAC2236 10/16/2017 08:50:45 CICSS012 TRANSACTION E3AV ABEND IEFT IN PROGRAM E3

               WILL BE BACKED OUT.                                                 

    DFHDU0203I 10/16/2017 08:50:47 CICSS012 A TRANSACTION DUMP WAS TAKEN FOR DUMPCOD

       -GENERAL *SDSF                                                              

     

     

     Sent: Monday, October 16, 2017 2:37 PM 

    Subject: RE: Service Request 1370686 has been assigned to team DOA BIS LAN WAN (DOA | Network traces between WebSphere and Mainframe)

     

    Douglas,

    I wonder if you can open a problem with CA-Gen support for this problem.

     

    1. Win-10 PC with WAS9 connecting to CICSS010 port 3073               OK
    2. WinServer 2008 with WAS7 connecting to CICSS010 port 3073     OK
    3. RedHat Linux server with WAS9 connecting to CICSS010 port 3073            Fails

     

    We have tried swapping the JAR files between the non-working and working setups, and those make no difference.

     

     

     

    Sent: Monday, October 16, 2017 10:19 AM 

    Subject: RE: Service Request 1370686 has been assigned to team DOA BIS LAN WAN (DOA | Network traces between WebSphere and Mainframe)

     

    This is interesting:

    [Function: TCPIPConnection::readData]Error attempting to read data (Connection reset)

     

    It seems like there is a problem reading the data, but is it a problem reading the data in CICS, or ??

     

     

     Sent: Monday, October 16, 2017 9:08 AM

    Subject: RE: Service Request 1370686 has been assigned to team DOA BIS LAN WAN (DOA | Network traces between WebSphere and Mainframe)

     

    The following errors are found In the logs.

     

    Exception on PsS3rdInqSummaryListcom.ca.gen80.jprt.ProxyException:  [Function: doPsS3rdInqSummaryListOperation]com.ca.gen80.csu.exception.CSUException: com.ca.gen80.csu.exception.CSUException:  [Function: TCPIPConnection::readData]Error attempting to read data (Connection reset)

    [10/16/17 8:50:52:924 CDT] 00000398 SystemOut     O enotify SEVERE    10/16/2017 08:50:52 CDT - dot.aplcspt.racs.intg.proxy.BusinessProxyBase : Proxy invocation timed out.

    [10/16/17 8:50:52:924 CDT] 00000398 SystemOut     O enotify INFO      10/16/2017 08:50:52 CDT - dot.aplcspt.racs.sys.aop.TransactionMethodInterceptor : Rolling back user transaction at current thread #663418532 after calling "VehicleSearchBoundary.retrieveVehicleInformation"

    [10/16/17 8:50:52:925 CDT] 00000398 SystemOut     O enotify SEVERE    10/16/2017 08:50:52 CDT - dot.aplcspt.racs.sys.aop.TransactionMethodInterceptor : Proxy invocation timed out.

    [10/16/17 8:50:52:926 CDT] 00000398 SystemOut     O dot.aplcspt.racs.sys.exception.ProxyException: Proxy invocation timed out.

           at dot.aplcspt.racs.intg.proxy.BusinessProxyBase.executeWithRetry(BusinessProxyBase.java:71)

           at dot.aplcspt.racs.intg.proxy.BusinessProxyBase.executeProcess(BusinessProxyBase.java:45)

           at dot.custmgt.enotify.intg.vehicle.VehicleSearchBoundary.retrieveVehicleInformation(VehicleSearchBoundary.java:41)

           at dot.custmgt.enotify.intg.vehicle.VehicleSearchBoundary$$EnhancerByCGLIB$$cd371b37.CGLIB$retrieveVehicleInformation$0(<generated>)

           at dot.custmgt.enotify.intg.vehicle.VehicleSearchBoundary$$EnhancerByCGLIB$$cd371b37$$FastClassByCGLIB$$6408050e.invoke(<generated>)

           at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)



  • 2.  Re: How to configure correct codepage for Java proxy and TCPIP middleware for WAS 9 on Red Hat Linux
    Best Answer

    Broadcom Employee
    Posted Oct 17, 2017 05:44 PM

    Hi Douglas,

    Yes the IEFT abend is an indication that the CICS server does not have the required codepage pair included for the client codepage being sent.

    If you already have java proxy running successfully from a Windows machine what codepage pair did you previously add to CICS? Was it 1201<->37?

    It is possible that the java proxy on different platforms will send different codepages because of the way java runs on the different OS's. The best way to check what is being sent is to enable "CMIDEBUG=ON SYSTEM" in the java proxy commcfg.properties file. The WAS SystemOut.log should then contain the CMIDEBUG output including the Common Format Buffer which will contain the codepage being used.

    Here is a relevant KB article which also includes the alternative option to force a specific client codepage by editing the java proxy user exit CFBDynamicMessageEncodingExit.java:

    Why does my Web Application fail with an IEFT abend on CICS server? 

     

    Hope that helps

     

    Regards,

     

    Lynn