You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sqoop.apache.org by "Veena Basavaraj (JIRA)" <ji...@apache.org> on 2015/01/21 18:24:35 UTC

[jira] [Updated] (SQOOP-1680) DOC: Create an Public API doc for the Sqoop repository.

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

Veena Basavaraj updated SQOOP-1680:
-----------------------------------
    Summary:  DOC: Create an Public API doc for the Sqoop repository.  (was:  DOC: Create an API doc for the Sqoop repository.)

>  DOC: Create an Public API doc for the Sqoop repository.
> --------------------------------------------------------
>
>                 Key: SQOOP-1680
>                 URL: https://issues.apache.org/jira/browse/SQOOP-1680
>             Project: Sqoop
>          Issue Type: Bug
>            Reporter: Veena Basavaraj
>             Fix For: 2.0.0
>
>
> Having a good doc for repository will encourage us to create better code going forward to support other types of repository.
> Even the repo upgrade can be its own clean api
> Well we have connector developer guide that details the responsibilities. 
> I have similar thoughts for the exec engine and repository.
> You many ask why? If we think ourselves as external developers we will take less shortcuts and make our code mode extensible and clean is my thought.
> for instance
> Should the create link api enforce the unique constraint on name or the database table should. these are not documented anywhere clearly for someone trying to add a new repo and the recommended practices are nice to have



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