Hi, Scott I reproduced the issue, saw what was wrong in the code, and created an issue in the tracker: http://fedora-commons.org/jira/browse/FCREPO-537
In a nutshell, the object actually passes all validation, but fails when it is deserialized from storage. When this happens in ingest, Fedora has already put the object into storage and RI before it encounters the problem. Fedora tries to roll back the changes but can't - since the process of cleaning up the RI involves deserializing the object. With the RI disabled, this problem does not occur. Ingest fails, but the object is successfully cleaned up from storage. -Aaron On Thu, 2009-10-01 at 12:41 -0500, Scott Prater wrote: > Hello, Aaron -- > > The error occurred again, and this time we are able to reproduce it. As > far as I can tell, it looks like when Fedora checks and verifies that a > foxml file is well-formed, it then creates a stub object, then checks > the datastreams. If validation of the datastreams fails under certain > conditions, Fedora returns an error, but leaves the stub object in the > file system and in the database. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
