How can we improve Rosetta?

Report or other method to show locked IEs

IEs can be locked due to different reasons. A user may have manually locked an object in Permanent and forgotten to unlock it, or there may be an issue with a hanging or incorrectly aborted processes, causing an IE to be locked by a system process.
Locked objects cause problems in the system, especially when trying to run another process over a locked IE. Currently, there is no available method through which the user can check which IEs are locked. We currently have to open a ticket with support who identifies locked IEs for us.
It would be helpful to have a method (e.g. report) to show which IEs are locked.

8 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Michelle LindlarMichelle Lindlar shared this idea  ·   ·  Admin →

    1 comment

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Jens SteidlJens Steidl commented  · 

        We found out that you can (at least theoretically in an indirect way) test the locking state of a specific IE-PID by using the getMD() and updateMD() API call.
        First, use getMD() to get the current descriptive DC metadata and than try to call updateMD() with the same DC metadata.
        If the IE is unlocked you get the SOAP faultstring "IE IE...... was not updated. Reason: No change in metadata." (no additional IE version created).
        If the IE is locked you get the SOAP faultstring "Cannot Update MD, PID:IE...... since control is locked".
        If combined with SRU queries to retrieve all desired IE PIDs, a report could be created.
        Maybe this is helpful to you until an API is provided.
        I support your idea; I think retrieving the IE state (at any processing stage) via API is a needed feature.

      Feedback and Knowledge Base