[JBoss JIRA] Updated: (TEIIDDES-18) UnsupportedOperationException when importing from Rose
by Barry LaFond (JIRA)
[ https://jira.jboss.org/jira/browse/TEIIDDES-18?page=com.atlassian.jira.pl... ]
Barry LaFond updated TEIIDDES-18:
---------------------------------
Fix Version/s: 6.1.0
> UnsupportedOperationException when importing from Rose
> ------------------------------------------------------
>
> Key: TEIIDDES-18
> URL: https://jira.jboss.org/jira/browse/TEIIDDES-18
> Project: Teiid Designer
> Issue Type: Bug
> Components: Import/Export
> Affects Versions: 6.0.0
> Environment: fedora 10
> Reporter: Paul Nittel
> Assignee: Johnny Verhaeg
> Fix For: 6.1.0
>
> 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/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Updated: (TEIIDDES-110) Preview does not allow leaving fields null for nullable columns in an access pattern
by Barry LaFond (JIRA)
[ https://jira.jboss.org/jira/browse/TEIIDDES-110?page=com.atlassian.jira.p... ]
Barry LaFond updated TEIIDDES-110:
----------------------------------
Component/s: Data Preview
Fix Version/s: 6.0.0
Affects Version/s: 6.0.0
> Preview does not allow leaving fields null for nullable columns in an access pattern
> ------------------------------------------------------------------------------------
>
> Key: TEIIDDES-110
> URL: https://jira.jboss.org/jira/browse/TEIIDDES-110
> Project: Teiid Designer
> Issue Type: Bug
> Components: Data Preview
> Affects Versions: 6.0.0
> Environment: 5.5.3GA Designer on Linux
> Reporter: Greg Haber
> Assignee: Dan Florian
> Fix For: 6.0.0
>
> Attachments: oracleTest_20081210_1.zip
>
>
> If an access pattern contains a nullable column (and this probably also holds for procedure input parameters), then Preview doesn't have an option to leave the value blank (to specify null). If you enter the string "null" into the field for that column, it will send the string "null". Not sure on how semantics of this should work (whether leaving the field blank should be the equivalent of specifying null, or whether we should use the string "null", or whether there should be a checkbox for saying that the value is null), so whatever makes sense.
> However regardless on how the UI works this should result in a WHERE colname IS NULL criteria in the resulting query.
> I know we aren't trying to tackle all edge cases with preview, but this is a common case with web service parameters (it is common to have required and nillable parameters).
> This one depends on JBEDSP-855 getting resolved first.
--
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
15 years, 9 months