[teiid-issues] [JBoss JIRA] (TEIID-2994) DDL Option properties not namespaced for salesforce

[Barry LaFond (JIRA)]

    [ https://issues.jboss.org/browse/TEIID-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974272#comment-12974272 ] 

Barry LaFond commented on TEIID-2994:
-------------------------------------

We have the new capability (Designer 8.5) to discover the MEDs available through translator properties via the new Teiid API (Teiid 8.7) . These MED namespaces are defined in those properties.  Our preferred way of doing things in the Teiid Connection importer is to match the NS in the DDL OPTIONS() to the NS in the MEDs.

Not having any NS in those OPTIONS(), prevents us from doing so.  Our only option would be to fall back on the Translator type during the import and select a hard-coded NS to match it and that seems like a hack/risky way to go.

If there is no NS prefix in the OPTIONS() keys, then how is the DDL going to be tied to a specific Translator type?

Backwards compatibility can be achieved only if a NS is provided on the SF OPTIONS() key values, just like any other.

> DDL Option properties not namespaced for salesforce
> ---------------------------------------------------
>
>                 Key: TEIID-2994
>                 URL: https://issues.jboss.org/browse/TEIID-2994
>             Project: Teiid
>          Issue Type: Bug
>          Components: AdminApi
>    Affects Versions: 8.7
>            Reporter: Mark Drilling
>            Assignee: Ramesh Reddy
>         Attachments: DDLExtOptionsComparison.txt
>
>
> The Option keys for DDL with saleforce source are not getting namespaced.  This is inconsistent with other sources like excel.  See attached file - comparison of two tables - Excel source vs Salesforce source.  The excel keys are prefixed with a namespace teiid_excel:  but the salesforce keys are not. 



--
This message was sent by Atlassian JIRA
(v6.2.3#6260)