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)