http://zookeeper.apache.org/doc/r3.3.6/recipes.html#sc_recipes_twoPhasedCommit
On Thu, Aug 16, 2012 at 7:41 AM, Nicholas Ball <nicholas.b...@nodelay.com> wrote: > > Haven't managed to find a good way to do this yet. Does anyone have any > ideas on how I could implement this feature? > Really need to move docs across from one core to another atomically. > > Many thanks, > Nicholas > > On Mon, 02 Jul 2012 04:37:12 -0600, Nicholas Ball > <nicholas.b...@nodelay.com> wrote: >> That could work, but then how do you ensure commit is called on the two >> cores at the exact same time? >> >> Cheers, >> Nicholas >> >> On Sat, 30 Jun 2012 16:19:31 -0700, Lance Norskog <goks...@gmail.com> >> wrote: >>> Index all documents to both cores, but do not call commit until both >>> report that indexing worked. If one of the cores throws an exception, >>> call roll back on both cores. >>> >>> On Sat, Jun 30, 2012 at 6:50 AM, Nicholas Ball >>> <nicholas.b...@nodelay.com> wrote: >>>> >>>> Hey all, >>>> >>>> Trying to figure out the best way to perform atomic operation across >>>> multiple cores on the same solr instance i.e. a multi-core > environment. >>>> >>>> An example would be to move a set of docs from one core onto another >> core >>>> and ensure that a softcommit is done as the exact same time. If one >> were >>>> to >>>> fail so would the other. >>>> Obviously this would probably require some customization but wanted to >>>> know what the best way to tackle this would be and where should I be >>>> looking in the source. >>>> >>>> Many thanks for the help in advance, >>>> Nicholas a.k.a. incunix