[Neo4j] DefaultExpander.java replacement?

Tobias Ivarsson tobias.ivarsson at neotechnology.com
Wed Jun 23 09:55:01 CEST 2010


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 <paddyfitz at 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 at lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>



-- 
Tobias Ivarsson <tobias.ivarsson at neotechnology.com>
Hacker, Neo Technology
www.neotechnology.com
Cellphone: +46 706 534857


More information about the User mailing list