[JBoss JIRA] (FORGE-773) entities for scaffold could be binary, not source
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-773?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-773:
----------------------------------
Component/s: Parsers / File Manipulation
Scaffold
> entities for scaffold could be binary, not source
> -------------------------------------------------
>
> Key: FORGE-773
> URL: https://issues.jboss.org/browse/FORGE-773
> Project: Forge
> Issue Type: Feature Request
> Components: Parsers / File Manipulation, Scaffold
> Reporter: John Franey
> Fix For: 1.x Future
>
>
> I have already a jar file full of JPA entity classes, built by another project. To generate scaffold on forge 1.2.1, I create a forge project and unpack the source code of the jpa project into the forge project, then I can run the scaffold.
> I'd like a parameter to accept a dependency and a package or class name: scaffold from-entity [groupId:artifactId:]entity-name
> if groupId:artifactId were provided, then the plugin would find that dependency, open that jar and look for the class(es) with that name, convert those to JavaClass implementation that wraps a java.lang.Class and call the scaffold provider.
> FacesScaffold facet operates on JavaClass. Thanks to architects that made this an interface, its not hard to implement as a wrapper to java.lang.Class; same for other interfaces in forge's java api. In other words, using these wrappers, FacesScaffold can operate on java class data.
> However, there seem to be a few roadblocks for me:
> # The ScaffoldPlugin can accept a JavaResource, a source file. There is no method on the plugin to accept a JavaClass Is it possible to override, perhaps by defining a brand new plugin that derives from ScaffoldPlugin and provides the method that accepts a JavaClass?
> # The ShellImpl has a fixed conversion from string to JavaResource. Is it possible to provide a custom conversion in order for the shell to call a plugin method with a JavaCLass parameter?
> # The Dependency facet does not have a method that gives access to the jar file of the dependency. I'm not confident that getSystemPath() returns the path to the actual jar file. This data derives from the apache Maven's method Dependency.getSystemPath() which has a javadoc saying: "don't call this method." I think Eclipse and maven have different dependency resolution mechanisms, so this facet would be different in each.
> Have I read the forge code wrong? Is there a roadmap that navigates these issues?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (FORGE-691) scaffolding does not support entities using a manytomany relationship with a join table
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-691?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-691:
----------------------------------
Component/s: Scaffold
> scaffolding does not support entities using a manytomany relationship with a join table
> ---------------------------------------------------------------------------------------
>
> Key: FORGE-691
> URL: https://issues.jboss.org/browse/FORGE-691
> Project: Forge
> Issue Type: Feature Request
> Components: Scaffold
> Reporter: Kevin Hooke
> Fix For: 1.x Future
>
>
> using field with a relationship type of manytomany does not give the option to generate the relationship using a join table. If you map this relationship by hand with JPA annotations using oneToMany from either side to an association entity, Forge scaffolding does not know how to generate view pages to handle creation of the relationship. It currently attempts to populate a list to allow the user to select an instance of the association class, which doesn't make any sense.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (FORGE-781) forge install-plugin command fails with cygwin
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-781?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-781:
----------------------------------
Component/s: Windows
> forge install-plugin command fails with cygwin
> -----------------------------------------------
>
> Key: FORGE-781
> URL: https://issues.jboss.org/browse/FORGE-781
> Project: Forge
> Issue Type: Bug
> Components: Init Scripts, Windows
> Affects Versions: 1.1.2.Final, 1.1.3.Final, 1.2.0.Final
> Environment: cygwin
> Reporter: Andreas Karalus
> Fix For: 1.x Future
>
>
> @See: https://community.jboss.org/message/797250
> forge install-plugin <plugin> command fails if it is called from cygwin.
> I tried this with different forge versions (1.1.2, 1.1.3, 1.2.0) and different plugins (jboss-as-7, richfaces)
> I think the problem relies in the path resolution for loading modules with cygwin. This path ist not present: C:\cygwin\home\297646\.forge\plugins
> {code}
> roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\
> {code}
> The .forge folder is installed under: C:\Users\297646\.forge\plugin (even if forge was called from cygwin first time).
> {code}
> 297646@TB01448C ~/workspaces/forge-jbossas-quickstart
> # forge
> Failed loading: org.richfaces.forge.richfaces-forge-plugin:1.0.5.Final:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b
> org.jboss.modules.ModuleNotFoundException: Module org.richfaces.forge.richfaces-forge-plugin:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b is not found in local module loader @2fcac6db (roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\.)
> at org.jboss.modules.LocalModuleLoader.findModule(LocalModuleLoader.java:126)
> at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:275)
> at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:222)
> at org.jboss.modules.LocalModuleLoader.preloadModule(LocalModuleLoader.java:94)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:204)
> at org.jboss.forge.shell.Bootstrap.loadPlugins(Bootstrap.java:254)
> at org.jboss.forge.shell.Bootstrap.access$200(Bootstrap.java:38)
> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:125)
> at java.lang.Thread.run(Thread.java:662)
> _____
> | ___|__ _ __ __ _ ___
> | |_ / _ \| `__/ _` |/ _ \ \\
> | _| (_) | | | (_| | __/ //
> |_| \___/|_| \__, |\___|
> |___/
> JBoss Forge, version [ 1.2.0.Final ] - JBoss, by Red Hat, Inc. [ http://jboss.org/forge ]
> [jboss-as-quickstarts-parent] forge-jbossas-quickstart $
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years