IBM Support

PK84128: API METHOD FINDBYNAME DOES NOT RETURN EXPECTED RESULTS AFTER SYNDICATION.

 

APAR status

  • Closed as program error.

Error description

  • API method findByName does not return expected results after
    syndication.
    

Local fix

  • RESAVE the content on the syndicator.
    

Problem summary

  • API METHOD FINDBYNAME DOES NOT RETURN EXPECTED RESULTS AFTER
    SYNDICATION.
    .
    Under certain circumstances when content is syndicated to the
    subscriber it is first created/stored using the UUID instead of
    the name.  Content items are then renamed later in the
    syndication process.  These content items may not be returned by
    the findByName method.
    STEPS:
    1) Customer created content with custom coded UI that created
    the content as follows:
         When content is beeing updated (let's say content name is
    "content1"),
         New draft is created ("content2").
         Then old content is renamed to "content1temp"
         New draft is renamed to "content1" and published.
         Then "content1temp" is archived.
    2) When this data is syndicated it is given the UUID as its name
    upon initial syndication.  Therefore, the label is also the
    UUID.
    .
         3.4.2009 22:33:47:585 EEST  00001b21 IdentityContr 3
    Setting 'ibmcontentwcm:name' = 017478004d9ca78fa92ce9c0e26b6f9c
         3.4.2009 22:33:47:585 EEST  00001b21 IdentityContr 3
    Setting 'icm:label' = 017478004d9ca78fa92ce9c0e26b6f9c
    .
    3) Later the content is renamed to the appropriate name
    "content1" but the rename method of the Content Service does not
    update the label appropriately upon rename.
    .
         3.4.2009 22:35:48:680 EEST  00001b21 PackageProces 2
    Renaming   {017478004d9ca78fa92ce9c0e26b6f9c,
    com.aptrix.pluto.content.Content} to 21238782977046_429500,
    draft=false
    

Problem conclusion

  • Under certain circumstances when content is syndicated to the
    subscriber it is first created/stored using the UUID instead of
    the name.  This results in the contents internal label also
    being sent to the UUID.
         3.4.2009 22:33:47:585 EEST  00001b21 IdentityContr 3
    Setting 'ibmcontentwcm:name' = 017478004d9ca78fa92ce9c0e26b6f9c
         3.4.2009 22:33:47:585 EEST  00001b21 IdentityContr 3
    Setting 'icm:label' = 017478004d9ca78fa92ce9c0e26b6f9c
    Later the content is renamed to the correct name but the label
    is never updated.  Then when findByName is used to search for
    content with the correct name it fails because the internal
    label used for this method is still set to the items UUID.
    .
    This fix results in the correct label when the content is
    renamed.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK84128

  • Reported component name

    LOTUS WEB CONT

  • Reported component ID

    5724I2900

  • Reported release

    60J

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-04-06

  • Closed date

    2009-05-11

  • Last modified date

    2009-05-11

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

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

Modules/Macros

  • WCM
    

Fix information

  • Fixed component name

    LOTUS WEB CONT

  • Fixed component ID

    5724I2900

Applicable component levels

  • R60H PSY

       UP

  • R60J PSY

       UP

  • R61A PSY

       UP

[{"Business Unit":{"code":"BU051","label":"N\/A"},"Product":{"code":"SUPPORT","label":"IBM Web Content Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0.1.5","Line of Business":{"code":"LOB33","label":"N\/A"}}]

Document Information

Modified date:
21 December 2021