November 2015 - forge-issues - Jboss List Archives

[JBoss JIRA] (FORGEPLUGINS-214) as-deploy no longer works if project is rebuilt

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGEPLUGINS-214?page=com.atlassian.jira.... ] George Gastaldi commented on FORGEPLUGINS-214: ---------------------------------------------- Looks good. Use the same as in the {{--server}} parameter? > as-deploy no longer works if project is rebuilt > ----------------------------------------------- > > Key: FORGEPLUGINS-214 > URL: https://issues.jboss.org/browse/FORGEPLUGINS-214 > Project: Forge Plugins/Addons > Issue Type: Bug > Components: JBoss AS Addon > Reporter: George Gastaldi > Assignee: Jeremie Lagarde > Priority: Major > > # {{project-new --named demo}} > # {{as-setup --server wildfly}} > # {{as-deploy}} is there > # {{build}} > # {{as-deploy}} is no longer there -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGEPLUGINS-214) as-deploy no longer works if project is rebuilt

by Jérémie Lagarde (JIRA)

[ https://issues.jboss.org/browse/FORGEPLUGINS-214?page=com.atlassian.jira.... ] Jérémie Lagarde commented on FORGEPLUGINS-214: ---------------------------------------------- Why not, I don't have better ideas. .wildfly for WildFly 8,9 and 10 .jbossas for JBoss AS7 .jbosseap for JBoss EAP 6 .tomee for TomEE (see the tomee-as-addon) or all in .as by default > as-deploy no longer works if project is rebuilt > ----------------------------------------------- > > Key: FORGEPLUGINS-214 > URL: https://issues.jboss.org/browse/FORGEPLUGINS-214 > Project: Forge Plugins/Addons > Issue Type: Bug > Components: JBoss AS Addon > Reporter: George Gastaldi > Assignee: Jeremie Lagarde > Priority: Major > > # {{project-new --named demo}} > # {{as-setup --server wildfly}} > # {{as-deploy}} is there > # {{build}} > # {{as-deploy}} is no longer there -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGEPLUGINS-214) as-deploy no longer works if project is rebuilt

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGEPLUGINS-214?page=com.atlassian.jira.... ] George Gastaldi commented on FORGEPLUGINS-214: ---------------------------------------------- How about a {{.wildfly}} directory under the project root? > as-deploy no longer works if project is rebuilt > ----------------------------------------------- > > Key: FORGEPLUGINS-214 > URL: https://issues.jboss.org/browse/FORGEPLUGINS-214 > Project: Forge Plugins/Addons > Issue Type: Bug > Components: JBoss AS Addon > Reporter: George Gastaldi > Assignee: Jeremie Lagarde > Priority: Major > > # {{project-new --named demo}} > # {{as-setup --server wildfly}} > # {{as-deploy}} is there > # {{build}} > # {{as-deploy}} is no longer there -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGEPLUGINS-214) as-deploy no longer works if project is rebuilt

by Jérémie Lagarde (JIRA)

[ https://issues.jboss.org/browse/FORGEPLUGINS-214?page=com.atlassian.jira.... ] Jérémie Lagarde commented on FORGEPLUGINS-214: ---------------------------------------------- Hi George, You are right, it seems that the build command clean the target directory now. We already use the project configuration facet to store information about the AS distribution but we unzip it in the target directory by default. If the AS directory is not valid then all commands except as-setup are disabled. What default directory would you suggest? Perhaps in ${java.io.tmpdir}/something/ but I am not a big fan of this temp directory. Regards, Jeremie. > as-deploy no longer works if project is rebuilt > ----------------------------------------------- > > Key: FORGEPLUGINS-214 > URL: https://issues.jboss.org/browse/FORGEPLUGINS-214 > Project: Forge Plugins/Addons > Issue Type: Bug > Components: JBoss AS Addon > Reporter: George Gastaldi > Assignee: Jeremie Lagarde > Priority: Major > > # {{project-new --named demo}} > # {{as-setup --server wildfly}} > # {{as-deploy}} is there > # {{build}} > # {{as-deploy}} is no longer there -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) UIInputMany<Path> does not preserve the original path when InputComponents.setValue is called

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2524. ---------------------------------- Fix Version/s: 2.20.1.Final 3.0.0.Alpha1 Resolution: Done > UIInputMany<Path> does not preserve the original path when InputComponents.setValue is called > --------------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Assignee: George Gastaldi > Priority: Minor > Fix For: 2.20.1.Final, 3.0.0.Alpha1 > > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) UIInputMany<Path> does not preserve the original path when InputComponents.setValue is called

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] George Gastaldi updated FORGE-2524: ----------------------------------- Summary: UIInputMany<Path> does not preserve the original path when InputComponents.setValue is called (was: CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>>) > UIInputMany<Path> does not preserve the original path when InputComponents.setValue is called > --------------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Assignee: George Gastaldi > Priority: Minor > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>>

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] George Gastaldi reopened FORGE-2524: ------------------------------------ Assignee: George Gastaldi Reopening as this won't work for {{UIInputMany<java.nio.file.Path>}} > CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>> > ---------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Assignee: George Gastaldi > Priority: Minor > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>>

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2524. ---------------------------------- Resolution: Cannot Reproduce Bug Closing as cannot reproduce. Pushed a test case confirming that this cannot be reproduced either > CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>> > ---------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Priority: Minor > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>>

by Ondrej Zizka (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] Ondrej Zizka commented on FORGE-2524: ------------------------------------- I'm still checking what's going on, and it might be something outside Forge. Close this if I don't provide steps to reproduce and forget to close myself. > CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>> > ---------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Priority: Minor > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2524) CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>>

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2524?page=com.atlassian.jira.plugin... ] George Gastaldi commented on FORGE-2524: ---------------------------------------- Thanks for reporting this. Can you provide a test case confirming this bug? > CommandController#setValueFor(someMANYinput, File) wraps the value into List<List<File>> > ---------------------------------------------------------------------------------------- > > Key: FORGE-2524 > URL: https://issues.jboss.org/browse/FORGE-2524 > Project: Forge > Issue Type: Bug > Components: UI - API > Affects Versions: 2.20.0.Final > Reporter: Ondrej Zizka > Priority: Minor > > I suspect the CommandController has a bug in setValueFor() : > When it's MANY and type is File, then when I call > controller.setValueFor(InputPathOption.NAME, (File) inputFile); > then getValueFor() returns List<List<File>> > IMO it should return List<File>. Some auto-wrapping might be happening twice. > Thanks for checking. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues November 2015