[JBoss JIRA] Created: (JBIDE-8362) Display Grid on Teiid Metadata model diagram fails with org.eclipse.swt.SWTError: "No more handles"
by Denis Golovin (JIRA)
Display Grid on Teiid Metadata model diagram fails with org.eclipse.swt.SWTError: "No more handles"
---------------------------------------------------------------------------------------------------
Key: JBIDE-8362
URL: https://issues.jboss.org/browse/JBIDE-8362
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: teiid
Affects Versions: 3.2.0.CR1
Environment: Linux, GTK, x86
Java 6 Openjdk
Teiid installed from JBoss Tools Development update site 7.1.0.v20110119-0345-H399-CR1
Reporter: Denis Golovin
Display Gr Grid button from Metadata model diagram editor throws exception after printer is selected
{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.editor.DiagramViewer.updateForPrintPreferences(DiagramViewer.java:358)
at com.metamatrix.modeler.diagram.ui.actions.ShowPageGridAction.doRun(ShowPageGridAction.java:140)
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.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584)
at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501)
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:452)
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, 1 month
[JBoss JIRA] Closed: (JBDS-1563) Refactoring a source model left transformation with mix of old and new model names
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBDS-1563?page=com.atlassian.jira.plugin.... ]
Pavol Srna closed JBDS-1563.
----------------------------
Verified on jbdevstudio-product-linux-gtk-4.0.0.v201102091614R-H167-CR3.
> Refactoring a source model left transformation with mix of old and new model names
> ----------------------------------------------------------------------------------
>
> Key: JBDS-1563
> URL: https://issues.jboss.org/browse/JBDS-1563
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: teiid
> Affects Versions: 4.0.0.CR2
> Reporter: Paul Nittel
> Assignee: Barry LaFond
> Priority: Blocker
> Fix For: 4.0.0.CR3
>
>
> I created a project containing a textfile model, a view model (EatsText) which depends on the textfile model. I then stacked another model (UsesText) on top and added a concat sequence to make a fullname. Saved, executed and it looked good.
> Then, I refactored EatsTest to Employees and got a validation error in UsesText. When I looked at the transformation, here's what I found:
> SELECT
> EatsText.et.lastName, Employees.et.firstName, Employees.et.middleName, CONCAT2(EatsText.et.lastName, CONCAT2(', ', CONCAT2(EatsText.et.firstName, CONCAT2(' ', LEFT(EatsText.et.middleName, 1))))) AS FullName, Employees.et.empId, Employees.et.department, Employees.et.annualSalary, Employees.et.title, Employees.et.homePhone, Employees.et.mgrId, Employees.et.street, Employees.et.city, Employees.et.state, Employees.et.ZipCode
> FROM
> EatsText.et
> It has both the old and refactored names in it. Oddly, the SELECT contains both--I could see where the SELECT could be right and the FROM wrong.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Commented: (JBDS-1563) Refactoring a source model left transformation with mix of old and new model names
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBDS-1563?page=com.atlassian.jira.plugin.... ]
Pavol Srna commented on JBDS-1563:
----------------------------------
It seems good. Closing.
> Refactoring a source model left transformation with mix of old and new model names
> ----------------------------------------------------------------------------------
>
> Key: JBDS-1563
> URL: https://issues.jboss.org/browse/JBDS-1563
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: teiid
> Affects Versions: 4.0.0.CR2
> Reporter: Paul Nittel
> Assignee: Barry LaFond
> Priority: Blocker
> Fix For: 4.0.0.CR3
>
>
> I created a project containing a textfile model, a view model (EatsText) which depends on the textfile model. I then stacked another model (UsesText) on top and added a concat sequence to make a fullname. Saved, executed and it looked good.
> Then, I refactored EatsTest to Employees and got a validation error in UsesText. When I looked at the transformation, here's what I found:
> SELECT
> EatsText.et.lastName, Employees.et.firstName, Employees.et.middleName, CONCAT2(EatsText.et.lastName, CONCAT2(', ', CONCAT2(EatsText.et.firstName, CONCAT2(' ', LEFT(EatsText.et.middleName, 1))))) AS FullName, Employees.et.empId, Employees.et.department, Employees.et.annualSalary, Employees.et.title, Employees.et.homePhone, Employees.et.mgrId, Employees.et.street, Employees.et.city, Employees.et.state, Employees.et.ZipCode
> FROM
> EatsText.et
> It has both the old and refactored names in it. Oddly, the SELECT contains both--I could see where the SELECT could be right and the FROM wrong.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Created: (JBIDE-6174) Folding of exceptions in Console tab
by Ryszard Kozmik (JIRA)
Folding of exceptions in Console tab
------------------------------------
Key: JBIDE-6174
URL: https://jira.jboss.org/jira/browse/JBIDE-6174
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Reporter: Ryszard Kozmik
It would be really helpful to read server logs if exceptions were folded into one line with a plus symbol next to it that would show the whole exception on a click. As we all know sometimes apps are very "talkactive" in case of throwing exceptions and browsing through them to find the exact one that you search for is irritating and folding would greatly help. It can be even a simple folding based on indentation of lines, you can do such set up with GVIM / VIM but it's not so convenient to use and first of all it's not in your favourite IDE ;-)
--
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, 1 month
[JBoss JIRA] Resolved: (JBDS-1563) Refactoring a source model left transformation with mix of old and new model names
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/JBDS-1563?page=com.atlassian.jira.plugin.... ]
Barry LaFond resolved JBDS-1563.
--------------------------------
Resolution: Done
TEIIDDES-817 re-opened. Problem identified, fixed and resolved.
> Refactoring a source model left transformation with mix of old and new model names
> ----------------------------------------------------------------------------------
>
> Key: JBDS-1563
> URL: https://issues.jboss.org/browse/JBDS-1563
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: teiid
> Affects Versions: 4.0.0.CR2
> Reporter: Paul Nittel
> Assignee: Barry LaFond
> Priority: Blocker
> Fix For: 4.0.0.CR3
>
>
> I created a project containing a textfile model, a view model (EatsText) which depends on the textfile model. I then stacked another model (UsesText) on top and added a concat sequence to make a fullname. Saved, executed and it looked good.
> Then, I refactored EatsTest to Employees and got a validation error in UsesText. When I looked at the transformation, here's what I found:
> SELECT
> EatsText.et.lastName, Employees.et.firstName, Employees.et.middleName, CONCAT2(EatsText.et.lastName, CONCAT2(', ', CONCAT2(EatsText.et.firstName, CONCAT2(' ', LEFT(EatsText.et.middleName, 1))))) AS FullName, Employees.et.empId, Employees.et.department, Employees.et.annualSalary, Employees.et.title, Employees.et.homePhone, Employees.et.mgrId, Employees.et.street, Employees.et.city, Employees.et.state, Employees.et.ZipCode
> FROM
> EatsText.et
> It has both the old and refactored names in it. Oddly, the SELECT contains both--I could see where the SELECT could be right and the FROM wrong.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month