From danielsoro at gmail.com Sat Jan 3 07:19:21 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 3 Jan 2015 12:19:21 +0000 Subject: [forge-dev] UIValidator Message-ID: When this validation is called? https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150103/4fb00ac8/attachment.html From ivan.st.ivanov at gmail.com Sat Jan 3 07:28:12 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 3 Jan 2015 14:28:12 +0200 Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: Hi Soro, I guess upon executing the addon install command (prior to the actual execution). Did you also get an error when trying to run: forge --install org.jboss.forge.addon:core,$FORGE_VERSION This morning I got: java.lang.IllegalArgumentException: Coordinates must be of the form 'name,version' or 'name,version,api-version at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) However, I did not investigate much into it. I guess I have to change the `:core` part in my script to `,core`. Cheers, Ivan On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha wrote: > When this validation is called? > > https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 > > -- > Daniel Cunha (soro) > > _______________________________________________ > 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/20150103/191be881/attachment.html From ggastald at redhat.com Sat Jan 3 07:35:46 2015 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 3 Jan 2015 07:35:46 -0500 (EST) Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: <51D064C9-B2CF-4A06-9750-0FB683C7D9E4@redhat.com> Hi Ivan, I guess $FORGE_VERSION is not being resolved in your case, thus making it an invalid coordinate. > Em 03/01/2015, ?s 10:28, Ivan St. Ivanov escreveu: > > Hi Soro, > > I guess upon executing the addon install command (prior to the actual execution). > > Did you also get an error when trying to run: > > forge --install org.jboss.forge.addon:core,$FORGE_VERSION > > This morning I got: > > java.lang.IllegalArgumentException: Coordinates must be of the form 'name,version' or 'name,version,api-version > at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) > at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) > at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) > at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) > > However, I did not investigate much into it. I guess I have to change the `:core` part in my script to `,core`. > > Cheers, > Ivan > >> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha wrote: >> When this validation is called? >> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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/20150103/333d1f3f/attachment-0001.html From danielsoro at gmail.com Sat Jan 3 07:36:22 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 3 Jan 2015 12:36:22 +0000 Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: Hi Ivan, I'm looking for it. George opened a issue for it. ( https://issues.jboss.org/browse/FORGE-2169). http://maven.apache.org/pom.html#Maven_Coordinates I think that this "," (comma) not should to exist. Ok? On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov wrote: > Hi Soro, > > I guess upon executing the addon install command (prior to the actual > execution). > > Did you also get an error when trying to run: > > forge --install org.jboss.forge.addon:core,$FORGE_VERSION > > This morning I got: > > java.lang.IllegalArgumentException: Coordinates must be of the form > 'name,version' or 'name,version,api-version > at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) > at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) > at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) > at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) > > However, I did not investigate much into it. I guess I have to change the > `:core` part in my script to `,core`. > > Cheers, > Ivan > > On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha wrote: > >> When this validation is called? >> >> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150103/0c53d116/attachment.html From ivan.st.ivanov at gmail.com Sat Jan 3 07:51:11 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 3 Jan 2015 14:51:11 +0200 Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: Hi folks, *George*, most probably that was the reason. I don't quite understand the problem described in this issue. Is it because there is a validation error but there is no popup in the IDE and just something in the logs? Then I guess this could be fixed if the exception that is caught here is changed to RuntimeException or if we add a new catch block for RuntimeException with different validation error. WDYT? Cheers, Ivan On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha wrote: > Hi Ivan, > > I'm looking for it. George opened a issue for it. ( > https://issues.jboss.org/browse/FORGE-2169). > http://maven.apache.org/pom.html#Maven_Coordinates > > I think that this "," (comma) not should to exist. Ok? > > On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov > wrote: > >> Hi Soro, >> >> I guess upon executing the addon install command (prior to the actual >> execution). >> >> Did you also get an error when trying to run: >> >> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >> >> This morning I got: >> >> java.lang.IllegalArgumentException: Coordinates must be of the form >> 'name,version' or 'name,version,api-version >> at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >> >> However, I did not investigate much into it. I guess I have to change the >> `:core` part in my script to `,core`. >> >> Cheers, >> Ivan >> >> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha >> wrote: >> >>> When this validation is called? >>> >>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>> >>> -- >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Daniel Cunha (soro) > > _______________________________________________ > 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/20150103/5f698534/attachment.html From danielsoro at gmail.com Sat Jan 3 08:00:46 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 3 Jan 2015 13:00:46 +0000 Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: Hi Ivan, In my case, the catch is here: https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L118-L121 This case, I don't know, but it seem that validation not called before of executeute. On Sat, Jan 3, 2015 at 12:51 PM, Ivan St. Ivanov wrote: > Hi folks, > > *George*, most probably that was the reason. > > I don't quite understand the problem described in this issue. Is it > because there is a validation error but there is no popup in the IDE and > just something in the logs? Then I guess this could be fixed if the > exception that is caught here > > is changed to RuntimeException or if we add a new catch block for > RuntimeException with different validation error. > > WDYT? > > Cheers, > Ivan > > On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha wrote: > >> Hi Ivan, >> >> I'm looking for it. George opened a issue for it. ( >> https://issues.jboss.org/browse/FORGE-2169). >> http://maven.apache.org/pom.html#Maven_Coordinates >> >> I think that this "," (comma) not should to exist. Ok? >> >> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov < >> ivan.st.ivanov at gmail.com> wrote: >> >>> Hi Soro, >>> >>> I guess upon executing the addon install command (prior to the actual >>> execution). >>> >>> Did you also get an error when trying to run: >>> >>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>> >>> This morning I got: >>> >>> java.lang.IllegalArgumentException: Coordinates must be of the form >>> 'name,version' or 'name,version,api-version >>> at >>> org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>> >>> However, I did not investigate much into it. I guess I have to change >>> the `:core` part in my script to `,core`. >>> >>> Cheers, >>> Ivan >>> >>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha >>> wrote: >>> >>>> When this validation is called? >>>> >>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150103/06380410/attachment.html From ggastald at redhat.com Sat Jan 3 08:03:46 2015 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 3 Jan 2015 08:03:46 -0500 (EST) Subject: [forge-dev] UIValidator In-Reply-To: References: Message-ID: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> Hi Ivan, That's because the code is on the Bootstrap class (see the stacktrace you pasted). As for the UIValidator not being called, I'll investigate further. > Em 03/01/2015, ?s 10:51, Ivan St. Ivanov escreveu: > > Hi folks, > > George, most probably that was the reason. > > I don't quite understand the problem described in this issue. Is it because there is a validation error but there is no popup in the IDE and just something in the logs? Then I guess this could be fixed if the exception that is caught here is changed to RuntimeException or if we add a new catch block for RuntimeException with different validation error. > > WDYT? > > Cheers, > Ivan > >> On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha wrote: >> Hi Ivan, >> >> I'm looking for it. George opened a issue for it. (https://issues.jboss.org/browse/FORGE-2169). >> http://maven.apache.org/pom.html#Maven_Coordinates >> >> I think that this "," (comma) not should to exist. Ok? >> >>> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov wrote: >>> Hi Soro, >>> >>> I guess upon executing the addon install command (prior to the actual execution). >>> >>> Did you also get an error when trying to run: >>> >>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>> >>> This morning I got: >>> >>> java.lang.IllegalArgumentException: Coordinates must be of the form 'name,version' or 'name,version,api-version >>> at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>> >>> However, I did not investigate much into it. I guess I have to change the `:core` part in my script to `,core`. >>> >>> Cheers, >>> Ivan >>> >>>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha wrote: >>>> When this validation is called? >>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> 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 >> >> >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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/20150103/b15a9628/attachment-0001.html From ivan.st.ivanov at gmail.com Sat Jan 3 08:08:50 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 3 Jan 2015 15:08:50 +0200 Subject: [forge-dev] UIValidator In-Reply-To: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> References: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> Message-ID: Hi folks, George, we are talking here about Soro's issue, the one that you reported in the JIRA. About mine, you were right that the environment variable was not set. I guess that the validator *is* called. At least from the stack trace in the JIRA, I see that the error happens while calling the AbstractUICommand validate method. Most probably the exception escapes and just gets logged. Maybe if you add catch clause for a RuntimeException to the validator, it will work. Cheers, Ivan On Sat, Jan 3, 2015 at 3:03 PM, George Gastaldi wrote: > Hi Ivan, > > That's because the code is on the Bootstrap class (see the stacktrace you > pasted). As for the UIValidator not being called, I'll investigate further. > > > > Em 03/01/2015, ?s 10:51, Ivan St. Ivanov > escreveu: > > Hi folks, > > *George*, most probably that was the reason. > > I don't quite understand the problem described in this issue. Is it > because there is a validation error but there is no popup in the IDE and > just something in the logs? Then I guess this could be fixed if the > exception that is caught here > > is changed to RuntimeException or if we add a new catch block for > RuntimeException with different validation error. > > WDYT? > > Cheers, > Ivan > > On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha wrote: > >> Hi Ivan, >> >> I'm looking for it. George opened a issue for it. ( >> https://issues.jboss.org/browse/FORGE-2169). >> http://maven.apache.org/pom.html#Maven_Coordinates >> >> I think that this "," (comma) not should to exist. Ok? >> >> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov < >> ivan.st.ivanov at gmail.com> wrote: >> >>> Hi Soro, >>> >>> I guess upon executing the addon install command (prior to the actual >>> execution). >>> >>> Did you also get an error when trying to run: >>> >>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>> >>> This morning I got: >>> >>> java.lang.IllegalArgumentException: Coordinates must be of the form >>> 'name,version' or 'name,version,api-version >>> at >>> org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>> >>> However, I did not investigate much into it. I guess I have to change >>> the `:core` part in my script to `,core`. >>> >>> Cheers, >>> Ivan >>> >>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha >>> wrote: >>> >>>> When this validation is called? >>>> >>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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/20150103/ce05c142/attachment.html From ggastald at redhat.com Sat Jan 3 08:14:51 2015 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 3 Jan 2015 08:14:51 -0500 (EST) Subject: [forge-dev] UIValidator In-Reply-To: References: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> Message-ID: <01711F41-161D-4157-9F01-C82E8DB01C95@redhat.com> That is a good idea, but I guess also that we should not wrap the IllegalArgumentException thrown in MavenAddonDependencyResolver. Best Regards, George Gastaldi > Em 03/01/2015, ?s 11:09, Ivan St. Ivanov escreveu: > > Hi folks, > > George, we are talking here about Soro's issue, the one that you reported in the JIRA. About mine, you were right that the environment variable was not set. > > I guess that the validator *is* called. At least from the stack trace in the JIRA, I see that the error happens while calling the AbstractUICommand validate method. Most probably the exception escapes and just gets logged. > > Maybe if you add catch clause for a RuntimeException to the validator, it will work. > > Cheers, > Ivan > >> On Sat, Jan 3, 2015 at 3:03 PM, George Gastaldi wrote: >> Hi Ivan, >> >> That's because the code is on the Bootstrap class (see the stacktrace you pasted). As for the UIValidator not being called, I'll investigate further. >> >> >> >>> Em 03/01/2015, ?s 10:51, Ivan St. Ivanov escreveu: >>> >> >>> Hi folks, >>> >>> George, most probably that was the reason. >>> >>> I don't quite understand the problem described in this issue. Is it because there is a validation error but there is no popup in the IDE and just something in the logs? Then I guess this could be fixed if the exception that is caught here is changed to RuntimeException or if we add a new catch block for RuntimeException with different validation error. >>> >>> WDYT? >>> >>> Cheers, >>> Ivan >>> >>>> On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha wrote: >>>> Hi Ivan, >>>> >>>> I'm looking for it. George opened a issue for it. (https://issues.jboss.org/browse/FORGE-2169). >>>> http://maven.apache.org/pom.html#Maven_Coordinates >>>> >>>> I think that this "," (comma) not should to exist. Ok? >>>> >>>>> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov wrote: >>>>> Hi Soro, >>>>> >>>>> I guess upon executing the addon install command (prior to the actual execution). >>>>> >>>>> Did you also get an error when trying to run: >>>>> >>>>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>>>> >>>>> This morning I got: >>>>> >>>>> java.lang.IllegalArgumentException: Coordinates must be of the form 'name,version' or 'name,version,api-version >>>>> at org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>>>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>>>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>>>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>>>> >>>>> However, I did not investigate much into it. I guess I have to change the `:core` part in my script to `,core`. >>>>> >>>>> Cheers, >>>>> Ivan >>>>> >>>>>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha wrote: >>>>>> When this validation is called? >>>>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>>>> >>>>>> -- >>>>>> Daniel Cunha (soro) >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> 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/20150103/61d2a32e/attachment-0001.html From danielsoro at gmail.com Sat Jan 3 08:21:22 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 3 Jan 2015 13:21:22 +0000 Subject: [forge-dev] UIValidator In-Reply-To: <01711F41-161D-4157-9F01-C82E8DB01C95@redhat.com> References: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> <01711F41-161D-4157-9F01-C82E8DB01C95@redhat.com> Message-ID: Ivan, you're right. On Sat, Jan 3, 2015 at 1:14 PM, George Gastaldi wrote: > That is a good idea, but I guess also that we should not wrap the > IllegalArgumentException thrown in MavenAddonDependencyResolver. > > Best Regards, > > George Gastaldi > > Em 03/01/2015, ?s 11:09, Ivan St. Ivanov > escreveu: > > Hi folks, > > George, we are talking here about Soro's issue, the one that you reported > in the JIRA. About mine, you were right that the environment variable was > not set. > > I guess that the validator *is* called. At least from the stack trace in > the JIRA, I see that the error happens while calling the AbstractUICommand > validate method. Most probably the exception escapes and just gets logged. > > Maybe if you add catch clause for a RuntimeException to the validator, it > will work. > > Cheers, > Ivan > > On Sat, Jan 3, 2015 at 3:03 PM, George Gastaldi > wrote: > >> Hi Ivan, >> >> That's because the code is on the Bootstrap class (see the stacktrace you >> pasted). As for the UIValidator not being called, I'll investigate further. >> >> >> >> Em 03/01/2015, ?s 10:51, Ivan St. Ivanov >> escreveu: >> >> Hi folks, >> >> *George*, most probably that was the reason. >> >> I don't quite understand the problem described in this issue. Is it >> because there is a validation error but there is no popup in the IDE and >> just something in the logs? Then I guess this could be fixed if the >> exception that is caught here >> >> is changed to RuntimeException or if we add a new catch block for >> RuntimeException with different validation error. >> >> WDYT? >> >> Cheers, >> Ivan >> >> On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha >> wrote: >> >>> Hi Ivan, >>> >>> I'm looking for it. George opened a issue for it. ( >>> https://issues.jboss.org/browse/FORGE-2169). >>> http://maven.apache.org/pom.html#Maven_Coordinates >>> >>> I think that this "," (comma) not should to exist. Ok? >>> >>> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov < >>> ivan.st.ivanov at gmail.com> wrote: >>> >>>> Hi Soro, >>>> >>>> I guess upon executing the addon install command (prior to the actual >>>> execution). >>>> >>>> Did you also get an error when trying to run: >>>> >>>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>>> >>>> This morning I got: >>>> >>>> java.lang.IllegalArgumentException: Coordinates must be of the form >>>> 'name,version' or 'name,version,api-version >>>> at >>>> org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>>> >>>> However, I did not investigate much into it. I guess I have to change >>>> the `:core` part in my script to `,core`. >>>> >>>> Cheers, >>>> Ivan >>>> >>>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha >>>> wrote: >>>> >>>>> When this validation is called? >>>>> >>>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>>> >>>>> -- >>>>> Daniel Cunha (soro) >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150103/006aa709/attachment.html From ivan.st.ivanov at gmail.com Sat Jan 3 08:21:27 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 3 Jan 2015 15:21:27 +0200 Subject: [forge-dev] UIValidator In-Reply-To: <01711F41-161D-4157-9F01-C82E8DB01C95@redhat.com> References: <20A6CB32-7986-40A7-A87C-4705A4775E57@redhat.com> <01711F41-161D-4157-9F01-C82E8DB01C95@redhat.com> Message-ID: Yeah, we may leave the IllegalArgumentException and just add another catch clause for RuntimeException On Sat, Jan 3, 2015 at 3:14 PM, George Gastaldi wrote: > That is a good idea, but I guess also that we should not wrap the > IllegalArgumentException thrown in MavenAddonDependencyResolver. > > Best Regards, > > George Gastaldi > > Em 03/01/2015, ?s 11:09, Ivan St. Ivanov > escreveu: > > Hi folks, > > George, we are talking here about Soro's issue, the one that you reported > in the JIRA. About mine, you were right that the environment variable was > not set. > > I guess that the validator *is* called. At least from the stack trace in > the JIRA, I see that the error happens while calling the AbstractUICommand > validate method. Most probably the exception escapes and just gets logged. > > Maybe if you add catch clause for a RuntimeException to the validator, it > will work. > > Cheers, > Ivan > > On Sat, Jan 3, 2015 at 3:03 PM, George Gastaldi > wrote: > >> Hi Ivan, >> >> That's because the code is on the Bootstrap class (see the stacktrace you >> pasted). As for the UIValidator not being called, I'll investigate further. >> >> >> >> Em 03/01/2015, ?s 10:51, Ivan St. Ivanov >> escreveu: >> >> Hi folks, >> >> *George*, most probably that was the reason. >> >> I don't quite understand the problem described in this issue. Is it >> because there is a validation error but there is no popup in the IDE and >> just something in the logs? Then I guess this could be fixed if the >> exception that is caught here >> >> is changed to RuntimeException or if we add a new catch block for >> RuntimeException with different validation error. >> >> WDYT? >> >> Cheers, >> Ivan >> >> On Sat, Jan 3, 2015 at 2:36 PM, Daniel Cunha >> wrote: >> >>> Hi Ivan, >>> >>> I'm looking for it. George opened a issue for it. ( >>> https://issues.jboss.org/browse/FORGE-2169). >>> http://maven.apache.org/pom.html#Maven_Coordinates >>> >>> I think that this "," (comma) not should to exist. Ok? >>> >>> On Sat, Jan 3, 2015 at 12:28 PM, Ivan St. Ivanov < >>> ivan.st.ivanov at gmail.com> wrote: >>> >>>> Hi Soro, >>>> >>>> I guess upon executing the addon install command (prior to the actual >>>> execution). >>>> >>>> Did you also get an error when trying to run: >>>> >>>> forge --install org.jboss.forge.addon:core,$FORGE_VERSION >>>> >>>> This morning I got: >>>> >>>> java.lang.IllegalArgumentException: Coordinates must be of the form >>>> 'name,version' or 'name,version,api-version >>>> at >>>> org.jboss.forge.furnace.addons.AddonId.fromCoordinates(AddonId.java:78) >>>> at org.jboss.forge.bootstrap.Bootstrap.install(Bootstrap.java:311) >>>> at org.jboss.forge.bootstrap.Bootstrap.(Bootstrap.java:179) >>>> at org.jboss.forge.bootstrap.Bootstrap.main(Bootstrap.java:95) >>>> >>>> However, I did not investigate much into it. I guess I have to change >>>> the `:core` part in my script to `,core`. >>>> >>>> Cheers, >>>> Ivan >>>> >>>> On Sat, Jan 3, 2015 at 2:19 PM, Daniel Cunha >>>> wrote: >>>> >>>>> When this validation is called? >>>>> >>>>> https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonInstallCommand.java#L88-L107 >>>>> >>>>> -- >>>>> Daniel Cunha (soro) >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> 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/20150103/e8c5452d/attachment-0001.html From ivan.st.ivanov at gmail.com Sat Jan 3 18:05:45 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sun, 4 Jan 2015 01:05:45 +0200 Subject: [forge-dev] Security addon in Forge In-Reply-To: References: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> Message-ID: So, I am reworking this addon for the third time now. I reached to the conclusion that I will create a mirroring SecurityFacet implementation for every ServletFacet implementation (2_5, 3_0, 3_1). Before you jumping at me, I would like to share some code. :) public interface SecurityFacet { public void addLoggingConfig(AuthenticationMethod method, String realmName); } public interface SecurityFacet_2_5 extends SecurityFacet public class SecurityFacetImpl_2_5 extends ServletFacetImpl_2_5 implements SecurityFacet_2_5 Before that though, I wonder is there a possibility to somehow inject the needed ServletFacetImpl inside its corresponding SecurityFacetImpl, i.e. compose it? I am doing it now with inheritance, but I don't quite like it because of the DependencyInstaller dependency in the ServletFacetImpl constructors. Which I need to explicitly create a constructor in the SecurityFacetImpl for: @Inject public SecurityFacetImpl_2_5(DependencyInstaller installer) { super(installer); } I will share later some code, but please tell me whether composition over inheritance will work in case of facets? Thanks, Ivan On Mon, Oct 13, 2014 at 2:17 PM, Ivan St. Ivanov wrote: > OK, George, should I read your answers as: "Yes, Ivan, go on and implement > the security command(s) in the javaee addon. You may use the picketlink > addon as reference, but follow the spec" :) > > On Mon, Oct 13, 2014 at 10:22 AM, George Gastaldi > wrote: > >> I am not sure, since the PicketLink addon is specific to PicketLink, and >> not plain JavaEE security. Perhaps we need to introduce a new command in >> the javaee addon. >> >> >> >> Em 13/10/2014, ?s 10:01, Ivan St. Ivanov >> escreveu: >> >> Hi George, >> >> Thanks, I'll look at it! >> >> Do you think it is reasonable to close >> https://issues.jboss.org/browse/FORGEPLUGINS-152? >> >> Regards, >> Ivan >> >> >> >> On Mon, Oct 13, 2014 at 12:05 AM, George Gastaldi >> wrote: >> >>> Have you checked the Picketlink addon? >>> >>> >>> http://forge.jboss.org/addon/org.picketlink.tools.forge:picketlink-forge-addon >>> >>> Check it out, because I believe it already does some stuff that you are >>> looking for. >>> >>> Em 12/10/2014, ?s 22:32, Ivan St. Ivanov >>> escreveu: >>> >>> Hi folks, >>> >>> I wanted to add a new addon to Forge that handles the Java EE security >>> topics: >>> >>> - Add constraints to some resources >>> - Setup authentication mechanism (form, basic, digest, etc.) >>> - Assign realm to security constraints >>> - Create security roles >>> - If the realm is JDBC and JPA facet is installed, add an entity along >>> with some named queries >>> >>> I looked in the Forge JIRA whether there is something like that and I >>> found this issue created almost a year and a half ago: >>> >>> https://issues.jboss.org/browse/FORGEPLUGINS-152 >>> >>> I read in the description though, that the addon should be also able to >>> setup groups and users inside a realm. Isn't that too server specific if >>> the realm is not JDBC? Maybe we could continue the communication in the >>> issue, so whoever is interested my add themselves as a watcher there? >>> >>> Cheers, >>> 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/20150104/9f299e0a/attachment.html From ivan.st.ivanov at gmail.com Sat Jan 3 18:26:00 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sun, 4 Jan 2015 01:26:00 +0200 Subject: [forge-dev] Security addon in Forge In-Reply-To: References: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> Message-ID: Sorry, forget about it. I put my new methods in the servlet facet :) On Sun, Jan 4, 2015 at 1:05 AM, Ivan St. Ivanov wrote: > So, I am reworking this addon for the third time now. > > I reached to the conclusion that I will create a mirroring SecurityFacet > implementation for every ServletFacet implementation (2_5, 3_0, 3_1). > Before you jumping at me, I would like to share some code. :) > > public interface SecurityFacet > { > public void addLoggingConfig(AuthenticationMethod method, String realmName); > } > > public interface SecurityFacet_2_5 extends SecurityFacet > > public class SecurityFacetImpl_2_5 extends ServletFacetImpl_2_5 implements SecurityFacet_2_5 > > Before that though, I wonder is there a possibility to somehow inject the > needed ServletFacetImpl inside its corresponding SecurityFacetImpl, i.e. > compose it? I am doing it now with inheritance, but I don't quite like it > because of the DependencyInstaller dependency in the ServletFacetImpl > constructors. Which I need to explicitly create a constructor in the > SecurityFacetImpl for: > > @Inject > public SecurityFacetImpl_2_5(DependencyInstaller installer) > { > super(installer); > } > > > I will share later some code, but please tell me whether composition over > inheritance will work in case of facets? > > Thanks, > Ivan > > On Mon, Oct 13, 2014 at 2:17 PM, Ivan St. Ivanov > wrote: > >> OK, George, should I read your answers as: "Yes, Ivan, go on and >> implement the security command(s) in the javaee addon. You may use the >> picketlink addon as reference, but follow the spec" :) >> >> On Mon, Oct 13, 2014 at 10:22 AM, George Gastaldi >> wrote: >> >>> I am not sure, since the PicketLink addon is specific to PicketLink, >>> and not plain JavaEE security. Perhaps we need to introduce a new command >>> in the javaee addon. >>> >>> >>> >>> Em 13/10/2014, ?s 10:01, Ivan St. Ivanov >>> escreveu: >>> >>> Hi George, >>> >>> Thanks, I'll look at it! >>> >>> Do you think it is reasonable to close >>> https://issues.jboss.org/browse/FORGEPLUGINS-152? >>> >>> Regards, >>> Ivan >>> >>> >>> >>> On Mon, Oct 13, 2014 at 12:05 AM, George Gastaldi >>> wrote: >>> >>>> Have you checked the Picketlink addon? >>>> >>>> >>>> http://forge.jboss.org/addon/org.picketlink.tools.forge:picketlink-forge-addon >>>> >>>> Check it out, because I believe it already does some stuff that you are >>>> looking for. >>>> >>>> Em 12/10/2014, ?s 22:32, Ivan St. Ivanov >>>> escreveu: >>>> >>>> Hi folks, >>>> >>>> I wanted to add a new addon to Forge that handles the Java EE security >>>> topics: >>>> >>>> - Add constraints to some resources >>>> - Setup authentication mechanism (form, basic, digest, etc.) >>>> - Assign realm to security constraints >>>> - Create security roles >>>> - If the realm is JDBC and JPA facet is installed, add an entity along >>>> with some named queries >>>> >>>> I looked in the Forge JIRA whether there is something like that and I >>>> found this issue created almost a year and a half ago: >>>> >>>> https://issues.jboss.org/browse/FORGEPLUGINS-152 >>>> >>>> I read in the description though, that the addon should be also able to >>>> setup groups and users inside a realm. Isn't that too server specific if >>>> the realm is not JDBC? Maybe we could continue the communication in the >>>> issue, so whoever is interested my add themselves as a watcher there? >>>> >>>> Cheers, >>>> 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/20150104/095f73ee/attachment.html From ggastald at redhat.com Sat Jan 3 19:36:02 2015 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 3 Jan 2015 19:36:02 -0500 (EST) Subject: [forge-dev] Security addon in Forge In-Reply-To: References: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> Message-ID: You made the choice... wisely! :) > Em 03/01/2015, ?s 21:26, Ivan St. Ivanov escreveu: > > Sorry, forget about it. I put my new methods in the servlet facet :) > >> On Sun, Jan 4, 2015 at 1:05 AM, Ivan St. Ivanov wrote: >> So, I am reworking this addon for the third time now. >> >> I reached to the conclusion that I will create a mirroring SecurityFacet implementation for every ServletFacet implementation (2_5, 3_0, 3_1). Before you jumping at me, I would like to share some code. :) >> >> public interface SecurityFacet >> { >> public void addLoggingConfig(AuthenticationMethod method, String realmName); >> } >> public interface SecurityFacet_2_5 extends >> SecurityFacet >> public class SecurityFacetImpl_2_5 extends ServletFacetImpl_2_5 implements SecurityFacet_2_5 >> Before that though, I wonder is there a possibility to somehow inject the needed ServletFacetImpl inside its corresponding SecurityFacetImpl, i.e. compose it? I am doing it now with inheritance, but I don't quite like it because of the DependencyInstaller dependency in the ServletFacetImpl constructors. Which I need to explicitly create a constructor in the SecurityFacetImpl for: >> @Inject >> public SecurityFacetImpl_2_5(DependencyInstaller installer) >> { >> super(installer); >> } >> >> I will share later some code, but please tell me whether composition over inheritance will work in case of facets? >> >> Thanks, >> Ivan >> >>> On Mon, Oct 13, 2014 at 2:17 PM, Ivan St. Ivanov wrote: >>> OK, George, should I read your answers as: "Yes, Ivan, go on and implement the security command(s) in the javaee addon. You may use the picketlink addon as reference, but follow the spec" :) >>> >>>> On Mon, Oct 13, 2014 at 10:22 AM, George Gastaldi wrote: >>>> I am not sure, since the PicketLink addon is specific to PicketLink, and not plain JavaEE security. Perhaps we need to introduce a new command in the javaee addon. >>>> >>>> >>>> >>>>> Em 13/10/2014, ?s 10:01, Ivan St. Ivanov escreveu: >>>>> >>>> >>>>> Hi George, >>>>> >>>>> Thanks, I'll look at it! >>>>> >>>>> Do you think it is reasonable to close https://issues.jboss.org/browse/FORGEPLUGINS-152? >>>>> >>>>> Regards, >>>>> Ivan >>>>> >>>>> >>>>> >>>>>> On Mon, Oct 13, 2014 at 12:05 AM, George Gastaldi wrote: >>>>>> Have you checked the Picketlink addon? >>>>>> >>>>>> http://forge.jboss.org/addon/org.picketlink.tools.forge:picketlink-forge-addon >>>>>> >>>>>> Check it out, because I believe it already does some stuff that you are looking for. >>>>>> >>>>>>> Em 12/10/2014, ?s 22:32, Ivan St. Ivanov escreveu: >>>>>>> >>>>>> >>>>>>> Hi folks, >>>>>>> >>>>>>> I wanted to add a new addon to Forge that handles the Java EE security topics: >>>>>>> >>>>>>> - Add constraints to some resources >>>>>>> - Setup authentication mechanism (form, basic, digest, etc.) >>>>>>> - Assign realm to security constraints >>>>>>> - Create security roles >>>>>>> - If the realm is JDBC and JPA facet is installed, add an entity along with some named queries >>>>>>> >>>>>>> I looked in the Forge JIRA whether there is something like that and I found this issue created almost a year and a half ago: >>>>>>> >>>>>>> https://issues.jboss.org/browse/FORGEPLUGINS-152 >>>>>>> >>>>>>> I read in the description though, that the addon should be also able to setup groups and users inside a realm. Isn't that too server specific if the realm is not JDBC? Maybe we could continue the communication in the issue, so whoever is interested my add themselves as a watcher there? >>>>>>> >>>>>>> Cheers, >>>>>>> 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/20150103/7bf8cd76/attachment-0001.html From ggastald at redhat.com Tue Jan 6 11:55:26 2015 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 06 Jan 2015 14:55:26 -0200 Subject: [forge-dev] Forge Meeting notes - 04-jan-2015 Message-ID: <54AC137E.1030400@redhat.com> ============== #forge Meeting ============== Meeting started by gastaldi at 15:04:27 UTC. The full logs are available at http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-06-15.04.log.html . Meeting summary --------------- * Agenda (gastaldi, 15:05:33) * Red Hat Summit / Devnation submissions (gastaldi, 15:07:45) * Proposals will be submitted to DevNation AND Red Hat summit (gastaldi, 15:14:37) * gastaldi will submit the proposals in the etherpad right after the meeting is over (and Lincoln agrees) (gastaldi, 15:21:04) * vineetreynolds will submit talks about frontend tool integration and integration with camel and fabric8 (gastaldi, 15:33:01) * Priority tasks (gastaldi, 15:36:34) * gastaldi is working on the Netbeans integration (gastaldi, 15:37:02) * LINK: http://developerconference2015.sched.org/ (mbriskar, 15:39:54) Meeting ended at 15:59:44 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * gastaldi (58) * vineetreynolds (28) * koentsje (22) * mbriskar (10) * jbott (6) * maxandersen (0) * pmuir (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From lincolnbaxter at gmail.com Tue Jan 13 10:47:03 2015 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 13 Jan 2015 10:47:03 -0500 Subject: [forge-dev] Forge meeting minutes - 2015-01-13 Message-ID: Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-13-15.06.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-13-15.06.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-13-15.06.log.html Meeting summary --------------- * Agenda (lincolnthree, 15:07:08) * Status reports (lincolnthree, 15:08:21) * Next steps & priorities (lincolnthree, 15:08:31) * GSoC (lincolnthree, 15:08:57) * Status reports (lincolnthree, 15:10:16) * James is still working on the website, so I haven't been able to do much with the website over the past few weeks. Once he delivers new implementations, I'll be able to bring them into our app. (lincolnthree, 15:11:54) * I'm still doing general troubleshooting support for some Furnace Test Harness issues, but mostly that's it. (lincolnthree, 15:12:23) * jbt 4.2.2.Final is being built atm or anytime soon (koentsje, 15:13:08) * I had to bump the version number of the m2e plugin for this release, not sure why it?s not inheriting from the parent pom (koentsje, 15:14:01) * Vineet is now exploring CQRS and the tooling possibilities (vineetreynolds, 15:20:53) * Next steps & priorities (lincolnthree, 15:26:23) * NetBeans plugin (lincolnthree, 15:26:52) * XPaaS / ForgeIDE support (lincolnthree, 15:27:02) * JBDS issues (if any) (lincolnthree, 15:27:09) * GSoC (lincolnthree, 15:27:59) * Forge Web Console (lincolnthree, 15:40:34) * Forge Command NLP (lincolnthree, 15:40:43) * Teaching & Tutorial Addon (lincolnthree, 15:40:57) -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150113/5a826382/attachment.html From ivan.st.ivanov at gmail.com Thu Jan 15 08:57:00 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Thu, 15 Jan 2015 15:57:00 +0200 Subject: [forge-dev] Issue with Angular scaffold generation Message-ID: Hi folks, While I was preparing tonight's demo for Barcelona JUG, I found something really strange. Whenever you try to generate Angular scaffold, it generates everything besides the JAX-RS endpoints for the selected entities. Here are the steps to reproduce it: 1) Create new project 2) Add new JPA entity, setting up Wildfly as container and taking the defaults. Choose Conference as entity name 3) Add new field, choose name as name and leave the defaults for the other entries 4) Generate scaffold. Make sure you choose Angular, select the Conference entity and click Finish You will notice that we have all the web resources generated fine, also the Application class (required by JAX-RS) is there, but not the stateless session EJB, which scaffolds the conference entity. I tried also to first setup scaffolding and then generate, but the result was the same - no EJB. JSF scaffolding works fine. Generating REST endpoints from entities works fine too. I tried this with JBDS and IntelliJ IDEA. I am pretty sure it used to work some time ago. I demoed the same thing in Macedonia last November and it worked. Cheers, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150115/28665415/attachment.html From vpereira at redhat.com Thu Jan 15 09:07:06 2015 From: vpereira at redhat.com (Vineet Reynolds Pereira) Date: Thu, 15 Jan 2015 09:07:06 -0500 (EST) Subject: [forge-dev] Issue with Angular scaffold generation In-Reply-To: References: Message-ID: <964291968.14307849.1421330826524.JavaMail.zimbra@redhat.com> We had to change the AngularJS scaffold to optionally generate the REST resource classes. That's because we didnt want to keep regenerating the "backend" everytime the scaffold-generate command was executed, and also to retain changes in the "backend" that are not over-written during scaffold-generate. There should be a parameter (--generateRestResources) for this in the CLI and an equivalent checkbox in the GUI dialog. ----- Original Message ----- > From: "Ivan St. Ivanov" > To: "forge-dev List" > Sent: Thursday, January 15, 2015 7:27:00 PM > Subject: [forge-dev] Issue with Angular scaffold generation > > Hi folks, > > While I was preparing tonight's demo for Barcelona JUG, I found something > really strange. > > Whenever you try to generate Angular scaffold, it generates everything > besides the JAX-RS endpoints for the selected entities. > > Here are the steps to reproduce it: > > 1) Create new project > 2) Add new JPA entity, setting up Wildfly as container and taking the > defaults. Choose Conference as entity name > 3) Add new field, choose name as name and leave the defaults for the other > entries > 4) Generate scaffold. Make sure you choose Angular, select the Conference > entity and click Finish > > You will notice that we have all the web resources generated fine, also the > Application class (required by JAX-RS) is there, but not the stateless > session EJB, which scaffolds the conference entity. > > I tried also to first setup scaffolding and then generate, but the result was > the same - no EJB. > > JSF scaffolding works fine. Generating REST endpoints from entities works > fine too. > > I tried this with JBDS and IntelliJ IDEA. > > I am pretty sure it used to work some time ago. I demoed the same thing in > Macedonia last November and it worked. > > Cheers, > Ivan > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev From vpereira at redhat.com Thu Jan 15 09:08:37 2015 From: vpereira at redhat.com (Vineet Reynolds Pereira) Date: Thu, 15 Jan 2015 09:08:37 -0500 (EST) Subject: [forge-dev] Issue with Angular scaffold generation In-Reply-To: <964291968.14307849.1421330826524.JavaMail.zimbra@redhat.com> References: <964291968.14307849.1421330826524.JavaMail.zimbra@redhat.com> Message-ID: <1242324883.14310040.1421330917933.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vineet Reynolds Pereira" > To: "forge-dev List" > Sent: Thursday, January 15, 2015 7:37:06 PM > Subject: Re: [forge-dev] Issue with Angular scaffold generation > > > We had to change the AngularJS scaffold to optionally generate the REST > resource classes. > That's because we didnt want to keep regenerating the "backend" everytime the > scaffold-generate command was executed, > and also to retain changes in the "backend" that are not over-written during > scaffold-generate. Oh, and also because if you generate REST resources separately using the rest-generate-endpoints-from-entities command, then they are not overwritten. > There should be a parameter (--generateRestResources) for this in the CLI and > an equivalent checkbox in the GUI dialog. > > > ----- Original Message ----- > > From: "Ivan St. Ivanov" > > To: "forge-dev List" > > Sent: Thursday, January 15, 2015 7:27:00 PM > > Subject: [forge-dev] Issue with Angular scaffold generation > > > > Hi folks, > > > > While I was preparing tonight's demo for Barcelona JUG, I found something > > really strange. > > > > Whenever you try to generate Angular scaffold, it generates everything > > besides the JAX-RS endpoints for the selected entities. > > > > Here are the steps to reproduce it: > > > > 1) Create new project > > 2) Add new JPA entity, setting up Wildfly as container and taking the > > defaults. Choose Conference as entity name > > 3) Add new field, choose name as name and leave the defaults for the other > > entries > > 4) Generate scaffold. Make sure you choose Angular, select the Conference > > entity and click Finish > > > > You will notice that we have all the web resources generated fine, also the > > Application class (required by JAX-RS) is there, but not the stateless > > session EJB, which scaffolds the conference entity. > > > > I tried also to first setup scaffolding and then generate, but the result > > was > > the same - no EJB. > > > > JSF scaffolding works fine. Generating REST endpoints from entities works > > fine too. > > > > I tried this with JBDS and IntelliJ IDEA. > > > > I am pretty sure it used to work some time ago. I demoed the same thing in > > Macedonia last November and it worked. > > > > Cheers, > > Ivan > > > > _______________________________________________ > > forge-dev mailing list > > forge-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/forge-dev From ivan.st.ivanov at gmail.com Thu Jan 15 10:26:24 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Thu, 15 Jan 2015 17:26:24 +0200 Subject: [forge-dev] Issue with Angular scaffold generation In-Reply-To: <1242324883.14310040.1421330917933.JavaMail.zimbra@redhat.com> References: <964291968.14307849.1421330826524.JavaMail.zimbra@redhat.com> <1242324883.14310040.1421330917933.JavaMail.zimbra@redhat.com> Message-ID: Thanks, Vineet! Clicking on the checkbox did the job. Now I remember that for the last demo (in Macedonia) I also had to select it. Cheers, Ivan On Thu, Jan 15, 2015 at 4:08 PM, Vineet Reynolds Pereira < vpereira at redhat.com> wrote: > > > ----- Original Message ----- > > From: "Vineet Reynolds Pereira" > > To: "forge-dev List" > > Sent: Thursday, January 15, 2015 7:37:06 PM > > Subject: Re: [forge-dev] Issue with Angular scaffold generation > > > > > > We had to change the AngularJS scaffold to optionally generate the REST > > resource classes. > > That's because we didnt want to keep regenerating the "backend" > everytime the > > scaffold-generate command was executed, > > and also to retain changes in the "backend" that are not over-written > during > > scaffold-generate. > > Oh, and also because if you generate REST resources separately using the > rest-generate-endpoints-from-entities command, then they are not > overwritten. > > > There should be a parameter (--generateRestResources) for this in the > CLI and > > an equivalent checkbox in the GUI dialog. > > > > > > ----- Original Message ----- > > > From: "Ivan St. Ivanov" > > > To: "forge-dev List" > > > Sent: Thursday, January 15, 2015 7:27:00 PM > > > Subject: [forge-dev] Issue with Angular scaffold generation > > > > > > Hi folks, > > > > > > While I was preparing tonight's demo for Barcelona JUG, I found > something > > > really strange. > > > > > > Whenever you try to generate Angular scaffold, it generates everything > > > besides the JAX-RS endpoints for the selected entities. > > > > > > Here are the steps to reproduce it: > > > > > > 1) Create new project > > > 2) Add new JPA entity, setting up Wildfly as container and taking the > > > defaults. Choose Conference as entity name > > > 3) Add new field, choose name as name and leave the defaults for the > other > > > entries > > > 4) Generate scaffold. Make sure you choose Angular, select the > Conference > > > entity and click Finish > > > > > > You will notice that we have all the web resources generated fine, > also the > > > Application class (required by JAX-RS) is there, but not the stateless > > > session EJB, which scaffolds the conference entity. > > > > > > I tried also to first setup scaffolding and then generate, but the > result > > > was > > > the same - no EJB. > > > > > > JSF scaffolding works fine. Generating REST endpoints from entities > works > > > fine too. > > > > > > I tried this with JBDS and IntelliJ IDEA. > > > > > > I am pretty sure it used to work some time ago. I demoed the same > thing in > > > Macedonia last November and it worked. > > > > > > Cheers, > > > 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/20150115/a8d5c38f/attachment-0001.html From lincolnbaxter at gmail.com Tue Jan 20 11:04:52 2015 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 20 Jan 2015 11:04:52 -0500 Subject: [forge-dev] Forge Meeting Minutes - 2015-01-20 Message-ID: Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-20-15.07.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-20-15.07.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-20-15.07.log.html Meeting summary --------------- * Agenda (lincolnthree, 15:08:01) * Status Reports (lincolnthree, 15:08:04) * Priorities and next-steps (lincolnthree, 15:08:09) * Status Reports (lincolnthree, 15:13:23) * This week I've been following up and working with Jim to continue implementing the rest of the website designs. (lincolnthree, 15:14:45) * I'm hopeful that we should have the website finished on all pages in a few weeks. (lincolnthree, 15:14:56) * I will be reviewing the NetBeans plugin today. (lincolnthree, 15:15:16) * : I have had a meeting qe about testing and i saw a very nice demo of an automated ui test using red deer (koentsje, 15:16:43) * : it would be nice to integrate this somehow in an integration test suite that would run on the jbt continuous integration server but for this red deer needs to be included in the jbt target platform (koentsje, 15:18:18) * : i am also reviewing the article that jer?me wada?l wrote in french about writing forge plugins (koentsje, 15:19:19) * : and i need to start preparing the hands-on labs on forge that will be given @ devconf in brno next month (koentsje, 15:20:08) * Priorities and next-steps (lincolnthree, 15:31:20) * We need to finish the netbeans plugin (and related paperwork, etc) (lincolnthree, 15:36:53) * We need to finish the website (lincolnthree, 15:37:04) * Continue to support "initiatives" and partners. (lincolnthree, 15:37:17) * Consider work on the "Stacks" concept/addon. (lincolnthree, 15:49:43) * LINK: http://www.dzone.com/links/simple_java_ee_jsf_login_page_with_jboss_picketli.html (lincolnthree, 15:51:51) -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150120/e8e946ee/attachment.html From ggastald at redhat.com Wed Jan 21 10:20:53 2015 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 21 Jan 2015 13:20:53 -0200 Subject: [forge-dev] Google Summer of Code 2015 Message-ID: <54BFC3D5.5050501@redhat.com> Hello everyone, Google Summer of Code 2015 is coming up and we are in the stage of gathering proposal ideas for JBoss Forge. If you have any idea that would be nice for a student to implement it, please let me know. Best Regards, -- *George Gastaldi | Senior Software Engineer* JBoss Forge Team T: +55 11 3524-6169 M: +55 47 9711-1000 Red Hat Better technology. Faster innovation. Powered by community collaboration. See how it works at www.redhat.com LinkedIn Youtube -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150121/aa6f2868/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: {a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg Type: image/jpeg Size: 4815 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150121/aa6f2868/attachment.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: linkedin.png Type: image/png Size: 597 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150121/aa6f2868/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: youtube.png Type: image/png Size: 616 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150121/aa6f2868/attachment-0001.png From danielsoro at gmail.com Thu Jan 22 13:14:27 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Thu, 22 Jan 2015 16:14:27 -0200 Subject: [forge-dev] Hackergarten Devoxx.FR Message-ID: Hi folks, what do you think about doing a Forge Hackergarten in Devoxx.FR? I'm available to do it. (I need back before only. But, I think that I'll fix my visa problem in time) Can we select some issues to fix there or new features to implement there.. Let me know what do you think about it. :) Ivan? Koen? Lincoln? George? Antonio? -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150122/b7c923f4/attachment.html From sblanc at redhat.com Thu Jan 22 13:46:44 2015 From: sblanc at redhat.com (Sebastien Blanc) Date: Thu, 22 Jan 2015 19:46:44 +0100 Subject: [forge-dev] Hackergarten Devoxx.FR In-Reply-To: References: Message-ID: <54C14594.2050303@redhat.com> If my talk is selected for DevoxxFR, I will be glad to help also for the Hackergarten. Count me in ! On 01/22/2015 07:14 PM, Daniel Cunha wrote: > Hi folks, > > what do you think about doing a Forge Hackergarten in Devoxx.FR? > I'm available to do it. (I need back before only. But, I think that > I'll fix my visa problem in time) > Can we select some issues to fix there or new features to implement > there.. > Let me know what do you think about it. :) > > Ivan? Koen? Lincoln? George? Antonio? > > -- > Daniel Cunha (soro) > > > _______________________________________________ > 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/20150122/35945378/attachment.html From danielsoro at gmail.com Thu Jan 22 14:09:49 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Thu, 22 Jan 2015 17:09:49 -0200 Subject: [forge-dev] Hackergarten Devoxx.FR In-Reply-To: <54C14594.2050303@redhat.com> References: <54C14594.2050303@redhat.com> Message-ID: Very nice Sebastien!!! I'm crossing fingers. On Thu, Jan 22, 2015 at 4:46 PM, Sebastien Blanc wrote: > If my talk is selected for DevoxxFR, I will be glad to help also for the > Hackergarten. Count me in ! > > On 01/22/2015 07:14 PM, Daniel Cunha wrote: > > Hi folks, > > what do you think about doing a Forge Hackergarten in Devoxx.FR? > I'm available to do it. (I need back before only. But, I think that I'll > fix my visa problem in time) > Can we select some issues to fix there or new features to implement > there.. > Let me know what do you think about it. :) > > Ivan? Koen? Lincoln? George? Antonio? > > > -- > Daniel Cunha (soro) > > > _______________________________________________ > forge-dev mailing listforge-dev at lists.jboss.orghttps://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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150122/a5641d7f/attachment-0001.html From ivan.st.ivanov at gmail.com Thu Jan 22 16:23:01 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Thu, 22 Jan 2015 23:23:01 +0200 Subject: [forge-dev] Hackergarten Devoxx.FR In-Reply-To: References: <54C14594.2050303@redhat.com> Message-ID: Hi folks, If the Forge HoL is approved, then me and Koen will also join Devoxx.FR. About the Hackergarten: I am +100 for doing that. I think though that we should change a little bit the traditional Hackergarten rules. They say that there should be some project leads that give the developers the task along with some hints on how to work on it. I guess we will do without the leads, or at least they will not be together with us live (sorry, Koen, I am not underestimating you, but we'll need some more hands I think ;)). So we can all act as developers. WDYT? Cheers, Ivan P.S. I am keeping my fingers crossed as well ;) On Thu, Jan 22, 2015 at 9:09 PM, Daniel Cunha wrote: > Very nice Sebastien!!! > > I'm crossing fingers. > > On Thu, Jan 22, 2015 at 4:46 PM, Sebastien Blanc > wrote: > >> If my talk is selected for DevoxxFR, I will be glad to help also for the >> Hackergarten. Count me in ! >> >> On 01/22/2015 07:14 PM, Daniel Cunha wrote: >> >> Hi folks, >> >> what do you think about doing a Forge Hackergarten in Devoxx.FR? >> I'm available to do it. (I need back before only. But, I think that I'll >> fix my visa problem in time) >> Can we select some issues to fix there or new features to implement >> there.. >> Let me know what do you think about it. :) >> >> Ivan? Koen? Lincoln? George? Antonio? >> >> >> -- >> Daniel Cunha (soro) >> >> >> _______________________________________________ >> forge-dev mailing listforge-dev at lists.jboss.orghttps://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 >> > > > > -- > Daniel Cunha (soro) > > _______________________________________________ > 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/20150122/f6a58432/attachment.html From danielsoro at gmail.com Fri Jan 23 04:39:24 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 23 Jan 2015 07:39:24 -0200 Subject: [forge-dev] Hackergarten Devoxx.FR In-Reply-To: References: <54C14594.2050303@redhat.com> Message-ID: Hi Ivan, I don't see problem about it. I agree! +1 :) On Thu, Jan 22, 2015 at 7:23 PM, Ivan St. Ivanov wrote: > Hi folks, > > If the Forge HoL is approved, then me and Koen will also join Devoxx.FR. > > About the Hackergarten: I am +100 for doing that. I think though that we > should change a little bit the traditional Hackergarten rules. They say > that there should be some project leads that give the developers the task > along with some hints on how to work on it. I guess we will do without the > leads, or at least they will not be together with us live (sorry, Koen, I > am not underestimating you, but we'll need some more hands I think ;)). So > we can all act as developers. > > WDYT? > > Cheers, > Ivan > > P.S. I am keeping my fingers crossed as well ;) > > On Thu, Jan 22, 2015 at 9:09 PM, Daniel Cunha > wrote: > >> Very nice Sebastien!!! >> >> I'm crossing fingers. >> >> On Thu, Jan 22, 2015 at 4:46 PM, Sebastien Blanc >> wrote: >> >>> If my talk is selected for DevoxxFR, I will be glad to help also for >>> the Hackergarten. Count me in ! >>> >>> On 01/22/2015 07:14 PM, Daniel Cunha wrote: >>> >>> Hi folks, >>> >>> what do you think about doing a Forge Hackergarten in Devoxx.FR? >>> I'm available to do it. (I need back before only. But, I think that I'll >>> fix my visa problem in time) >>> Can we select some issues to fix there or new features to implement >>> there.. >>> Let me know what do you think about it. :) >>> >>> Ivan? Koen? Lincoln? George? Antonio? >>> >>> >>> -- >>> Daniel Cunha (soro) >>> >>> >>> _______________________________________________ >>> forge-dev mailing listforge-dev at lists.jboss.orghttps://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 >>> >> >> >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150123/2f0a324b/attachment.html From ggastald at redhat.com Fri Jan 23 08:36:11 2015 From: ggastald at redhat.com (George Gastaldi) Date: Fri, 23 Jan 2015 11:36:11 -0200 Subject: [forge-dev] Maven 3.2.5 support Message-ID: <54C24E4B.5020902@redhat.com> Hello everyone! As for now, Forge has been upgraded to Maven 3.2.5 and consequently Aether 1.0. This means that builds running under older Maven versions will not work anymore (blame Aether for this). Please update your Maven version to 3.2.5 if you want to build forge or if you want to use the latest furnace-maven-plugin SNAPSHOT. Best Regards, -- *George Gastaldi | Senior Software Engineer* JBoss Forge Team T: +55 11 3524-6169 M: +55 47 9711-1000 Red Hat Better technology. Faster innovation. Powered by community collaboration. See how it works at www.redhat.com LinkedIn Youtube -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150123/d44f45e3/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: {a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg Type: image/jpeg Size: 4815 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150123/d44f45e3/attachment-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: linkedin.png Type: image/png Size: 597 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150123/d44f45e3/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: youtube.png Type: image/png Size: 616 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20150123/d44f45e3/attachment-0003.png From ivan.st.ivanov at gmail.com Mon Jan 26 07:03:47 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 26 Jan 2015 14:03:47 +0200 Subject: [forge-dev] Formatting Forge generated output Message-ID: Hi folks, During my recent Forge talk for the Barcelona JUG I was asked whether it is possible to change the formatter that is currently used by Forge for the generated classes. At the moment the generated code is with 3 spaces indentation and with opening braces on the next line. Which is not what everybody uses. So, how can we change that configuration? Thanks, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150126/835e5b7f/attachment.html From ggastald at redhat.com Mon Jan 26 08:43:30 2015 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 26 Jan 2015 08:43:30 -0500 (EST) Subject: [forge-dev] Formatting Forge generated output In-Reply-To: References: Message-ID: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> If you call Roaster.format() passing as an argument the Eclipse formatter profile XML it should format as you wish. You could implement it as a ResourceListener and monitor new resources using the ResourceMonitor feature, or after every command execution using a CommandExecutionListener. > Em 26/01/2015, ?s 10:04, Ivan St. Ivanov escreveu: > > Hi folks, > > During my recent Forge talk for the Barcelona JUG I was asked whether it is possible to change the formatter that is currently used by Forge for the generated classes. At the moment the generated code is with 3 spaces indentation and with opening braces on the next line. Which is not what everybody uses. > > So, how can we change that configuration? > > Thanks, > Ivan > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev From ivan.st.ivanov at gmail.com Mon Jan 26 09:19:59 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 26 Jan 2015 16:19:59 +0200 Subject: [forge-dev] Formatting Forge generated output In-Reply-To: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> References: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> Message-ID: Hi George, Thanks! But this is if you implement an addon that generates code. What if you are just using Forge. Could you somehow configure the tool with your own formatter XML to be used for example in the entities or JAX-RS resources generation? Thanks, Ivan On Mon, Jan 26, 2015 at 3:43 PM, George Gastaldi wrote: > If you call Roaster.format() passing as an argument the Eclipse formatter > profile XML it should format as you wish. You could implement it as a > ResourceListener and monitor new resources using the ResourceMonitor > feature, or after every command execution using a CommandExecutionListener. > > > > > Em 26/01/2015, ?s 10:04, Ivan St. Ivanov > escreveu: > > > > Hi folks, > > > > During my recent Forge talk for the Barcelona JUG I was asked whether it > is possible to change the formatter that is currently used by Forge for the > generated classes. At the moment the generated code is with 3 spaces > indentation and with opening braces on the next line. Which is not what > everybody uses. > > > > So, how can we change that configuration? > > > > 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/20150126/796b5bfe/attachment.html From ggastald at redhat.com Mon Jan 26 09:24:20 2015 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 26 Jan 2015 09:24:20 -0500 (EST) Subject: [forge-dev] Formatting Forge generated output In-Reply-To: References: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> Message-ID: That is one of the use cases the CommandExecutionListener is for. Perhaps we could have this feature in core (reading from the user configuration) and do it automatically. Could you please file a new feature request in JIRA? Best Regards, George > Em 26/01/2015, ?s 12:20, Ivan St. Ivanov escreveu: > > Hi George, > > Thanks! But this is if you implement an addon that generates code. > > What if you are just using Forge. Could you somehow configure the tool with your own formatter XML to be used for example in the entities or JAX-RS resources generation? > > Thanks, > Ivan > >> On Mon, Jan 26, 2015 at 3:43 PM, George Gastaldi wrote: >> If you call Roaster.format() passing as an argument the Eclipse formatter profile XML it should format as you wish. You could implement it as a ResourceListener and monitor new resources using the ResourceMonitor feature, or after every command execution using a CommandExecutionListener. >> >> >> >> > Em 26/01/2015, ?s 10:04, Ivan St. Ivanov escreveu: >> > >> > Hi folks, >> > >> > During my recent Forge talk for the Barcelona JUG I was asked whether it is possible to change the formatter that is currently used by Forge for the generated classes. At the moment the generated code is with 3 spaces indentation and with opening braces on the next line. Which is not what everybody uses. >> > >> > So, how can we change that configuration? >> > >> > 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/20150126/0a4dde6a/attachment.html From ivan.st.ivanov at gmail.com Mon Jan 26 10:53:04 2015 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 26 Jan 2015 17:53:04 +0200 Subject: [forge-dev] Formatting Forge generated output In-Reply-To: References: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> Message-ID: There it is: https://issues.jboss.org/browse/FORGE-2202 @Alex: would you communicate this issue to the Barcelona JUG member that asked the question? :) Thanks, Ivan On Mon, Jan 26, 2015 at 4:24 PM, George Gastaldi wrote: > That is one of the use cases the CommandExecutionListener is for. > Perhaps we could have this feature in core (reading from the user > configuration) and do it automatically. Could you please file a new > feature request in JIRA? > > Best Regards, > > George > > > Em 26/01/2015, ?s 12:20, Ivan St. Ivanov > escreveu: > > Hi George, > > Thanks! But this is if you implement an addon that generates code. > > What if you are just using Forge. Could you somehow configure the tool > with your own formatter XML to be used for example in the entities or > JAX-RS resources generation? > > Thanks, > Ivan > > On Mon, Jan 26, 2015 at 3:43 PM, George Gastaldi > wrote: > >> If you call Roaster.format() passing as an argument the Eclipse formatter >> profile XML it should format as you wish. You could implement it as a >> ResourceListener and monitor new resources using the ResourceMonitor >> feature, or after every command execution using a CommandExecutionListener. >> >> >> >> > Em 26/01/2015, ?s 10:04, Ivan St. Ivanov >> escreveu: >> > >> > Hi folks, >> > >> > During my recent Forge talk for the Barcelona JUG I was asked whether >> it is possible to change the formatter that is currently used by Forge for >> the generated classes. At the moment the generated code is with 3 spaces >> indentation and with opening braces on the next line. Which is not what >> everybody uses. >> > >> > So, how can we change that configuration? >> > >> > 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/20150126/ffcf0f62/attachment.html From jer at printstacktrace.org Mon Jan 26 21:48:02 2015 From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=) Date: Mon, 26 Jan 2015 21:48:02 -0500 Subject: [forge-dev] PermGen with JBoss add-on Message-ID: Hi all, The problem is on the Aesh parser not in as7 , wildfly or tomee. My little workaround is to add space character in the command line like that : as-setup --server wildfly8 --jvmargs " -Xms512m -Xmx1024m -XX:MaxPermSize=256m" Hope to provide a patch on aesh forge integration, but this is not so easy. Regards, Jeremie. 2014-12-17 11:53 GMT-05:00 Lincoln Baxter, III : > Antonio, > > Does the same PermGen error occur if you build the app, start AS7 manually > from the native operating system, and deploy the application? > > ~Lincoln > > On Wed, Dec 17, 2014 at 5:52 AM, Daniel Cunha > wrote: >> >> Jerr, >> >> try in 2.13.0.Final and 2.13.1-SNAPSHOT. >> >> On Wed, Dec 17, 2014 at 2:38 AM, J?r?mie wrote: >>> >>> Hi Daniel and Antonio, >>> >>> After some debugging it seems that the UIInputMany no longer >>> working in version 2.12.13 in my case. >>> >>> https://github.com/jerr/jboss-as-addon/blob/forge2/common/src/main/java/org/jboss/forge/addon/as/jboss/common/ui/JBossConfigurationWizard.java#L80 >>> >>> I will investigate on this. >>> I'll let you know. >>> >>> Regards, >>> J?r?mie. >>> >>> >>> >>> 2014-12-16 17:09 GMT-05:00 Daniel Cunha : >>> >>>> +1 >>>> >>>> On Tue, Nov 11, 2014 at 12:34 PM, Antonio Goncalves < >>>> antonio.goncalves at gmail.com> wrote: >>>> >>>>> >>>>> Hi all, >>>>> >>>>> The other day on #IRC I mentioned having PermGen issues with the >>>>> JBossAS add-on. It's confirmed. During the HoL there are plenty of people >>>>> who had the same issue : install the JBoss add-on, start wildfly 8.1, build >>>>> the app, deploy it, go to the index.html page (fine), click on an Entity, >>>>> bang ! PermGen >>>>> >>>>> Alexis Hassler investigated it during the lab (see below). Basically, >>>>> no matter what PermGen you set, it's not taken into account. >>>>> >>>>> Again, I really think this add-on should be looked after carefully, >>>>> it's very unstable. >>>>> >>>>> Antonio >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Alexis Hassler >>>>> Date: Tue, Nov 11, 2014 at 11:37 AM >>>>> Subject: Re: Forge + Wildfly VM arguments >>>>> To: Antonio Goncalves >>>>> >>>>> >>>>> Pas de changement avec >>>>> as-setup --server wildfly8 --installDir /opt/java/wildfly-8.1.0.Final/ >>>>> --jvmargs "-Xmx512m -XX:MaxPermSize=256m" >>>>> >>>>> >>>>> Alexis >>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>> http://www.lyonjug.org >>>>> >>>>> 2014-11-11 11:22 GMT+01:00 Alexis Hassler : >>>>> >>>>>> Avec un wf externe, d?marr? avec as-start. >>>>>> >>>>>> >>>>>> >>>>>> ? >>>>>> Pour info, en d?marrant un wf 8.1 en ligne de commande "normale" : >>>>>> -D[Standalone] -Xms64m -Xmx512m -XX:MaxPermSize=256m >>>>>> -Djava.net.preferIPv4Stack=true >>>>>> -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true >>>>>> -Dorg.jboss.boot.log.file=/opt/java/wildfly-8.1.0.Final/standalone/log/server.log >>>>>> -Dlogging.configuration=file:/opt/java/wildfly-8.1.0.Final/standalone/configuration/logging.properties >>>>>> >>>>>> Alexis >>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>> http://www.lyonjug.org >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> -- >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > -- > Lincoln Baxter, III > http://ocpsoft.org > "Simpler is better." > > _______________________________________________ > 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/20150126/23925151/attachment-0001.html From danielsoro at gmail.com Tue Jan 27 07:41:26 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Tue, 27 Jan 2015 10:41:26 -0200 Subject: [forge-dev] PermGen with JBoss add-on In-Reply-To: References: Message-ID: Hi Jerr, Do you have some log about it? On Tue, Jan 27, 2015 at 12:48 AM, J?r?mie wrote: > Hi all, > > The problem is on the Aesh parser not in as7 , wildfly or tomee. > > My little workaround is to add space character in the command line like > that : > as-setup --server wildfly8 --jvmargs " -Xms512m -Xmx1024m > -XX:MaxPermSize=256m" > > Hope to provide a patch on aesh forge integration, but this is not so > easy. > > Regards, > Jeremie. > > 2014-12-17 11:53 GMT-05:00 Lincoln Baxter, III : > >> Antonio, >> >> Does the same PermGen error occur if you build the app, start AS7 >> manually from the native operating system, and deploy the application? >> >> ~Lincoln >> >> On Wed, Dec 17, 2014 at 5:52 AM, Daniel Cunha >> wrote: >>> >>> Jerr, >>> >>> try in 2.13.0.Final and 2.13.1-SNAPSHOT. >>> >>> On Wed, Dec 17, 2014 at 2:38 AM, J?r?mie >>> wrote: >>>> >>>> Hi Daniel and Antonio, >>>> >>>> After some debugging it seems that the UIInputMany no longer >>>> working in version 2.12.13 in my case. >>>> >>>> https://github.com/jerr/jboss-as-addon/blob/forge2/common/src/main/java/org/jboss/forge/addon/as/jboss/common/ui/JBossConfigurationWizard.java#L80 >>>> >>>> I will investigate on this. >>>> I'll let you know. >>>> >>>> Regards, >>>> J?r?mie. >>>> >>>> >>>> >>>> 2014-12-16 17:09 GMT-05:00 Daniel Cunha : >>>> >>>>> +1 >>>>> >>>>> On Tue, Nov 11, 2014 at 12:34 PM, Antonio Goncalves < >>>>> antonio.goncalves at gmail.com> wrote: >>>>> >>>>>> >>>>>> Hi all, >>>>>> >>>>>> The other day on #IRC I mentioned having PermGen issues with the >>>>>> JBossAS add-on. It's confirmed. During the HoL there are plenty of people >>>>>> who had the same issue : install the JBoss add-on, start wildfly 8.1, build >>>>>> the app, deploy it, go to the index.html page (fine), click on an Entity, >>>>>> bang ! PermGen >>>>>> >>>>>> Alexis Hassler investigated it during the lab (see below). Basically, >>>>>> no matter what PermGen you set, it's not taken into account. >>>>>> >>>>>> Again, I really think this add-on should be looked after carefully, >>>>>> it's very unstable. >>>>>> >>>>>> Antonio >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Alexis Hassler >>>>>> Date: Tue, Nov 11, 2014 at 11:37 AM >>>>>> Subject: Re: Forge + Wildfly VM arguments >>>>>> To: Antonio Goncalves >>>>>> >>>>>> >>>>>> Pas de changement avec >>>>>> as-setup --server wildfly8 --installDir >>>>>> /opt/java/wildfly-8.1.0.Final/ --jvmargs "-Xmx512m -XX:MaxPermSize=256m" >>>>>> >>>>>> >>>>>> Alexis >>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>> http://www.lyonjug.org >>>>>> >>>>>> 2014-11-11 11:22 GMT+01:00 Alexis Hassler : >>>>>> >>>>>>> Avec un wf externe, d?marr? avec as-start. >>>>>>> >>>>>>> >>>>>>> >>>>>>> ? >>>>>>> Pour info, en d?marrant un wf 8.1 en ligne de commande "normale" : >>>>>>> -D[Standalone] -Xms64m -Xmx512m -XX:MaxPermSize=256m >>>>>>> -Djava.net.preferIPv4Stack=true >>>>>>> -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true >>>>>>> -Dorg.jboss.boot.log.file=/opt/java/wildfly-8.1.0.Final/standalone/log/server.log >>>>>>> -Dlogging.configuration=file:/opt/java/wildfly-8.1.0.Final/standalone/configuration/logging.properties >>>>>>> >>>>>>> Alexis >>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>>> http://www.lyonjug.org >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> >>>>> -- >>>>> Daniel Cunha (soro) >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> -- >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> -- >> Lincoln Baxter, III >> http://ocpsoft.org >> "Simpler is better." >> >> _______________________________________________ >> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150127/e05c0597/attachment.html From lincolnbaxter at gmail.com Tue Jan 27 10:52:47 2015 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 27 Jan 2015 10:52:47 -0500 Subject: [forge-dev] Forge Meeting Minutes - 2015-01-27 Message-ID: Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-27-14.59.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-27-14.59.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2015/forge.2015-01-27-14.59.log.html Meeting summary --------------- * Status Reports (lincolnthree1, 15:00:27) * Last week I worked on some designs for making the test harness simpler, and worked on the website design implementation with the designer (lincolnthree1, 15:02:02) * I also had some brainstorming sessions about Forge and Microservices (lincolnthree1, 15:02:18) * the plugin versions in JBT need to be bumped (koentsje, 15:03:21) * koentsje will remove F1 support from JBT master branch (koentsje, 15:06:57) * Priorities and Next Steps (lincolnthree1, 15:18:00) * Integration enablement (whoever wants to use us, etc.) NetBeans Plugin, etc. (lincolnthree1, 15:18:41) * JavaEE 7 - Commands (a JIRA with a list of commands to implement would be great.) (lincolnthree1, 15:19:01) * Test harness improvements (gastaldi, 15:19:21) * Prototyping a Forge/Docker/Kubernetes/KeyCloak/REST microservices framework (lincolnthree1, 15:19:31) * Stacks addon (lincolnthree1, 15:25:24) * JBoss Forge Hackergarten Devoxx France (lincolnthree1, 15:37:11) * JIRA topics to bring to the Hackergarten will be discussed closer to conference time and base on current priorities (lincolnthree1, 15:48:28) -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150127/c5e4b05c/attachment.html From spederse at redhat.com Wed Jan 28 04:53:04 2015 From: spederse at redhat.com (=?iso-8859-1?Q?St=E5le?= W Pedersen) Date: Wed, 28 Jan 2015 10:53:04 +0100 Subject: [forge-dev] PermGen with JBoss add-on In-Reply-To: References: Message-ID: <20150128095304.GA6967@localhost.localdomain> hi, i didnt respond to this thread since i didnt quite understand what the problem was, but daniel explained it to me so i think i have a better understanding now. so what you want is to have an option that have other options "under" it. in this example "jvmargs" would support/enable -Xms, -Xmx, etc... this is not something that ?sh supports and from my knowledge its also not common practice. there are no standards in the shell world (afaik), so ?sh tries to work as close to the "norm" as possible. atm ?sh have three different option types + arguments. - Option, most common with a specific name that can have a value (not required) - OptionList, similar to Option, but it can have multiple values (by default separated with ','). eg: --foo 1,2,3,4 - OptionGroup, is similar to OptionList, but support specific name for each attribute. eg if you have an optiongroup named 'X' you could do: -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m to support what you're doing in your example you could for instance make an OptionGroup command named 'X' be dependant on the 'jvmargs' option. this means that the X option will not be "visible" for the user unless the --jvmargs option have been set. this would enable you to do something like: --jvmargs -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m but have in mind that jvmargs is a separate option and X is a separate command. i hope this would work for you and let me/daniel know if you have other questions/suggestions regarding ?sh. regards, st?le On 26.01.15 21:48, J?r?mie wrote: >Hi all, > >The problem is on the Aesh parser not in as7 , wildfly or tomee. > >My little workaround is to add space character in the command line like >that : >as-setup --server wildfly8 --jvmargs " -Xms512m -Xmx1024m >-XX:MaxPermSize=256m" > >Hope to provide a patch on aesh forge integration, but this is not so easy. > >Regards, >Jeremie. > >2014-12-17 11:53 GMT-05:00 Lincoln Baxter, III : > >> Antonio, >> >> Does the same PermGen error occur if you build the app, start AS7 manually >> from the native operating system, and deploy the application? >> >> ~Lincoln >> >> On Wed, Dec 17, 2014 at 5:52 AM, Daniel Cunha >> wrote: >>> >>> Jerr, >>> >>> try in 2.13.0.Final and 2.13.1-SNAPSHOT. >>> >>> On Wed, Dec 17, 2014 at 2:38 AM, J?r?mie wrote: >>>> >>>> Hi Daniel and Antonio, >>>> >>>> After some debugging it seems that the UIInputMany no longer >>>> working in version 2.12.13 in my case. >>>> >>>> https://github.com/jerr/jboss-as-addon/blob/forge2/common/src/main/java/org/jboss/forge/addon/as/jboss/common/ui/JBossConfigurationWizard.java#L80 >>>> >>>> I will investigate on this. >>>> I'll let you know. >>>> >>>> Regards, >>>> J?r?mie. >>>> >>>> >>>> >>>> 2014-12-16 17:09 GMT-05:00 Daniel Cunha : >>>> >>>>> +1 >>>>> >>>>> On Tue, Nov 11, 2014 at 12:34 PM, Antonio Goncalves < >>>>> antonio.goncalves at gmail.com> wrote: >>>>> >>>>>> >>>>>> Hi all, >>>>>> >>>>>> The other day on #IRC I mentioned having PermGen issues with the >>>>>> JBossAS add-on. It's confirmed. During the HoL there are plenty of people >>>>>> who had the same issue : install the JBoss add-on, start wildfly 8.1, build >>>>>> the app, deploy it, go to the index.html page (fine), click on an Entity, >>>>>> bang ! PermGen >>>>>> >>>>>> Alexis Hassler investigated it during the lab (see below). Basically, >>>>>> no matter what PermGen you set, it's not taken into account. >>>>>> >>>>>> Again, I really think this add-on should be looked after carefully, >>>>>> it's very unstable. >>>>>> >>>>>> Antonio >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Alexis Hassler >>>>>> Date: Tue, Nov 11, 2014 at 11:37 AM >>>>>> Subject: Re: Forge + Wildfly VM arguments >>>>>> To: Antonio Goncalves >>>>>> >>>>>> >>>>>> Pas de changement avec >>>>>> as-setup --server wildfly8 --installDir /opt/java/wildfly-8.1.0.Final/ >>>>>> --jvmargs "-Xmx512m -XX:MaxPermSize=256m" >>>>>> >>>>>> >>>>>> Alexis >>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>> http://www.lyonjug.org >>>>>> >>>>>> 2014-11-11 11:22 GMT+01:00 Alexis Hassler : >>>>>> >>>>>>> Avec un wf externe, d?marr? avec as-start. >>>>>>> >>>>>>> >>>>>>> >>>>>>> ? >>>>>>> Pour info, en d?marrant un wf 8.1 en ligne de commande "normale" : >>>>>>> -D[Standalone] -Xms64m -Xmx512m -XX:MaxPermSize=256m >>>>>>> -Djava.net.preferIPv4Stack=true >>>>>>> -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true >>>>>>> -Dorg.jboss.boot.log.file=/opt/java/wildfly-8.1.0.Final/standalone/log/server.log >>>>>>> -Dlogging.configuration=file:/opt/java/wildfly-8.1.0.Final/standalone/configuration/logging.properties >>>>>>> >>>>>>> Alexis >>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>>> http://www.lyonjug.org >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> >>>>> -- >>>>> Daniel Cunha (soro) >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> -- >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> -- >> Lincoln Baxter, III >> http://ocpsoft.org >> "Simpler is better." >> >> _______________________________________________ >> 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 From spederse at redhat.com Wed Jan 28 05:11:52 2015 From: spederse at redhat.com (=?iso-8859-1?Q?St=E5le?= W Pedersen) Date: Wed, 28 Jan 2015 11:11:52 +0100 Subject: [forge-dev] PermGen with JBoss add-on In-Reply-To: <20150128095304.GA6967@localhost.localdomain> References: <20150128095304.GA6967@localhost.localdomain> Message-ID: <20150128101152.GB6967@localhost.localdomain> - in the last mail when i write: "jvmargs is a separate option and X is a separate command" i meant: "jvmargs is a separate option and X is a separate option". On 28.01.15 10:53, St?le W Pedersen wrote: >hi, i didnt respond to this thread since i didnt quite understand what >the problem was, but daniel explained it to me so i think i have a >better understanding now. > >so what you want is to have an option that have other options "under" >it. in this example "jvmargs" would support/enable -Xms, -Xmx, etc... > >this is not something that ?sh supports and from my knowledge its also >not common practice. there are no standards in the shell world (afaik), >so ?sh tries to work as close to the "norm" as possible. atm ?sh have >three different option types + arguments. >- Option, most common with a specific name that can have a value (not > required) >- OptionList, similar to Option, but it can have multiple values (by > default separated with ','). eg: --foo 1,2,3,4 >- OptionGroup, is similar to OptionList, but support specific name for > each attribute. eg if you have an optiongroup named 'X' you could do: > -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m > >to support what you're doing in your example you could for instance make >an OptionGroup command named 'X' be dependant on the 'jvmargs' option. >this means that the X option will not be "visible" for the user unless >the --jvmargs option have been set. this would enable you to do >something like: >--jvmargs -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m > >but have in mind that jvmargs is a separate option and X is a separate >command. > >i hope this would work for you and let me/daniel know if you have other >questions/suggestions regarding ?sh. > >regards, st?le > >On 26.01.15 21:48, J?r?mie wrote: >>Hi all, >> >>The problem is on the Aesh parser not in as7 , wildfly or tomee. >> >>My little workaround is to add space character in the command line like >>that : >>as-setup --server wildfly8 --jvmargs " -Xms512m -Xmx1024m >>-XX:MaxPermSize=256m" >> >>Hope to provide a patch on aesh forge integration, but this is not so easy. >> >>Regards, >>Jeremie. >> >>2014-12-17 11:53 GMT-05:00 Lincoln Baxter, III : >> >>> Antonio, >>> >>> Does the same PermGen error occur if you build the app, start AS7 manually >>> from the native operating system, and deploy the application? >>> >>> ~Lincoln >>> >>> On Wed, Dec 17, 2014 at 5:52 AM, Daniel Cunha >>> wrote: >>>> >>>> Jerr, >>>> >>>> try in 2.13.0.Final and 2.13.1-SNAPSHOT. >>>> >>>> On Wed, Dec 17, 2014 at 2:38 AM, J?r?mie wrote: >>>>> >>>>> Hi Daniel and Antonio, >>>>> >>>>> After some debugging it seems that the UIInputMany no longer >>>>> working in version 2.12.13 in my case. >>>>> >>>>> https://github.com/jerr/jboss-as-addon/blob/forge2/common/src/main/java/org/jboss/forge/addon/as/jboss/common/ui/JBossConfigurationWizard.java#L80 >>>>> >>>>> I will investigate on this. >>>>> I'll let you know. >>>>> >>>>> Regards, >>>>> J?r?mie. >>>>> >>>>> >>>>> >>>>> 2014-12-16 17:09 GMT-05:00 Daniel Cunha : >>>>> >>>>>> +1 >>>>>> >>>>>> On Tue, Nov 11, 2014 at 12:34 PM, Antonio Goncalves < >>>>>> antonio.goncalves at gmail.com> wrote: >>>>>> >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> The other day on #IRC I mentioned having PermGen issues with the >>>>>>> JBossAS add-on. It's confirmed. During the HoL there are plenty of people >>>>>>> who had the same issue : install the JBoss add-on, start wildfly 8.1, build >>>>>>> the app, deploy it, go to the index.html page (fine), click on an Entity, >>>>>>> bang ! PermGen >>>>>>> >>>>>>> Alexis Hassler investigated it during the lab (see below). Basically, >>>>>>> no matter what PermGen you set, it's not taken into account. >>>>>>> >>>>>>> Again, I really think this add-on should be looked after carefully, >>>>>>> it's very unstable. >>>>>>> >>>>>>> Antonio >>>>>>> >>>>>>> ---------- Forwarded message ---------- >>>>>>> From: Alexis Hassler >>>>>>> Date: Tue, Nov 11, 2014 at 11:37 AM >>>>>>> Subject: Re: Forge + Wildfly VM arguments >>>>>>> To: Antonio Goncalves >>>>>>> >>>>>>> >>>>>>> Pas de changement avec >>>>>>> as-setup --server wildfly8 --installDir /opt/java/wildfly-8.1.0.Final/ >>>>>>> --jvmargs "-Xmx512m -XX:MaxPermSize=256m" >>>>>>> >>>>>>> >>>>>>> Alexis >>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>>> http://www.lyonjug.org >>>>>>> >>>>>>> 2014-11-11 11:22 GMT+01:00 Alexis Hassler : >>>>>>> >>>>>>>> Avec un wf externe, d?marr? avec as-start. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ? >>>>>>>> Pour info, en d?marrant un wf 8.1 en ligne de commande "normale" : >>>>>>>> -D[Standalone] -Xms64m -Xmx512m -XX:MaxPermSize=256m >>>>>>>> -Djava.net.preferIPv4Stack=true >>>>>>>> -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true >>>>>>>> -Dorg.jboss.boot.log.file=/opt/java/wildfly-8.1.0.Final/standalone/log/server.log >>>>>>>> -Dlogging.configuration=file:/opt/java/wildfly-8.1.0.Final/standalone/configuration/logging.properties >>>>>>>> >>>>>>>> Alexis >>>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, >>>>>>>> http://www.lyonjug.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Daniel Cunha (soro) >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> -- >>> Lincoln Baxter, III >>> http://ocpsoft.org >>> "Simpler is better." >>> >>> _______________________________________________ >>> 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 From danielsoro at gmail.com Wed Jan 28 06:53:02 2015 From: danielsoro at gmail.com (Daniel Cunha) Date: Wed, 28 Jan 2015 09:53:02 -0200 Subject: [forge-dev] PermGen with JBoss add-on In-Reply-To: <20150128101152.GB6967@localhost.localdomain> References: <20150128095304.GA6967@localhost.localdomain> <20150128101152.GB6967@localhost.localdomain> Message-ID: Hi Stale, That's sounds good. Hi Jerr, we talked about it in last night.. my suggestion was change the command to work like: --minHeapSize xxxmb --maxHeapSize xxxmb --permSize xxxmb But I think that Stale solution is a better way. ;) This case, I think that we don't have a issue for fix in aesh. On Wed, Jan 28, 2015 at 8:11 AM, St?le W Pedersen wrote: > - in the last mail when i write: > "jvmargs is a separate option and X is a separate command" i meant: > "jvmargs is a separate option and X is a separate option". > > On 28.01.15 10:53, St?le W Pedersen wrote: > >hi, i didnt respond to this thread since i didnt quite understand what > >the problem was, but daniel explained it to me so i think i have a > >better understanding now. > > > >so what you want is to have an option that have other options "under" > >it. in this example "jvmargs" would support/enable -Xms, -Xmx, etc... > > > >this is not something that ?sh supports and from my knowledge its also > >not common practice. there are no standards in the shell world (afaik), > >so ?sh tries to work as close to the "norm" as possible. atm ?sh have > >three different option types + arguments. > >- Option, most common with a specific name that can have a value (not > > required) > >- OptionList, similar to Option, but it can have multiple values (by > > default separated with ','). eg: --foo 1,2,3,4 > >- OptionGroup, is similar to OptionList, but support specific name for > > each attribute. eg if you have an optiongroup named 'X' you could do: > > -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m > > > >to support what you're doing in your example you could for instance make > >an OptionGroup command named 'X' be dependant on the 'jvmargs' option. > >this means that the X option will not be "visible" for the user unless > >the --jvmargs option have been set. this would enable you to do > >something like: > >--jvmargs -Xms=512m -Xmx=1024m -XX:MaxPermSize=256m > > > >but have in mind that jvmargs is a separate option and X is a separate > >command. > > > >i hope this would work for you and let me/daniel know if you have other > >questions/suggestions regarding ?sh. > > > >regards, st?le > > > >On 26.01.15 21:48, J?r?mie wrote: > >>Hi all, > >> > >>The problem is on the Aesh parser not in as7 , wildfly or tomee. > >> > >>My little workaround is to add space character in the command line like > >>that : > >>as-setup --server wildfly8 --jvmargs " -Xms512m -Xmx1024m > >>-XX:MaxPermSize=256m" > >> > >>Hope to provide a patch on aesh forge integration, but this is not so > easy. > >> > >>Regards, > >>Jeremie. > >> > >>2014-12-17 11:53 GMT-05:00 Lincoln Baxter, III >: > >> > >>> Antonio, > >>> > >>> Does the same PermGen error occur if you build the app, start AS7 > manually > >>> from the native operating system, and deploy the application? > >>> > >>> ~Lincoln > >>> > >>> On Wed, Dec 17, 2014 at 5:52 AM, Daniel Cunha > >>> wrote: > >>>> > >>>> Jerr, > >>>> > >>>> try in 2.13.0.Final and 2.13.1-SNAPSHOT. > >>>> > >>>> On Wed, Dec 17, 2014 at 2:38 AM, J?r?mie > wrote: > >>>>> > >>>>> Hi Daniel and Antonio, > >>>>> > >>>>> After some debugging it seems that the UIInputMany no longer > >>>>> working in version 2.12.13 in my case. > >>>>> > >>>>> > https://github.com/jerr/jboss-as-addon/blob/forge2/common/src/main/java/org/jboss/forge/addon/as/jboss/common/ui/JBossConfigurationWizard.java#L80 > >>>>> > >>>>> I will investigate on this. > >>>>> I'll let you know. > >>>>> > >>>>> Regards, > >>>>> J?r?mie. > >>>>> > >>>>> > >>>>> > >>>>> 2014-12-16 17:09 GMT-05:00 Daniel Cunha : > >>>>> > >>>>>> +1 > >>>>>> > >>>>>> On Tue, Nov 11, 2014 at 12:34 PM, Antonio Goncalves < > >>>>>> antonio.goncalves at gmail.com> wrote: > >>>>>> > >>>>>>> > >>>>>>> Hi all, > >>>>>>> > >>>>>>> The other day on #IRC I mentioned having PermGen issues with the > >>>>>>> JBossAS add-on. It's confirmed. During the HoL there are plenty of > people > >>>>>>> who had the same issue : install the JBoss add-on, start wildfly > 8.1, build > >>>>>>> the app, deploy it, go to the index.html page (fine), click on an > Entity, > >>>>>>> bang ! PermGen > >>>>>>> > >>>>>>> Alexis Hassler investigated it during the lab (see below). > Basically, > >>>>>>> no matter what PermGen you set, it's not taken into account. > >>>>>>> > >>>>>>> Again, I really think this add-on should be looked after carefully, > >>>>>>> it's very unstable. > >>>>>>> > >>>>>>> Antonio > >>>>>>> > >>>>>>> ---------- Forwarded message ---------- > >>>>>>> From: Alexis Hassler > >>>>>>> Date: Tue, Nov 11, 2014 at 11:37 AM > >>>>>>> Subject: Re: Forge + Wildfly VM arguments > >>>>>>> To: Antonio Goncalves > >>>>>>> > >>>>>>> > >>>>>>> Pas de changement avec > >>>>>>> as-setup --server wildfly8 --installDir > /opt/java/wildfly-8.1.0.Final/ > >>>>>>> --jvmargs "-Xmx512m -XX:MaxPermSize=256m" > >>>>>>> > >>>>>>> > >>>>>>> Alexis > >>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, > >>>>>>> http://www.lyonjug.org > >>>>>>> > >>>>>>> 2014-11-11 11:22 GMT+01:00 Alexis Hassler < > alexis.hassler at gmail.com>: > >>>>>>> > >>>>>>>> Avec un wf externe, d?marr? avec as-start. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> ? > >>>>>>>> Pour info, en d?marrant un wf 8.1 en ligne de commande "normale" : > >>>>>>>> -D[Standalone] -Xms64m -Xmx512m -XX:MaxPermSize=256m > >>>>>>>> -Djava.net.preferIPv4Stack=true > >>>>>>>> -Djboss.modules.system.pkgs=org.jboss.byteman > -Djava.awt.headless=true > >>>>>>>> > -Dorg.jboss.boot.log.file=/opt/java/wildfly-8.1.0.Final/standalone/log/server.log > >>>>>>>> > -Dlogging.configuration=file:/opt/java/wildfly-8.1.0.Final/standalone/configuration/logging.properties > >>>>>>>> > >>>>>>>> Alexis > >>>>>>>> http://www.jtips.info, http://blog.alexis-hassler.com, > >>>>>>>> http://www.lyonjug.org > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> forge-dev mailing list > >>>>>>> forge-dev at lists.jboss.org > >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev > >>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Daniel Cunha (soro) > >>>>>> > >>>>>> _______________________________________________ > >>>>>> 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 > >>>>> > >>>> > >>>> > >>>> -- > >>>> Daniel Cunha (soro) > >>>> > >>>> _______________________________________________ > >>>> forge-dev mailing list > >>>> forge-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/forge-dev > >>>> > >>> > >>> > >>> -- > >>> Lincoln Baxter, III > >>> http://ocpsoft.org > >>> "Simpler is better." > >>> > >>> _______________________________________________ > >>> 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 > -- Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20150128/0c5f1c4c/attachment-0001.html From forge-dev at lists.jboss.org Thu Jan 29 09:03:25 2015 From: forge-dev at lists.jboss.org (forge-dev at lists.jboss.org) Date: Thu, 29 Jan 2015 09:03:25 EST Subject: [forge-dev] Furnace CDI Container Build Problem. In-Reply-To: Message-ID: <1011527860.621422540263493.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> FYI, I get the same error when running the furnace plugin on Maven 3.2.2 which is packaged with Fedora. Posted by forums Original post: https://developer.jboss.org/message/917301#917301 From forge-dev at lists.jboss.org Thu Jan 29 09:15:32 2015 From: forge-dev at lists.jboss.org (forge-dev at lists.jboss.org) Date: Thu, 29 Jan 2015 09:15:32 EST Subject: [forge-dev] Furnace CDI Container Build Problem. In-Reply-To: <1011527860.621422540263493.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> Message-ID: <280247430.631422540980797.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> Hi Mickael, We have news about it. [forge-dev] Maven 3.2.5 support (http://lists.jboss.org/pipermail/forge-dev/2015-January/004189.html) Posted by forums Original post: https://developer.jboss.org/message/917302#917302 From asotobu at gmail.com Mon Jan 26 12:29:04 2015 From: asotobu at gmail.com (Alex Soto) Date: Mon, 26 Jan 2015 17:29:04 +0000 Subject: [forge-dev] Formatting Forge generated output References: <3E6B85C6-F223-4BE7-B32F-FD538423A207@redhat.com> Message-ID: Sure no problem I send you now an email :) thanks for your time in resolving this question El dl., 26 de gen., 2015 a les 16.53 Ivan St. Ivanov < ivan.st.ivanov at gmail.com> va escriure: > There it is: > > https://issues.jboss.org/browse/FORGE-2202 > > @Alex: would you communicate this issue to the Barcelona JUG member that > asked the question? :) > > Thanks, > Ivan > > On Mon, Jan 26, 2015 at 4:24 PM, George Gastaldi > wrote: > >> That is one of the use cases the CommandExecutionListener is for. >> Perhaps we could have this feature in core (reading from the user >> configuration) and do it automatically. Could you please file a new >> feature request in JIRA? >> >> Best Regards, >> >> George >> >> >> Em 26/01/2015, ?s 12:20, Ivan St. Ivanov >> escreveu: >> >> Hi George, >> >> Thanks! But this is if you implement an addon that generates code. >> >> What if you are just using Forge. Could you somehow configure the tool >> with your own formatter XML to be used for example in the entities or >> JAX-RS resources generation? >> >> Thanks, >> Ivan >> >> On Mon, Jan 26, 2015 at 3:43 PM, George Gastaldi >> wrote: >> >>> If you call Roaster.format() passing as an argument the Eclipse >>> formatter profile XML it should format as you wish. You could implement it >>> as a ResourceListener and monitor new resources using the ResourceMonitor >>> feature, or after every command execution using a CommandExecutionListener. >>> >>> >>> >>> > Em 26/01/2015, ?s 10:04, Ivan St. Ivanov >>> escreveu: >>> > >>> > Hi folks, >>> > >>> > During my recent Forge talk for the Barcelona JUG I was asked whether >>> it is possible to change the formatter that is currently used by Forge for >>> the generated classes. At the moment the generated code is with 3 spaces >>> indentation and with opening braces on the next line. Which is not what >>> everybody uses. >>> > >>> > So, how can we change that configuration? >>> > >>> > 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/20150126/93f07432/attachment.html