IBM Support

PI37284: DATA CORRUPTION IN COPIED TREE BECAUSE WHEN MATERIALIZING, THE CHILD IS BEING LINKED TO THE WRONG PARENT

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.

 

APAR status

  • Closed as program error.

Error description

  • DATA CORRUPTION IN COPIED TREE BECAUSE WHEN MATERIALIZING, THE
    CHILD IS BEING LINKED TO THE WRONG PARENT
    

Local fix

  • N/A
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All IBM WebSphere Application Server        *
    *                  Feature Pack for XML users                  *
    ****************************************************************
    * PROBLEM DESCRIPTION: Data corruption in copied tree due to   *
    *                      a child node being linked to the        *
    *                      wrong parent node.                      *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    During the process of materializing a copied node, we inspect
    whether we have made a copy of the preceding node. If there is
    no direct copy then we perform a deep lookup to see if we have
    a copy of it's original node recursively until we find one or
    we reach a node that's not a copy of any node. This operation
    will return the wrong node as the copy of the preceding node
    if one of the original nodes was already copied under a
    different node within the same tree. The parent node is
    retrieved using the returned node, resulting in the child node
    we just copied being added to the wrong parent. This can cause
    an ArrayIndexOutOfBoundsException in the
    FastAccessMediator.getInternalFastAccess method.
    

Problem conclusion

  • The algorithm was corrected to determine whether the returned
    node is in fact the copy of preceding node by comparing the
    parent nodes. If it's not a copy, then the copy routine is
    invoked again with a flag to avoid deep lookup. This will
    result in the preceding node to be copied under the correct
    parent node.
    
    The fix for this APAR is currently targeted for inclusion in
    Feature Pack for XML 1.0.0.17. Please refer to the Recommended
    Updates page for delivery information:
    http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI37284

  • Reported component name

    XML FEATUREPACK

  • Reported component ID

    5724J0856

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-03-18

  • Closed date

    2015-05-26

  • Last modified date

    2015-05-26

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

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

    PI41707

Fix information

  • Fixed component name

    XML FEATUREPACK

  • Fixed component ID

    5724J0856

Applicable component levels

  • R700 PSY

       UP

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SUPPORT","label":"IBM Worldwide Support"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1.0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
09 February 2022