By Neo4j Staff | December 30, 2010 With the Neo4j components, we supplied the fabric for stitching together graph-based applications. Now, with Neo4j 1.2 we are proud to offer a ready-to-wear graph server, for dressing up any application in graph style. This is the start of a new trend, as we incorporate more of the components into services which are easily accessible from any language, on any platform.
NOSQL Graph Database Super Model
A classic Neo4j graph model.
A New You in 1.2It’s fun to say: Neo4j now runs as a server! Running as a server hides some of our Java underwear, presenting a respectable RESTful interface to applications written in any language, running on any platform. Ruby rock stars, Pythonistas, PHP script heads, C# sharpeners (hm, that doesn’t quite work), you are all welcome here. The server’s REST API is well documented and discoverable, exposing the essentials of graph services: nodes and relationships, indexing, traversals, and a few algorithms. If it doesn’t quite suit your tastes, you can use the Plugin API to add low-level operations which are then available through REST. Perhaps a new traversal algorithm, or a set of nodes representing an entire application entity. Whatever you’d like. Of course, a real server should run as a system service. With appropriate privileges you can easily install Neo4j as a Windows service, or as a Unix daemon, participating in the proper startup and shutdown process of the operating system. And, it has a lovely web-based administration interface … When you’re ready for massive exposure, you’ll want to consider …
Being Highly AvailableFor demanding applications, the High Availability (HA) feature of Neo4j provides an easy way to set up a cluster of graph databases. You get read scalability that tolerates faults in any participating machine. Writes are allowed to any machine, though synchronized with a slight delay across all of them. While useful today, Neo4j High Availability is a sneak preview with a few limitations. It does provide scalability for read load, but write operations are slightly slower. Adding new machines to a cluster still requires some manual work, and very large transactions cannot be transmitted across machines. These limitations will be addressed in the next version of Neo4j.
Custom TailoredBut 1.2 news isn’t all about the server. Embedded developers will enjoy some new components, and also updates to existing ones.
1. KernelThe kernel has a much smaller memory footprint. Read performance has improved significantly. And, there is a new weak reference cache which is perfect for high load, low latency workloads. A new indexing API is integrated with the GraphDatabaseService, better aligning the lifecycle of the service and making the indexes a natural complement of the graph. Finally, the kernel now has service extensions that load automatically, or can be injected in a running instance. Examples include the Neo4j shell server and the management component.
2. Graph Database Monitoring and ManagementMonitoring and management has been moved into its own component that will be loaded automatically as a kernel extension. This component lets the graph database instance participate in your JMX management infrastructure.
3. UDCThe Usage Data Collection component provides built-in feedback for guiding the development of Neo4j. More about that can be read in our previous blog post on the subject. For more details about these and all the components, check out the components website.
Strut Your StuffOK, enough about us. Let’s talk about you. Show us what you can do.
- Download and get going!
- Use your language of choice to make your application more graph sociable
- Design a new ServerPlugin to add low-level operations to the server
- Go big-time with High Availability
Share your Graph Story?
Email us: firstname.lastname@example.org
Have a Graph Question?
Reach out and connect with the Neo4j staff.Stackoverflow