August 2012 - forge-issues - Jboss List Archives

[JBoss JIRA] Created: (SEAMFORGE-336) Need a way of supplying JARs to Plugins (e.g. Hibernate Tools)

by Lincoln Baxter III (JIRA)

Need a way of supplying JARs to Plugins (e.g. Hibernate Tools) --------------------------------------------------------------- Key: SEAMFORGE-336 URL: https://issues.jboss.org/browse/SEAMFORGE-336 Project: Seam Forge Issue Type: Feature Request Components: Plugin API, Usability Affects Versions: 1.0.0.Beta2 Reporter: Lincoln Baxter III You could (in theory) add a JAR to the plugin module where it is installed: .forge/plugins/org/jboss/hibernate/forge/hibernate-tools-plugin/dependencies/1.0.0-SNAPSHOT-*** and also add that jar as a resource in the module.xml file .forge/plugins/org/jboss/hibernate/forge/hibernate-tools-plugin/dependencies/1.0.0-SNAPSHOT-***/modules.xml That should do it, but it's not easy. This needs to be streamlined -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

2
12
0 / 0

[JBoss JIRA] (FORGE-291) Contextual injection of Completion Proposals

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-291?page=com.atlassian.jira.plugin.... ] George Gastaldi updated FORGE-291: ---------------------------------- Fix Version/s: 2.0.0.Alpha1 > Contextual injection of Completion Proposals > -------------------------------------------- > > Key: FORGE-291 > URL: https://issues.jboss.org/browse/FORGE-291 > Project: Forge > Issue Type: Feature Request > Components: Shell > Reporter: Max Rydahl Andersen > Fix For: 2.0.0.Alpha1 > > > from irc: > "just wondering if that shouldn't be something like a @Current CompletionProposals getProposals(String prompt) on Commands ? > a producer method for possible completion values." -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-297) Should provide ability to specify mutually exclusive command options

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-297?page=com.atlassian.jira.plugin.... ] George Gastaldi updated FORGE-297: ---------------------------------- Fix Version/s: 2.0.0.Alpha1 > Should provide ability to specify mutually exclusive command options > -------------------------------------------------------------------- > > Key: FORGE-297 > URL: https://issues.jboss.org/browse/FORGE-297 > Project: Forge > Issue Type: Feature Request > Components: Plugin API > Affects Versions: 1.0.0.Alpha1 > Reporter: Lincoln Baxter III > Priority: Minor > Fix For: 2.0.0.Alpha1 > > > When developing Plugin @Commands, it is sometimes convenient to specify options from which only one must be selected > For example: > * providing a maven GAV "org.jboss.seam.forge:forge-parent:1.0.0" > * specifying the path to said project "~/projects/forge/" > Both inputs are valid, but only one is required. If one is selected, the other should be hidden from completion. (Or some such interaction.) > If both are missing, Forge should prompt for one to be completed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-162) Reload the current project/resource metadata when filesystem changes occur

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-162?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-162: ------------------------------------- Summary: Reload the current project/resource metadata when filesystem changes occur (was: Need to be able to reload the current project/resource metadata when filesystem changes occur) Fix Version/s: 2.0.0.Alpha1 > Reload the current project/resource metadata when filesystem changes occur > -------------------------------------------------------------------------- > > Key: FORGE-162 > URL: https://issues.jboss.org/browse/FORGE-162 > Project: Forge > Issue Type: Enhancement > Components: Event Bus, Resources API > Affects Versions: 1.0.0.Alpha4 > Reporter: Lincoln Baxter III > Fix For: 2.0.0.Alpha1 > > > When project filesystem changes occur, the project can be in a relatively inconsistent state, where facets are not available but are still registered (this is currently detected, but we should probably just fix this the real way by reloading the project metadata) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-379) Add user profiles

by Pete Muir (Created) (JIRA)

Add user profiles ----------------- Key: FORGE-379 URL: https://issues.jboss.org/browse/FORGE-379 Project: Forge Issue Type: Feature Request Affects Versions: 1.0.0.Beta3 Reporter: Pete Muir Assignee: Lincoln Baxter III At the moment Forge assumes that every user needs the same level of hand-holding. This means that advanced users are shortchanged (as they want more control) and newbies can get lost. Introducing a number of user profiles (e.g. newbie, intermediate, god) could help here. For example, if in newbie mode, the faces plugin wouldn't ask if you wanted to change from jar -> war packaging, assuming that the person does... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
2
0 / 0

[JBoss JIRA] (FORGE-150) Implementations of JavaParser Interfaces should maintain equality with other implementations

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-150?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-150: ------------------------------------- Summary: Implementations of JavaParser Interfaces should maintain equality with other implementations (was: Implementations of Interfaces should maintain equality with other implementations) Fix Version/s: 1.0.7.Final Component/s: Parsers / File Manipulation (was: Plugin API) > Implementations of JavaParser Interfaces should maintain equality with other implementations > -------------------------------------------------------------------------------------------- > > Key: FORGE-150 > URL: https://issues.jboss.org/browse/FORGE-150 > Project: Forge > Issue Type: Enhancement > Components: Parsers / File Manipulation > Affects Versions: 1.0.0.Alpha4 > Reporter: Jason Porter > Fix For: 1.0.7.Final > > > Until I saw how to create an Import (which I still don't agree with having to be tied to the Implementation) I thought about creating my own implementation for a test (a mock would be even better) so I looked at the equals for the ImportImpl and it does not keep equality with other implementations because it checks to see if the class is the same. It also checks internal state instead of using the interface methods. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-33) Pathspec parser does not properly handle Regex character in input (revealed when using tab-completion)

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-33?page=com.atlassian.jira.plugin.s... ] George Gastaldi updated FORGE-33: --------------------------------- Fix Version/s: 1.0.7.Final Assignee: (was: Mike Brock) > Pathspec parser does not properly handle Regex character in input (revealed when using tab-completion) > ------------------------------------------------------------------------------------------------------ > > Key: FORGE-33 > URL: https://issues.jboss.org/browse/FORGE-33 > Project: Forge > Issue Type: Bug > Components: Shell > Affects Versions: 1.0.0.Beta2 > Environment: Ubuntu > Reporter: Lincoln Baxter III > Priority: Critical > Fix For: 1.0.7.Final > > > cd I(<TAB>" > results in: > [forge-distribution] dist $ set verbose on > [forge-distribution] dist $ cd ~/Desktop/ > [no project] Desktop $ cd I(<TAB>[INFO] ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 17.077s > [INFO] Finished at: Tue Dec 14 18:56:28 EST 2010 > [INFO] Final Memory: 16M/218M > [INFO] ------------------------------------------------------------------------ > [ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.1.1:java (default-cli) on project forge-distribution: An exception occured while executing the Java class. null: InvocationTargetException: Unclosed group near index 6 > [ERROR] ^I(.*$ > [ERROR] ^ > [ERROR] -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.1.1:java (default-cli) on project forge-distribution: An exception occured while executing the Java class. null > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:203) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:140) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:314) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:151) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:445) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:168) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > Caused by: org.apache.maven.plugin.MojoExecutionException: An exception occured while executing the Java class. null > at org.codehaus.mojo.exec.ExecJavaMojo.execute(ExecJavaMojo.java:338) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:195) > ... 19 more > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:283) > at java.lang.Thread.run(Thread.java:619) > Caused by: java.util.regex.PatternSyntaxException: Unclosed group near index 6 > ^I(.*$ > ^ > at java.util.regex.Pattern.error(Pattern.java:1713) > at java.util.regex.Pattern.accept(Pattern.java:1571) > at java.util.regex.Pattern.group0(Pattern.java:2533) > at java.util.regex.Pattern.sequence(Pattern.java:1806) > at java.util.regex.Pattern.expr(Pattern.java:1752) > at java.util.regex.Pattern.compile(Pattern.java:1460) > at java.util.regex.Pattern.<init>(Pattern.java:1133) > at java.util.regex.Pattern.compile(Pattern.java:823) > at org.jboss.seam.forge.project.util.PathspecParser.resolve(PathspecParser.java:130) > at org.jboss.seam.forge.shell.completer.PluginCommandCompleter.getOptionCandidates(PluginCommandCompleter.java:337) > at org.jboss.seam.forge.shell.completer.PluginCommandCompleter.complete(PluginCommandCompleter.java:173) > at org.jboss.seam.forge.shell.completer.CommandCompleterAdaptor.complete(CommandCompleterAdaptor.java:49) > at jline.console.completer.AggregateCompleter$Completion.complete(AggregateCompleter.java:105) > at jline.console.completer.AggregateCompleter.complete(AggregateCompleter.java:66) > at jline.console.ConsoleReader.complete(ConsoleReader.java:1101) > at jline.console.ConsoleReader.readLine(ConsoleReader.java:898) > at jline.console.ConsoleReader.readLine(ConsoleReader.java:834) > at jline.console.ConsoleReader.readLine(ConsoleReader.java:822) > at org.jboss.seam.forge.shell.ShellImpl.readLine(ShellImpl.java:265) > at org.jboss.seam.forge.shell.ShellImpl.doShell(ShellImpl.java:246) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) > at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) > at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) > at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) > at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:198) > at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:200) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:270) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:253) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:222) > at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:605) > at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:598) > at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:592) > at org.jboss.seam.forge.shell.Bootstrap.main(Bootstrap.java:56) > ... 6 more > [ERROR] > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please read the following articles: > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > lb3@quadshark ~/JBoss/forge/dist $ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-32) FSHParser is too agressive (destroys command input)

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-32?page=com.atlassian.jira.plugin.s... ] George Gastaldi updated FORGE-32: --------------------------------- Fix Version/s: 1.0.7.Final Assignee: (was: Mike Brock) > FSHParser is too agressive (destroys command input) > --------------------------------------------------- > > Key: FORGE-32 > URL: https://issues.jboss.org/browse/FORGE-32 > Project: Forge > Issue Type: Bug > Components: Shell > Affects Versions: 1.0.0.Beta2 > Reporter: Lincoln Baxter III > Priority: Critical > Fix For: 1.0.7.Final > > > FSHParser is breaking up statements that clearly are not scripts: > [example] Customer.java $ prettyfaces mapping --resource /scaffold/customer/view.xhtml --pattern /customer/#{id} --id viewCustomer > ***INFO*** The command [mapping] takes [0] unnamed argument(s), but found [1]. > ***INFO*** Swallowed unknown token [{] for command [mapping]. > ***INFO*** Swallowed unknown token [id] for command [mapping]. > ***INFO*** Swallowed unknown token [}] for command [mapping]. > ... etc > [example] Customer.java $ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-160) Have scaffolding put labels etc in i18n property files

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-160?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-160: ------------------------------------- Fix Version/s: 1.0.7.Final Component/s: Scaffold (was: Builtin Plugins) > Have scaffolding put labels etc in i18n property files > ------------------------------------------------------ > > Key: FORGE-160 > URL: https://issues.jboss.org/browse/FORGE-160 > Project: Forge > Issue Type: Enhancement > Components: Scaffold > Affects Versions: 1.0.0.Alpha4 > Reporter: Ronald van Kuijk > Priority: Optional > Labels: scaffold > Fix For: 1.0.7.Final > > > To support easy i18n, the labels for e.g. colums or input fields should be put in files. > Decide on: > - label conventions > - use of jsf i18n or seam i18n > - ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-136) SPI to add @Option Converters for custom types

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-136?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-136: ------------------------------------- Summary: SPI to add @Option Converters for custom types (was: Provide the ability to add @Option Converters for custom types) Fix Version/s: 2.0.0.Alpha1 > SPI to add @Option Converters for custom types > ---------------------------------------------- > > Key: FORGE-136 > URL: https://issues.jboss.org/browse/FORGE-136 > Project: Forge > Issue Type: Enhancement > Components: Plugin API, Shell > Affects Versions: 1.0.0.Alpha2 > Reporter: Lincoln Baxter III > Fix For: 2.0.0.Alpha1 > > > This process should be encapsulated with a Forge interface API, adapter, and ServiceLoader for extension. > {code} > void init(@Observes final Startup event, final PluginCommandCompleter pluginCompleter) throws Exception > { > BooleanConverter booleanConverter = new BooleanConverter(); > addConversionHandler(boolean.class, booleanConverter); > addConversionHandler(Boolean.class, booleanConverter); > addConversionHandler(File.class, new FileConverter()); > addConversionHandler(Dependency.class, new DependencyIdConverter()); > addConversionHandler(URL.class, new URLConverter()); > ... > } > public interface OptionValueConverter<T> { > public boolean supports(Class<?> type); > public T convert(Object value); > } > {code} > This interface should support injection. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues August 2012