[JBoss JIRA] (FORGE-1731) Exception when running scaffold-generate before scaffold-setup
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1731?page=com.atlassian.jira.plugin... ]
George Gastaldi updated FORGE-1731:
-----------------------------------
Fix Version/s: 2.x Future
> Exception when running scaffold-generate before scaffold-setup
> --------------------------------------------------------------
>
> Key: FORGE-1731
> URL: https://issues.jboss.org/browse/FORGE-1731
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Scaffold
> Reporter: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> In eclipse wizards:
> project-new --named something
> scaffold-setup (error ensues)
> {code}
> SEVERE: Error while navigating to next step
> org.jboss.forge.addon.facets.FacetNotFoundException: No Facet of type [interface org.jboss.forge.addon.javaee.jpa.JPAFacet] is installed.
> at org.jboss.forge.addon.facets.AbstractFaceted.getFacet(AbstractFaceted.java:51)
> at org.jboss.forge.addon.scaffold.faces.ScaffoldableEntitySelectionWizard.initializeUI(ScaffoldableEntitySelectionWizard.java:110)
> 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:606)
> at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor$1.call(ClassLoaderInterceptor.java:59)
> at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:34)
> at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor.invoke(ClassLoaderInterceptor.java:75)
> at org.jboss.forge.addon.scaffold.faces.ScaffoldableEntitySelectionWizard_$$_javassist_019006e3-4b9f-479f-bacc-eacf38dab5be.initializeUI(ScaffoldableEntitySelectionWizard_$$_javassist_019006e3-4b9f-479f-bacc-eacf38dab5be.java)
> at org.jboss.forge.addon.ui.impl.controller.SingleCommandControllerImpl.initialize(SingleCommandControllerImpl.java:55)
> at org.jboss.forge.addon.ui.impl.controller.WizardCommandControllerImpl.initialize(WizardCommandControllerImpl.java:114)
> at org.jboss.forge.addon.ui.impl.controller.NoUIWizardControllerDecorator.canMoveToNextStep(NoUIWizardControllerDecorator.java:60)
> at sun.reflect.GeneratedMethodAccessor130.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$1.call(ClassLoaderAdapterCallback.java:98)
> at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:34)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:71)
> at org.jboss.forge.addon.ui.controller.CommandController_$$_javassist_3ca44b11-b13f-4587-a0ae-753e02b250f4.canMoveToNextStep(CommandController_$$_javassist_3ca44b11-b13f-4587-a0ae-753e02b250f4.java)
> at org.jboss.tools.forge.ui.ext.wizards.ForgeWizardPage.canFlipToNextPage(ForgeWizardPage.java:234)
> at org.eclipse.jface.wizard.WizardDialog.updateButtons(WizardDialog.java:1349)
> at org.jboss.tools.forge.ui.ext.wizards.ForgeWizardPage.handleEvent(ForgeWizardPage.java:147)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4166)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1466)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1489)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1474)
> at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1279)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4012)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3651)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:826)
> at org.eclipse.jface.window.Window.open(Window.java:802)
> at org.jboss.tools.forge.ui.ext.dialog.WizardDialogHelper.openWizard(WizardDialogHelper.java:157)
> at org.jboss.tools.forge.ui.ext.dialog.UICommandListDialog$1$1.handleElementSelected(UICommandListDialog.java:161)
> at org.jboss.tools.forge.ui.ext.quickaccess.QuickAccessContents.handleSelection(QuickAccessContents.java:326)
> at org.jboss.tools.forge.ui.ext.quickaccess.QuickAccessContents.access$0(QuickAccessContents.java:316)
> at org.jboss.tools.forge.ui.ext.quickaccess.QuickAccessContents$1.keyPressed(QuickAccessContents.java:347)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:167)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4166)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1466)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1489)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1474)
> at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1503)
> at org.eclipse.swt.widgets.Text.sendKeyEvent(Text.java:1632)
> at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1499)
> at org.eclipse.swt.widgets.Text.sendKeyEvent(Text.java:1598)
> at org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1060)
> at org.eclipse.swt.widgets.Display.windowProc(Display.java:5648)
> at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
> at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:221)
> at org.eclipse.swt.widgets.Widget.superKeyDown(Widget.java:1907)
> at org.eclipse.swt.widgets.Widget.keyDown(Widget.java:1085)
> at org.eclipse.swt.widgets.Control.keyDown(Control.java:2400)
> at org.eclipse.swt.widgets.Display.windowProc(Display.java:5558)
> at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
> at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:221)
> at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2104)
> at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2318)
> at org.eclipse.swt.widgets.Display.windowProc(Display.java:5620)
> at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
> at org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:5057)
> at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5206)
> at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
> at org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:128)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3648)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:140)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:611)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
> 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:354)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:181)
> 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:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-926) It should be : maxlength instead of maxLength
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-926?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-926:
----------------------------------
Fix Version/s: 2.x Future
(was: 1.x Future)
> It should be : maxlength instead of maxLength
> ---------------------------------------------
>
> Key: FORGE-926
> URL: https://issues.jboss.org/browse/FORGE-926
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Scaffold
> Affects Versions: 1.2.0.Final, 1.2.1.Final, 1.2.2.Final, 1.3.0.Final
> Environment: Any
> Reporter: Hanine Hanynowsky
> Assignee: Vineet Reynolds
> Priority: Minor
> Fix For: 2.x Future
>
>
> The JBoss Forge UI scaffold uses maxLength as the attribute name instead of maxlength, when generating <h:inpuText /> components, in .xhtml files.
> So this is a typo error (capital L instead of a lowercase l).
> People using Eclipse or JBoss developer might notice it since, these IDEs do not complain about it. If you use Netbeans or IntelliJidea, you would be prompted to correct the error.
> This has no critical consequences so far, but should be changed to correct name.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-471) JavaResource handling of files with nested classes is incorrect
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-471?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-471:
----------------------------------
Fix Version/s: 2.x Future
(was: 1.x Future)
> JavaResource handling of files with nested classes is incorrect
> ---------------------------------------------------------------
>
> Key: FORGE-471
> URL: https://issues.jboss.org/browse/FORGE-471
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Parsers / File Manipulation, Resources
> Affects Versions: 1.0.6.Final
> Reporter: Rudy De Busscher
> Fix For: 2.x Future
>
>
> In the case you have following java source file
> {code:java}
> public class Test {
>
> private String mainProperty;
> public void mainMethod() {
> System.out.println("Hi");
> }
> public static final class Nested {
> private String innerProperty;
> public void innerMethod() {
> System.out.println("I'm inner");
> }
> }
> }
> {code}
> And running following statements
> {code:java}
> JavaResource javaResource = factory.getResourceFrom(new File"/path/to/file/Test.java")).reify(JavaResource.class);
> System.out.println(javaResource.toString());
> List<Resource<?>> resources = javaResource.listResources();
> for (Resource res : resources) {
> System.out.println(res.getFullyQualifiedName());
> }
> {code}
> You get the following output
> {code}
> be.rubus.forge.deltaspike.test.projectstage.Nested
> /path/to/file/Test.java/innerProperty::String
> /path/to/file/Test.java/mainMethod()::void
> /path/to/file/Test.java/innerMethod()::void
> {code}
> The wrong name is due to the fact that TypeDeclarationFinderVisitor records every class type the parser finds. In our case the 2 class names but only the last one is kept (first name is overwritten)
> The MethodFinderVisitor has a similar problem, it gets called twice and adds up the found methods.
> So there need to be a general review of the visitors to be able to handle nested or multiple classes in one java source file.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-601) XML Parser should support inclusion of elements beginning with '<!' (e.g. DTDs)
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-601?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-601:
----------------------------------
Fix Version/s: (was: 1.x Future)
> XML Parser should support inclusion of elements beginning with '<!' (e.g. DTDs)
> -------------------------------------------------------------------------------
>
> Key: FORGE-601
> URL: https://issues.jboss.org/browse/FORGE-601
> Project: Forge
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Parsers / File Manipulation
> Affects Versions: 1.0.5.Final
> Environment: Fedora 15 (64-bit), Java 1.7
> Reporter: Ryan Bradley
> Fix For: 2.x Future
>
>
> In my plugin, I use Apache Tiles, which require a reference to a DTD in their layouts/views XML declaration files. I am trying to create these files from a template, and then add more view/layout definitions later in the plugin's workflow.
> However, depending on how the DTD reference (in the format <!....>) is added, it is either omitted from the generated file or causes an exception when the XML Parser tries to parse the file for the root node.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-659) MovePlugin fails while moving java classes
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-659?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-659.
---------------------------------
Fix Version/s: (was: 1.x Future)
Resolution: Out of Date
Maintenance of 1.x branch is frozen
> MovePlugin fails while moving java classes
> ------------------------------------------
>
> Key: FORGE-659
> URL: https://issues.jboss.org/browse/FORGE-659
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Builtin Plugins
> Reporter: George Gastaldi
> Labels: annoying
>
> Having a class in a package, when you try to move that class to another package, the following error is thrown:
> {code:java}
> [exemplo] model $ ls
> Cidade.java UnidadeFederativa.java
> [exemplo] model $ mv Cidade.java ex01/Cidade.java
> ***ERROR*** [mv] no such child: null
> {code}
> Probably we should give a better description, or say that this feature isn't supported yet.
> Moving a class to another package includes refactoring the whole project, in order to avoid compilation errors.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-859) ACCEPT_DEFAULTS should be more fine grained
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-859?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-859:
----------------------------------
Fix Version/s: 2.x Future
(was: 1.x Future)
> ACCEPT_DEFAULTS should be more fine grained
> -------------------------------------------
>
> Key: FORGE-859
> URL: https://issues.jboss.org/browse/FORGE-859
> Project: Forge
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: UI - Shell, Usability
> Affects Versions: 1.2.3.Final
> Reporter: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> 01:19:24 PM) Pete Muir: also, the other one i wanted to ask about
> (01:19:29 PM) Pete Muir: was the ACCEPT_DEFAULTS thing
> (01:19:34 PM) Pete Muir: atm it's a little to coarse
> (01:19:42 PM) Pete Muir: i want to accept quite a lot of defaults, but not all of them
> (01:19:58 PM) Pete Muir: e.g. i want to accept default versions
> (01:20:06 PM) Pete Muir: but perhaps not questions about scaffolding
> (01:20:17 PM) Pete Muir: perhaps this needs to be an enum, not a true/false
> (01:21:39 PM) Lincoln: possible to do but would require converting the accept default functionality to an enum or value based check
> (01:22:24 PM) Pete Muir: consider it
> (01:22:33 PM) Pete Muir: because atm running without accept defaults is painful
> (01:22:41 PM) Pete Muir: but with it, you miss critical questions
> (01:23:26 PM) Lincoln: most questions are engineered for safe use of <ENTER>
> (01:23:30 PM) Lincoln: prompts
> (01:23:35 PM) Pete Muir: yeah
> (01:23:37 PM) Pete Muir: but some aren't
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-697) For Faces scaffold selectOneMenu not working with LAZY properties
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-697?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-697.
---------------------------------
Fix Version/s: (was: 1.x Future)
Resolution: Cannot Reproduce Bug
Couldn't reproduce the issue. Please reopen if still occurs in the Forge 2.x versions.
Thanks
> For Faces scaffold selectOneMenu not working with LAZY properties
> -----------------------------------------------------------------
>
> Key: FORGE-697
> URL: https://issues.jboss.org/browse/FORGE-697
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Scaffold
> Affects Versions: 1.1.1.Final
> Environment: JBoss 7.1.1, forge 1.1.1
> Reporter: Esteve Aviles
> Priority: Minor
> Labels: jpa2
>
> When using JSF scaffold we get the following generated code for @ManyToOne relation:
> <h:selectOneMenu converter="#{clubBean.converter}" id="clubFacilityBeanClubFacilityClub" value="#{clubFacilityBean.clubFacility.club}">
> <f:selectItem/>
> <f:selectItems value="#{clubBean.all}"/>
> </h:selectOneMenu>
> When we annotate the property LAZY @ManyToOne(fetch=FetchType.LAZY) the selectOneMenu is not selected with the current value in the create.xhtml file.
> Is there any way to solve this situation?
> Thanks in advance.
> Regards
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months