IBM Support

IT01415: OFTP - WHEN ESID 05 IS RECEIVED, MESSAGES ARE SET TO RECEIVING INSTEAD OF RECEIVE_FAIL

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

Direct link to fix

 

APAR status

  • Closed as program error.

Error description

  • OFTP  - When ESID 05 is received, messages are set to
    Receiving instead of receive_fail.
    
    Following stack trace can be seen :
    [2014-04-13 00:15:33.318] ERROR 000000000000 GLOBAL_SCOPE
    OFTP_ISDN_SERVER_ADAPTER_1.inbound.PPC_PP_LOC_ISDN-PP_REM_ISD
    N_86560  (00:15:33.318) ESID Reason 05 Local site emergency
    close down. The local site has entered an emergency close down
    mode. Communications are being terminated forcibly.
    [2014-04-13 00:15:33.319] ERROR 000000000000 GLOBAL_SCOPE
    OFTP_ISDN_SERVER_ADAPTER_1.inbound.PPC_PP_LOC_ISDN-PP_REM_IS
    DN.86560  (00:15:33.319) The method "" of class "unknown" has
    thrown the exception
    "com.sterlingcommerce.woodstock.services.oftp.fsm.usermon.DataAc
    cessException". The reason is : Calculation of result status
    failed because there is a wrong OFTP object status before send
    null.com.sterlingcommerce.woodstock.services.oftp.fsm.usermon.Da
    taAccessException, Calculation of result status failed because
    there is a wrong OFTP object status before send null
        at
    com.sterlingcommerce.woodstock.services.oftp.fsm.usermon.Abstrac
    tDriver_UserMon.updateStatusForSentObject(AbstractDriver_UserMon
    .java:679)
        at
    com.sterlingcommerce.woodstock.services.oftp.fsm.transitions.Tra
    nsition_MUE3.switchTransition(Transition_MUE3.java:117)
        at
    com.sterlingcommerce.woodstock.services.oftp.protocolEngine.Prot
    ocolEngineTask.run(ProtocolEngineTask.java:138)
        at
    EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unkno
    wn Source)
        at java.lang.Thread.run(Thread.java:619)
    
    The files stay in Receiving status in the OFTP_OBJECT.
    

Local fix

  • STRRTC - 421308
    JMB / JMB
    Circumvention: None
    

Problem summary

  • USERS AFFECTED:
    ALL
    
    PROBLEM DESCRIPTION:
    When ESID 05 is received, messages are set to Receiving
    instead of receive_fail during OFTP communication.
    
    PLATFORMS AFFECTED:
    All
    

Problem conclusion

  • RESOLUTION SUMMARY:
    A code fix has been provided.
    
    DELIVERED IN:
    5020500_7
    5020600
    5105
    

Temporary fix

Comments

APAR Information

  • APAR number

    IT01415

  • Reported component name

    STR B2B INTEGRA

  • Reported component ID

    5725D0600

  • Reported release

    510

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-05-02

  • Closed date

    2015-07-24

  • Last modified date

    2016-04-29

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    STR B2B INTEGRA

  • Fixed component ID

    5725D0600

Applicable component levels

  • R525 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS3JSW","label":"IBM Sterling B2B Integrator"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"LOB02","label":"AI Applications"}}]

Document Information

Modified date:
29 April 2016