Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Sep 21, 2010
  1. @okram
  2. @okram

    remove Grateful Dead graphml xml file from the distribution. Too big …

    okram authored
    …and wasnt being used for anything.
  3. @okram

    cleaned up the profusion of methods in OrientDB implementation. Remov…

    okram authored
    …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. @okram
  2. @okram

    fixed a small bug with setting the transaction mode in Neo4jGraph. Ad…

    okram authored
    …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.
  3. @okram
  4. @okram

    minor changes to pom.xml

    okram authored
  5. @okram
  6. @alexaverbuch

    + GraphMLReader: batch multiple write operations into transactions

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

    lvca authored
  2. @okram
  3. @okram
  4. @okram

    added a dependency pom to contain all the graphdb dependencies for al…

    okram authored
    …l TinkerPop related projects. This is in the TinkerPop Maven2 repo, and kept with blueprints.
  5. @okram

    removed the standalone assembly as there is no need to ever have blue…

    okram authored
    …prints as a standalone, but to use it within a larger project. Updated pom.xml to and small syntax update to JakeWins Neo4jGraph constructor.
  6. @okram

    added JakeWins constructor to ensure that a live instance of a graph …

    okram authored
    …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. @okram

    updated the transaction model so that enums are used to denote the su…

    okram authored
    …ccess/failure and automatic/manual aspects of a transaction.
  2. @okram

    lots of work on Pom structure. Trying to create two versions of Bluep…

    okram authored
    …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. @okram
  2. @okram

    fixed a transaction error in TransactionalGraphTestSuite. Updated the…

    okram authored
    … 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.
  3. @okram

    added some more test cases to TransactioanlGraphTestSuite. This one i…

    okram authored
    …s particular was to ensure that the index of a graph is also regulated by transactions.
  4. @okram

    under the recommendation of Luca, I created an interface Transactiona…

    okram authored
    …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. @okram

    first implementation of a Transaction model for Blueprints property g…

    okram authored
    …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. @okram

    fixed a typecast error in OrientIndex. Added first attemp at a transa…

    okram authored
    …ction model for Blueprints.
Commits on Sep 9, 2010
  1. @okram

    merged in Luca updates to OrientDB implementation. Includes OrientInd…

    okram authored
    …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. @okram

    removed LinkedData Sail dependency in pom.xml (Blueprints has no depe…

    okram authored
    …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
  1. @okram
Commits on Aug 26, 2010
  1. @okram

    added @kind property to Sail implementation of Blueprints. For vertic…

    okram authored
    …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. @okram

    some code cleanups for the sail implementation of Blueprints. Still l…

    okram authored
    …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.
  3. @okram
Commits on Aug 23, 2010
  1. @okram
  2. @okram

    Luca provided fix for edge iterator bug. Now GraphMLReader works perf…

    okram authored
    …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. @okram

    updated TinkerGraph such that if the same id is provided in addVertex…

    okram authored
    …() 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. @okram

    tweaks to the OrientDB implementation. There is still a weird behavio…

    okram authored
    …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.
Something went wrong with that request. Please try again.