Re: [Neo] neo4j and JCR

[Anders Nawroth]

hi!

Anders Nawroth skrev:
> I'm actually thinking about doing my master thesis in this area.
>   

Today I decided to go with another subject, that will be interesting 
from a neo4j perspective and more tuned towards the academic side of 
writing a master thesis. I'll tell you more about it when I start 
working on it later this year.


/anders

___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Re: [Neo] neo4j and JCR

[Anders Nawroth]

Hi!

> straingin teh resources available for this too much. As more peers are
>   

I'm actually thinking about doing my master thesis in this area.

But maybe other areas are more well-suited for a thesis, I don't know.

Anyhow, I'll start working on my thesis in october and would like to 
find a subject that is related to neo4j.

/anders

___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Re: [Neo] neo4j and JCR

[Peter Neubauer]

Well,
I think that taking a stepwise approach would be good enough for the
time being, just to see how much e.g. Jackrabbit would benefit from
Neo4j. So, IMHO, the SPI implementation would be a good start without
straingin teh resources available for this too much. As more peers are
getting interested, we can always expand on that, but the Jackrabbit
SPI impl would give a least working system.

/peter
GTalk: neubauer.peter
Skype peter.neubauer
ICQ 18762544
Phone +46704 106975
LinkedIn http://www.linkedin.com/in/neubauer
Twitter http://twitter.com/peterneubauer

http://www.neo4j.org - New Energy for Data - the Graph Database.
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
http://www.qi4j.org - New Energy for Java - Domain Driven Development.




On Mon, Aug 18, 2008 at 6:16 PM, Tobias Ivarsson
<[EMAIL PROTECTED]> wrote:
> One thing we need to discuss about this is if we should implement the full
> JCR API, or if we should use the session management code in Apache
> Jackrabbit and only implement org.apache.jackrabbit.spi.
> I haven't studied Jackrabbit and JSR 283 enough to know for sure, but if we
> are lucky implementing the Jackrabbit SPI might automatically give us JCR
> 2.0 support once JSR 283 is finished. The drawback is ofcourse that
> Jackrabbit might impose further constraints that make less sense in a Neo
> world.
>
> Thoughts, Ideas, Comments?
>
> /Tobias
>
> On Mon, Aug 18, 2008 at 5:30 PM, Tobias Ivarsson <
> [EMAIL PROTECTED]> wrote:
>
>> I have now:
>>  * Created a ticket for this task: https://trac.neo4j.org/ticket/98
>>  * Started a new component for the project and committed a pom.xml with the
>> necessary base dependencies:
>> https://trac.neo4j.org/browser/components/neo-jcr/trunk
>>
>> I don't expect this project to take of like a rocket and be fully
>> implemented next week (although it would be cool if it did), but at least
>> it's started now, which is a precondition for it to happen. I hope that
>> there will be a lot of interest in a component like this, so if you are
>> interested in participating in the development of this component, contact me
>> with your neo4j user id and I will add you to the committers list. If you
>> don't have an account I can take care of that for you as well.
>>
>> Happy Hacking!
>> /Tobias
>>
>>
>> On Fri, Aug 15, 2008 at 10:31 AM, Tobias Ivarsson <
>> [EMAIL PROTECTED]> wrote:
>>
>>> I have looked at it and concluded that:
>>>  * It would be a good match (Neo as JCR backend)
>>>  * There were no good mid-layer implementations that could be used to
>>> simplify the implementation.
>>>  * Creating the mappings to do it would be too large a project for me to
>>> finish in the one week I had then.
>>>
>>> I'll create a ticket for this.
>>>
>>>
>>> On Fri, Aug 15, 2008 at 10:16 AM, Anders Nawroth <
>>> [EMAIL PROTECTED]> wrote:
>>>
 hello!

 Have anybody looked into using neo4j as a JCR backend? Among many other
 uses, the Grails framework will be using a JCR-compliant backend in the
 next version (1.1). There is also a Spring JCR module and some tool
 support.

 The data structure of JCR seems to fit neo4j very well:

 > The data in a JCR consists of a tree of Nodes with associated
 > Properties. Data is stored in the Properties, which may hold simple
 > values such as numbers and strings or binary data of arbitrary length.
 > Nodes may optionally have one or more types associated with them which
 > dictate the kinds of properties, number and type of child nodes, and
 > certain behavioral characteristics of the nodes. Nodes may point to
 > other nodes via a special reference type property. In this way nodes in
 > a JCR offer both referential integrity and object oriented concept of
 > inheritance. Additional node types include the referenceable node type
 > which allows the user to reference said node through use of a
 > universally unique identifier. Another popular type is the versionable
 > type. This makes the repository track a document's history and store
 > copies of each version of the document.

 Cited from:
 

 /anders
 ___
 Neo mailing list
 User@lists.neo4j.org
 https://lists.neo4j.org/mailman/listinfo/user

>>>
>>>
>>>
>>> --
>>> Tobias Ivarsson <[EMAIL PROTECTED]>
>>> Hacker, Neo Technology
>>> www.neotechnology.com
>>> Cellphone: +46 706 534857
>>>
>>
>>
>>
>> --
>> Tobias Ivarsson <[EMAIL PROTECTED]>
>> Hacker, Neo Technology
>> www.neotechnology.com
>> Cellphone: +46 706 534857
>>
>
>
>
> --
> Tobias Ivarsson <[EMAIL PROTECTED]>
> Hacker, Neo Technology
> www.neotechnology.com
> Cellphone: +46 706 534857
> ___
> Neo mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>
>
___

Re: [Neo] neo4j and JCR

[Tobias Ivarsson]

One thing we need to discuss about this is if we should implement the full
JCR API, or if we should use the session management code in Apache
Jackrabbit and only implement org.apache.jackrabbit.spi.
I haven't studied Jackrabbit and JSR 283 enough to know for sure, but if we
are lucky implementing the Jackrabbit SPI might automatically give us JCR
2.0 support once JSR 283 is finished. The drawback is ofcourse that
Jackrabbit might impose further constraints that make less sense in a Neo
world.

Thoughts, Ideas, Comments?

/Tobias

On Mon, Aug 18, 2008 at 5:30 PM, Tobias Ivarsson <
[EMAIL PROTECTED]> wrote:

> I have now:
>  * Created a ticket for this task: https://trac.neo4j.org/ticket/98
>  * Started a new component for the project and committed a pom.xml with the
> necessary base dependencies:
> https://trac.neo4j.org/browser/components/neo-jcr/trunk
>
> I don't expect this project to take of like a rocket and be fully
> implemented next week (although it would be cool if it did), but at least
> it's started now, which is a precondition for it to happen. I hope that
> there will be a lot of interest in a component like this, so if you are
> interested in participating in the development of this component, contact me
> with your neo4j user id and I will add you to the committers list. If you
> don't have an account I can take care of that for you as well.
>
> Happy Hacking!
> /Tobias
>
>
> On Fri, Aug 15, 2008 at 10:31 AM, Tobias Ivarsson <
> [EMAIL PROTECTED]> wrote:
>
>> I have looked at it and concluded that:
>>  * It would be a good match (Neo as JCR backend)
>>  * There were no good mid-layer implementations that could be used to
>> simplify the implementation.
>>  * Creating the mappings to do it would be too large a project for me to
>> finish in the one week I had then.
>>
>> I'll create a ticket for this.
>>
>>
>> On Fri, Aug 15, 2008 at 10:16 AM, Anders Nawroth <
>> [EMAIL PROTECTED]> wrote:
>>
>>> hello!
>>>
>>> Have anybody looked into using neo4j as a JCR backend? Among many other
>>> uses, the Grails framework will be using a JCR-compliant backend in the
>>> next version (1.1). There is also a Spring JCR module and some tool
>>> support.
>>>
>>> The data structure of JCR seems to fit neo4j very well:
>>>
>>> > The data in a JCR consists of a tree of Nodes with associated
>>> > Properties. Data is stored in the Properties, which may hold simple
>>> > values such as numbers and strings or binary data of arbitrary length.
>>> > Nodes may optionally have one or more types associated with them which
>>> > dictate the kinds of properties, number and type of child nodes, and
>>> > certain behavioral characteristics of the nodes. Nodes may point to
>>> > other nodes via a special reference type property. In this way nodes in
>>> > a JCR offer both referential integrity and object oriented concept of
>>> > inheritance. Additional node types include the referenceable node type
>>> > which allows the user to reference said node through use of a
>>> > universally unique identifier. Another popular type is the versionable
>>> > type. This makes the repository track a document's history and store
>>> > copies of each version of the document.
>>>
>>> Cited from:
>>> 
>>>
>>> /anders
>>> ___
>>> Neo mailing list
>>> User@lists.neo4j.org
>>> https://lists.neo4j.org/mailman/listinfo/user
>>>
>>
>>
>>
>> --
>> Tobias Ivarsson <[EMAIL PROTECTED]>
>> Hacker, Neo Technology
>> www.neotechnology.com
>> Cellphone: +46 706 534857
>>
>
>
>
> --
> Tobias Ivarsson <[EMAIL PROTECTED]>
> Hacker, Neo Technology
> www.neotechnology.com
> Cellphone: +46 706 534857
>



-- 
Tobias Ivarsson <[EMAIL PROTECTED]>
Hacker, Neo Technology
www.neotechnology.com
Cellphone: +46 706 534857
___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Re: [Neo] neo4j and JCR

[Tobias Ivarsson]

I have now:
 * Created a ticket for this task: https://trac.neo4j.org/ticket/98
 * Started a new component for the project and committed a pom.xml with the
necessary base dependencies:
https://trac.neo4j.org/browser/components/neo-jcr/trunk

I don't expect this project to take of like a rocket and be fully
implemented next week (although it would be cool if it did), but at least
it's started now, which is a precondition for it to happen. I hope that
there will be a lot of interest in a component like this, so if you are
interested in participating in the development of this component, contact me
with your neo4j user id and I will add you to the committers list. If you
don't have an account I can take care of that for you as well.

Happy Hacking!
/Tobias

On Fri, Aug 15, 2008 at 10:31 AM, Tobias Ivarsson <
[EMAIL PROTECTED]> wrote:

> I have looked at it and concluded that:
>  * It would be a good match (Neo as JCR backend)
>  * There were no good mid-layer implementations that could be used to
> simplify the implementation.
>  * Creating the mappings to do it would be too large a project for me to
> finish in the one week I had then.
>
> I'll create a ticket for this.
>
>
> On Fri, Aug 15, 2008 at 10:16 AM, Anders Nawroth <[EMAIL PROTECTED]
> > wrote:
>
>> hello!
>>
>> Have anybody looked into using neo4j as a JCR backend? Among many other
>> uses, the Grails framework will be using a JCR-compliant backend in the
>> next version (1.1). There is also a Spring JCR module and some tool
>> support.
>>
>> The data structure of JCR seems to fit neo4j very well:
>>
>> > The data in a JCR consists of a tree of Nodes with associated
>> > Properties. Data is stored in the Properties, which may hold simple
>> > values such as numbers and strings or binary data of arbitrary length.
>> > Nodes may optionally have one or more types associated with them which
>> > dictate the kinds of properties, number and type of child nodes, and
>> > certain behavioral characteristics of the nodes. Nodes may point to
>> > other nodes via a special reference type property. In this way nodes in
>> > a JCR offer both referential integrity and object oriented concept of
>> > inheritance. Additional node types include the referenceable node type
>> > which allows the user to reference said node through use of a
>> > universally unique identifier. Another popular type is the versionable
>> > type. This makes the repository track a document's history and store
>> > copies of each version of the document.
>>
>> Cited from:
>> 
>>
>> /anders
>> ___
>> Neo mailing list
>> User@lists.neo4j.org
>> https://lists.neo4j.org/mailman/listinfo/user
>>
>
>
>
> --
> Tobias Ivarsson <[EMAIL PROTECTED]>
> Hacker, Neo Technology
> www.neotechnology.com
> Cellphone: +46 706 534857
>



-- 
Tobias Ivarsson <[EMAIL PROTECTED]>
Hacker, Neo Technology
www.neotechnology.com
Cellphone: +46 706 534857
___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Re: [Neo] neo4j and JCR

[Tobias Ivarsson]

I have looked at it and concluded that:
 * It would be a good match (Neo as JCR backend)
 * There were no good mid-layer implementations that could be used to
simplify the implementation.
 * Creating the mappings to do it would be too large a project for me to
finish in the one week I had then.

I'll create a ticket for this.

On Fri, Aug 15, 2008 at 10:16 AM, Anders Nawroth
<[EMAIL PROTECTED]>wrote:

> hello!
>
> Have anybody looked into using neo4j as a JCR backend? Among many other
> uses, the Grails framework will be using a JCR-compliant backend in the
> next version (1.1). There is also a Spring JCR module and some tool
> support.
>
> The data structure of JCR seems to fit neo4j very well:
>
> > The data in a JCR consists of a tree of Nodes with associated
> > Properties. Data is stored in the Properties, which may hold simple
> > values such as numbers and strings or binary data of arbitrary length.
> > Nodes may optionally have one or more types associated with them which
> > dictate the kinds of properties, number and type of child nodes, and
> > certain behavioral characteristics of the nodes. Nodes may point to
> > other nodes via a special reference type property. In this way nodes in
> > a JCR offer both referential integrity and object oriented concept of
> > inheritance. Additional node types include the referenceable node type
> > which allows the user to reference said node through use of a
> > universally unique identifier. Another popular type is the versionable
> > type. This makes the repository track a document's history and store
> > copies of each version of the document.
>
> Cited from:
> 
>
> /anders
> ___
> Neo mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>



-- 
Tobias Ivarsson <[EMAIL PROTECTED]>
Hacker, Neo Technology
www.neotechnology.com
Cellphone: +46 706 534857
___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

[Neo] neo4j and JCR

[Anders Nawroth]

hello!

Have anybody looked into using neo4j as a JCR backend? Among many other 
uses, the Grails framework will be using a JCR-compliant backend in the 
next version (1.1). There is also a Spring JCR module and some tool support.

The data structure of JCR seems to fit neo4j very well:

> The data in a JCR consists of a tree of Nodes with associated
> Properties. Data is stored in the Properties, which may hold simple
> values such as numbers and strings or binary data of arbitrary length.
> Nodes may optionally have one or more types associated with them which
> dictate the kinds of properties, number and type of child nodes, and
> certain behavioral characteristics of the nodes. Nodes may point to
> other nodes via a special reference type property. In this way nodes in
> a JCR offer both referential integrity and object oriented concept of
> inheritance. Additional node types include the referenceable node type
> which allows the user to reference said node through use of a
> universally unique identifier. Another popular type is the versionable
> type. This makes the repository track a document's history and store
> copies of each version of the document.

Cited from:


/anders
___
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user