[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly
by Ståle Pedersen (JIRA)
[ https://issues.jboss.org/browse/FORGE-2035?page=com.atlassian.jira.plugin... ]
Ståle Pedersen edited comment on FORGE-2035 at 10/17/14 9:54 AM:
-----------------------------------------------------------------
hi, so æsh is not automatically changing this to the "proper" path. atm its up to each command to do this by using the PathResolver class provided in æsh.
æsh is using a Resource type for handling files and it have a method called resolve(..) that will try to resolve the path given the correct cwd.
we might change æsh to always call this method on Resource types before populating them.
sounds ok?
was (Author: stalep):
hi, so æsh is not automatically changing this to the "proper" path. atm its up to each command to do this by using the PathResolver class provided in æsh.
æsh is using a Resource type for handling files, but default its using java.io.File. i know that forge is using their custom file type, but to solve this better in æsh we could add a method to the Resource api to resolve the path while its being populated.
then forge can use either æsh's impl of the PathResolver or their own impl if thats not compatible.
sounds ok?
> Forge does not resolve the tilde slash (~/) denoting a user home directory correctly
> ------------------------------------------------------------------------------------
>
> Key: FORGE-2035
> URL: https://issues.jboss.org/browse/FORGE-2035
> Project: Forge
> Issue Type: Bug
> Reporter: Sande Gilda
> Priority: Critical
>
> When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '' relative to the directory where you run the 'forge' command.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly
by Ståle Pedersen (JIRA)
[ https://issues.jboss.org/browse/FORGE-2035?page=com.atlassian.jira.plugin... ]
Ståle Pedersen commented on FORGE-2035:
---------------------------------------
hi, so æsh is not automatically changing this to the "proper" path. atm its up to each command to do this by using the PathResolver class provided in æsh.
æsh is using a Resource type for handling files, but default its using java.io.File. i know that forge is using their custom file type, but to solve this better in æsh we could add a method to the Resource api to resolve the path while its being populated.
then forge can use either æsh's impl of the PathResolver or their own impl if thats not compatible.
sounds ok?
> Forge does not resolve the tilde slash (~/) denoting a user home directory correctly
> ------------------------------------------------------------------------------------
>
> Key: FORGE-2035
> URL: https://issues.jboss.org/browse/FORGE-2035
> Project: Forge
> Issue Type: Bug
> Reporter: Sande Gilda
> Priority: Critical
>
> When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '' relative to the directory where you run the 'forge' command.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2077) Batch mode should process keyboard input
by Ondrej Zizka (JIRA)
Ondrej Zizka created FORGE-2077:
-----------------------------------
Summary: Batch mode should process keyboard input
Key: FORGE-2077
URL: https://issues.jboss.org/browse/FORGE-2077
Project: Forge
Issue Type: Bug
Reporter: Ondrej Zizka
STR:
1) Download Windup 2
2) Run bin/windup.sh -e "man windup-migrate-app"
Now you're stuck :)
Forge should process keyboard input somehow. Maybe just for some actions? Or, user should have an option whether to read from stdin or keyboard?
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2062) Aether can't find artifact when using -Dmaven.repo.local
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/FORGE-2062?page=com.atlassian.jira.plugin... ]
Ondrej Zizka commented on FORGE-2062:
-------------------------------------
The original exception is gone. However, this appears now:
(18:26:12) ozizka-FN: Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.slf4j:slf4j-jdk14:jar:1.7.2 in jboss-public-repository-group (http://repository.jboss.org/nexus/content/groups/public/)
(18:26:12) ozizka-FN: at org.eclipse.aether.connector.wagon.WagonRepositoryConnector$6.wrap(WagonRepositoryConnector.java:1012)
...
There's no mention of that in Windup codebase. The dependency tree also doesn't show that.
So, not sure where is this coming from.
I've run a build against clean repo and checked where it appears:
{code}
ondra@lenovo:~/work/Migration/Windup$ grep -R slf4j-jdk localRepoAA/
localRepoAA/com/github/jsonld-java/jsonld-java-parent/0.3/jsonld-java-parent-0.3.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/com/github/jsonld-java/jsonld-java/0.3/jsonld-java-0.3.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/com/github/jsonld-java/jsonld-java-sesame/0.3/jsonld-java-sesame-0.3.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/jboss/forge/furnace/container/cdi-parent/2.12.0.Final/cdi-parent-2.12.0.Final.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/slf4j/slf4j-parent/1.7.2/slf4j-parent-1.7.2.pom: <module>slf4j-jdk14</module>
localRepoAA/org/slf4j/slf4j-parent/1.7.2/slf4j-parent-1.7.2.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/slf4j/slf4j-parent/1.5.6/slf4j-parent-1.5.6.pom: <module>slf4j-jdk14</module>
localRepoAA/org/slf4j/slf4j-parent/1.6.1/slf4j-parent-1.6.1.pom: <module>slf4j-jdk14</module>
localRepoAA/org/slf4j/slf4j-parent/1.6.1/slf4j-parent-1.6.1.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/slf4j/slf4j-parent/1.7.5/slf4j-parent-1.7.5.pom: <module>slf4j-jdk14</module>
localRepoAA/org/slf4j/slf4j-parent/1.7.5/slf4j-parent-1.7.5.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/slf4j/slf4j-jdk14/1.5.6/slf4j-jdk14-1.5.6.pom: <artifactId>slf4j-jdk14</artifactId>
localRepoAA/org/slf4j/slf4j-jdk14/1.5.6/_remote.repositories:slf4j-jdk14-1.5.6.jar>central=
localRepoAA/org/slf4j/slf4j-jdk14/1.5.6/_remote.repositories:slf4j-jdk14-1.5.6.pom>central=
Binary file localRepoAA/org/slf4j/slf4j-jdk14/1.5.6/slf4j-jdk14-1.5.6.jar matches
localRepoAA/org/openrdf/sesame/sesame/2.7.10/sesame-2.7.10.pom: <artifactId>slf4j-jdk14</artifactId>
{code}
> Aether can't find artifact when using -Dmaven.repo.local
> --------------------------------------------------------
>
> Key: FORGE-2062
> URL: https://issues.jboss.org/browse/FORGE-2062
> Project: Forge
> Issue Type: Bug
> Reporter: Ondrej Zizka
>
> When building the Windup project, the tests fail if using local Maven repo - Forge can't find certain dependency. I'm not sure how local repo setting is passed, but according to Lincoln, it should propagate - it's used in Forge tests.
> Compare these two jobs (the second uses -Dmaven.repo.local=localRepo):
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Windup/job/Windup-d...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Windup/job/Windup-d...
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2063) Unable to execute new-project command via API with Maven archetype
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-2063?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III closed FORGE-2063.
-------------------------------------
Assignee: Lincoln Baxter III
Resolution: Rejected
https://github.com/forge/core/commit/bcdb749f1#diff-260f7d07d9b5ee96b4b02...
Verified this is working as expected. You need to use the converted value of the input value.
> Unable to execute new-project command via API with Maven archetype
> ------------------------------------------------------------------
>
> Key: FORGE-2063
> URL: https://issues.jboss.org/browse/FORGE-2063
> Project: Forge
> Issue Type: Bug
> Components: UI - API
> Affects Versions: 2.10.1.Final
> Reporter: Shane Bryzak
> Assignee: Lincoln Baxter III
>
> The following code throws "java.lang.IllegalArgumentException: Input named 'archetypeGroupId' does not exist" when trying to set the input value:
> WizardCommandController controller = controllerFactory.get().createWizardController(
> context, new UIRuntimeImpl(), (UIWizard) cmd);
> controller.initialize();
> controller.setValueFor("named", project.getName());
> controller.setValueFor("type", "from-archetype");
> controller.next().initialize();
> controller.setValueFor("archetypeGroupId", "org.jboss.tools.archetypes");
> controller.setValueFor("archetypeArtifactId", "jboss-forge-html5");
> controller.setValueFor("archetypeVersion", "1.0.0-SNAPSHOT");
> More descriptive stack trace:
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.SingleCommandControllerImpl.setValueFor(SingleCommandControllerImpl.java:119)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.WizardCommandControllerImpl.setValueFor(WizardCommandControllerImpl.java:226)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.NoUIWizardControllerDecorator.setValueFor(NoUIWizardControllerDecorator.java:176)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 21:38:53,739 ERROR [stderr] (default task-41) at java.lang.reflect.Method.invoke(Method.java:483)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:123)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.controller.WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.setValueFor(WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.java)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController.createProject(ProjectController.java:108)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController$Proxy$_$$_WeldSubclass.createProject(Unknown Source)
> Vineet has confirmed this is a bug:
> <vineetreynolds> sbryzak, Well, it looks like there is a bug in Forge. I can't say where, at the moment, but there is definitely one.
> <vineetreynolds> The Wizard flow constructed by Forge contains only one step
> <vineetreynolds> And that's why it cannot move to the next step
> <sbryzak> vineetreynolds: should i raise an issue in jira?
> <vineetreynolds> sbryzak, Yes
> <vineetreynolds> sbryzak, Better to track this, so Lincoln can take a look later if he has time, or in case he can't, I could
> <sbryzak> vineetreynolds: under the FORGE project?
> <vineetreynolds> sbryzak, It maybe relevant only to this class: https://github.com/forge/core/blob/master/ui/impl/src/main/java/org/jboss... which is used in the ForgeIDE and not in Shell or Eclipse
> <vineetreynolds> sbryzak, Yes please
> <vineetreynolds> And under the UI component
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2063) Unable to execute new-project command via API with Maven archetype
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-2063?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III edited comment on FORGE-2063 at 10/15/14 5:33 PM:
---------------------------------------------------------------------
Vineet is correct. The problem is that the String value passed in must be "From Archetype". I've verified this in a junit test case.
was (Author: lincolnthree):
Vineet is correct. The problem is that the String value passed in my be "From Archetype". I've verified this in a junit test case.
> Unable to execute new-project command via API with Maven archetype
> ------------------------------------------------------------------
>
> Key: FORGE-2063
> URL: https://issues.jboss.org/browse/FORGE-2063
> Project: Forge
> Issue Type: Bug
> Components: UI - API
> Affects Versions: 2.10.1.Final
> Reporter: Shane Bryzak
>
> The following code throws "java.lang.IllegalArgumentException: Input named 'archetypeGroupId' does not exist" when trying to set the input value:
> WizardCommandController controller = controllerFactory.get().createWizardController(
> context, new UIRuntimeImpl(), (UIWizard) cmd);
> controller.initialize();
> controller.setValueFor("named", project.getName());
> controller.setValueFor("type", "from-archetype");
> controller.next().initialize();
> controller.setValueFor("archetypeGroupId", "org.jboss.tools.archetypes");
> controller.setValueFor("archetypeArtifactId", "jboss-forge-html5");
> controller.setValueFor("archetypeVersion", "1.0.0-SNAPSHOT");
> More descriptive stack trace:
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.SingleCommandControllerImpl.setValueFor(SingleCommandControllerImpl.java:119)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.WizardCommandControllerImpl.setValueFor(WizardCommandControllerImpl.java:226)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.NoUIWizardControllerDecorator.setValueFor(NoUIWizardControllerDecorator.java:176)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 21:38:53,739 ERROR [stderr] (default task-41) at java.lang.reflect.Method.invoke(Method.java:483)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:123)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.controller.WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.setValueFor(WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.java)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController.createProject(ProjectController.java:108)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController$Proxy$_$$_WeldSubclass.createProject(Unknown Source)
> Vineet has confirmed this is a bug:
> <vineetreynolds> sbryzak, Well, it looks like there is a bug in Forge. I can't say where, at the moment, but there is definitely one.
> <vineetreynolds> The Wizard flow constructed by Forge contains only one step
> <vineetreynolds> And that's why it cannot move to the next step
> <sbryzak> vineetreynolds: should i raise an issue in jira?
> <vineetreynolds> sbryzak, Yes
> <vineetreynolds> sbryzak, Better to track this, so Lincoln can take a look later if he has time, or in case he can't, I could
> <sbryzak> vineetreynolds: under the FORGE project?
> <vineetreynolds> sbryzak, It maybe relevant only to this class: https://github.com/forge/core/blob/master/ui/impl/src/main/java/org/jboss... which is used in the ForgeIDE and not in Shell or Eclipse
> <vineetreynolds> sbryzak, Yes please
> <vineetreynolds> And under the UI component
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (FORGE-2063) Unable to execute new-project command via API with Maven archetype
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-2063?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III commented on FORGE-2063:
-------------------------------------------
Vineet is correct. The problem is that the String value passed in my be "From Archetype". I've verified this in a junit test case.
> Unable to execute new-project command via API with Maven archetype
> ------------------------------------------------------------------
>
> Key: FORGE-2063
> URL: https://issues.jboss.org/browse/FORGE-2063
> Project: Forge
> Issue Type: Bug
> Components: UI - API
> Affects Versions: 2.10.1.Final
> Reporter: Shane Bryzak
>
> The following code throws "java.lang.IllegalArgumentException: Input named 'archetypeGroupId' does not exist" when trying to set the input value:
> WizardCommandController controller = controllerFactory.get().createWizardController(
> context, new UIRuntimeImpl(), (UIWizard) cmd);
> controller.initialize();
> controller.setValueFor("named", project.getName());
> controller.setValueFor("type", "from-archetype");
> controller.next().initialize();
> controller.setValueFor("archetypeGroupId", "org.jboss.tools.archetypes");
> controller.setValueFor("archetypeArtifactId", "jboss-forge-html5");
> controller.setValueFor("archetypeVersion", "1.0.0-SNAPSHOT");
> More descriptive stack trace:
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.SingleCommandControllerImpl.setValueFor(SingleCommandControllerImpl.java:119)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.WizardCommandControllerImpl.setValueFor(WizardCommandControllerImpl.java:226)
> 21:38:53,739 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.impl.controller.NoUIWizardControllerDecorator.setValueFor(NoUIWizardControllerDecorator.java:176)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 21:38:53,739 ERROR [stderr] (default task-41) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 21:38:53,739 ERROR [stderr] (default task-41) at java.lang.reflect.Method.invoke(Method.java:483)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback$2.call(ClassLoaderAdapterCallback.java:123)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.furnace.proxy.ClassLoaderAdapterCallback.invoke(ClassLoaderAdapterCallback.java:96)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.jboss.forge.addon.ui.controller.WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.setValueFor(WizardCommandController_$$_javassist_b40d0670-f31b-4527-9b0a-885f98640980.java)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController.createProject(ProjectController.java:108)
> 21:38:53,740 ERROR [stderr] (default task-41) at org.forgeide.controller.ProjectController$Proxy$_$$_WeldSubclass.createProject(Unknown Source)
> Vineet has confirmed this is a bug:
> <vineetreynolds> sbryzak, Well, it looks like there is a bug in Forge. I can't say where, at the moment, but there is definitely one.
> <vineetreynolds> The Wizard flow constructed by Forge contains only one step
> <vineetreynolds> And that's why it cannot move to the next step
> <sbryzak> vineetreynolds: should i raise an issue in jira?
> <vineetreynolds> sbryzak, Yes
> <vineetreynolds> sbryzak, Better to track this, so Lincoln can take a look later if he has time, or in case he can't, I could
> <sbryzak> vineetreynolds: under the FORGE project?
> <vineetreynolds> sbryzak, It maybe relevant only to this class: https://github.com/forge/core/blob/master/ui/impl/src/main/java/org/jboss... which is used in the ForgeIDE and not in Shell or Eclipse
> <vineetreynolds> sbryzak, Yes please
> <vineetreynolds> And under the UI component
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months