I use neo4j in Glassfish, with JCA connector ( https://github.com/alexsmirnov/neo4j-connector ), and currently tested it with Jboss7. The connector has been created for my startup project ( www.netoprise.com, sorry for horrible design, ot's only 10% done ), and I plan to convert it to HA connector before launch. Unfortunately, Neo4j uses two XA resources and wasn't designed for connector, that makes integration with JCA pretty hard. Seems that neotechnology guys decided to use Spring only :-) P.S. There are some mentions about binary network protocol suitable for JCA, but I don't see any code related to it in repo. I would help in development, if neo team doesn't have enough resources to implement it soon.
On Sun, Jul 17, 2011 at 8:03 AM, eialbur <[email protected]> wrote: > I really like Neo, but am concerned that there is so little official company > support for J2EE. I want to use Neo as a standard data source in J2EE, with > container managed transactions, etc. > > I don't want to use the REST interface - I want a standard data source > interface. There does not appear to be an officially provided mechanism to > use Neo as a data source in J2EE. I've seen a couple of people post their > code to help someone get started, but shouldn't Neo provide a real official > sanctioned mechanism? > > P.S. I don't want this thread to turn into a religious war over REST. If > you like REST and want to defend it then please start a thread for that > purpose. Please just accept that I don't want to use the REST interface - I > want a standard DB interface for my DB. > > -- > View this message in context: > http://neo4j-community-discussions.438527.n3.nabble.com/Officially-supported-mechanism-for-J2EE-tp3176938p3176938.html > Sent from the Neo4J Community Discussions mailing list archive at Nabble.com. > _______________________________________________ > Neo4j mailing list > [email protected] > https://lists.neo4j.org/mailman/listinfo/user > -- _________________ entia non sunt multiplicanda praeter necessitatem, (entities should not be multiplied beyond necessity.) _______________________________________________ Neo4j mailing list [email protected] https://lists.neo4j.org/mailman/listinfo/user
