Hi David and Florent, Thanks for your reply. I tried below transaction settings, but throwing error
declareUpdate({explicitCommit: true}), xdmp.setTransactionMode("update-auto-commit"), xdmp.documentInsert(newuri,odiObj,[xdmp.permission("rest-reader", "read"),xdmp.permission("rest-writer", "update")] ,materializedView,100), xdmp.commit(); My scenario: => While in the INITIAL state of a record, it looks in collection-1, if found, over-write the details else it creates a new document in another format in that collection-1. This continues in a loop of 5 records. For this I am using Content Processing Framework pipelines and triggers. Please advise. On Mon, Oct 17, 2016 at 3:00 PM, <general-requ...@developer.marklogic.com> wrote: > Send General mailing list submissions to > general@developer.marklogic.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://developer.marklogic.com/mailman/listinfo/general > or, via email, send a message with subject or body 'help' to > general-requ...@developer.marklogic.com > > You can reach the person managing the list at > general-ow...@developer.marklogic.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of General digest..." > > > Today's Topics: > > 1. Re: search after xdmp.documentInsert() getting 0 results > (David Gorbet) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Oct 2016 17:44:15 +0000 > From: David Gorbet <david.gor...@marklogic.com> > Subject: Re: [MarkLogic Dev General] search after > xdmp.documentInsert() getting 0 results > To: MarkLogic Developer Discussion <general@developer.marklogic.com> > Message-ID: > <90D984E0D0F0624B80CC39BFFAA529B20CC901F5@EXCHG10-BE01. > marklogic.com> > Content-Type: text/plain; charset="utf-8" > > Note that this is not quite true. Changes to documents are not visible to > other code in the same statement, but when executing a multi-statement > transaction, changes made in one statement are visible to subsequent > statements within the same transaction. > > So a transaction can read a modification it has done itself, but only if > it is a multi-statement transaction. > > From: general-boun...@developer.marklogic.com [mailto:general-bounces@ > developer.marklogic.com] On Behalf Of Florent Georges > Sent: Sunday, October 16, 2016 5:03 AM > To: MarkLogic Developer Discussion <general@developer.marklogic.com> > Subject: Re: [MarkLogic Dev General] search after xdmp.documentInsert() > getting 0 results > > > It looks like you try to read a document you inserted in the same > transaction. Which is in contradiction with how transactions work on > MarkLogic. > > You can think of it as the following simplification: all changes to > documents (including inserting new ones) are accumulated whilst your code > is executing, then actually written to the database when the transaction > automatically commits, after the code has completed. > > The same query therefore cannot read a modification it has done itself. > > Regards, > > On 16 Oct 2016 05:45, "Shiv Shankar" <shiv.shivshan...@gmail.com<mailto: > shiv.shivshan...@gmail.com>> wrote: > Hi, > I tried all the possibilities in fetching the results using jsearch.search > after using xdmp.documentInsert() ( I used declareUpdate() on top) in CPF > process, but resulting no documents in the collection. After this process, > when I do same search , I get the results. > I used xdmp.commit() exclusively but in vein. > Why it s taking time to persists the documents in to the database when I > do with JavaScript? Any thoughts. > > Reegards > Shiv. > > > > > > _______________________________________________ > General mailing list > General@developer.marklogic.com<mailto:General@developer.marklogic.com> > Manage your subscription at: > http://developer.marklogic.com/mailman/listinfo/general > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://developer.marklogic.com/pipermail/general/ > attachments/20161017/3b3fc640/attachment-0001.html > > ------------------------------ > > _______________________________________________ > General mailing list > General@developer.marklogic.com > Manage your subscription at: > http://developer.marklogic.com/mailman/listinfo/general > > > End of General Digest, Vol 148, Issue 26 > **************************************** >
_______________________________________________ General mailing list General@developer.marklogic.com Manage your subscription at: http://developer.marklogic.com/mailman/listinfo/general