[JBoss JIRA] (FORGE-909) Sub-folders not displaying in Directory Picker
by Lincoln Baxter III (JIRA)
Lincoln Baxter III created FORGE-909:
----------------------------------------
Summary: Sub-folders not displaying in Directory Picker
Key: FORGE-909
URL: https://issues.jboss.org/browse/FORGE-909
Project: Forge
Issue Type: Bug
Components: UI - Eclipse
Affects Versions: 2.0.0.Alpha4
Reporter: Lincoln Baxter III
Fix For: 2.0.0.Alpha5
i noticed in the F2 new-project wizard, that when you click on a folder in the directory picker, things kind-of lock up and wait forever, never showing the sub-folders to choose. then if you click OK, and re-enter the picker, you can select sub-folders again normally, then it locks again and you have to repeat.
9:00 any ideas about that?
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-908) LinkageError while using ShrinkWrap classes in Arquillian
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-908?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III closed FORGE-908.
------------------------------------
Fix Version/s: 2.0.0.Alpha5
Resolution: Done
Fixed by removing shrinkwrap descriptor API classes from auxiliary archives. This may become a problem again later if additional classes are in conflict, but the temporary solution lies in this approach:
{code}
public class ForgeAuxiliaryArchiveProcessor implements AuxiliaryArchiveProcessor
{
@Override
public void process(Archive<?> archive)
{
if ("arquillian-core.jar".equals(archive.getName()))
{
Node node = archive.get("org/jboss/shrinkwrap/descriptor");
if (node != null)
archive.delete(node.getPath());
}
}
}
{code}
Registered in:
{code}
public class ForgeLoadableExtension implements LoadableExtension
{
@Override
public void register(ExtensionBuilder builder)
{
builder.service(DeployableContainer.class, ForgeDeployableContainer.class);
builder.service(DeploymentScenarioGenerator.class, ForgeDeploymentScenarioGenerator.class);
builder.service(Protocol.class, ForgeProtocol.class);
builder.service(AuxiliaryArchiveProcessor.class, ForgeAuxiliaryArchiveProcessor.class);
}
}
{code}
The ultimate solution would be to implement addons that provide the required test-classes, on which the deployed addons would depend, thus eliminating the duplicate class definition problem altogether, while still leaving the classes available for use.
> LinkageError while using ShrinkWrap classes in Arquillian
> ---------------------------------------------------------
>
> Key: FORGE-908
> URL: https://issues.jboss.org/browse/FORGE-908
> Project: Forge
> Issue Type: Bug
> Components: Java EE APIs
> Affects Versions: 2.0.0.Alpha4
> Reporter: George Gastaldi
> Assignee: Lincoln Baxter III
> Fix For: 2.0.0.Alpha5
>
>
> In javaee-tests, if you remove the @Ignore from the test test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled() you get the following exception:
> {code}
> Caused by: java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "org/jboss/shrinkwrap/descriptor/api/webapp30/WebAppDescriptor"
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:344)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:422)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:260)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:75)
> at org.jboss.modules.Module.loadModuleClass(Module.java:528)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:188)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119)
> at test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled(ServletFacetTest.java:63)
> ... 88 more
> {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
12 years, 10 months
[JBoss JIRA] (FORGE-908) LinkageError while using ShrinkWrap classes in Arquillian
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-908?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III reassigned FORGE-908:
----------------------------------------
Assignee: Lincoln Baxter III
> LinkageError while using ShrinkWrap classes in Arquillian
> ---------------------------------------------------------
>
> Key: FORGE-908
> URL: https://issues.jboss.org/browse/FORGE-908
> Project: Forge
> Issue Type: Bug
> Components: Java EE APIs
> Affects Versions: 2.0.0.Alpha4
> Reporter: George Gastaldi
> Assignee: Lincoln Baxter III
>
> In javaee-tests, if you remove the @Ignore from the test test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled() you get the following exception:
> {code}
> Caused by: java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "org/jboss/shrinkwrap/descriptor/api/webapp30/WebAppDescriptor"
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:344)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:422)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:260)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:75)
> at org.jboss.modules.Module.loadModuleClass(Module.java:528)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:188)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119)
> at test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled(ServletFacetTest.java:63)
> ... 88 more
> {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
12 years, 10 months
[JBoss JIRA] (FORGE-908) LinkageError while using ShrinkWrap classes in Arquillian
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-908?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-908:
----------------------------------
Affects Version/s: 2.0.0.Alpha4
Component/s: Java EE APIs
> LinkageError while using ShrinkWrap classes in Arquillian
> ---------------------------------------------------------
>
> Key: FORGE-908
> URL: https://issues.jboss.org/browse/FORGE-908
> Project: Forge
> Issue Type: Bug
> Components: Java EE APIs
> Affects Versions: 2.0.0.Alpha4
> Reporter: George Gastaldi
>
> In javaee-tests, if you remove the @Ignore from the test test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled() you get the following exception:
> {code}
> Caused by: java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "org/jboss/shrinkwrap/descriptor/api/webapp30/WebAppDescriptor"
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:344)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:422)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:260)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:75)
> at org.jboss.modules.Module.loadModuleClass(Module.java:528)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:188)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119)
> at test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled(ServletFacetTest.java:63)
> ... 88 more
> {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
12 years, 10 months
[JBoss JIRA] (FORGE-908) LinkageError while using ShrinkWrap classes in Arquillian
by George Gastaldi (JIRA)
George Gastaldi created FORGE-908:
-------------------------------------
Summary: LinkageError while using ShrinkWrap classes in Arquillian
Key: FORGE-908
URL: https://issues.jboss.org/browse/FORGE-908
Project: Forge
Issue Type: Bug
Reporter: George Gastaldi
In javaee-tests, if you remove the @Ignore from the test test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled() you get the following exception:
{code}
Caused by: java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "org/jboss/shrinkwrap/descriptor/api/webapp30/WebAppDescriptor"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:344)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:422)
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:260)
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:75)
at org.jboss.modules.Module.loadModuleClass(Module.java:528)
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:188)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119)
at test.org.jboss.forge.javaee.servlet.ServletFacetTest.testWebXMLCreatedWhenInstalled(ServletFacetTest.java:63)
... 88 more
{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
12 years, 10 months
[JBoss JIRA] (FORGE-907) Project finalName is expected in a Maven project during scaffold setup
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-907?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-907.
---------------------------------
Fix Version/s: 1.3.1.Final
2.0.0.Alpha5
Resolution: Done
Fixed
> Project finalName is expected in a Maven project during scaffold setup
> ----------------------------------------------------------------------
>
> Key: FORGE-907
> URL: https://issues.jboss.org/browse/FORGE-907
> Project: Forge
> Issue Type: Bug
> Components: Scaffold
> Affects Versions: 1.3.0.Final
> Reporter: Vineet Reynolds
> Assignee: Vineet Reynolds
> Fix For: 1.3.1.Final, 2.0.0.Alpha5
>
>
> The following exception is thrown when attempting to setup scaffolding in a project with no finalName specified in the project POM:
> {noformat}
> java.lang.NullPointerException
> at org.jboss.forge.maven.facets.MavenPackagingFacet.getFinalName(MavenPackagingFacet.java:137)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.selectTargetDir(ScaffoldXPlugin.java:142)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.setup(ScaffoldXPlugin.java:91)
> 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:155)
> 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:795)
> at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:818)
> at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:608)
> 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:186)
> at java.lang.Thread.run(Thread.java:722)
> {noformat}
> This affects both the Scaffold and Scaffold-X plugins.
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-907) Project finalName is expected in a Maven project during scaffold setup
by Vineet Reynolds (JIRA)
[ https://issues.jboss.org/browse/FORGE-907?page=com.atlassian.jira.plugin.... ]
Vineet Reynolds commented on FORGE-907:
---------------------------------------
That could be used, but this is also a bug in the MavenPackagingFacet, since it assumes that the build tag is present in the POM.
> Project finalName is expected in a Maven project during scaffold setup
> ----------------------------------------------------------------------
>
> Key: FORGE-907
> URL: https://issues.jboss.org/browse/FORGE-907
> Project: Forge
> Issue Type: Bug
> Components: Scaffold
> Affects Versions: 1.3.0.Final
> Reporter: Vineet Reynolds
> Assignee: Vineet Reynolds
>
> The following exception is thrown when attempting to setup scaffolding in a project with no finalName specified in the project POM:
> {noformat}
> java.lang.NullPointerException
> at org.jboss.forge.maven.facets.MavenPackagingFacet.getFinalName(MavenPackagingFacet.java:137)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.selectTargetDir(ScaffoldXPlugin.java:142)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.setup(ScaffoldXPlugin.java:91)
> 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:155)
> 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:795)
> at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:818)
> at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:608)
> 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:186)
> at java.lang.Thread.run(Thread.java:722)
> {noformat}
> This affects both the Scaffold and Scaffold-X plugins.
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-905) AngularJS from Scaffold-X plugin generated artifacts are incompatible with Openshift
by Vineet Reynolds (JIRA)
[ https://issues.jboss.org/browse/FORGE-905?page=com.atlassian.jira.plugin.... ]
Vineet Reynolds commented on FORGE-905:
---------------------------------------
Relative URLs are used to point the AngularJS Resources to the correct URLs of the server-side REST resources. I've avoided obtaining this information from the server-side since this could be incorrect, as the application server may not be aware of URL redirection performed by an upstream server (say a web server or a NLB).
This fix also obeys the target directory where the generated scaffold would be placed. Parent directory references are generated to this effect.
> AngularJS from Scaffold-X plugin generated artifacts are incompatible with Openshift
> ------------------------------------------------------------------------------------
>
> Key: FORGE-905
> URL: https://issues.jboss.org/browse/FORGE-905
> Project: Forge
> Issue Type: Bug
> Components: Scaffold
> Affects Versions: 1.3.0.Final
> Reporter: George Gastaldi
> Assignee: Vineet Reynolds
>
> Since openshift publishes and app without a context path, the generated scaffold should not rely on a fixed context path, but use it from the runtime environment
--
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
12 years, 10 months
[JBoss JIRA] (FORGE-907) Project finalName is expected in a Maven project during scaffold setup
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-907?page=com.atlassian.jira.plugin.... ]
George Gastaldi commented on FORGE-907:
---------------------------------------
Why not use the artifactId instead ?
> Project finalName is expected in a Maven project during scaffold setup
> ----------------------------------------------------------------------
>
> Key: FORGE-907
> URL: https://issues.jboss.org/browse/FORGE-907
> Project: Forge
> Issue Type: Bug
> Components: Scaffold
> Affects Versions: 1.3.0.Final
> Reporter: Vineet Reynolds
> Assignee: Vineet Reynolds
>
> The following exception is thrown when attempting to setup scaffolding in a project with no finalName specified in the project POM:
> {noformat}
> java.lang.NullPointerException
> at org.jboss.forge.maven.facets.MavenPackagingFacet.getFinalName(MavenPackagingFacet.java:137)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.selectTargetDir(ScaffoldXPlugin.java:142)
> at org.jboss.forge.scaffoldx.plugins.ScaffoldXPlugin.setup(ScaffoldXPlugin.java:91)
> 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:155)
> 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:795)
> at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:818)
> at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:608)
> 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:186)
> at java.lang.Thread.run(Thread.java:722)
> {noformat}
> This affects both the Scaffold and Scaffold-X plugins.
--
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
12 years, 10 months