March 2015 - forge-dev - Jboss List Archives

by Vineet Reynolds Pereira

Has anyone else seen this ? I see these exceptions in the event log, and also in the list of fatal IDE errors. It does not seem to have broken anything since I can open the command dialog window (Ctrl+Alt+4) and also run commands. I'm using IDEA 14.0.3 and the Forge IntelliJ plugin 1.0.9.Final on Fedora 20 with Oracle Java 1.8.0_11. sun.awt.image.BufImgSurfaceData cannot be cast to sun.java2d.xr.XRSurfaceData java.lang.ClassCastException: sun.awt.image.BufImgSurfaceData cannot be cast to sun.java2d.xr.XRSurfaceData at sun.java2d.xr.XRPMBlitLoops.cacheToTmpSurface(XRPMBlitLoops.java:145) at sun.java2d.xr.XrSwToPMBlit.Blit(XRPMBlitLoops.java:353) at sun.java2d.pipe.DrawImage.blitSurfaceData(DrawImage.java:958) at sun.java2d.pipe.DrawImage.renderImageCopy(DrawImage.java:576) at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:67) at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:1013) at sun.java2d.pipe.ValidatePipe.copyImage(ValidatePipe.java:186) at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:3194) at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:3172) at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1542) at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1455) at javax.swing.RepaintManager.paint(RepaintManager.java:1252) at javax.swing.JComponent.paint(JComponent.java:1039) at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:39) at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:79) at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:116) at java.awt.Container.paint(Container.java:1973) at java.awt.Window.paint(Window.java:3901) at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl$MyDialog.paint(DialogWrapperPeerImpl.java:908) at javax.swing.RepaintManager$3.run(RepaintManager.java:822) at javax.swing.RepaintManager$3.run(RepaintManager.java:794) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1680) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) at java.awt.EventQueue.access$400(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:697) at java.awt.EventQueue$3.run(EventQueue.java:691) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at java.awt.EventQueue.dispatchEvent(EventQueue.java:714) at com.intellij.ide.IdeEventQueue.e(IdeEventQueue.java:748) at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:577) at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:384) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227) at java.awt.Dialog.show(Dialog.java:1084) at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl$MyDialog.show(DialogWrapperPeerImpl.java:779) at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl.show(DialogWrapperPeerImpl.java:464) at com.intellij.openapi.ui.DialogWrapper.showAndGetOk(DialogWrapper.java:1569) at com.intellij.openapi.ui.DialogWrapper.show(DialogWrapper.java:1536) at org.jboss.forge.plugin.idea.ui.CommandListPopupBuilder.openWizard(CommandListPopupBuilder.java:195) at org.jboss.forge.plugin.idea.ui.CommandListPopupBuilder.access$300(CommandListPopupBuilder.java:39) at org.jboss.forge.plugin.idea.ui.CommandListPopupBuilder$3.run(CommandListPopupBuilder.java:158) at com.intellij.ui.popup.AbstractPopup$18.run(AbstractPopup.java:1343) at com.intellij.openapi.wm.impl.FocusManagerImpl.a(FocusManagerImpl.java:651) at com.intellij.openapi.wm.impl.FocusManagerImpl.g(FocusManagerImpl.java:632) at com.intellij.openapi.wm.impl.FocusManagerImpl.e(FocusManagerImpl.java:602) at com.intellij.openapi.wm.impl.FocusManagerImpl.access$200(FocusManagerImpl.java:60) at com.intellij.openapi.wm.impl.FocusManagerImpl$IdleRunnable.runEdt(FocusManagerImpl.java:108) at com.intellij.openapi.util.EdtRunnable$1.run(EdtRunnable.java:28) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) at java.awt.EventQueue.access$400(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:697) at java.awt.EventQueue$3.run(EventQueue.java:691) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at java.awt.EventQueue.dispatchEvent(EventQueue.java:714) at com.intellij.ide.IdeEventQueue.e(IdeEventQueue.java:748) at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:577) at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:384) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

9 years, 1 month

1
0
0 / 0

JavaType vs JavaSource

by Antonio Goncalves

Hi all, I am having a look at some code and realize that I don't understand the subtle difference between JavaType and JavaSource in certain cases. In some visitor code (see below), I see : JavaType<?> javaType = resource.getJavaType(); And other times I see : JavaSource<?> javaSource = javaResource.getJavaType(); So I look at the code. JavaSource extends from JavaType, adds one method, and then they both implement similar interfaces (JavaDocCapable vs JavaDocCapableSource). So, in the following example, why use JavaSource instead of JavaType ? Thanks Antonio @Override public void visit(VisitContext context, JavaResource resource) { try { *JavaType<?> javaType = resource.getJavaType();* if (javaType.isClass() && !javaType.hasAnnotation(Entity.class) javaSource.hasAnnotation(MappedSuperclass.class)) { classes.add(resource); } } catch (FileNotFoundException e) { // ignore } } -- Antonio Goncalves Software architect and Java Champion Web site <http://www.antoniogoncalves.org/> | Twitter <http://twitter.com/agoncal> | LinkedIn <http://www.linkedin.com/in/agoncal> | Paris JUG <http://www.parisjug.org/> | Devoxx France <http://www.devoxx.fr/>

9 years, 1 month

2
3
0 / 0

Add vs New

by Antonio Goncalves

Hi all, I'm a bit particular on wording because I think that the right word makes things easier for the new comer. I'm implementing a new UI command to add an injection point to a class. So, the name of the command would be cdi-add-injection-point. But then I started to have a look at the other xxx- *add*-yyy commands : addon-add-dependency project-add-dependencies project-add-managed-dependencies project-add-repository java-add-annotation constraint-add They all add something, into something already existing. If we take this definition for granted, shouldn't the following commands be renamed *add* instead of *new* : jpa-new-named-query cdi-new-conversation java-new-enum-const java-new-field java-new-method jpa-new-field -- Antonio Goncalves Software architect and Java Champion Web site <http://www.antoniogoncalves.org/> | Twitter <http://twitter.com/agoncal> | LinkedIn <http://www.linkedin.com/in/agoncal> | Paris JUG <http://www.parisjug.org/> | Devoxx France <http://www.devoxx.fr/>

9 years, 1 month

3
4
0 / 0

Forge Meeting Minutes - 2015-03-10

by Antonio Goncalves

Hi all, I am having a look at some visitor code, and then, I realized that I don't understand the difference between a JavaType and @Override public void visit(VisitContext context, JavaResource resource) { try { JavaType<?> javaType = resource.getJavaType(); if (javaType.isClass() && !javaType.hasAnnotation(Entity.class) javaSource.hasAnnotation(MappedSuperclass.class)) { classes.add(resource); } } catch (FileNotFoundException e) { // ignore } } -- Antonio Goncalves Software architect and Java Champion Web site <http://www.antoniogoncalves.org/> | Twitter <http://twitter.com/agoncal> | LinkedIn <http://www.linkedin.com/in/agoncal> | Paris JUG <http://www.parisjug.org/> | Devoxx France <http://www.devoxx.fr/>

9 years, 1 month

1
0
0 / 0

Forge Meeting Minutes - 2015-03-10

by Lincoln Baxter, III

Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Meeting summary --------------- * Agenda (lincolnthree, 14:03:36) * Status Reports (lincolnthree, 14:06:56) * I've refactored the Furnace test harness to introduce the AddonArchive and @AddonDeployments features (lincolnthree, 14:07:19) * it's now possible to use @AddonDependencies to automatically add dependencies to the AddonArchive, without needing to duplicate the information in the @Deployment method itself (lincolnthree, 14:07:49) * You can also control import/export of the dependencies from the @AddonDependency or @AddonDeployment annotations. (lincolnthree, 14:08:07) * This was released in 2.15.0 and 2.15.1 (there was a bug) (lincolnthree, 14:08:30) * I also spent a good amount of time reviewing latest changes to the website, and I'm going to meet with the designer this week to discuss remaining issues (lincolnthree, 14:09:00) * Forge 2.15.1.Final will be released today (gastaldi, 14:09:39) * I also implemented an AddonLoadingStrategy policy with gastaldi that allows you to control what versions of addons may or may not be loaded by Furnace (lincolnthree, 14:10:01) * that's all from me (lincolnthree, 14:10:07) * Issues related to the Furnace container should now go into https://issues.jboss.org/browse/FURNACE (gastaldi, 14:10:56) * I'll move the open issues associated with Furnace over there (gastaldi, 14:11:14) * Furnace has now a separate JIRA project because it has it's own release cycle (gastaldi, 14:11:48) * Finished writing Tutorial on creating a new Java EE Command (needs to be reviewed) (agoncal, 14:13:42) * Started working on the second Tutorial about creating a new Java EE command that updates code (agoncal, 14:14:19) * Website Status (lincolnthree, 14:27:25) * I did the second review with the designer and found a lot of new issues with the site, so… sent it back for more fixes. Going to meet with him later this week to review and make sure it all gets fixed. (lincolnthree, 14:27:51) * Forge 2.15.1.Final is released! (lincolnthree, 14:40:07) * LINK: https://issues.jboss.org/secure/ReleaseNote.jspa?projectId=12311820&versi... (gastaldi, 14:40:23) * https://issues.jboss.org/secure/ReleaseNote.jspa?projectId=12311820&versi... (lincolnthree, 14:40:38) -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better."

9 years, 1 month

3
2
0 / 0

Feedback on Documenting how to create and test a command that creates Java code

by Ivan St. Ivanov

Hi everybody, I went a few times through the tutorial on writing Java source Forge commands. Great effort! It was about time we have things like this (which is more a bad feedback for me, as I wanted to write something like this for quite a long time, but I haven't yet done it ;)). So, here is some things that I think can be improved: - Shouldn't the FAQ and the tutorial be separate documents? - Where did the UML diagram of the commands type structure go? - According to the title and to the introductory paragraphs of the tutorial section, a reader would feel that this is a generic paper about writing Forge commands in their own addon (something like in the Developing Forge section in the HoL). However, it is more about extending existing [core] addons with new commands. So maybe this could be stated more explicitly in the title? - The Metada.name method gets a string which is by convention something like "<command group>: <command name>". Maybe it could be explained how would this translate on the command line and in the IDE, what are the common command groups and what is the convention for the command names - I personally need a better explanation about the difference between @AddonDeployments and ShrinkWrap.addAsAddonDependenies - It would be clearer if the UITestHarness and ShellTest classes and their purpose should be introduced right before the test methods that they are used in (checkCommandMetadata and checkCommandShell respectively) and not in the beginning of the section. Thus the reader does not lose the context around those test helper classes at the point they are used for the first time - In the beginning of the Let's add some business code section you refresh the readers about our goal (i.e. to create a constraint class), but not about the Forge command that we wrote before the test section. It may be a good idea to remind the reader about that as well, so that she does not have to scroll up to find what she did so far - It would be a good idea to have a few sentences about what is a facet before it is introduced for the first time in testCreateNewPayload method - There are some typos I suppose that you can turn reviewing on and I can do myself some of the most obvious fixes (like the typos for example), which you can review afterwards? Cheers, Ivan

9 years, 1 month

2
4
0 / 0

Forge Meeting Minutes - 2015-03-03

by Lincoln Baxter, III

Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.20... Meeting summary --------------- * Agenda (gastaldi, 22:43:19) * Forge Tutorials (gastaldi, 22:44:43) * LINK: https://docs.google.com/document/d/11Y-zcl2-fp-Kxdq1wq8gM37_AUeWX6SQiYV65... (agoncal, 22:45:05) * ACTION: agoncal will send an email to the Forge ML/tweet asking for reviewers for the tutorial (gastaldi, 22:48:15) * ACTION: agoncal will start the next tutorial gently next week (gastaldi, 22:49:51) * Priority tasks (gastaldi, 22:53:17) * Removal of Forge 1 from JBDS is #1 priority (gastaldi, 22:59:34) * Upgrade JBDS plugin (and NetBeans/IntelliJ) to use addonCompatibilityStrategy (lincolnthree, 23:00:35) * Documentation improvement and website are both high priority (lincolnthree, 23:02:51) * ACTION: The Forge Team will release 2.15.0.Final still this week (gastaldi, 23:03:39) * ACTION: lincolnthree and gastaldi will review the latest website updates (gastaldi, 23:06:57) * Website (gastaldi, 23:07:28) * I have just received a new batch of changes from the designer that need review (lincolnthree, 23:08:25) * We need to update Redoculous to use the filesystem, not infinispan (lincolnthree, 23:08:38) * Site should be nearly done. Just have to make sure all of our feedback is incorporated into the HTML. (lincolnthree, 23:09:07) * Then it's time to implement on the live site. (lincolnthree, 23:09:17) * JBDS Forge 1 (gastaldi, 23:10:41) * Roadmap (gastaldi, 23:19:46) * LINK: https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Docker_Addon... (gastaldi, 23:25:23) -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better."

9 years, 1 month

1
0
0 / 0

Roaster and type-resolving

by Lincoln Baxter, III

It looks like it's possible to implement proper type resolving fairly easily using the new JDT - we should consider using this: https://github.com/jsight/windup/blob/mbriskar_ast_tweaks/rules-java/api/... Then we could actually do things like query the known types on the project classpath and actually generate scaffolded from types in other projects / dependencies, etc. -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better."

9 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-dev March 2015