[ https://issues.apache.org/jira/browse/GIRAPH-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13142797#comment-13142797 ]
Jakob Homan commented on GIRAPH-64: ----------------------------------- ok, new rb request: https://reviews.apache.org/r/2700/diff/#index_header Apparently rb isn't smart enough to be able to use a patch generated from git. The mind boggles. > Create VertexRunner to make it easier to run users' computations > ---------------------------------------------------------------- > > Key: GIRAPH-64 > URL: https://issues.apache.org/jira/browse/GIRAPH-64 > Project: Giraph > Issue Type: New Feature > Reporter: Jakob Homan > Assignee: Jakob Homan > Attachments: GIRAPH-64.patch > > > Currently, if a user wants to implement a Giraph algorithm by extending > {{Vertex}} they must also write all the boilerplate around the {{Tool}} > interface and bundle it with the Giraph jar (or get Giraph on the classpath > and playing nice with the implementation). For example, what is included in > the PageRankBenchmark and what Kohei has done: > https://github.com/smly/java-Giraph-LabelPropagation It would be better if > we had perhaps a Vertex implementation to be subclassed that already had all > the standard Tooling included such that all one had to run would be (assuming > the Giraph jar was already on the classpath): > {noformat}hadoop jar my-awesome-vertex.jar my.awesome.vertex -i jazz_input -o > jazz_output -if org.apache.giraph.lib.in.text.adjacency-list.LongDoubleDouble > -of org.apache.giraph.lib.out.text.adjacency-list.LongDoubleDouble{noformat} > This wouldn't work with every algorithm, but would be useful in a large > number of cases. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira