From ivan.st.ivanov at gmail.com Mon Feb 15 17:02:37 2016 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 16 Feb 2016 00:02:37 +0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels Message-ID: Hey everybody, I am trying to add a test for the TestingSetupCommand, part of the testing addon, that I want to develop. What is particular about this command and the addon: - They use the simple furnace container instead of cdi - The command has UISelectOne input which values are supposed to be implementations of the TestingFacet interface (JUnitTestingFacet and TestNGTestingFacet) The testing facet base class that is extended by both facet implementations has a method that returns the dependency facet of the currently selected project: private DependencyFacet getDependencyFacet() { return getFaceted().getFacet(DependencyFacet.class); } And this method works fine when it is called when the test sets up the test project. However, when I "select" a testing framework form the UISelectOne, the value that I get back (in my case TestNGTestingFacet) does not have a valid origin field (it's null). Is it possible that upon setup the UISelectOne's items are not initialized properly? You can check the code in my repository: https://github.com/ivannov/core/tree/FORGE-2545 Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and run TestSetupCommandTest::testSetupTestNG. Check the content of the getFaceted() return value. Thanks, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/93ff2510/attachment.html From ggastald at redhat.com Mon Feb 15 17:37:13 2016 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 15 Feb 2016 20:37:13 -0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: Hi Ivan, The faceted object assigned in the facet instance will only be set when you install a facet (using the FacetFactory). The facet values in the UISelectOne can only be used after they are installed in a given project. Therefore, as a rule of thumb, don't expect the faceted object to be set on the Facet objects returned from UISelectOne.getValueChoices unless they are explicitly installed in the faceted project (eg FacetFactory.install() is called). Best Regards, George Gastaldi Em 15/02/2016 20:02, "Ivan St. Ivanov" escreveu: > Hey everybody, > > I am trying to add a test for the TestingSetupCommand, part of the testing > addon, that I want to develop. What is particular about this command and > the addon: > > - They use the simple furnace container instead of cdi > - The command has UISelectOne input which values are supposed to be > implementations of the TestingFacet interface (JUnitTestingFacet and > TestNGTestingFacet) > > The testing facet base class that is extended by both facet > implementations has a method that returns the dependency facet of the > currently selected project: > > private DependencyFacet getDependencyFacet() > { > return getFaceted().getFacet(DependencyFacet.class); > } > > And this method works fine when it is called when the test sets up the > test project. However, when I "select" a testing framework form the > UISelectOne, the value that I get back (in my case TestNGTestingFacet) does > not have a valid origin field (it's null). Is it possible that upon setup > the UISelectOne's items are not initialized properly? > > You can check the code in my repository: > > https://github.com/ivannov/core/tree/FORGE-2545 > > Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and run > TestSetupCommandTest::testSetupTestNG. Check the content of the > getFaceted() return value. > > Thanks, > Ivan > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160215/63cefc57/attachment.html From ivan.st.ivanov at gmail.com Tue Feb 16 01:13:30 2016 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 16 Feb 2016 08:13:30 +0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: Gotcha! So after instead of: chosenFacet.install(); I did: facetFactory.install(getSelectedProject(uiExecutionContext), chosenFacet); Everything worked like a charm! Thanks, George, for the quick reaction! :) On a side note, what is wrong with the addon configuration, so that if I need to test any change I do in the impl module, I have to mvn clean *install* and only then run the test from tests module? On Tue, Feb 16, 2016 at 12:37 AM, George Gastaldi wrote: > Hi Ivan, > > The faceted object assigned in the facet instance will only be set when > you install a facet (using the FacetFactory). > > The facet values in the UISelectOne can only be used after they are > installed in a given project. > > Therefore, as a rule of thumb, don't expect the faceted object to be set > on the Facet objects returned from UISelectOne.getValueChoices unless they > are explicitly installed in the faceted project (eg FacetFactory.install() > is called). > > Best Regards, > > George Gastaldi > Em 15/02/2016 20:02, "Ivan St. Ivanov" > escreveu: > >> Hey everybody, >> >> I am trying to add a test for the TestingSetupCommand, part of the >> testing addon, that I want to develop. What is particular about this >> command and the addon: >> >> - They use the simple furnace container instead of cdi >> - The command has UISelectOne input which values are supposed to be >> implementations of the TestingFacet interface (JUnitTestingFacet and >> TestNGTestingFacet) >> >> The testing facet base class that is extended by both facet >> implementations has a method that returns the dependency facet of the >> currently selected project: >> >> private DependencyFacet getDependencyFacet() >> { >> return getFaceted().getFacet(DependencyFacet.class); >> } >> >> And this method works fine when it is called when the test sets up the >> test project. However, when I "select" a testing framework form the >> UISelectOne, the value that I get back (in my case TestNGTestingFacet) does >> not have a valid origin field (it's null). Is it possible that upon setup >> the UISelectOne's items are not initialized properly? >> >> You can check the code in my repository: >> >> https://github.com/ivannov/core/tree/FORGE-2545 >> >> Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and run >> TestSetupCommandTest::testSetupTestNG. Check the content of the >> getFaceted() return value. >> >> Thanks, >> Ivan >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/a96af4e9/attachment-0001.html From ggastald at redhat.com Tue Feb 16 05:27:39 2016 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 16 Feb 2016 08:27:39 -0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: That looks weird, what OS are you using? Em 16/02/2016 04:13, "Ivan St. Ivanov" escreveu: > Gotcha! > > So after instead of: > > chosenFacet.install(); > > I did: > > facetFactory.install(getSelectedProject(uiExecutionContext), chosenFacet); > > Everything worked like a charm! > > Thanks, George, for the quick reaction! :) > > On a side note, what is wrong with the addon configuration, so that if I > need to test any change I do in the impl module, I have to mvn clean > *install* and only then run the test from tests module? > > > > On Tue, Feb 16, 2016 at 12:37 AM, George Gastaldi > wrote: > >> Hi Ivan, >> >> The faceted object assigned in the facet instance will only be set when >> you install a facet (using the FacetFactory). >> >> The facet values in the UISelectOne can only be used after they are >> installed in a given project. >> >> Therefore, as a rule of thumb, don't expect the faceted object to be set >> on the Facet objects returned from UISelectOne.getValueChoices unless they >> are explicitly installed in the faceted project (eg FacetFactory.install() >> is called). >> >> Best Regards, >> >> George Gastaldi >> Em 15/02/2016 20:02, "Ivan St. Ivanov" >> escreveu: >> >>> Hey everybody, >>> >>> I am trying to add a test for the TestingSetupCommand, part of the >>> testing addon, that I want to develop. What is particular about this >>> command and the addon: >>> >>> - They use the simple furnace container instead of cdi >>> - The command has UISelectOne input which values are supposed to be >>> implementations of the TestingFacet interface (JUnitTestingFacet and >>> TestNGTestingFacet) >>> >>> The testing facet base class that is extended by both facet >>> implementations has a method that returns the dependency facet of the >>> currently selected project: >>> >>> private DependencyFacet getDependencyFacet() >>> { >>> return getFaceted().getFacet(DependencyFacet.class); >>> } >>> >>> And this method works fine when it is called when the test sets up the >>> test project. However, when I "select" a testing framework form the >>> UISelectOne, the value that I get back (in my case TestNGTestingFacet) does >>> not have a valid origin field (it's null). Is it possible that upon setup >>> the UISelectOne's items are not initialized properly? >>> >>> You can check the code in my repository: >>> >>> https://github.com/ivannov/core/tree/FORGE-2545 >>> >>> Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and >>> run TestSetupCommandTest::testSetupTestNG. Check the content of the >>> getFaceted() return value. >>> >>> Thanks, >>> Ivan >>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/7a98f92f/attachment.html From ivan.st.ivanov at gmail.com Tue Feb 16 05:28:17 2016 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 16 Feb 2016 12:28:17 +0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: Fedora On Feb 16, 2016 12:27, "George Gastaldi" wrote: > That looks weird, what OS are you using? > Em 16/02/2016 04:13, "Ivan St. Ivanov" > escreveu: > >> Gotcha! >> >> So after instead of: >> >> chosenFacet.install(); >> >> I did: >> >> facetFactory.install(getSelectedProject(uiExecutionContext), chosenFacet); >> >> Everything worked like a charm! >> >> Thanks, George, for the quick reaction! :) >> >> On a side note, what is wrong with the addon configuration, so that if I >> need to test any change I do in the impl module, I have to mvn clean >> *install* and only then run the test from tests module? >> >> >> >> On Tue, Feb 16, 2016 at 12:37 AM, George Gastaldi >> wrote: >> >>> Hi Ivan, >>> >>> The faceted object assigned in the facet instance will only be set when >>> you install a facet (using the FacetFactory). >>> >>> The facet values in the UISelectOne can only be used after they are >>> installed in a given project. >>> >>> Therefore, as a rule of thumb, don't expect the faceted object to be set >>> on the Facet objects returned from UISelectOne.getValueChoices unless they >>> are explicitly installed in the faceted project (eg FacetFactory.install() >>> is called). >>> >>> Best Regards, >>> >>> George Gastaldi >>> Em 15/02/2016 20:02, "Ivan St. Ivanov" >>> escreveu: >>> >>>> Hey everybody, >>>> >>>> I am trying to add a test for the TestingSetupCommand, part of the >>>> testing addon, that I want to develop. What is particular about this >>>> command and the addon: >>>> >>>> - They use the simple furnace container instead of cdi >>>> - The command has UISelectOne input which values are supposed to be >>>> implementations of the TestingFacet interface (JUnitTestingFacet and >>>> TestNGTestingFacet) >>>> >>>> The testing facet base class that is extended by both facet >>>> implementations has a method that returns the dependency facet of the >>>> currently selected project: >>>> >>>> private DependencyFacet getDependencyFacet() >>>> { >>>> return getFaceted().getFacet(DependencyFacet.class); >>>> } >>>> >>>> And this method works fine when it is called when the test sets up the >>>> test project. However, when I "select" a testing framework form the >>>> UISelectOne, the value that I get back (in my case TestNGTestingFacet) does >>>> not have a valid origin field (it's null). Is it possible that upon setup >>>> the UISelectOne's items are not initialized properly? >>>> >>>> You can check the code in my repository: >>>> >>>> https://github.com/ivannov/core/tree/FORGE-2545 >>>> >>>> Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and >>>> run TestSetupCommandTest::testSetupTestNG. Check the content of the >>>> getFaceted() return value. >>>> >>>> Thanks, >>>> Ivan >>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/fe9c27b3/attachment.html From ggastald at redhat.com Tue Feb 16 06:26:21 2016 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 16 Feb 2016 09:26:21 -0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: If you are using Eclipse, make sure that the Workspace Resolution is enabled, otherwise this behavior may happen. Em 16/02/2016 08:28, "Ivan St. Ivanov" escreveu: > Fedora > On Feb 16, 2016 12:27, "George Gastaldi" wrote: > >> That looks weird, what OS are you using? >> Em 16/02/2016 04:13, "Ivan St. Ivanov" >> escreveu: >> >>> Gotcha! >>> >>> So after instead of: >>> >>> chosenFacet.install(); >>> >>> I did: >>> >>> facetFactory.install(getSelectedProject(uiExecutionContext), chosenFacet); >>> >>> Everything worked like a charm! >>> >>> Thanks, George, for the quick reaction! :) >>> >>> On a side note, what is wrong with the addon configuration, so that if I >>> need to test any change I do in the impl module, I have to mvn clean >>> *install* and only then run the test from tests module? >>> >>> >>> >>> On Tue, Feb 16, 2016 at 12:37 AM, George Gastaldi >>> wrote: >>> >>>> Hi Ivan, >>>> >>>> The faceted object assigned in the facet instance will only be set when >>>> you install a facet (using the FacetFactory). >>>> >>>> The facet values in the UISelectOne can only be used after they are >>>> installed in a given project. >>>> >>>> Therefore, as a rule of thumb, don't expect the faceted object to be >>>> set on the Facet objects returned from UISelectOne.getValueChoices unless >>>> they are explicitly installed in the faceted project (eg >>>> FacetFactory.install() is called). >>>> >>>> Best Regards, >>>> >>>> George Gastaldi >>>> Em 15/02/2016 20:02, "Ivan St. Ivanov" >>>> escreveu: >>>> >>>>> Hey everybody, >>>>> >>>>> I am trying to add a test for the TestingSetupCommand, part of the >>>>> testing addon, that I want to develop. What is particular about this >>>>> command and the addon: >>>>> >>>>> - They use the simple furnace container instead of cdi >>>>> - The command has UISelectOne input which values are supposed to be >>>>> implementations of the TestingFacet interface (JUnitTestingFacet and >>>>> TestNGTestingFacet) >>>>> >>>>> The testing facet base class that is extended by both facet >>>>> implementations has a method that returns the dependency facet of the >>>>> currently selected project: >>>>> >>>>> private DependencyFacet getDependencyFacet() >>>>> { >>>>> return getFaceted().getFacet(DependencyFacet.class); >>>>> } >>>>> >>>>> And this method works fine when it is called when the test sets up the >>>>> test project. However, when I "select" a testing framework form the >>>>> UISelectOne, the value that I get back (in my case TestNGTestingFacet) does >>>>> not have a valid origin field (it's null). Is it possible that upon setup >>>>> the UISelectOne's items are not initialized properly? >>>>> >>>>> You can check the code in my repository: >>>>> >>>>> https://github.com/ivannov/core/tree/FORGE-2545 >>>>> >>>>> Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and >>>>> run TestSetupCommandTest::testSetupTestNG. Check the content of the >>>>> getFaceted() return value. >>>>> >>>>> Thanks, >>>>> Ivan >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/abb95d9c/attachment-0001.html From ggastald at redhat.com Tue Feb 16 10:38:13 2016 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 16 Feb 2016 13:38:13 -0200 Subject: [forge-dev] Forge meeting minutes - 16/02/2016 Message-ID: ============== #forge Meeting ============== Meeting started by gastaldi at 15:14:01 UTC. The full logs are available athttp://transcripts.jboss.org/meeting/irc.freenode.org/forge/2016/forge.2016-02-16-15.14.log.html . Meeting summary --------------- * Agenda (gastaldi, 15:14:07) * Status and Priorities (gastaldi, 15:18:14) * I have been in the F2F meeting in Brno last week, that's why we haven't had a meeting last week (gastaldi, 15:18:36) * Forge 3.0.0.CR1 is scheduled to be released today (gastaldi, 15:19:03) * There is a minor change that should be updated in our docs regarding the creation of Forge addon projects. FORGE-2597 renames the `--type addon` to `--type forge-addon` option name in project-new for consistency purposes (gastaldi, 15:20:11) * I am working with Joshua Wilson on a Forge Initializr, based on http://start.spring.io/ (gastaldi, 15:21:56) Meeting ended at 15:36:10 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * gastaldi (16) * jbossbot (5) * jbott (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/69f063d5/attachment.html From ggastald at redhat.com Tue Feb 16 10:42:45 2016 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 16 Feb 2016 13:42:45 -0200 Subject: [forge-dev] GSoC 2016 Message-ID: Hey everybody! GSoC 2016 is approaching and now is the time we gather the ideas that would make part of this year's edition. The ideas page is https://developer.jboss.org/wiki/JBossCommunityGoogleSummerOfCode2016Ideas Do you have any ideas (involving the Forge project) of what we should submit for the next GSoC ? Let me know. Best Regards, *George Gastaldi* https://onename.com/gastaldi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/a6859865/attachment.html From ivan.st.ivanov at gmail.com Tue Feb 16 16:54:22 2016 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 16 Feb 2016 23:54:22 +0200 Subject: [forge-dev] Facet origin missing for UISelectOne labels In-Reply-To: References: Message-ID: YES!!!!! Green bar!!!! Thank you so much, George! BTW, I have not forgotten to write about my idea that I tweeted you about. Just don't find the time... :( On Tue, Feb 16, 2016 at 1:26 PM, George Gastaldi wrote: > If you are using Eclipse, make sure that the Workspace Resolution is > enabled, otherwise this behavior may happen. > Em 16/02/2016 08:28, "Ivan St. Ivanov" > escreveu: > >> Fedora >> On Feb 16, 2016 12:27, "George Gastaldi" wrote: >> >>> That looks weird, what OS are you using? >>> Em 16/02/2016 04:13, "Ivan St. Ivanov" >>> escreveu: >>> >>>> Gotcha! >>>> >>>> So after instead of: >>>> >>>> chosenFacet.install(); >>>> >>>> I did: >>>> >>>> facetFactory.install(getSelectedProject(uiExecutionContext), chosenFacet); >>>> >>>> Everything worked like a charm! >>>> >>>> Thanks, George, for the quick reaction! :) >>>> >>>> On a side note, what is wrong with the addon configuration, so that if >>>> I need to test any change I do in the impl module, I have to mvn clean >>>> *install* and only then run the test from tests module? >>>> >>>> >>>> >>>> On Tue, Feb 16, 2016 at 12:37 AM, George Gastaldi >>>> wrote: >>>> >>>>> Hi Ivan, >>>>> >>>>> The faceted object assigned in the facet instance will only be set >>>>> when you install a facet (using the FacetFactory). >>>>> >>>>> The facet values in the UISelectOne can only be used after they are >>>>> installed in a given project. >>>>> >>>>> Therefore, as a rule of thumb, don't expect the faceted object to be >>>>> set on the Facet objects returned from UISelectOne.getValueChoices unless >>>>> they are explicitly installed in the faceted project (eg >>>>> FacetFactory.install() is called). >>>>> >>>>> Best Regards, >>>>> >>>>> George Gastaldi >>>>> Em 15/02/2016 20:02, "Ivan St. Ivanov" >>>>> escreveu: >>>>> >>>>>> Hey everybody, >>>>>> >>>>>> I am trying to add a test for the TestingSetupCommand, part of the >>>>>> testing addon, that I want to develop. What is particular about this >>>>>> command and the addon: >>>>>> >>>>>> - They use the simple furnace container instead of cdi >>>>>> - The command has UISelectOne input which values are supposed to be >>>>>> implementations of the TestingFacet interface (JUnitTestingFacet and >>>>>> TestNGTestingFacet) >>>>>> >>>>>> The testing facet base class that is extended by both facet >>>>>> implementations has a method that returns the dependency facet of the >>>>>> currently selected project: >>>>>> >>>>>> private DependencyFacet getDependencyFacet() >>>>>> { >>>>>> return getFaceted().getFacet(DependencyFacet.class); >>>>>> } >>>>>> >>>>>> And this method works fine when it is called when the test sets up >>>>>> the test project. However, when I "select" a testing framework form the >>>>>> UISelectOne, the value that I get back (in my case TestNGTestingFacet) does >>>>>> not have a valid origin field (it's null). Is it possible that upon setup >>>>>> the UISelectOne's items are not initialized properly? >>>>>> >>>>>> You can check the code in my repository: >>>>>> >>>>>> https://github.com/ivannov/core/tree/FORGE-2545 >>>>>> >>>>>> Just put a breakpoint in AbstractTestingFacet::getDependencyFacet and >>>>>> run TestSetupCommandTest::testSetupTestNG. Check the content of the >>>>>> getFaceted() return value. >>>>>> >>>>>> Thanks, >>>>>> Ivan >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20160216/65bbb44b/attachment.html