I think that should work fine. Part of my problem is my lack of CDI knowledge. As this error shows I know just enough to be dangerous :)
The idea of the ProjectConfiguration is just a wrapper in a sense over the org.jboss.forge.env.Configuration. It just sets up some defaults for it and uses getters rather then exposing the property key.
On 04/29/2013 09:38 PM, Lincoln Baxter, III wrote:
I may not understand what the ProjectConfiguration is actually for and what constructs it, but that is the approach I would take.
On Tue, Apr 30, 2013 at 12:38 AM, Lincoln Baxter, III <lincolnbaxter@gmail.com> wrote:
I was thinking about this. Since Facets are inherently ProjectScoped, there's no point to use ProjectScoped on your class. Just make it @Dependent and you should be fine. If you need to share this object outside of the Facet, then I would create an accessor (getter) for it on the Facet, and make it available that way.
You can always do something like:@Inject @Current Project project;
and thenproject.getFacet(AS7Facet.class).getProjectConfiguration().
WDYT?
On Mon, Apr 29, 2013 at 6:06 PM, James R. Perkins <jperkins@redhat.com> wrote:
My guess is it's an issue using an @ProjectScoped injection point, https://github.com/forge/plugin-jboss-as/blob/master/src/main/java/org/jboss/as/forge/ProjectConfiguration.java.
What is the best way to check that a valid ProjectConfiguration was injected or am I just doing this wrong?
On 04/28/2013 12:23 PM, Lincoln Baxter, III wrote:
I should have provided a full stack trace. Silly me!
[no project] Desktop $ new-project --named example2? Use [/Users/lb3/Desktop/example2] as project directory? [Y/n]Wrote /Users/lb3/Desktop/example2Wrote /Users/lb3/Desktop/example2/pom.xmlWrote /Users/lb3/Desktop/example2/src/main/javaWrote /Users/lb3/Desktop/example2/src/test/javaWrote /Users/lb3/Desktop/example2/src/main/resourcesWrote /Users/lb3/Desktop/example2/src/test/resources***ERROR*** Exception encountered: (type "set VERBOSE false" to disable stack traces)org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type org.jboss.forge.shell.project.ProjectScopedat org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:667)at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:77)at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:87)at org.jboss.as.forge.ProjectConfiguration$Proxy$_$$_WeldClientProxy.getJbossHome(ProjectConfiguration$Proxy$_$$_WeldClientProxy.java)at org.jboss.as.forge.AS7ServerFacet.isInstalled(AS7ServerFacet.java:92)at org.jboss.forge.project.BaseProject.registerFacet(BaseProject.java:153)at org.jboss.forge.project.services.ProjectFactory.registerSingleFacet(ProjectFactory.java:208)at org.jboss.forge.project.services.ProjectFactory.registerSingleFacet(ProjectFactory.java:186)at org.jboss.forge.project.services.ProjectFactory.registerFacets(ProjectFactory.java:178)at org.jboss.forge.project.services.ProjectFactory.createProject(ProjectFactory.java:146)at org.jboss.forge.shell.plugins.builtin.NewProjectPlugin.create(NewProjectPlugin.java:205)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:601)at org.jboss.forge.shell.command.Execution.perform(Execution.java:141)at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:109)at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:47)at org.jboss.forge.shell.ShellImpl$ExecutorThread.run(ShellImpl.java:789)at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:812)at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:602)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:601)at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:48)at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:125)at org.jboss.forge.shell.ShellImpl$Proxy$_$$_WeldClientProxy.doShell(ShellImpl$Proxy$_$$_WeldClientProxy.java)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:601)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:188)at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59)at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198)at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:282)at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:265)at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:234)at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:635)at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:622)at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:616)at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:172)at java.lang.Thread.run(Thread.java:722)
On Sun, Apr 28, 2013 at 3:21 PM, Lincoln Baxter, III <lincolnbaxter@gmail.com> wrote:
If that's the case, then just use the `protected Project` or `public getProject()` in the Facet instead! :D
On Sun, Apr 28, 2013 at 11:33 AM, George Gastaldi <ggastald@redhat.com> wrote:
Check if you're not using @Inject Project project; inside a facet. I get this error by doing this.Hey James,
I've had a chance to try this out, and it seems like your plugin changes introduce a scenario where `new-project` fails:
[no project] Desktop $ new-project --named example? Use [/Users/lb3/Desktop/example] as project directory? [Y/n]Wrote /Users/lb3/Desktop/exampleWrote /Users/lb3/Desktop/example/pom.xmlWrote /Users/lb3/Desktop/example/src/main/javaWrote /Users/lb3/Desktop/example/src/test/javaWrote /Users/lb3/Desktop/example/src/main/resourcesWrote /Users/lb3/Desktop/example/src/test/resources***ERROR*** Exception encountered: WELD-001303 No active contexts for scope type org.jboss.forge.shell.project.ProjectScoped (type "set VERBOSE true" to enable stack traces)[no project] Desktop $ cd example/[generated-pom] example $ ls[generated-pom] example $ projectname: generated-pomgroupId: org.jboss.forge.generatedfinal artifact: generated-pom-1.0.0-SNAPSHOT.jarpackaging: jardir: /Users/lb3/Desktop/example[generated-pom] example $
On Tue, Apr 23, 2013 at 5:44 PM, James R. Perkins <jperkins@redhat.com> wrote:
Just bumping this to see if anyone had a chance to review it.
On 04/04/2013 07:23 PM, Lincoln Baxter, III wrote:
Hey James! I'll take a look when I'm back from this trip, but I'm sure it's great :)
On Thu, Apr 4, 2013 at 8:52 PM, James R. Perkins <jperkins@redhat.com> wrote:
Hello All,
I've spent some time the past 2 weeks attempting to clean up the AS7 plugin. The goal was to clear up the confusing prompts and fix bugs with the initial approach.
I also added a couple new commands:
- override: This command allows you to override the hostname and port for managing servers listening on different hostnames or ports.
- print-console: This option prints the console output captured if the server was started with the as7 start command.
I will follow up with a PR documenting the plugin better.
If anyone feels like reviewing and/or testing the plugin to make sure it makes sense I would greatly appreciate it. The PR is located here https://github.com/forge/plugin-jboss-as/pull/8.
-- James R. Perkins JBoss by Red Hat
_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
_______________________________________________ forge-dev mailing list forge-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev
-- James R. Perkins JBoss by Red Hat
_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev
_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
_______________________________________________ forge-dev mailing list forge-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev
-- James R. Perkins JBoss by Red Hat
_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
_______________________________________________ forge-dev mailing list forge-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev
-- James R. Perkins JBoss by Red Hat
_______________________________________________
forge-dev mailing list
forge-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/forge-dev