[JBoss JIRA] (FORGE-1978) Put Furnace Javadoc to maven repo and to the site
by Ondrej Zizka (JIRA)
Ondrej Zizka created FORGE-1978:
-----------------------------------
Summary: Put Furnace Javadoc to maven repo and to the site
Key: FORGE-1978
URL: https://issues.jboss.org/browse/FORGE-1978
Project: Forge
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Ondrej Zizka
Furnace javadoc isn't on the web nor next to artifacts in Maven repo. Given that other docs are rare too, having at least javadoc could be handy.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1977) Introduce VERBOSE export option for stacktraces
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1977?page=com.atlassian.jira.plugin... ]
George Gastaldi closed FORGE-1977.
----------------------------------
Resolution: Done
> Introduce VERBOSE export option for stacktraces
> -----------------------------------------------
>
> Key: FORGE-1977
> URL: https://issues.jboss.org/browse/FORGE-1977
> Project: Forge
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: UI - Shell
> Affects Versions: 2.7.2.Final
> Reporter: George Gastaldi
> Assignee: George Gastaldi
> Labels: api-change
> Fix For: 2.8.0.Final
>
>
> In Forge 1, when an error occurred in a plugin, you could do:
> {code}
> set VERBOSE true
> {code}
> and execute the command again, that would display the stacktrace.
> In Forge 2, it would be nice to have such functionality back, using
> {code}
> export VERBOSE=true
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1977) Introduce VERBOSE export option for stacktraces
by George Gastaldi (JIRA)
George Gastaldi created FORGE-1977:
--------------------------------------
Summary: Introduce VERBOSE export option for stacktraces
Key: FORGE-1977
URL: https://issues.jboss.org/browse/FORGE-1977
Project: Forge
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: UI - Shell
Affects Versions: 2.7.2.Final
Reporter: George Gastaldi
Assignee: George Gastaldi
Fix For: 2.8.0.Final
In Forge 1, when an error occurred in a plugin, you could do:
{code}
set VERBOSE true
{code}
and execute the command again, that would display the stacktrace.
In Forge 2, it would be nice to have such functionality back, using
{code}
export VERBOSE=true
{code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1969) Exception wrapping loses information
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1969?page=com.atlassian.jira.plugin... ]
George Gastaldi updated FORGE-1969:
-----------------------------------
Assignee: Lincoln Baxter III
Affects Version/s: 2.7.2.Final
Component/s: Furnace (Container)
> Exception wrapping loses information
> ------------------------------------
>
> Key: FORGE-1969
> URL: https://issues.jboss.org/browse/FORGE-1969
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Furnace (Container)
> Affects Versions: 2.7.2.Final
> Reporter: Ondrej Zizka
> Assignee: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> In Forge, exceptions are wrapped by Javassist to prevent CCEx when exceptions traverse the addon boundaries.
> But this wrapping is done in a way that the hierarchy of exceptions is not treated correctly - seems that it's only getting to the bottom of causes, dropping the important context and linked information (e.g. InvocationTargetException's target, JAXB's linkedException, ...).
> One example:
> Shown exception:
> org.javassist.tmp.java.lang.Exception_$$_javassist_3c6f95f1-dabc-4ae0-b23a-7fe4056dfdf3: null
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118)
> at javax.xml.bind.ContextFinder.safeLoadClass(ContextFinder.java:563)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:225)
> at javax.xml.bind.ContextFinder.find(ContextFinder.java:445)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:637)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:584)
> at org.jboss.windup.reporting.xslt.jaxb.FrameToJaxbTest.testFrameToJaxb(FrameToJaxbTest.java:80)
> Actual exception:
> javax.xml.bind.JAXBException
> - with linked exception:
> [java.lang.ClassNotFoundException: com.sun.xml.internal.bind.v2.ContextFactory from [Module "_DEFAULT_:259a118d-0dc2-4d39-bce5-46b4de8d118b_84602e04-6399-449b-89b8-874e07e9bcf9" from AddonModuleLoader]]
> Other example, not sure if the same problem, but similar symptoms:
> Thrown:
> java.lang.reflect.InvocationTargetException: null
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118)
> at org.jboss.windup.reporting.xslt.jaxb.FrameToJaxbTest.testFrameToJaxb(FrameToJaxbTest.java:85)
> Actual exception:
> java.lang.reflect.InvocationTargetException
> target: java.lang.reflect.InvocationTargetException
> target: java.lang.NoClassDefFoundError: org/eclipse/persistence/jaxb/JAXBContextFactory
> cause: java.lang.ClassNotFoundException: org.eclipse.persistence.jaxb.JAXBContextFactory from [Module "_DEFAULT_:d6fe055f-7707-4e8e-ae01-3996910ddefe_3e63525b-91df-4f68-b300-a1166a74fa46" from AddonModuleLoader]
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1962) CLAC throws NPE with proxied ArrayList
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1962?page=com.atlassian.jira.plugin... ]
George Gastaldi closed FORGE-1962.
----------------------------------
Resolution: Done
> CLAC throws NPE with proxied ArrayList
> --------------------------------------
>
> Key: FORGE-1962
> URL: https://issues.jboss.org/browse/FORGE-1962
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Furnace (Container)
> Affects Versions: 2.7.2.Final
> Environment: Windows 7 64bit, JDK8, Furnace embedded in IntelliJ plugin
> Reporter: Adam Wyłuda
> Assignee: George Gastaldi
> Priority: Critical
> Fix For: 2.7.3.Final
>
>
> When ArrayList is passed to a proxied object, CLAC creates another proxy for the passed list. The problem is, that this proxy is ForgeProxy, but behaves like unwrapped object (it doesn't have getHandler() method). When the same list is being retrieved from the proxied object, CLAC throws NPE in stripClassLoaderAdapters() method, because isForgeProxy(list) returns true, but getForgeProxyHandler(list) is null.
> Stack trace:
> {code}
> java.lang.NullPointerException
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.stripClassLoaderAdapters(ClassLoaderAdapterCallback.java:414)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.enhanceResult(ClassLoaderAdapterCallback.java:237)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.access$300(ClassLoaderAdapterCallback.java:37)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:124)
> at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:40)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> at org.jboss.forge.addon.facets.AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.getValue(AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.java)
> at org.jboss.forge.plugin.idea.ui.component.many.CheckBoxTableComponentBuilder$1.updateState(CheckBoxTableComponentBuilder.java:90)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1962) CLAC throws NPE with proxied ArrayList
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1962?page=com.atlassian.jira.plugin... ]
George Gastaldi reassigned FORGE-1962:
--------------------------------------
Assignee: George Gastaldi
> CLAC throws NPE with proxied ArrayList
> --------------------------------------
>
> Key: FORGE-1962
> URL: https://issues.jboss.org/browse/FORGE-1962
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Furnace (Container)
> Affects Versions: 2.7.2.Final
> Environment: Windows 7 64bit, JDK8, Furnace embedded in IntelliJ plugin
> Reporter: Adam Wyłuda
> Assignee: George Gastaldi
> Priority: Critical
> Fix For: 2.7.3.Final
>
>
> When ArrayList is passed to a proxied object, CLAC creates another proxy for the passed list. The problem is, that this proxy is ForgeProxy, but behaves like unwrapped object (it doesn't have getHandler() method). When the same list is being retrieved from the proxied object, CLAC throws NPE in stripClassLoaderAdapters() method, because isForgeProxy(list) returns true, but getForgeProxyHandler(list) is null.
> Stack trace:
> {code}
> java.lang.NullPointerException
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.stripClassLoaderAdapters(ClassLoaderAdapterCallback.java:414)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.enhanceResult(ClassLoaderAdapterCallback.java:237)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.access$300(ClassLoaderAdapterCallback.java:37)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:124)
> at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:40)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> at org.jboss.forge.addon.facets.AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.getValue(AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.java)
> at org.jboss.forge.plugin.idea.ui.component.many.CheckBoxTableComponentBuilder$1.updateState(CheckBoxTableComponentBuilder.java:90)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (FORGE-1962) CLAC throws NPE with proxied ArrayList
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1962?page=com.atlassian.jira.plugin... ]
George Gastaldi updated FORGE-1962:
-----------------------------------
Priority: Critical (was: Major)
> CLAC throws NPE with proxied ArrayList
> --------------------------------------
>
> Key: FORGE-1962
> URL: https://issues.jboss.org/browse/FORGE-1962
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Furnace (Container)
> Affects Versions: 2.7.2.Final
> Environment: Windows 7 64bit, JDK8, Furnace embedded in IntelliJ plugin
> Reporter: Adam Wyłuda
> Priority: Critical
> Fix For: 2.7.3.Final
>
>
> When ArrayList is passed to a proxied object, CLAC creates another proxy for the passed list. The problem is, that this proxy is ForgeProxy, but behaves like unwrapped object (it doesn't have getHandler() method). When the same list is being retrieved from the proxied object, CLAC throws NPE in stripClassLoaderAdapters() method, because isForgeProxy(list) returns true, but getForgeProxyHandler(list) is null.
> Stack trace:
> {code}
> java.lang.NullPointerException
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.stripClassLoaderAdapters(ClassLoaderAdapterCallback.java:414)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.enhanceResult(ClassLoaderAdapterCallback.java:237)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.access$300(ClassLoaderAdapterCallback.java:37)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:124)
> at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:40)
> at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> at org.jboss.forge.addon.facets.AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.getValue(AbstractFaceted_$$_javassist_ca9c3fe3-6195-4aaf-8a37-f0adc8d997f5.java)
> at org.jboss.forge.plugin.idea.ui.component.many.CheckBoxTableComponentBuilder$1.updateState(CheckBoxTableComponentBuilder.java:90)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-1976) Error executing command inside a previously deleted resource
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-1976?page=com.atlassian.jira.plugin... ]
George Gastaldi updated FORGE-1976:
-----------------------------------
Fix Version/s: 2.x Future
> Error executing command inside a previously deleted resource
> ------------------------------------------------------------
>
> Key: FORGE-1976
> URL: https://issues.jboss.org/browse/FORGE-1976
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 2.7.2.Final
> Reporter: Pedro Igor
> Fix For: 2.x Future
>
> Attachments: stacktrace.txt
>
>
> When executing commands inside a resource that does not exists anymore, Forge gives the following error:
> {code}
> [org.jboss.forge.addon.shell.aesh.CommandAdapter] (AeshProcess: 209) cannot obtain stream to file: file does not exist: /pedroigor/java/workspace/jboss/picketlink/picketlink-forge-app/src/main/java/org/picketlink/forge/app/security/SecurityInitializer.java: org.jboss.forge.addon.resource.ResourceException: cannot obtain stream to file: file does not exist: /pedroigor/java/workspace/jboss/picketlink/picketlink-forge-app/src/main/java/org/picketlink/forge/app/security/SecurityInitializer.java
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months