[JBoss JIRA] (FORGE-499) ISE thrown when forge git-plugin not used in a project
by Pete Muir (JIRA)
Pete Muir created FORGE-499:
-------------------------------
Summary: ISE thrown when forge git-plugin not used in a project
Key: FORGE-499
URL: https://issues.jboss.org/browse/FORGE-499
Project: Forge
Issue Type: Bug
Affects Versions: 1.0.0.Final
Reporter: Pete Muir
If I run
{code}
forge git-plugin git://github.com/forge/scaffold-aerogear.git
{code}
outside of a project, I get an ISE, if I run it in a project, it works.
{code}
[no project] workspace-jbds $ forge git-plugin git://github.com/forge/scaffold-aerogear.git
***ERROR*** [forge git-plugin] null
org.jboss.forge.shell.exceptions.CommandExecutionException
at org.jboss.forge.shell.command.Execution.perform(Execution.java:153)
at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:125)
at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:63)
at org.jboss.forge.shell.ShellImpl$ExecutorThread.run(ShellImpl.java:829)
at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:852)
at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:642)
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.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: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: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:120)
at java.lang.Thread.run(Thread.java:680)
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.jboss.forge.shell.command.Execution.perform(Execution.java:149)
... 31 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.jboss.solder.unwraps.UnwrapsInvocationHandler.invoke(UnwrapsInvocationHandler.java:82)
at org.javassist.tmp.java.lang.Object_$$_javassist_0.getScopedConfiguration(Object_$$_javassist_0.java)
at org.jboss.forge.shell.plugins.builtin.ForgePlugin.getProxySettings(ForgePlugin.java:190)
at org.jboss.forge.shell.plugins.builtin.ForgePlugin.prepareProxyForJGit(ForgePlugin.java:472)
at org.jboss.forge.shell.plugins.builtin.ForgePlugin.installFromGit(ForgePlugin.java:405)
... 36 more
Caused by: java.lang.IllegalStateException
at org.jboss.forge.shell.env.ScopedConfigurationAdapter.getScopedConfiguration(ScopedConfigurationAdapter.java:74)
at org.jboss.forge.shell.env.ConfigurationAdapter.getScopedConfiguration(ConfigurationAdapter.java:59)
... 45 more
{code}
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-494) import java.lang.Override; @Entity public class ProductOrder implements java.io.Serializable {
by Burr Sutter (JIRA)
Burr Sutter created FORGE-494:
---------------------------------
Summary: import java.lang.Override;@Entity public class ProductOrder implements java.io.Serializable {
Key: FORGE-494
URL: https://issues.jboss.org/browse/FORGE-494
Project: Forge
Issue Type: Bug
Environment: Mac OS X Lion
Reporter: Burr Sutter
When creating entities, I notice that Forge puts the @Entity line on the same physical line as the last import statement:
import java.lang.Override;@Entity public class ProductOrder implements java.io.Serializable {
import java.lang.Override;@Entity public class Item implements java.io.Serializable {
import javax.persistence.TemporalType;@Entity public class Customer implements java.io.Serializable {
commands are:
persistence setup --provider HIBERNATE --container JBOSS_AS7
entity --named Customer --package ~.model
field string --named firstName
field string --named lastName
field temporal --type DATE --named birthDate
entity --named Item
field string --named name
field number --named price --type java.lang.Double
field int --named stock
entity --named ProductOrder
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-426) Maven ArtifactResolver/RemoteRepository not using proxy information
by Simon Gunzenreiner (Created) (JIRA)
Maven ArtifactResolver/RemoteRepository not using proxy information
-------------------------------------------------------------------
Key: FORGE-426
URL: https://issues.jboss.org/browse/FORGE-426
Project: Forge
Issue Type: Enhancement
Components: Shell
Affects Versions: 1.0.0.Beta5
Environment: Windows
Reporter: Simon Gunzenreiner
When starting the Forge shell in my environment (it turns out that using a HTTP proxy is relavant), it takes a long time for the prompt to appear. When setting up the plugins component, multiple error indications appear after a few minutes. All of this basically results in Forge not even being usable for the first steps described in the documentation - and might be related to https://issues.jboss.org/browse/FORGE-421.
To confirm my suspicion that this could be related to using a HTTP proxy, I ran Forge with remote debugging. What I found is this:
The MavenDependencyFacet, using the DefaultModelBuilder, initializes RemoteRepository objects without Proxy information.These RemoteRepositories are eventually used in WagonRepositoryConnector to connect to get artifacts (again - without applying a Proxy information). MAVEN_HOME btw. points to a valid Maven installation (with appropriate repository mirrors configured), and in the user home directory a valid settings.xml has even configured HTTP proxy information - but both do not seem to matter.
--
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
12 years, 10 months