Received: by 10.204.129.9 with SMTP id m9mr558579bks.1.1349431032107; Fri, 05 Oct 2012 02:57:12 -0700 (PDT) X-BeenThere: neo4j@googlegroups.com Received: by 10.204.129.72 with SMTP id n8ls4177696bks.0.gmail; Fri, 05 Oct 2012 02:57:10 -0700 (PDT) Received: by 10.204.145.140 with SMTP id d12mr558379bkv.6.1349431029988; Fri, 05 Oct 2012 02:57:09 -0700 (PDT) Received: by 10.204.145.140 with SMTP id d12mr558377bkv.6.1349431029592; Fri, 05 Oct 2012 02:57:09 -0700 (PDT) Return-Path: Received: from mail-bk0-f46.google.com (mail-bk0-f46.google.com [209.85.214.46]) by gmr-mx.google.com with ESMTPS id v13si922199bkw.0.2012.10.05.02.57.09 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 05 Oct 2012 02:57:09 -0700 (PDT) Received-SPF: pass (google.com: domain of mox...@gmail.com designates 209.85.214.46 as permitted sender) client-ip=209.85.214.46; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of mox...@gmail.com designates 209.85.214.46 as permitted sender) smtp.mail=mox...@gmail.com; dkim=pass header...@gmail.com Received: by mail-bk0-f46.google.com with SMTP id jk13so774519bkc.33 for ; Fri, 05 Oct 2012 02:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GW6X8atosdFRp8DSo37U4dePwCHcXEQOJFdrSYWGlPg=; b=HKWCJhOw2QSq402rs2qstn1YSQe+4fuiXJz69XnaEqeGFP3iGbN0BjlElrsothBSE2 L9THxdgDs9nVlNSS6/qZAswdQ8zwRaCpEjKEjwtaVg7qvaWQxHgq/tCZ47fzi/2X3qQh gpHqb1u8be/ePJyj12mQE6RVpWNnB3OXmCufHhO6zeHtvqIZVghiUWOYI+MesyC5aQU8 BLe0wy6KAOCMm+vE6x2ByRyRbO+8VBS7xMR7Wsij55L2uEr72K31Y/1QYoCYMrec8kGo u6DQ4B6/RveGLx29GgtKNnfXVKdbcWt2lWyOULdHhuFx8T9Na+nUU11MLkbcwT8YhQGc gl1g== MIME-Version: 1.0 Received: by 10.204.156.18 with SMTP id u18mr2536117bkw.131.1349431029411; Fri, 05 Oct 2012 02:57:09 -0700 (PDT) Received: by 10.204.173.75 with HTTP; Fri, 5 Oct 2012 02:57:09 -0700 (PDT) In-Reply-To: <0BB6E49B-7C24-466F-BF38-E33036233...@neotechnology.com> References: <0BB6E49B-7C24-466F-BF38-E33036233...@neotechnology.com> Date: Fri, 5 Oct 2012 11:57:09 +0200 Message-ID: Subject: Re: [Neo4j] accessing a neo4j storage from two JVMs From: Matteo Moci To: neo4j@googlegroups.com Content-Type: text/plain; charset=ISO-8859-1 yes, that could work: in this case it would offer web services to interact with the graph, right? On Fri, Oct 5, 2012 at 11:53 AM, Michael Hunger wrote: > Why not have just one JVM that owns the db (like the neo4j server) and > offers a remote domain-level API ? > > Michael > > Am 05.10.2012 um 11:34 schrieb Matteo Moci: > >> Hello everyone, >> I'd like to know if a behaviour like the following can be supported by neo4j. >> >> I have a neo4j graph, used in embedded mode, >> that is accessed by two processes in two different JVMs. >> >> The first one is a webapp that opens the graph and is able to search >> in the graph's indices >> (e.g. full text, exact, etc... ) - this can be done even in a read_only mode; >> the second one is a batch process that once a day cleans the database >> (clean indexes, remove all vertices and edges) >> and writes the latest snapshot of data that should be available for >> searching to the other JVM. >> >> The thing that bothers me is that the graph is loaded two times from >> the directory (one per JVM), >> and I don't know if the read_only supports other JVM to load it and >> modify its contents. >> >> Thanks! >> Matteo >> >> -- >> Matteo Moci >> http://it.linkedin.com/in/matteomoci >> http://about.me/matteomoci/bio >> >> -- >> >> > > -- > > -- Matteo Moci http://it.linkedin.com/in/matteomoci http://about.me/matteomoci/bio