[
https://issues.apache.org/jira/browse/SQOOP-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14179684#comment-14179684
]
Qian Xu commented on SQOOP-1061:
--------------------------------
I have two suggestions:
1. Print description of input field to help user understand what he/she should
input.
2. The annotation for conditional inputs would be better support Enum types.
For instance compression codec. Only when user choose CUSTOM, the field "custom
codec class" is required to be shown.
> Sqoop2: Introduce conditions on forms or inputs
> -----------------------------------------------
>
> Key: SQOOP-1061
> URL: https://issues.apache.org/jira/browse/SQOOP-1061
> Project: Sqoop
> Issue Type: New Feature
> Affects Versions: 1.99.2
> Reporter: Jarek Jarcec Cecho
> Assignee: Abraham Elmahrek
> Fix For: 2.0.0
>
> Attachments: SQOOP-1061-Design.0.pdf, SQOOP-1061-Design.1.pdf
>
>
> Currently we have static set of forms for {{Connection}} and {{Job}} objects
> with all possible inputs (~ questions) that we might possibly need to know.
> This seems to be very confusing for the end user as he is asked questions
> that might not make sense for his case.
> For example consider the Generic JDBC Connector that is asking following
> questions when creating the {{Job}} object:
> {code}
> Schema name: (Make sense only for Table)
> Table name: (Make sense only for Table)
> Table SQL statement: (Make sense only for Query)
> Table column names: (Make sense only for Table)
> {code}
> The possibilities {{Table name}} and {{Table SQL statement}} are mutually
> exclusive, so can't be filled at the same time. We do have support for
> validations that will filter such incorrect entries, however the user is
> still asked the questions, which is kind of confusing.
> I was thinking how to address this issue and I think that very nice and
> extensible solution would be allow some sort of conditions on either forms or
> inputs (or maybe both). For example we could create a new {{Enum}} input
> "Import type" with values {{TABLE}} or {{QUERY}} and then create conditions
> on the individual inputs to show them up only in case that this new input
> have certain value. For example (this is mock) for table:
> {code}
> Import Type: TABLE
> Schema name:
> Table name:
> Table column names:
> {code}
> Or for query:
> {code}
> Import Type: QUERY
> Table SQL statement:
> {code}
> I do not currently have more deeper proposal on my mind, however I'm looking
> forward for community feedback to see if it would make sense to go with this
> proposal further.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
