You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sqoop.apache.org by "Jarek Jarcec Cecho (JIRA)" <ji...@apache.org> on 2015/10/21 22:42:27 UTC

[jira] [Resolved] (SQOOP-2047) Optimal Connector Upgrade API

     [ https://issues.apache.org/jira/browse/SQOOP-2047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jarek Jarcec Cecho resolved SQOOP-2047.
---------------------------------------
    Resolution: Not A Problem

I don't see any traction on this any more, so I'll resolve it.

> Optimal Connector Upgrade API
> -----------------------------
>
>                 Key: SQOOP-2047
>                 URL: https://issues.apache.org/jira/browse/SQOOP-2047
>             Project: Sqoop
>          Issue Type: Sub-task
>            Reporter: Veena Basavaraj
>             Fix For: 2.0.0
>
>
> As described in the parent ticket, the connector upgrade code can become a bit more smarter.
> It does not have to dump every single input/ config and its values on every connector upgrade path, irrespective of anything changed or not.
> We can just ask the connector to provide a list of keys that changed. 
> for new ones, for old ones and the deleted ones
> New one, assuming foo does not exist, a new record will be created
> {code}
> "foo" : { "name" : "foo" , type : "String" , value : "default"}
> {code}
> Modified one, assuming foo exists, we will look up and modify, per connector per job ( since it will modify for all jobs anyways, there is no way to have a different input name for job 1 and job2 )
> {code
> "foo" :{ "name" : "bar" , type : "Integer" , value : "newValue"}
> {code}
> Delete a key
> {code}
>  foo : "" ( empty) value
> {code}



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