I have confirmed the same behavior on 2.2.3 as well. Clark Richey clark.ric...@gmail.com
> On Jul 6, 2015, at 5:20 PM, Clark Richey <clark.ric...@gmail.com> wrote: > > Sorry. I’m running 2.2.2 enterprise. > > I do have a test which I have attached. In creating this test I can see that > events actually don’t seem to be firing consistently at all. If I delete the > DB on disk between runs I can get it to fire but if I run it a second time > without deleting the DB on disk it never fires. > > When the events do fire you will see that iterating through either the > assignedNodeProperties or the createdRelationships yields no data. > > > > <TransactionHandlerExample.groovy> > > Clark Richey > clark.ric...@gmail.com <mailto:clark.ric...@gmail.com> > > > >> On Jul 6, 2015, at 4:24 PM, Michael Hunger <michael.hun...@neotechnology.com >> <mailto:michael.hun...@neotechnology.com>> wrote: >> >> Hey Clark, >> >> do you have a small test that reproduces the issue? And which version are >> you testing it with? >> >> thanks a lot >> >> Michael >> >>> Am 06.07.2015 um 18:37 schrieb Clark Richey <cl...@factgem.com >>> <mailto:cl...@factgem.com>>: >>> >>> Hello, >>> I’m implementing a TransactionEventHandler in much the same way that is >>> presented here: http://maxdemarzi.com/2015/03/25/triggers-in-neo4j/ >>> <http://maxdemarzi.com/2015/03/25/triggers-in-neo4j/>. >>> >>> >>> When I have transactions that create relationships, I can correctly view >>> those relationships by calling transactionData.createdRelationships(). >>> >>> However, if inside of a relationship I simply set a node property by >>> invoking node.setProperty(key,value) then the TransactionData object that >>> is passed to the afterCommit method of my TransactionEventHandler does not >>> list any data when the transactionData.assignedNodeProperties() method is >>> invoked. The transaction did commit successfully because I can retrieve the >>> node in a separate transaction and see the update value. >>> >>> Is this a bug or am I misunderstanding the expected behavior? Thanks! >>> >>> --- >>> >>> >>> <fg-logo.png> >>> >>> >>> Clark D. Richey, Jr >>> CHIEF TECHNOLOGY OFFICER >>> 240.252.7507 >>> cl...@factgem.com <mailto:cl...@factgem.com> >>> WWW.FACTGEM.COM <http://www.factgem.com/> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Neo4j" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to neo4j+unsubscr...@googlegroups.com >>> <mailto:neo4j+unsubscr...@googlegroups.com>. >>> For more options, visit https://groups.google.com/d/optout >>> <https://groups.google.com/d/optout>. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Neo4j" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to neo4j+unsubscr...@googlegroups.com >> <mailto:neo4j+unsubscr...@googlegroups.com>. >> For more options, visit https://groups.google.com/d/optout >> <https://groups.google.com/d/optout>. > -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to neo4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.