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:
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.