Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Rosetta

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Rosetta
    3. Knowledge Articles
    4. NFSInPlaceStorage Rosetta plugin usage

    NFSInPlaceStorage Rosetta plugin usage

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    1. Description

     

    Product: Rosetta

    • Product Version: 4.2 and up

     

    Description

    In SP 4.2 Ex Libris added in GITHUB a new plugin called NFSInPlaceStorage. 

    https://github.com/ExLibrisGroup/Ros...eStoragePlugin

     

    Purpose: Mainly used for migration of massive amount of data. This allows the customer to copy the data to Rosetta permanent storage as is, and Rosetta will keep the current data in the same storage structure. 

     

    The use of in-place storage plugin add the following options to Rosetta: 

     

    Add Handling Method "softlink" to NFS SF - This should also work without using an in-place storage type. 
    • Add Storage Type "NFS - In Place". No parameters. 
    • In storage rules for IE/MD/SIP, filter out storage groups with in-place storage type. 

     

    During move to permanent what's being done is: 
    • File name is renamed according to Rosetta convention (FL{FILEPID}). 
    • File path in METS is taken from fileOriginalPath (without the file name itself) as-is and is stored in the permanent index. 
    • Checksum compared . 

     

    When you deploy the plugin, you need also to configure a dedicated material flow, which in turn will use a dedicated submission format. 
    The following storage rules should be configured: 
    • In the name file location should be used with absolute path, starting with /. 
    (e.g. <mets:FLocat LOCTYPE="URL" xlin:href="/sandbox_legacy/master/2008/D00018/a004001u.tif" xmlns:xlin="http://www.w3.org/1999/xlink"/>) 
    • For deposit, the above dedicated NFS submission format should use the new softlink handling method 
    • For operational storage, add NFS storage plugin with a rule for that material flow to use softlink handling method 
    • For permanent storage, add a rule for the above material flow to use the new NFS in-place storage plugin (for files only) 

     

    Risks: 
    The plugin should be used with caution: 
    • Rosetta will rename the file (replace the file name), therefore once a file is in permanent, the old file is no longer available. 
    • There is no option to load the same file again as the file name is not available. 
    • As of version 4.2 - only available for METS deposit. Since v5.0 - works also for CSV despot.
    • The original METS-file will be changed. The original path in the mets.xml will be replaced (<mets:FLocat LOCTYPE="URL" xlin:href="....)

     

     


    • Article last edited: 20-Dec-2017
    View article in the Exlibris Knowledge Center
    1. Back to top
      • multiple tilde ( ~ ) and underscore in some NFS SF deposit directories
      • OAI Publishing: unexpected behavior when an IE being published by multiple OAI Publishing Configurations
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Content Type
      Knowledge Article
      Language
      English
      Product
      Rosetta
    2. Tags
      1. 4.2
      2. contype:kba
      3. Dedicated-Direct
      4. Direct
      5. Documentation
      6. Local
      7. Prod:Rosetta
      8. Total Care
      9. Type:General
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved