[JBoss JIRA] (FORGE-1976) Error executing command inside a previously deleted resource
by Pedro Igor (JIRA)
[ https://issues.jboss.org/browse/FORGE-1976?page=com.atlassian.jira.plugin... ]
Pedro Igor updated FORGE-1976:
------------------------------
Attachment: stacktrace.txt
Full stacktrace for this issue.
> 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
> 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
[JBoss JIRA] (FORGE-1976) Error executing command inside a previously deleted resource
by Pedro Igor (JIRA)
[ https://issues.jboss.org/browse/FORGE-1976?page=com.atlassian.jira.plugin... ]
Pedro Igor updated FORGE-1976:
------------------------------
Steps to Reproduce:
1) Enter inside a specific resource. For example a Java Resource.
2) Delete this file from another shell or using a command that deletes that resource when executed.
3) Try to execute any command.
> 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
>
> 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
[JBoss JIRA] (FORGE-1976) Error executing command inside a previously deleted resource
by Pedro Igor (JIRA)
Pedro Igor created FORGE-1976:
---------------------------------
Summary: 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
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
[JBoss JIRA] (FORGE-1969) Exception wrapping loses information
by Jess Sightler (JIRA)
[ https://issues.jboss.org/browse/FORGE-1969?page=com.atlassian.jira.plugin... ]
Jess Sightler updated FORGE-1969:
---------------------------------
Summary: Exception wrapping loses information (was: Exception wrapping looses information)
> 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)
> Reporter: Ondrej Zizka
> 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, 5 months
[JBoss JIRA] (FORGE-309) Support multi-line paste (accepting defaults as you go)
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-309?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-309.
---------------------------------
Assignee: George Gastaldi
Fix Version/s: (was: 2.x Future)
Resolution: Out of Date
Fixed in Forge 2.0.0.Final with Aesh
> Support multi-line paste (accepting defaults as you go)
> -------------------------------------------------------
>
> Key: FORGE-309
> URL: https://issues.jboss.org/browse/FORGE-309
> Project: Forge
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: UI - Shell
> Reporter: Richard Kennard
> Assignee: George Gastaldi
> Priority: Minor
>
> Given that one of Forge's strengths is to create entire projects with just a few commands, it may be a useful learning tool to be able to cut/paste those commands from somebody's blog directly into Forge. For example I could highlight a couple dozen lines from...
> http://kennardconsulting.blogspot.com/2011/04/grokking-seam-forge-part-3....
> ...and paste them, and Forge would execute them all. It would need to recognize carriage returns as command separators, and to somehow accept defaults, but it'd be neat for bloggers to be able to say 'here, paste this into Seam Forge'.
> Just an idea.
> Richard.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-186) Allow decoration/interception of Plugin output
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-186?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-186.
---------------------------------
Fix Version/s: (was: 2.x Future)
Resolution: Out of Date
There is a specific API for text highlighting in the text addon
> Allow decoration/interception of Plugin output
> ----------------------------------------------
>
> Key: FORGE-186
> URL: https://issues.jboss.org/browse/FORGE-186
> Project: Forge
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Plugin API, Usability
> Affects Versions: 1.0.6.Final
> Reporter: Jonathan Fuerth
> Priority: Minor
>
> The Java syntax highlighting in cat & less output is wonderful. As much as we all (don't) love XML, there's still a lot of it to deal with in Java EE projects. Syntax highlighting can help.
> Allowing decoration of plugin output would be a major win for extensibility and modularity here. Allowing individual plugins to separate concerns based on runtime conditions. (E.g, what type of resource is in scope.)
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (FORGE-750) DependencyFacet.addXDependency ignores order
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-750?page=com.atlassian.jira.plugin.... ]
George Gastaldi closed FORGE-750.
---------------------------------
Assignee: George Gastaldi
Fix Version/s: 2.7.3.Final
(was: 2.x Future)
Resolution: Done
> DependencyFacet.addXDependency ignores order
> --------------------------------------------
>
> Key: FORGE-750
> URL: https://issues.jboss.org/browse/FORGE-750
> Project: Forge
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Build Tools - Maven
> Affects Versions: 1.2.0.Final
> Reporter: Aslak Knutsen
> Assignee: George Gastaldi
> Fix For: 2.7.3.Final
>
>
> When DependencyFacet.addXDependency is called, it first removes the existing Dependency if it exists, then adds the new.
> The problem is the index of the original dependency is lost and the new is just appended. In Maven 3 dependency order matters.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months