[ 
https://issues.apache.org/jira/browse/S2GRAPH-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15171375#comment-15171375
 ] 

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_r54366877
  
    --- Diff: s2rest_netty/src/main/scala/Server.scala ---
    @@ -130,11 +133,10 @@ class S2RestHandler(s2rest: RestHandler)(implicit ec: 
ExecutionContext) extends
             } else badRoute(ctx)
     
           case HttpMethod.POST =>
    -        val jsonString = req.content.toString(CharsetUtil.UTF_8)
    -        val jsQuery = Json.parse(jsonString)
    +        val body = req.content.toString(CharsetUtil.UTF_8)
     
    -        val result = s2rest.doPost(uri, jsQuery)
    -        toResponse(ctx, req, jsQuery, result, startedAt)
    +        val result = s2rest.doPost(uri, body, 
Option(req.headers().get(Experiment.impressionKey)))
    --- End diff --
    
    This is missed out part from S2GRAPH-45. so I merged them here.


> 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)

Reply via email to