[JBoss JIRA] Created: (TEIIDDES-176) Desinger needs to embed "Teiid Embedded" as a plugin, with only dependencies to "public" APIs.
by Ramesh Reddy (JIRA)
Desinger needs to embed "Teiid Embedded" as a plugin, with only dependencies to "public" APIs.
----------------------------------------------------------------------------------------------
Key: TEIIDDES-176
URL: https://jira.jboss.org/jira/browse/TEIIDDES-176
Project: Teiid Designer
Issue Type: Feature Request
Components: Teiid Integration
Reporter: Ramesh Reddy
Assignee: Johnny Verhaeg
Priority: Critical
> On Wed, 2009-05-06 at 11:35 -0400, John Doyle wrote:
>> I'm throwing this idea out there with very little idea of how the
>> links between Teiid and Designer function, but I think it would be
>> cool and beneficial.
>>
>> AFAIK we don't have a user story abut how you update the version of
>> Teiid that is delivered with Designer. I think that it would be
>> very cool if we exposed this cabability in designer similar to the
>> way Installed JREs are exposed through the Preferences page.
>> Designer could come with a version of Teiid, but users could point
>> Designer to other versions of Teiid installed on their system and
>> choose to run with those. One of the goals we have discussed is
>> that we don't want Designer to be wedded to a particular version of
>> Teiid. Defining the links between to two in this manner would
>> force a contract and make it easy to test and validate that
>> Designer 6.X works with Teiid 6.X and 7.X, etc.
>>
>> What do you think?
> Well that is certainly the case going forward to have such modularity,
> as this has been discussed before. However, that is not case today.
> There needs to be huge re-work needs to be done in designer before we
> can achieve this. Currently Designer knows too much about the Teiid's
> configuration, that needs to be fixed such that it only communicates
> only through the known public API like JDBC and Admin API.
>
> Ramesh..
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Assigned: (TEIIDDES-18) UnsupportedOperationException when importing from Rose
by John Verhaeg (JIRA)
[ https://jira.jboss.org/browse/TEIIDDES-18?page=com.atlassian.jira.plugin.... ]
John Verhaeg reassigned TEIIDDES-18:
------------------------------------
Assignee: John Verhaeg (was: Johnny Verhaeg)
> UnsupportedOperationException when importing from Rose
> ------------------------------------------------------
>
> Key: TEIIDDES-18
> URL: https://jira.jboss.org/browse/TEIIDDES-18
> Project: Teiid Designer
> Issue Type: Bug
> Components: Import/Export
> Affects Versions: 6.0.0
> Environment: fedora 10
> Reporter: Paul Nittel
> Assignee: John Verhaeg
> Fix For: Future
>
> Attachments: PartsSupplierLogical.mdl
>
>
> I tried to import PartsSupplierLogical.mdl (attached) and received this exception:
> !ENTRY com.metamatrix.rose 4 0 2008-12-15 10:55:10.304
> !MESSAGE java.lang.UnsupportedOperationException
> !STACK 0
> java.lang.UnsupportedOperationException
> at org.eclipse.uml2.common.util.DerivedEObjectEList$DerivedListIterator.add(DerivedEObjectEList.java:278)
> at java.util.AbstractSequentialList.add(AbstractSequentialList.java:129)
> at org.eclipse.uml2.common.util.DerivedEObjectEList.addUnique(DerivedEObjectEList.java:636)
> at org.eclipse.uml2.common.util.DerivedEObjectEList.add(DerivedEObjectEList.java:623)
> at java.util.AbstractList.add(AbstractList.java:91)
> at com.metamatrix.rose.internal.handler.UmlHandler.createPackage(UmlHandler.java:773)
> at com.metamatrix.rose.internal.handler.AbstractRoseHandler.visitObject(AbstractRoseHandler.java:261)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:45)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:63)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseList(RoseWalker.java:52)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:67)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:46)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:63)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:46)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:40)
> at com.metamatrix.rose.internal.RoseImporter.parseUnits(RoseImporter.java:876)
> at com.metamatrix.rose.internal.RoseImporter.parseSelectedUnits(RoseImporter.java:605)
> at com.metamatrix.rose.internal.ui.wizard.RoseImportWizard$4.run(RoseImportWizard.java:362)
> at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
> Dec 15, 2008 10:55:09.870 [ModalContext|0] ERROR <com.metamatrix.rose|0> java.lang.UnsupportedOperationException
> java.lang.UnsupportedOperationException
> at org.eclipse.uml2.common.util.DerivedEObjectEList$DerivedListIterator.add(DerivedEObjectEList.java:278)
> at java.util.AbstractSequentialList.add(AbstractSequentialList.java:129)
> at org.eclipse.uml2.common.util.DerivedEObjectEList.addUnique(DerivedEObjectEList.java:636)
> at org.eclipse.uml2.common.util.DerivedEObjectEList.add(DerivedEObjectEList.java:623)
> at java.util.AbstractList.add(AbstractList.java:91)
> at com.metamatrix.rose.internal.handler.UmlHandler.createPackage(UmlHandler.java:773)
> at com.metamatrix.rose.internal.handler.AbstractRoseHandler.visitObject(AbstractRoseHandler.java:261)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:45)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:63)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseList(RoseWalker.java:52)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:67)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:46)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:63)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverseObject(RoseWalker.java:46)
> at org.eclipse.emf.importer.rose.builder.RoseWalker.traverse(RoseWalker.java:40)
> at com.metamatrix.rose.internal.RoseImporter.parseUnits(RoseImporter.java:876)
> at com.metamatrix.rose.internal.RoseImporter.parseSelectedUnits(RoseImporter.java:605)
> at com.metamatrix.rose.internal.ui.wizard.RoseImportWizard$4.run(RoseImportWizard.java:362)
> at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
> While it appears to continue, if you clickpast the exception, it just hangs.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Assigned: (TEIIDDES-279) UUID values being created and stored in memory for XSD Schema elements.
by John Verhaeg (JIRA)
[ https://jira.jboss.org/browse/TEIIDDES-279?page=com.atlassian.jira.plugin... ]
John Verhaeg reassigned TEIIDDES-279:
-------------------------------------
Assignee: John Verhaeg (was: Johnny Verhaeg)
> UUID values being created and stored in memory for XSD Schema elements.
> -----------------------------------------------------------------------
>
> Key: TEIIDDES-279
> URL: https://jira.jboss.org/browse/TEIIDDES-279
> Project: Teiid Designer
> Issue Type: Bug
> Affects Versions: 7.1
> Reporter: Barry LaFond
> Assignee: John Verhaeg
>
> Noticed that adding XML Document models to VDB and saving created validation errors indicating the XML Doc elements contained href's with UUID's to XSD elements that did NOT have uuid's in stored/saved models.
> Talked to John and we are currently still creating UUID's for All schema model objects but just not "saving" them to file system. We need to fix this, of course.
> The simple use case is to create take any Schema model and generate an XML Doc model from it and SAVE. The validation error won't show up unless you fix all errors (i.e. transformations) and add to a VDB and save, so there is probably a problem with Validation rules???
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Updated: (TEIIDDES-239) CLONE -Fully-qualified names should not be required when referencing virtual procedures that have unique unqualified names
by Steve Hawkins (JIRA)
[ https://jira.jboss.org/browse/TEIIDDES-239?page=com.atlassian.jira.plugin... ]
Steve Hawkins updated TEIIDDES-239:
-----------------------------------
Assignee: (was: Steven Hawkins)
> CLONE -Fully-qualified names should not be required when referencing virtual procedures that have unique unqualified names
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-239
> URL: https://jira.jboss.org/browse/TEIIDDES-239
> Project: Teiid Designer
> Issue Type: Feature Request
> Affects Versions: 6.1.0, 6.2.0
> Reporter: Michael Walker
> Priority: Minor
> Fix For: 7.0
>
>
> This problem occurs in our transformation editor, and also occurs with real-time queries (e.g. from QueryBuilder/SQLExplorer, or any client).
> If you reference a non-qualified table name, e.g. "myTable", in a query, we'll attempt to resolve it if it is a unique name.
> Strangely, we don't do the same thing for virtual procedures, even if they are unique. Instead, you must use the fully-qualified name. There should be no disparity. This is a usability defect.
> This also happens to greatly extend the size of virtual procedure code, making it harder to read and debug.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months