Received: by 10.224.111.140 with SMTP id s12mr4681376qap.5.1353145939973;
        Sat, 17 Nov 2012 01:52:19 -0800 (PST)
X-BeenThere: scala-user@googlegroups.com
Received: by 10.49.82.112 with SMTP id h16ls1396080qey.0.gmail; Sat, 17 Nov
 2012 01:52:12 -0800 (PST)
Received: by 10.49.71.194 with SMTP id x2mr1483495qeu.19.1353145932422;
        Sat, 17 Nov 2012 01:52:12 -0800 (PST)
Date: Sat, 17 Nov 2012 01:52:11 -0800 (PST)
From: Sonnenschein <peter.em...@arcor.de>
To: scala-user@googlegroups.com
Message-Id: <43b3fca5-f11c-45c7-b28a-db2bd0a58a23@googlegroups.com>
In-Reply-To: <e9c5f8dd-6bb9-4472-951d-db1d5216acb3@googlegroups.com>
References: <e9c5f8dd-6bb9-4472-951d-db1d5216acb3@googlegroups.com>
Subject: Re: Extending Graph for Scala for Datomic
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_2897_2585682.1353145931711"

------=_Part_2897_2585682.1353145931711
Content-Type: multipart/alternative; 
	boundary="----=_Part_2898_5427631.1353145931718"

------=_Part_2898_5427631.1353145931718
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi Joe,

this is great news. I don't think anybody has tried this.

Scala users have been expressing their need for making Graph4Scala capable 
of reflecting graphs stored in graph databases such as Neo4J but, I regret, 
I didn't find time to implement such extensions and so far nobody has 
teamed up with me. What I've already managed is a kind of preparation for 
such extensions: whenever you instantiate a Graph there is a seamless 
capability to provide configuration data. This is essetially the similar to 
the recent extension of parallel collections.

Could you tell us more about why you think Datomic persistence, which is 
afaics object-based, as opposite to graph-based, is still suited for a 
Graph4Scala facade?

Peter

------=_Part_2898_5427631.1353145931718
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

Hi Joe,<br><br>this is great news. I don't think anybody has tried this.<br><br>Scala users have been expressing their need for making Graph4Scala capable of reflecting graphs stored in graph databases such as Neo4J but, I regret, I didn't find time to implement such extensions and so far nobody has teamed up with me. What I've already managed is a kind of preparation for such extensions: whenever you instantiate a Graph there is a seamless capability to provide configuration data. This is essetially the similar to the recent extension of parallel collections.<br><br>Could you tell us more about why you think Datomic persistence, which is afaics object-based, as opposite to graph-based, is still suited for a Graph4Scala facade?<br><br>Peter<br>
------=_Part_2898_5427631.1353145931718--

------=_Part_2897_2585682.1353145931711--