Permalink
Commits on Sep 21, 2010
  1. remove Grateful Dead graphml xml file from the distribution. Too big …

    okram committed Sep 21, 2010
    …and wasnt being used for anything.
  2. cleaned up the profusion of methods in OrientDB implementation. Remov…

    okram committed Sep 21, 2010
    …ed exists(), open(), create() and put all that functionality into the constructor. Trying to keep the implementation as specific to Blueprints as possible so as not to allow users to depend on non interface based methods. TransactionsTestSuite still causing a problem with concurrent modification of HashMap.
Commits on Sep 20, 2010
  1. fixed a small bug with setting the transaction mode in Neo4jGraph. Ad…

    okram committed Sep 20, 2010
    …ded a new inputGraph method to GraphMLReader to allow for setting of buffer size for Transactions. Updated TransactionGraphTestSuite to ensure that the graph passed in is in the right state. Commented out broken OrientGraphTests for luca.
  2. minor changes to pom.xml

    okram committed Sep 20, 2010
  3. + GraphMLReader: batch multiple write operations into transactions

    alexaverbuch committed Sep 20, 2010
    Signed-off-by: Alex Averbuch <alex.averbuch@gmail.com>
Commits on Sep 17, 2010
Commits on Sep 14, 2010
  1. Removed warnings

    lvca
    lvca committed Sep 14, 2010
  2. added a dependency pom to contain all the graphdb dependencies for al…

    okram committed Sep 14, 2010
    …l TinkerPop related projects. This is in the TinkerPop Maven2 repo, and kept with blueprints.
  3. removed the standalone assembly as there is no need to ever have blue…

    okram committed Sep 14, 2010
    …prints as a standalone, but to use it within a larger project. Updated pom.xml to and small syntax update to JakeWins Neo4jGraph constructor.
  4. added JakeWins constructor to ensure that a live instance of a graph …

    okram committed Sep 14, 2010
    …database can be passed into Neo4jGraph. Lots of changes to the pom.xml to ensure scope provided and that gremlin standalone gets the transitive depdencies, but not when Gremlin/Blueprints is included in another Java project.
Commits on Sep 13, 2010
  1. updated the transaction model so that enums are used to denote the su…

    okram committed Sep 13, 2010
    …ccess/failure and automatic/manual aspects of a transaction.
  2. lots of work on Pom structure. Trying to create two versions of Bluep…

    okram committed Sep 13, 2010
    …rints -- one that includes depedencies and another that doesnt. Also, created a new Sail package that has MemoryStoreSailGraph, NativeStoreSailGraph, Neo4jSailGraph, and LinkedDataSailGraph.. This way, Gremlin and other Blueprints-based projects need not talk to Neo4j, Sail packages directly, but to Blueprints only. Still lots of work to be done, but good stopping point for me now.
Commits on Sep 12, 2010
  1. fixed a transaction error in TransactionalGraphTestSuite. Updated the…

    okram committed Sep 12, 2010
    … pom.xml to use <scope>provided</scope> so that 'the whole web isnt' downloaded when using Blueprints.' -- Emil Eifrem. Instead, if you want Blueprints to work over Neo4j/Sail/OrientDB,etc. it assumes that you have already included the requisite jars in the large project.
  2. added some more test cases to TransactioanlGraphTestSuite. This one i…

    okram committed Sep 12, 2010
    …s particular was to ensure that the index of a graph is also regulated by transactions.
  3. under the recommendation of Luca, I created an interface Transactiona…

    okram committed Sep 12, 2010
    …lGraph extends Graph that has the startTx, stopTx, autoTx, etc. methods. Isolated the transaction tests from Neo4jTestSuite and put them into a TransactionalGraphTestSuite. All passed.
Commits on Sep 11, 2010
  1. first implementation of a Transaction model for Blueprints property g…

    okram committed Sep 11, 2010
    …raph model. Graph.startTransaction(), Graph.stopTransaction(boolean success), Graph.setAutoTransactions(boolean), Graph.getAutoTransactions(). These were the methods originally only provided in Neo4jGraph, but now is generalized to Graph. No more graph instanceof Neo4jGraph, just assume that all Graph systems have a transaction model. If you don't wish to care about transactions, then set Graph.setAutoTransactions(true). In fact, auto transactions is the default behavior.
  2. fixed a typecast error in OrientIndex. Added first attemp at a transa…

    okram committed Sep 11, 2010
    …ction model for Blueprints.
Commits on Sep 9, 2010
  1. merged in Luca updates to OrientDB implementation. Includes OrientInd…

    okram committed Sep 9, 2010
    …ex which supports the indexing of vertices and edges by their properties. Updated the slf4j from 1.5 to 1.6. All tests pass. So far so good.
Commits on Sep 8, 2010
  1. removed LinkedData Sail dependency in pom.xml (Blueprints has no depe…

    okram committed Sep 8, 2010
    …ndency on Linked Data Sail). Removed ancient template files from the beggining days of the project. Reorganized the pom.xml a bit to make it easier to read.
Commits on Aug 27, 2010
Commits on Aug 26, 2010
  1. added @kind property to Sail implementation of Blueprints. For vertic…

    okram committed Aug 26, 2010
    …es, this denotes whether the vertex is a URI, Bnode, or Literal. Amazing I didn't have this before because now I'm finding it very useful.
  2. some code cleanups for the sail implementation of Blueprints. Still l…

    okram committed Aug 26, 2010
    …ooking for an easy, general purpose way to parse a string into either a BNode, Literal, or URI...I don't like using my own makeshift reg-ex model.
Commits on Aug 23, 2010
  1. Luca provided fix for edge iterator bug. Now GraphMLReader works perf…

    okram committed Aug 23, 2010
    …ect for OrientDB. Looks now as though OrientDB and Blueprints are in perfect harmony. At this point its just optimizations.
Commits on Aug 20, 2010
  1. updated TinkerGraph such that if the same id is provided in addVertex…

    okram committed Aug 20, 2010
    …() that already exists for a vertex, a new RuntimeException() is thrown saying that that id is already in use. Same thing for addEdge(). Worked with OrientDB implementation a bit longer too---seems that GraphMLReader and OrientDB dont play well together---something abouve vertex-edge not being linked correctly... I cant figure it out as I dont know enough about OrientDB to do anything competent.
  2. tweaks to the OrientDB implementation. There is still a weird behavio…

    okram committed Aug 20, 2010
    …r with the iterator that I'm finding in Pipes/Gremlin, but not in Blueprints. I believe, at this point, that it has to do with hasNext() not behaving correctly---though I'm not sure.