[JBoss JIRA] Updated: (TEIIDDES-858) Cannot Print Metadata Model Diagram under Linix
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-858?page=com.atlassian.jira.plug... ]
Barry LaFond updated TEIIDDES-858:
----------------------------------
Fix Version/s: 8.0
Designer's Diagram print capabilities were built on "hacking" OS-type code. Not sure about this. We had Large Diagram print problems before. Basically a "no more handles" size OS Display problem.
Maybe we should yank this capability. (with it "Show Grid" actions too??)
> Cannot Print Metadata Model Diagram under Linix
> -----------------------------------------------
>
> Key: TEIIDDES-858
> URL: https://issues.jboss.org/browse/TEIIDDES-858
> Project: Teiid Designer
> Issue Type: Feature Request
> Components: Dialogs
> Affects Versions: 7.1
> Environment: Arch: Linux,GTK,x86
> Distr: Ubuntu 10.10
> Reporter: Denis Golovin
> Assignee: Steven Hawkins
> Fix For: 8.0
>
>
> After creating diagram Select File->Print from bar menu. Then select printer and press Print button. It shows error dialog and reports exception in Error Log View:
> {noformat}org.eclipse.swt.SWTError: No more handles
> at org.eclipse.swt.SWT.error(SWT.java:4109)
> at org.eclipse.swt.SWT.error(SWT.java:3998)
> at org.eclipse.swt.SWT.error(SWT.java:3969)
> at org.eclipse.swt.printing.Printer.internal_new_GC(Printer.java:393)
> at org.eclipse.swt.graphics.GC.<init>(GC.java:159)
> at org.eclipse.swt.graphics.GC.<init>(GC.java:125)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingAnalyzer.getPrinterGC(DiagramPrintingAnalyzer.java:228)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingAnalyzer.getFreshPrinterGraphics(DiagramPrintingAnalyzer.java:220)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingOperation.printLandscape_PrinterIsPortrait(DiagramPrintingOperation.java:690)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingOperation.printPages(DiagramPrintingOperation.java:403)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingAnalyzer.countPages(DiagramPrintingAnalyzer.java:170)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingAnalyzer.setPageSize(DiagramPrintingAnalyzer.java:68)
> at com.metamatrix.modeler.diagram.ui.printing.DiagramPrintingAnalyzer.<init>(DiagramPrintingAnalyzer.java:44)
> at com.metamatrix.modeler.diagram.ui.actions.PrintWrapper.doRun(PrintWrapper.java:100)
> at com.metamatrix.ui.actions.AbstractAction$1.run(AbstractAction.java:537)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at com.metamatrix.ui.actions.AbstractAction.run(AbstractAction.java:540)
> at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
> at org.eclipse.jface.commands.ActionHandler.execute(ActionHandler.java:119)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
> at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
> at org.eclipse.ui.internal.handlers.SlaveHandlerService.executeCommand(SlaveHandlerService.java:241)
> at org.eclipse.ui.menus.CommandContributionItem.handleWidgetSelection(CommandContributionItem.java:820)
> at org.eclipse.ui.menus.CommandContributionItem.access$19(CommandContributionItem.java:806)
> at org.eclipse.ui.menus.CommandContributionItem$5.handleEvent(CommandContributionItem.java:796)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1258)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3540)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3161)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2640)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2604)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438)
> at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1407){noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Resolved: (TEIIDDES-822) Fully-qualified names should not be required when referencing procedures that have unique unqualified names
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-822?page=com.atlassian.jira.plug... ]
Steven Hawkins resolved TEIIDDES-822.
-------------------------------------
Resolution: Done
looks good to me. fully and partially qualified work, and ambiguity is detected (although it could be worded a little better).
> Fully-qualified names should not be required when referencing procedures that have unique unqualified names
> -----------------------------------------------------------------------------------------------------------
>
> Key: TEIIDDES-822
> URL: https://issues.jboss.org/browse/TEIIDDES-822
> Project: Teiid Designer
> Issue Type: Feature Request
> Components: Modeling
> Affects Versions: 7.0
> Reporter: Michael Walker
> Assignee: Steven Hawkins
> Priority: Minor
> Fix For: 7.3
>
> Attachments: TransformationMetadata.java.patch
>
>
> 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.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Created: (TEIIDDES-860) CLONE - Preview data failing for example project.
by Barry LaFond (JIRA)
CLONE - Preview data failing for example project.
-------------------------------------------------
Key: TEIIDDES-860
URL: https://issues.jboss.org/browse/TEIIDDES-860
Project: Teiid Designer
Issue Type: Feature Request
Components: VDB & Execution
Affects Versions: 7.3
Reporter: Barry LaFond
Assignee: Barry LaFond
Priority: Blocker
Fix For: 7.3
Import Parts Example project
Continue with example and try to preview or Execute VDB and get no "Source" error from Teiid.
Problem is the Preview VDB is being created prior to the PartsSourceA.xmi being fully loaded. Result is the ModelEntry for it contains ModelType == "Type" instead of "Physical".
Fix is to not respond to Open Project events in TEiid Designer "PreviewManager" class
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months