IBM Support

LO53063: ADDITIONAL DICTIONARY IN A MULTI USER INSTALLATION ARE INSTALLED IN A USER CONCEPT INSTEAD OF THE MACHINE CONCEPT.

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

  • Packaging of LN 8.5 Client and user dictionaries
    
    
    Issue with Lotus-Notes Multi-User installations and the new XTAF
    dictionary features. Customer is trying to install LN 8.5.1
    Included the new XTAF dictionary features in one step. He used
    Notes 8.5 addToKit.exe and trimUpdateSite.exe tools  to add and
    remove some feature.
    
    when it's done and roll out the package, he found out that the
    new XTAF directories are installed on a user basis and can be
    found in the users data directory ...\workspace\application\...
    and not on the  program shared directory.
    
    
    Customer is using a multi-user English client, with additional
    dictionaries in the new XTAF format. They use the eclipse update
    site mechanism  ( Notes 8.5 addToKit.exe and trimUpdateSite.exe
    tools  ) and adjust the install.xml file to include additional
    dictionaries.
    
    Similar issue has been discussed in the forum post:
    http://www-10.lotus.com/ldd/nd85forum.nsf/dba3ca7e515d55ff85256a
    0700727b35/40d45bf404f920a685257745002911a2?OpenDocument
    
    Here are the steps to reproduce the isssue:
    
    1) Extract lotus_notes851_win_CZ5S3EN.exe (stop the installer)
    2) Using the trimUpdatesite (provided in the utility directory
    of the installkit)
    Remove symphony
    Remove CAE
    3) using addToKit (utility directory) add the extracte
    updatesites from Notes_XTAFDictionaries_851_WinLnx_Ml.zip to the
    installkit (e.g.updateSite_nl.zip)
    4) remove "copy of updateSite.zip" and "copy of install.xml"
    (deploy directory)
    5) execute the setup.exe from the installkit
    6) Choose to install:
    multiuser
    default installation directories
    do not install help files
    install sametime enbedded
    do not install symphony
    
    After setup is completed you will notice that the additional
    spellcheck dictionaries are install in C:\users\<user who
    installed>\appdata\local\lotus\notes\.... and not (as should be)
    in the shared directories (where eg com.ibm.langware.en_US is
    installed)
    
    Variations of the above situation where tried to solve the issue
    but the results were identical to the above:
    
    1) Manual adding the files from updateSite.nl.zip to the
    updateSite (extracting, adding files in correct directories, add
    to site.xml and
    zip) and modifying the deploy/install.xml.
    
    This was executed by copy/paste and adapt the default
    en_us/fr_CA langware features mentioned in the site.xml and
    deploy.install.xml
    
    2) Placing the updateSite_nl.zip next to the default
    updateSite.zip and referencing to it from the deploy/install.xml
    file
    
    Expected result/Goal
    Addition of XTAF-dictionaries to the installkit should result in
    a shared install resulting in an default English client but with
    multiple
    spelling languages (eg. Dutch, German, Czech, ...)
    
    Customer confirm that they package their solftware and have a
    multi-user environment, they therefore must have the XTAF-files
    inside the package.
    
    How can they force the installation to install all additionally
    dictionaries on the same way as the default English dictionaries
    ? (user feature context , global feature context )
    

Local fix

Problem summary

  • A programming error was found and will be corrected in a future
     release.
    

Problem conclusion

  • A programming error was found and will be corrected in a future
     release.
    

Temporary fix

Comments

  • This APAR is associated with SPR# PBAO875BJE.
    

APAR Information

  • APAR number

    LO53063

  • Reported component name

    DOMINO SERVER

  • Reported component ID

    5724E6200

  • Reported release

    851

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-07-07

  • Closed date

    2012-03-26

  • Last modified date

    2012-03-26

  • 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

    DOMINO SERVER

  • Fixed component ID

    5724E6200

Applicable component levels

  • R851 PSN

       UP

[{"Business Unit":{"code":"BU055","label":"Cognitive Applications"},"Product":{"code":"SSKTMJ","label":"Lotus Domino"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
26 March 2012