Uploaded image for project: 'Islandora'
  1. Islandora
  2. ISLANDORA-1522

batch page ingest in islandora_paged_content does not respect UUID

    Details

      Description

      When UUID is globally enabled in Islandora, ingesting objects that are dependent on islandora_paged_content get consecutive PID's. If the repo has mixed objects (some UUID and some with consecutive numbering after namespace) this makes ingesting fail on Fedora's side with errors like this.

      ERROR 2015-10-26 17:55:09.626 [http-8080-6] (BaseRestResource) Unexpected error fulfilling REST API request
      org.fcrepo.server.errors.ObjectExistsException: The PID 'islandora:6' already exists in the registry; the object can't be re-created.

      Since ::constructObject is called without the UUID parameter as set in Islandora admin config.

      This happens here:

      https://github.com/Islandora/islandora_paged_content/blob/d1a7f02b7b4401197a37463229c68c4222f7512c/includes/batch.inc#L498

      and

      https://github.com/Islandora/islandora_paged_content/blob/d1a7f02b7b4401197a37463229c68c4222f7512c/includes/manage_pages.inc#L777

      I suspect this behaviour is present in many batch/derivative object ingesting (in other modules too) so we should address this and also investigate further, specially because since this bug is here since some time, we will always end with a mixed PID naming schema for some namespaces / cmodels, even when not intended.

      Sadly i have to make this a blocker, since it brakes ingesting and is directly related to how we deal with a global setting in islandora.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                dpinokrayon Diego Pino Navarro
                Reporter:
                dpinokrayon Diego Pino Navarro
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: