Wolfgang Schuetzelhofer
2014-05-16 13:55:28 UTC
Hello everyone,
I am new to this group and I have been working with Neo4j for a few months
now.
In this time, out of interest, I have started writing a 'Native Java DSL'
(Domain Specific Language) for the Cypher language. You may ask: 'Why yet
another one?'.
Well, the main focus of this work is to provide a 'really' fluent Java API
to intuitively write and read Java-Cypher expressions.
Almost all API methods either take zero or only one parameter. This makes
concatenating methods, thus formulating language expressions really fluent
and well supported by completion proposals, which are provided out
of the box by all major Java IDEs. Besides, we have not stopped developing
IDEs or other tools after the first of their kind was available.
I have made my code available on GitHub, together with some documentation.
You can find the documentation wiki here:
https://github.com/Wolfgang-Schuetzelhofer/jcypher/wiki.
From the wiki, in the chapter 'Getting Started' you are linked to the Git
repository and to the releases page.
Please have a look.
Additionaly I have started to develop a plugin for the Eclipse IDE. It
provides some additional support for creating and editing Java-Cypher
expressions, currently by extending completion proposals.
This one is also available on GitHub, again the documentation wiki is a
good starting point (linking to the repository and the releases):
https://github.com/Wolfgang-Schuetzelhofer/jcypher_eclipse/wiki.
I really would appreciate if (hopefully many of) you could have a look at
the projects, play around and experiment with the code, and give me some
feedback.
Currently the code supports the fluent Java-Cypher API and a mapping to
Cypher expressions. Development of a JSON mapping, access to Neo4j
databases via REST, and of a query result model is on the way.
I know that right now the usefulness of the code is quite limited, because
important features like access to databases and an appropriate result model
and API are still missing.
Nevertheless I think it is important to provide access and to gather
feedback as early as possible.
Looking forward to hearing from you,
best regards,
Wolfgang Schuetzelhofer
I am new to this group and I have been working with Neo4j for a few months
now.
In this time, out of interest, I have started writing a 'Native Java DSL'
(Domain Specific Language) for the Cypher language. You may ask: 'Why yet
another one?'.
Well, the main focus of this work is to provide a 'really' fluent Java API
to intuitively write and read Java-Cypher expressions.
Almost all API methods either take zero or only one parameter. This makes
concatenating methods, thus formulating language expressions really fluent
and well supported by completion proposals, which are provided out
of the box by all major Java IDEs. Besides, we have not stopped developing
IDEs or other tools after the first of their kind was available.
I have made my code available on GitHub, together with some documentation.
You can find the documentation wiki here:
https://github.com/Wolfgang-Schuetzelhofer/jcypher/wiki.
From the wiki, in the chapter 'Getting Started' you are linked to the Git
repository and to the releases page.
Please have a look.
Additionaly I have started to develop a plugin for the Eclipse IDE. It
provides some additional support for creating and editing Java-Cypher
expressions, currently by extending completion proposals.
This one is also available on GitHub, again the documentation wiki is a
good starting point (linking to the repository and the releases):
https://github.com/Wolfgang-Schuetzelhofer/jcypher_eclipse/wiki.
I really would appreciate if (hopefully many of) you could have a look at
the projects, play around and experiment with the code, and give me some
feedback.
Currently the code supports the fluent Java-Cypher API and a mapping to
Cypher expressions. Development of a JSON mapping, access to Neo4j
databases via REST, and of a query result model is on the way.
I know that right now the usefulness of the code is quite limited, because
important features like access to databases and an appropriate result model
and API are still missing.
Nevertheless I think it is important to provide access and to gather
feedback as early as possible.
Looking forward to hearing from you,
best regards,
Wolfgang Schuetzelhofer
--
You received this message because you are subscribed to the Google Groups "Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email to neo4j+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/***@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email to neo4j+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/***@public.gmane.org
For more options, visit https://groups.google.com/d/optout.