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: >>>> <http://en.wikipedia.org/wiki/Content_repository_API_for_Java> >>>> >>>> /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 > > _______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user