topic Document checkin fails in Alfresco Forum

Document checkin fails

longinus — Fri, 22 Dec 2017 13:17:47 GMT

Hello AllWe are getting this exception while checking in multiple versions of the document. It seems like the update is not complete yet and checkin appears too early. Is there a way to confirm that document versions has been updated before we check in?CmisStorageException: Expected 29184 bytes but

Re: Document checkin fails

jpotts — Wed, 27 Dec 2017 14:22:10 GMT

If you post the Java code that is performing the checkout and the check-in someone might be able to help you. Otherwise, we can only guess.

Re: Document checkin fails

longinus — Tue, 02 Jan 2018 11:00:37 GMT

Sure, sorry about that. I are using OpenCMIS api to call alfresco core:

ObjectId pwcId = ((Document) target).checkOut();
Document pwcDocument = (Document) session.getObject(pwcId);
ContentStream contentStream = createContentStream(name, contentlength, mimeType, content);
ObjectId newVersionId = pwcDocument.checkIn(updateMajor, null, contentStream, "new version");

The problem is we update the document in batch, creating new versions. It seems like previous update is not complete when we attempt to check out for new version.

It would be nice to instruct CMIS to perform checkout when the previous check-in is complete.

Re: Document checkin fails

longinus — Mon, 12 Feb 2018 17:25:39 GMT

Would you say that DocumentProperties.isVersionSeriesCheckedOut() is a good assumption about document being ready for checkout? Or if clients should sleep and try again in 2s?

Re: Document checkin fails

phong_van — Wed, 07 Aug 2019 04:44:31 GMT

Dear Longinus,

Have you found to solution for this issue? I'm facing the same issue. So I must Sleep 2s, a try again later. But I don't like this.

Re: Document checkin fails

drivera — Sat, 16 Oct 2021 15:26:43 GMT

I'm running into this using Alfresco Community - 6.0.7 (rb4fe76b5-b113). This is definitely a race condition or some other less-than-predictable problem within Alfresco since if I run the same code again, the files that failed originally now succeed, while other files that succeeded earlier fail.

The code is also confirmed to submit the correct data over the wire using Browser bindings (through HTTP sniffing).

I found this thread that seems to suggest this is some sort of an issue with TempFileProvider, which would make sense since it seems to be sporadic. While that thread does reference the SVN for Alfresco 4.2f, I suspect this is one of those issues that has simply slept its way into the future b/c of how infrequently it rears its head.

Cheers!