I have an XPage which has File Upload and File Download controls. On saving, proper document is created with the attachments. User can open the document, edit it, add attachments and save the document. This seemed to work perfectly fine.
The moment I made change in the XPage → data properties to set “concurrencyMode” to “force” the above said functionality stopped working. If this property is set then the attachments are saved in the document the first time but if the document is opened-edited and saved again then all the attachments are lost from the document. The controls are properly binded. This functionality works fine if the “concurrencyMode” flag is not set.
Can anyone tell me why this could be happening?
Subject: This is a bug (PHAN84VJLG)…
I suggest you PMR this using the following SPR number ‘PHAN84VJLG’ which will help with the push to get it fixed
Subject: Is there any work around to achieve this?
Thanks Paul…
Will surely raise the PMR today itself. Is there any work around which could help us to use attachment functionality with even after setting the concurrencyMode flag?
As David has mentioned setting the concurrenyMode flag is very important otherwise we get replication conflict error.
Subject: Huh. For PMR 61403 this bug was never mentioned…
-
I’ve been working on this problem with Lotus for a month, including L2 involvement, and no one has ever mentioned it being a bug. It comes and goes, actually, literally randomly.
-
Does Lotus have a time frame for resolution? Concurrencymode force appears to be utterly required when calling legacy code from an XPage, else conflicts appear, so this is a completely show-stopping situation.
Thanks for your time…
Subject: No timeframe as of yet…
We’re still investigating this issue and trying to understand why it’s happening.I’ve escalated this as a ship stopper for 852. If we get a fix here we’ll investigate porting it back to 851 via a fixPak or hotfix.
Workaround? Investigating this.
p.
paul_hannan at ie.ibm.com