You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lens.apache.org by "Himanshu Gahlaut (JIRA)" <ji...@apache.org> on 2015/06/18 08:40:00 UTC

[jira] [Comment Edited] (LENS-581) Revisit Lens ML API

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

Himanshu Gahlaut edited comment on LENS-581 at 6/18/15 6:39 AM:
----------------------------------------------------------------

Is Java Persistence APIs 2.0 under consideration ? They neatly abstract out connection management and SQL for CRUD operations.  Code becomes a lot more easier to understand and maintain. Also underlying DB can be switched when required without changing code. E.g.: If em is an entity manager instance, then instead of writing an INSERT query,  calling em.persist(entity) will store the record (entity) in underlying DB. 


was (Author: himanshu.gahlaut):
Is Java Persistence APIs 2.0 under consideration ? They neatly abstract out connection management and SQL for CRUD operations.  Code becomes a lot more easier to understand and maintain. Also underlying DB can be switched when required without changing code. E.g.: If em is an entity manager instance, then instead of writing an INSERT query,  calling em.persist(entity) with store the record (entity) in underlying DB. 

> Revisit Lens ML API
> -------------------
>
>                 Key: LENS-581
>                 URL: https://issues.apache.org/jira/browse/LENS-581
>             Project: Apache Lens
>          Issue Type: Improvement
>          Components: ml
>            Reporter: Sharad Agarwal
>
> - Currently all API assume synchronous behaviour. Give ability to return handle and status object
> - Improve Algorithm and Training APIs : some of the server side and client side classes are not very clear



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)