[JBoss JIRA] Created: (TEIIDDES-1082) Model Extension Definitions (MEDs) Need To Be Marked As Either Built-in Or User-Defined
by Dan Florian (JIRA)
Model Extension Definitions (MEDs) Need To Be Marked As Either Built-in Or User-Defined
----------------------------------------------------------------------------------------
Key: TEIIDDES-1082
URL: https://issues.jboss.org/browse/TEIIDDES-1082
Project: Teiid Designer
Issue Type: Task
Components: Modeling
Affects Versions: 7.5
Reporter: Dan Florian
Assignee: Dan Florian
Fix For: 7.6
MEDs contributed via an Eclipse extension are built-in and cannot be removed/unregistered from the Model Extension Registry. However, user-defined MEDs are contributed by users and can be unregistered. In the current MED implementation there is no way to tell if it is built-in or user-defined. The Model Extension Registry View will have the ability to unregister MEDs so it needs to be able to find out which type of MED it is.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Resolved: (TEIIDDES-1087) Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
by Mark Drilling (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1087?page=com.atlassian.jira.plu... ]
Mark Drilling resolved TEIIDDES-1087.
-------------------------------------
Resolution: Done
I have updated the migration document at https://docspace.corp.redhat.com/docs/DOC-58202 to include the 'prepare' step in MMx 5.5.4, prior to doing the migration.
> Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
> ---------------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-1087
> URL: https://issues.jboss.org/browse/TEIIDDES-1087
> Project: Teiid Designer
> Issue Type: Bug
> Affects Versions: 7.4.2
> Reporter: Debbie Steigner
> Assignee: Mark Drilling
> Priority: Critical
> Fix For: 7.4.2
>
>
> Customer is using JBDS 4.1 (Teiid Designer 7.4) and is migrating his legacy MetaMatrix models (attached his 554Model project set). And have seen strange things:
> 1) In a VBL layer, the SQL transformation dropped the _PL reference to the Physical (source) layer. In another VBL layer, the middle part of the PL table name was simply gone.
> 2) A table named STATE_ALPHA_CD in the source models (PL) was changed in the SQL transform at the VBL to STATE_ALPHA_Code.
> 3) In Plans_VML, a field named 'Baseline_Text' was changed in two queries to ULN_POC_NAME which naturally did not exist in the source tables of the transformation.
> 4) In at least one query, the name of the layer was changed...instead of Transportation_VML, it appeared in the SQL transformation of the query as Transportation_Procs_VML.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Assigned: (TEIIDDES-1087) Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1087?page=com.atlassian.jira.plu... ]
Barry LaFond reassigned TEIIDDES-1087:
--------------------------------------
Assignee: Mark Drilling (was: Van Halbert)
> Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
> ---------------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-1087
> URL: https://issues.jboss.org/browse/TEIIDDES-1087
> Project: Teiid Designer
> Issue Type: Bug
> Affects Versions: 7.4.2
> Reporter: Debbie Steigner
> Assignee: Mark Drilling
> Priority: Critical
> Fix For: 7.4.2
>
>
> Customer is using JBDS 4.1 (Teiid Designer 7.4) and is migrating his legacy MetaMatrix models (attached his 554Model project set). And have seen strange things:
> 1) In a VBL layer, the SQL transformation dropped the _PL reference to the Physical (source) layer. In another VBL layer, the middle part of the PL table name was simply gone.
> 2) A table named STATE_ALPHA_CD in the source models (PL) was changed in the SQL transform at the VBL to STATE_ALPHA_Code.
> 3) In Plans_VML, a field named 'Baseline_Text' was changed in two queries to ULN_POC_NAME which naturally did not exist in the source tables of the transformation.
> 4) In at least one query, the name of the layer was changed...instead of Transportation_VML, it appeared in the SQL transformation of the query as Transportation_Procs_VML.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Updated: (TEIIDDES-1087) Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1087?page=com.atlassian.jira.plu... ]
Barry LaFond updated TEIIDDES-1087:
-----------------------------------
Fix Version/s: 7.4.2
Priority: Critical (was: Major)
> Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
> ---------------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-1087
> URL: https://issues.jboss.org/browse/TEIIDDES-1087
> Project: Teiid Designer
> Issue Type: Bug
> Affects Versions: 7.4.2
> Reporter: Debbie Steigner
> Assignee: Van Halbert
> Priority: Critical
> Fix For: 7.4.2
>
>
> Customer is using JBDS 4.1 (Teiid Designer 7.4) and is migrating his legacy MetaMatrix models (attached his 554Model project set). And have seen strange things:
> 1) In a VBL layer, the SQL transformation dropped the _PL reference to the Physical (source) layer. In another VBL layer, the middle part of the PL table name was simply gone.
> 2) A table named STATE_ALPHA_CD in the source models (PL) was changed in the SQL transform at the VBL to STATE_ALPHA_Code.
> 3) In Plans_VML, a field named 'Baseline_Text' was changed in two queries to ULN_POC_NAME which naturally did not exist in the source tables of the transformation.
> 4) In at least one query, the name of the layer was changed...instead of Transportation_VML, it appeared in the SQL transformation of the query as Transportation_Procs_VML.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Moved: (TEIIDDES-1087) Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1087?page=com.atlassian.jira.plu... ]
Van Halbert moved SOA-3424 to TEIIDDES-1087:
--------------------------------------------
Project: Teiid Designer (was: JBoss Enterprise SOA Platform)
Key: TEIIDDES-1087 (was: SOA-3424)
Affects Version/s: 7.4.2
(was: 5.1.0 GA)
Component/s: (was: EDS)
Security: (was: JBoss Internal)
> Teiid Designer randomly changes column names within transformations when migrating legacy MetaMatrix .xmi files
> ---------------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-1087
> URL: https://issues.jboss.org/browse/TEIIDDES-1087
> Project: Teiid Designer
> Issue Type: Bug
> Affects Versions: 7.4.2
> Reporter: Debbie Steigner
> Assignee: Van Halbert
>
> Customer is using JBDS 4.1 (Teiid Designer 7.4) and is migrating his legacy MetaMatrix models (attached his 554Model project set). And have seen strange things:
> 1) In a VBL layer, the SQL transformation dropped the _PL reference to the Physical (source) layer. In another VBL layer, the middle part of the PL table name was simply gone.
> 2) A table named STATE_ALPHA_CD in the source models (PL) was changed in the SQL transform at the VBL to STATE_ALPHA_Code.
> 3) In Plans_VML, a field named 'Baseline_Text' was changed in two queries to ULN_POC_NAME which naturally did not exist in the source tables of the transformation.
> 4) In at least one query, the name of the layer was changed...instead of Transportation_VML, it appeared in the SQL transformation of the query as Transportation_Procs_VML.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (TEIIDDES-992) Allow the use of pushdown functions without requiring Java programming
by Bernd Groh (JIRA)
Allow the use of pushdown functions without requiring Java programming
----------------------------------------------------------------------
Key: TEIIDDES-992
URL: https://issues.jboss.org/browse/TEIIDDES-992
Project: Teiid Designer
Issue Type: Feature Request
Reporter: Bernd Groh
Currently, in order to use a database function, even if pushdown is required, it is still necessary to add the function interface to a Java class within the connector, and the connector then must be deployed to the server in order to allow for this pushdown function to be used within the Designer. This creates a lot of extra effort every time you want to make use of a new database function. Particularly, given the schema designer doesn't necessarily have access to either the connector code or the server, and then must involve other parties simply to be able to use an additional database function. It would be very beneficial to speedy schema development if that was not necessary, and if, say, the interface could be defined on the Designer side, added to the VDB, and then deployed as part of the VDB.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months