[ https://issues.apache.org/jira/browse/S2GRAPH-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15171395#comment-15171395 ]
ASF GitHub Bot commented on S2GRAPH-17: --------------------------------------- Github user SteamShon commented on a diff in the pull request: https://github.com/apache/incubator-s2graph/pull/34#discussion_r54368809 --- Diff: loader/src/test/scala/subscriber/TransferToHFileTest.scala --- @@ -0,0 +1,169 @@ +package subscriber + +import com.kakao.s2graph.core.Management +import com.kakao.s2graph.core.types.HBaseType +import org.apache.spark.{SparkConf, SparkContext} +import org.scalatest._ +import subscriber.TransferToHFile._ + +/** + * Created by Eric on 2015. 12. 2.. + */ +class TransferToHFileTest extends FlatSpec with BeforeAndAfterAll with Matchers { --- End diff -- Add Test cases for BulkLoader(TransferToHFile). > Remove unnecessary abstraction layer, Storage. > ---------------------------------------------- > > Key: S2GRAPH-17 > URL: https://issues.apache.org/jira/browse/S2GRAPH-17 > Project: S2Graph > Issue Type: Task > Reporter: DOYUNG YOON > Assignee: DOYUNG YOON > Labels: client, refactoring > Original Estimate: 168h > Remaining Estimate: 168h > > Currently Graph contains following components. > Graph has storage and each storage have followings. > # SerDe: serialize and deserialize IndexEdge/SnapshotEdge/Vertex into bytes. > # MutationBuilder: convert IndexEdge/SnapshotEdge into RPC which is dependent > on storage backend. > # QueryBuilder: issue RPC for fetch on storage backend > With these components, storage know how to actually store/fetch > IndexEdge/SnapshotEdge/Vertex to, from storage backend. > In my opinion, storage layer is unnecessary since all graph instance does is > delegating into storage. I am suggesting to remove storage layer and use > different Graph class for different storage backend. > So for example, change AsynchbaseStorage into AsynchbaseGraph. > I want to discuss how our Graph Client should be on this issue and change it > according to discussion. -- This message was sent by Atlassian JIRA (v6.3.4#6332)