It should use the factory methods in TraversalFactory instead. How come we exposed DefaultExpander to begin with? Wasn't that class just supposed to be an implementation detail?
The fact that it had the weird behavior of expanding all RelationshipTypes when it was empty turns on the "implementation detail" warning light for me. I'm working on refactoring the new traversal framework, so expect things to change (and break) more. It's good that you report this though, since examples should be updated to match the "best practices". The new traversal API is after all not stable yet (since 1.1 has not been released), but I apologize for the inconvenience anyhow. Cheers, Tobias On Wed, Jun 23, 2010 at 9:21 AM, Paddy <paddyf...@gmail.com> wrote: > Hi, > > DefaultExpander.java was removed from the latest build > https://trac.neo4j.org/changeset/4590 > > How can i get the example from github working without the DefaultExpander ? > http://github.com/neo4j-examples/java-astar-routing > > DefaultExpander relExpander = new DefaultExpander(); > relExpander.add( RelationshipTypes.ROAD, Direction.BOTH ); > AStar sp = new AStar( graphDb, relExpander, costEval, estimateEval ); > Path path = sp.findSinglePath( NYC.getUnderlyingNode(), > SF.getUnderlyingNode() ); > > thanks > Paddy > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > -- Tobias Ivarsson <tobias.ivars...@neotechnology.com> Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user