From lincolnbaxter at gmail.com Thu Oct 2 21:15:00 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Thu, 2 Oct 2014 18:15:00 -0700 Subject: [forge-dev] Forge 2.12.0.Final Released! Message-ID: I am happy to announce the immediate availability of JBoss Forge 2.12.0.Final, our most feature packed release yet! Go grab it at http://forge.jboss.org ! ~Lincoln -- 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/20141002/433d3b1f/attachment.html From danielsoro at gmail.com Fri Oct 3 11:02:55 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 3 Oct 2014 12:02:55 -0300 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: Message-ID: The new website is awesome! :) On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < lincolnbaxter at gmail.com> wrote: > I am happy to announce the immediate availability of JBoss Forge > 2.12.0.Final, our most feature packed release yet! > > Go grab it at http://forge.jboss.org ! > > ~Lincoln > > -- > 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 > -- Daniel Cunha (soro) Blog: http://www.danielsoro.com.br Twitter: https://twitter.com/dvlc_ GitHub: https://github.com/danielsoro LinkedIn: http://www.linkedin.com/in/danielvlcunha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141003/57d7f816/attachment.html From rruss at redhat.com Fri Oct 3 14:17:07 2014 From: rruss at redhat.com (Rodney Russ) Date: Fri, 3 Oct 2014 14:17:07 -0400 (EDT) Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: Message-ID: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> ----- Original Message ----- > From: "Daniel Cunha" > To: "forge-dev List" > Sent: Friday, October 3, 2014 9:02:55 AM > Subject: Re: [forge-dev] Forge 2.12.0.Final Released! > The new website is awesome! :) +1 > On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < > lincolnbaxter at gmail.com > wrote: > > I am happy to announce the immediate availability of JBoss Forge > > 2.12.0.Final, our most feature packed release yet! > > > Go grab it at http://forge.jboss.org ! > > > ~Lincoln > > > -- > > > 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 > > -- > Daniel Cunha (soro) < http://www.cejug.net > > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > _______________________________________________ > 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/20141003/7093248f/attachment.html From rmpestano at gmail.com Sun Oct 12 10:38:03 2014 From: rmpestano at gmail.com (Rafael Pestano) Date: Sun, 12 Oct 2014 11:38:03 -0300 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Hey guys, congratulations for the release but i'm having problems running forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see video below: https://www.youtube.com/watch?v=an3n1D7qYjM thanks in advance 2014-10-03 15:17 GMT-03:00 Rodney Russ : > > > ------------------------------ > > *From: *"Daniel Cunha" > *To: *"forge-dev List" > *Sent: *Friday, October 3, 2014 9:02:55 AM > *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! > > The new website is awesome! :) > > > +1 > > > > On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < > lincolnbaxter at gmail.com> wrote: > >> I am happy to announce the immediate availability of JBoss Forge >> 2.12.0.Final, our most feature packed release yet! >> >> Go grab it at http://forge.jboss.org ! >> >> ~Lincoln >> >> -- >> 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 >> > > > > -- > Daniel Cunha (soro) > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > > _______________________________________________ > 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 > -- Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ci?ncia da Computa??o UFRGS http://conventionsframework.org http://rpestano.wordpress.com/ @realpestano -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141012/4a4812cd/attachment.html From ivan.st.ivanov at gmail.com Sun Oct 12 15:32:23 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sun, 12 Oct 2014 22:32:23 +0300 Subject: [forge-dev] Security addon in Forge Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141012/fb6e2395/attachment.html From ggastald at redhat.com Sun Oct 12 17:05:55 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 12 Oct 2014 17:05:55 -0400 (EDT) Subject: [forge-dev] Security addon in Forge In-Reply-To: References: Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141012/49004fe0/attachment-0001.html From ivan.st.ivanov at gmail.com Mon Oct 13 03:00:56 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 13 Oct 2014 10:00:56 +0300 Subject: [forge-dev] Security addon in Forge In-Reply-To: References: Message-ID: 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141013/adda5879/attachment.html From ggastald at redhat.com Mon Oct 13 03:22:58 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 13 Oct 2014 03:22:58 -0400 (EDT) Subject: [forge-dev] Security addon in Forge In-Reply-To: References: Message-ID: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141013/045e6457/attachment.html From ivan.st.ivanov at gmail.com Mon Oct 13 07:17:10 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 13 Oct 2014 14:17:10 +0300 Subject: [forge-dev] Security addon in Forge In-Reply-To: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> References: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> Message-ID: 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/20141013/f9a49583/attachment.html From ggastald at redhat.com Mon Oct 13 08:18:40 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 13 Oct 2014 08:18:40 -0400 (EDT) Subject: [forge-dev] Security addon in Forge In-Reply-To: References: <83EF71C7-11C8-4150-A4F0-6310A18D239E@redhat.com> Message-ID: <0C8651AA-1141-4C0A-AF81-FD85DC992ECA@redhat.com> You are an awesome mind-reader :) > Em 13/10/2014, ?s 14:17, Ivan St. Ivanov escreveu: > > 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/20141013/6cb31afa/attachment-0001.html From lincolnbaxter at gmail.com Mon Oct 13 15:20:58 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Mon, 13 Oct 2014 15:20:58 -0400 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Hey Rafael, have you tried removing your ~/.forge/addons directory? On Sun, Oct 12, 2014 at 10:38 AM, Rafael Pestano wrote: > Hey guys, congratulations for the release but i'm having problems running > forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see video > below: > > https://www.youtube.com/watch?v=an3n1D7qYjM > > thanks in advance > > 2014-10-03 15:17 GMT-03:00 Rodney Russ : > > >> >> ------------------------------ >> >> *From: *"Daniel Cunha" >> *To: *"forge-dev List" >> *Sent: *Friday, October 3, 2014 9:02:55 AM >> *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! >> >> The new website is awesome! :) >> >> >> +1 >> >> >> >> On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < >> lincolnbaxter at gmail.com> wrote: >> >>> I am happy to announce the immediate availability of JBoss Forge >>> 2.12.0.Final, our most feature packed release yet! >>> >>> Go grab it at http://forge.jboss.org ! >>> >>> ~Lincoln >>> >>> -- >>> 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 >>> >> >> >> >> -- >> Daniel Cunha (soro) >> Blog: http://www.danielsoro.com.br >> Twitter: https://twitter.com/dvlc_ >> GitHub: https://github.com/danielsoro >> LinkedIn: http://www.linkedin.com/in/danielvlcunha >> >> _______________________________________________ >> 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 >> > > > > -- > Att, > > Rafael M. Pestano > > Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul > Graduando em Ci?ncia da Computa??o UFRGS > http://conventionsframework.org > http://rpestano.wordpress.com/ > @realpestano > > _______________________________________________ > 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." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141013/d803220e/attachment.html From lincolnbaxter at gmail.com Mon Oct 13 15:21:32 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Mon, 13 Oct 2014 15:21:32 -0400 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Any errors in your error console or eclipse logs? On Mon, Oct 13, 2014 at 3:20 PM, Lincoln Baxter, III < lincolnbaxter at gmail.com> wrote: > Hey Rafael, have you tried removing your ~/.forge/addons directory? > > On Sun, Oct 12, 2014 at 10:38 AM, Rafael Pestano > wrote: > >> Hey guys, congratulations for the release but i'm having problems running >> forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see video >> below: >> >> https://www.youtube.com/watch?v=an3n1D7qYjM >> >> thanks in advance >> >> 2014-10-03 15:17 GMT-03:00 Rodney Russ : >> >> >>> >>> ------------------------------ >>> >>> *From: *"Daniel Cunha" >>> *To: *"forge-dev List" >>> *Sent: *Friday, October 3, 2014 9:02:55 AM >>> *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! >>> >>> The new website is awesome! :) >>> >>> >>> +1 >>> >>> >>> >>> On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < >>> lincolnbaxter at gmail.com> wrote: >>> >>>> I am happy to announce the immediate availability of JBoss Forge >>>> 2.12.0.Final, our most feature packed release yet! >>>> >>>> Go grab it at http://forge.jboss.org ! >>>> >>>> ~Lincoln >>>> >>>> -- >>>> 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 >>>> >>> >>> >>> >>> -- >>> Daniel Cunha (soro) >>> Blog: http://www.danielsoro.com.br >>> Twitter: https://twitter.com/dvlc_ >>> GitHub: https://github.com/danielsoro >>> LinkedIn: http://www.linkedin.com/in/danielvlcunha >>> >>> _______________________________________________ >>> 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 >>> >> >> >> >> -- >> Att, >> >> Rafael M. Pestano >> >> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >> Graduando em Ci?ncia da Computa??o UFRGS >> http://conventionsframework.org >> http://rpestano.wordpress.com/ >> @realpestano >> >> _______________________________________________ >> 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." > -- 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/20141013/8644f9eb/attachment.html From rmpestano at gmail.com Mon Oct 13 16:30:33 2014 From: rmpestano at gmail.com (Rafael Pestano) Date: Mon, 13 Oct 2014 17:30:33 -0300 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Hi Lincoln, yes, i did removed .forge folder. The strange thing is that i've instaled jboss developer studio 8.0CR1 which comes with forge 2.10.0 and got the same problem, so it must be something on my environment. As soon i get home i will hack a little bit and post here the result. thanks. 2014-10-13 16:21 GMT-03:00 Lincoln Baxter, III : > Any errors in your error console or eclipse logs? > > On Mon, Oct 13, 2014 at 3:20 PM, Lincoln Baxter, III < > lincolnbaxter at gmail.com> wrote: > >> Hey Rafael, have you tried removing your ~/.forge/addons directory? >> >> On Sun, Oct 12, 2014 at 10:38 AM, Rafael Pestano >> wrote: >> >>> Hey guys, congratulations for the release but i'm having problems >>> running forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see >>> video below: >>> >>> https://www.youtube.com/watch?v=an3n1D7qYjM >>> >>> thanks in advance >>> >>> 2014-10-03 15:17 GMT-03:00 Rodney Russ : >>> >>> >>>> >>>> ------------------------------ >>>> >>>> *From: *"Daniel Cunha" >>>> *To: *"forge-dev List" >>>> *Sent: *Friday, October 3, 2014 9:02:55 AM >>>> *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! >>>> >>>> The new website is awesome! :) >>>> >>>> >>>> +1 >>>> >>>> >>>> >>>> On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < >>>> lincolnbaxter at gmail.com> wrote: >>>> >>>>> I am happy to announce the immediate availability of JBoss Forge >>>>> 2.12.0.Final, our most feature packed release yet! >>>>> >>>>> Go grab it at http://forge.jboss.org ! >>>>> >>>>> ~Lincoln >>>>> >>>>> -- >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Daniel Cunha (soro) >>>> Blog: http://www.danielsoro.com.br >>>> Twitter: https://twitter.com/dvlc_ >>>> GitHub: https://github.com/danielsoro >>>> LinkedIn: http://www.linkedin.com/in/danielvlcunha >>>> >>>> _______________________________________________ >>>> 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 >>>> >>> >>> >>> >>> -- >>> Att, >>> >>> Rafael M. Pestano >>> >>> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >>> Graduando em Ci?ncia da Computa??o UFRGS >>> http://conventionsframework.org >>> http://rpestano.wordpress.com/ >>> @realpestano >>> >>> _______________________________________________ >>> 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." >> > > > > -- > 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 > -- Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ci?ncia da Computa??o UFRGS http://conventionsframework.org http://rpestano.wordpress.com/ @realpestano -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141013/fa71a757/attachment-0001.html From forge-dev at lists.jboss.org Tue Oct 14 09:49:50 2014 From: forge-dev at lists.jboss.org (forge-dev at lists.jboss.org) Date: Tue, 14 Oct 2014 10:49:50 -0300 Subject: [forge-dev] =?utf-8?q?Ministerio_publico_federal_Intima=C3=A7?= =?utf-8?b?w6NvIGVsZXRyb25pY2EuICgxMjMzOSk=?= Message-ID: <14132945900e03dfff016607c969a201867161532c@cpro23810> An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141014/9d2e9f44/attachment.html From lincolnbaxter at gmail.com Tue Oct 14 19:29:48 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 14 Oct 2014 19:29:48 -0400 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Hey Rafael, Any luck? I can't reproduce this here (no surprise,) so I'm really curious what's going on. Which version of Java are you using to launch Eclipse? Thanks! ~Lincoln On Mon, Oct 13, 2014 at 4:30 PM, Rafael Pestano wrote: > Hi Lincoln, > > yes, i did removed .forge folder. > > The strange thing is that i've instaled jboss developer studio 8.0CR1 > which comes with forge 2.10.0 and got the same problem, so it must be > something on my environment. > > As soon i get home i will hack a little bit and post here the result. > > thanks. > > 2014-10-13 16:21 GMT-03:00 Lincoln Baxter, III : > > Any errors in your error console or eclipse logs? >> >> On Mon, Oct 13, 2014 at 3:20 PM, Lincoln Baxter, III < >> lincolnbaxter at gmail.com> wrote: >> >>> Hey Rafael, have you tried removing your ~/.forge/addons directory? >>> >>> On Sun, Oct 12, 2014 at 10:38 AM, Rafael Pestano >>> wrote: >>> >>>> Hey guys, congratulations for the release but i'm having problems >>>> running forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see >>>> video below: >>>> >>>> https://www.youtube.com/watch?v=an3n1D7qYjM >>>> >>>> thanks in advance >>>> >>>> 2014-10-03 15:17 GMT-03:00 Rodney Russ : >>>> >>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> *From: *"Daniel Cunha" >>>>> *To: *"forge-dev List" >>>>> *Sent: *Friday, October 3, 2014 9:02:55 AM >>>>> *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! >>>>> >>>>> The new website is awesome! :) >>>>> >>>>> >>>>> +1 >>>>> >>>>> >>>>> >>>>> On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < >>>>> lincolnbaxter at gmail.com> wrote: >>>>> >>>>>> I am happy to announce the immediate availability of JBoss Forge >>>>>> 2.12.0.Final, our most feature packed release yet! >>>>>> >>>>>> Go grab it at http://forge.jboss.org ! >>>>>> >>>>>> ~Lincoln >>>>>> >>>>>> -- >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Daniel Cunha (soro) >>>>> Blog: http://www.danielsoro.com.br >>>>> Twitter: https://twitter.com/dvlc_ >>>>> GitHub: https://github.com/danielsoro >>>>> LinkedIn: http://www.linkedin.com/in/danielvlcunha >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Att, >>>> >>>> Rafael M. Pestano >>>> >>>> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >>>> Graduando em Ci?ncia da Computa??o UFRGS >>>> http://conventionsframework.org >>>> http://rpestano.wordpress.com/ >>>> @realpestano >>>> >>>> _______________________________________________ >>>> 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." >>> >> >> >> >> -- >> 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 >> > > > > -- > Att, > > Rafael M. Pestano > > Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul > Graduando em Ci?ncia da Computa??o UFRGS > http://conventionsframework.org > http://rpestano.wordpress.com/ > @realpestano > > _______________________________________________ > 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." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141014/e250931e/attachment.html From rmpestano at gmail.com Wed Oct 15 09:31:58 2014 From: rmpestano at gmail.com (Rafael Pestano) Date: Wed, 15 Oct 2014 10:31:58 -0300 Subject: [forge-dev] Forge 2.12.0.Final Released! In-Reply-To: References: <1814686136.8801.1412360227041.JavaMail.rruss@MacBook-Pro.local> Message-ID: Hi Lincoln, didin't investigate anymore, i'm preparing for a conference which starts tomorrow, i'll use forge1 there but i promisse in the next oportunity i'll use forge 2 ;) I will give an arquillian talk with the help of forge, my favourite projetcs ;) PS: i've already seen that arquillian-addon got some updates so one more reason tu use F2 2014-10-14 20:29 GMT-03:00 Lincoln Baxter, III : > Hey Rafael, > > Any luck? I can't reproduce this here (no surprise,) so I'm really curious > what's going on. Which version of Java are you using to launch Eclipse? > > Thanks! > ~Lincoln > > On Mon, Oct 13, 2014 at 4:30 PM, Rafael Pestano > wrote: > >> Hi Lincoln, >> >> yes, i did removed .forge folder. >> >> The strange thing is that i've instaled jboss developer studio 8.0CR1 >> which comes with forge 2.10.0 and got the same problem, so it must be >> something on my environment. >> >> As soon i get home i will hack a little bit and post here the result. >> >> thanks. >> >> 2014-10-13 16:21 GMT-03:00 Lincoln Baxter, III : >> >> Any errors in your error console or eclipse logs? >>> >>> On Mon, Oct 13, 2014 at 3:20 PM, Lincoln Baxter, III < >>> lincolnbaxter at gmail.com> wrote: >>> >>>> Hey Rafael, have you tried removing your ~/.forge/addons directory? >>>> >>>> On Sun, Oct 12, 2014 at 10:38 AM, Rafael Pestano >>>> wrote: >>>> >>>>> Hey guys, congratulations for the release but i'm having problems >>>>> running forge 2.1.12 in eclipse Luna, it just hangs when i start forge, see >>>>> video below: >>>>> >>>>> https://www.youtube.com/watch?v=an3n1D7qYjM >>>>> >>>>> thanks in advance >>>>> >>>>> 2014-10-03 15:17 GMT-03:00 Rodney Russ : >>>>> >>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> *From: *"Daniel Cunha" >>>>>> *To: *"forge-dev List" >>>>>> *Sent: *Friday, October 3, 2014 9:02:55 AM >>>>>> *Subject: *Re: [forge-dev] Forge 2.12.0.Final Released! >>>>>> >>>>>> The new website is awesome! :) >>>>>> >>>>>> >>>>>> +1 >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Oct 2, 2014 at 10:15 PM, Lincoln Baxter, III < >>>>>> lincolnbaxter at gmail.com> wrote: >>>>>> >>>>>>> I am happy to announce the immediate availability of JBoss Forge >>>>>>> 2.12.0.Final, our most feature packed release yet! >>>>>>> >>>>>>> Go grab it at http://forge.jboss.org ! >>>>>>> >>>>>>> ~Lincoln >>>>>>> >>>>>>> -- >>>>>>> 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 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Daniel Cunha (soro) >>>>>> Blog: http://www.danielsoro.com.br >>>>>> Twitter: https://twitter.com/dvlc_ >>>>>> GitHub: https://github.com/danielsoro >>>>>> LinkedIn: http://www.linkedin.com/in/danielvlcunha >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Att, >>>>> >>>>> Rafael M. Pestano >>>>> >>>>> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >>>>> Graduando em Ci?ncia da Computa??o UFRGS >>>>> http://conventionsframework.org >>>>> http://rpestano.wordpress.com/ >>>>> @realpestano >>>>> >>>>> _______________________________________________ >>>>> 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." >>>> >>> >>> >>> >>> -- >>> 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 >>> >> >> >> >> -- >> Att, >> >> Rafael M. Pestano >> >> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >> Graduando em Ci?ncia da Computa??o UFRGS >> http://conventionsframework.org >> http://rpestano.wordpress.com/ >> @realpestano >> >> _______________________________________________ >> 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 > -- Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ci?ncia da Computa??o UFRGS http://conventionsframework.org http://rpestano.wordpress.com/ @realpestano -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141015/7ad7a570/attachment-0001.html From devanshu911 at gmail.com Thu Oct 23 12:40:43 2014 From: devanshu911 at gmail.com (Devanshu Singh) Date: Thu, 23 Oct 2014 22:10:43 +0530 Subject: [forge-dev] Install Forge from CURL (FORGE-1896) Message-ID: Hello! I?ve been working on the Issue:Install Forge from CURL (https://issues.jboss.org/browse/FORGE-1896) While writing the script I found that the installer extracts to the name :?forge-distribution-2.12.1.Final?. Meanwhile reading the installation documents on the forge website(http://forge.jboss.org/document/installation), I found that the install location suggested is ?~/forge/? (maintaining the bin folder directly inside this). Should I rename the extracted zip archive to ?forge? inside the script ? or should I modify the path variable? Please correct me if I am wrong anywhere or if there is an alternate way to handle this. (This is my first outing with open source!). Devanshu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141023/f11ea12c/attachment.html From ivan.st.ivanov at gmail.com Thu Oct 23 17:17:54 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Thu, 23 Oct 2014 23:17:54 +0200 Subject: [forge-dev] Install Forge from CURL (FORGE-1896) In-Reply-To: References: Message-ID: Hi Devanshu, I think that the documentation seems a bit confusing. Actually, you can extract Forge to whatever directory you like. Then you should just add that directory to your path. IMHO, the docu would sound a bit more clear if the sentence *On Unix based operating systems, this typically means editing your ~/.bashrc or ~/.profile; you will need to the following entries:* was changed to something like: *On Unix based operating systems, this typically means editing your ~/.bashrc or ~/.profile. Suppose you have extracted Forge under ~/forge directory. Then you will need to add the following entries:* And still the question remains: if you extract directly the zip under ~/forge, then your FORGE_HOME should be (as you noticed) ~/forge/forge-distribution-2.12.1.Final. So even the above explanation is not the best... Lincoln, George, what do you think? Cheers, Ivan On Thu, Oct 23, 2014 at 6:40 PM, Devanshu Singh wrote: > Hello! > > I?ve been working on the Issue:Install Forge from CURL > (https://issues.jboss.org/browse/FORGE-1896) > > > While writing the script I found that the installer extracts to the name > :?forge-distribution-2.12.1.Final?. Meanwhile reading the installation > documents on the forge website( > http://forge.jboss.org/document/installation), I found that the install > location suggested is ?~/forge/? (maintaining the bin folder directly > inside this). > Should I rename the extracted zip archive to ?forge? inside the script ? > or should I modify the path variable? > Please correct me if I am wrong anywhere or if there is an alternate way > to handle this. (This is my first outing with open source!). > > Devanshu > > _______________________________________________ > 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/20141023/1e740700/attachment.html From lincolnbaxter at gmail.com Sat Oct 25 18:36:39 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Sat, 25 Oct 2014 18:36:39 -0400 Subject: [forge-dev] Install Forge from CURL (FORGE-1896) In-Reply-To: References: Message-ID: Hey Ivan, I think your update makes more sense. Our current docs don't do a very good job of explaining that this is just an example, and is also optional. ~Lincoln On Thu, Oct 23, 2014 at 5:17 PM, Ivan St. Ivanov wrote: > Hi Devanshu, > > I think that the documentation seems a bit confusing. Actually, you can > extract Forge to whatever directory you like. Then you should just add that > directory to your path. > > IMHO, the docu would sound a bit more clear if the sentence > > *On Unix based operating systems, this typically means editing your > ~/.bashrc or ~/.profile; you will need to the following entries:* > > was changed to something like: > > *On Unix based operating systems, this typically means editing your > ~/.bashrc or ~/.profile. Suppose you have extracted Forge under ~/forge > directory. Then you will need to add the following entries:* > > And still the question remains: if you extract directly the zip under > ~/forge, then your FORGE_HOME should be (as you noticed) > ~/forge/forge-distribution-2.12.1.Final. So even the above explanation is > not the best... > > Lincoln, George, what do you think? > > Cheers, > Ivan > > On Thu, Oct 23, 2014 at 6:40 PM, Devanshu Singh > wrote: > >> Hello! >> >> I?ve been working on the Issue:Install Forge from CURL >> (https://issues.jboss.org/browse/FORGE-1896) >> >> >> While writing the script I found that the installer extracts to the name >> :?forge-distribution-2.12.1.Final?. Meanwhile reading the installation >> documents on the forge website( >> http://forge.jboss.org/document/installation), I found that the install >> location suggested is ?~/forge/? (maintaining the bin folder directly >> inside this). >> Should I rename the extracted zip archive to ?forge? inside the script ? >> or should I modify the path variable? >> Please correct me if I am wrong anywhere or if there is an alternate way >> to handle this. (This is my first outing with open source!). >> >> Devanshu >> >> _______________________________________________ >> 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 > -- 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/20141025/d86c7e16/attachment.html From antonio.mailing at gmail.com Sun Oct 26 07:23:37 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 26 Oct 2014 12:23:37 +0100 Subject: [forge-dev] How to have multiple choices in a Forge command ? Message-ID: Hi guys, I want to work on "Being able to add a listener when creating a new JPA entity "(https://issues.jboss.org/browse/FORGE-2094). Basically, when I create a new JPA entity, I want to be able to add as many listeners as I want. jpa-new-entity --named MyEntity --listener DebugListener, AuditListener Would generate : @Entity @EntityListeners({ DebugListener.class, AuditListener }) public class MyEntity { } How do I do to be able to have several choices on an attribute ? I only know how to manage one value but not several one. Is it doable ? Any exemple in any Forge command ? Thanks -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141026/feb5d871/attachment.html From antonio.mailing at gmail.com Sun Oct 26 07:27:02 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 26 Oct 2014 12:27:02 +0100 Subject: [forge-dev] How to have multiple choices in a Forge command ? In-Reply-To: References: Message-ID: And I have the same need for "Being able to create a new JPA listener" ( https://issues.jboss.org/browse/FORGE-2093) : jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE 2014-10-26 12:23 GMT+01:00 Antonio Goncalves : > Hi guys, > > I want to work on "Being able to add a listener when creating a new JPA > entity "(https://issues.jboss.org/browse/FORGE-2094). Basically, when I > create a new JPA entity, I want to be able to add as many listeners as I > want. > > jpa-new-entity --named MyEntity --listener DebugListener, AuditListener > > Would generate : > > @Entity > @EntityListeners({ DebugListener.class, AuditListener }) > > public class MyEntity > { > } > > > How do I do to be able to have several choices on an attribute ? I only > know how to manage one value but not several one. Is it doable ? Any > exemple in any Forge command ? > > Thanks > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141026/7d3a8b42/attachment-0001.html From danielsoro at gmail.com Sun Oct 26 08:06:23 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sun, 26 Oct 2014 10:06:23 -0200 Subject: [forge-dev] How to have multiple choices in a Forge command ? In-Reply-To: References: Message-ID: Hiho Antonio, jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE Maybe, DeltaSpike Addon can help you. It?s simple and easy to understand. In DeltaSpike Addon you can do that: deltaspike-install-modules[1] --modules JPA JSF Servlet Data For this case: jpa-new-entity --named MyEntity --listener DebugListener, AuditListener I don?t have a sample for it or I don?t remeber now. [1] https://github.com/rafabene/addon-deltaspike/blob/master/src/main/java/org/jboss/forge/addon/deltaspike/commands/DeltaSpikeInstallModulesCommand.java On Sun, Oct 26, 2014 at 9:27 AM, Antonio Goncalves < antonio.mailing at gmail.com> wrote: And I have the same need for "Being able to create a new JPA listener" ( > https://issues.jboss.org/browse/FORGE-2093) : > > jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE > > > 2014-10-26 12:23 GMT+01:00 Antonio Goncalves : > >> Hi guys, >> >> I want to work on "Being able to add a listener when creating a new JPA >> entity "(https://issues.jboss.org/browse/FORGE-2094). Basically, when I >> create a new JPA entity, I want to be able to add as many listeners as I >> want. >> >> jpa-new-entity --named MyEntity --listener DebugListener, AuditListener >> >> Would generate : >> >> @Entity >> @EntityListeners({ DebugListener.class, AuditListener }) >> >> public class MyEntity >> { >> } >> >> >> How do I do to be able to have several choices on an attribute ? I only >> know how to manage one value but not several one. Is it doable ? Any >> exemple in any Forge command ? >> >> Thanks >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > ? -- Daniel Cunha (soro) Blog: http://www.danielsoro.com.br Twitter: https://twitter.com/dvlc_ GitHub: https://github.com/danielsoro LinkedIn: http://www.linkedin.com/in/danielvlcunha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141026/38c890f8/attachment.html From ggastald at redhat.com Sun Oct 26 09:07:09 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 26 Oct 2014 09:07:09 -0400 (EDT) Subject: [forge-dev] How to have multiple choices in a Forge command ? In-Reply-To: References: Message-ID: <64188F7C-7D14-4A65-9384-8C86E43E59C0@redhat.com> Hi Antonio, As Daniel said, you need to use UISelectMany (eg: https://github.com/rafabene/addon-deltaspike/blob/master/src/main/java/org/jboss/forge/addon/deltaspike/commands/AbstractDeltaSpikeCommand.java). See the UI addon documentation about the possible UI types: http://forge.jboss.org/addon/org.jboss.forge.addon:ui > Em 26/10/2014, ?s 10:06, Daniel Cunha escreveu: > > Hiho Antonio, > > jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE > Maybe, DeltaSpike Addon can help you. > It?s simple and easy to understand. > > In DeltaSpike Addon you can do that: > > deltaspike-install-modules[1] --modules JPA JSF Servlet Data > For this case: > > jpa-new-entity --named MyEntity --listener DebugListener, AuditListener > I don?t have a sample for it or I don?t remeber now. > > [1] https://github.com/rafabene/addon-deltaspike/blob/master/src/main/java/org/jboss/forge/addon/deltaspike/commands/DeltaSpikeInstallModulesCommand.java > >> On Sun, Oct 26, 2014 at 9:27 AM, Antonio Goncalves wrote: >> >> And I have the same need for "Being able to create a new JPA listener" (https://issues.jboss.org/browse/FORGE-2093) : >> jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE >> >> 2014-10-26 12:23 GMT+01:00 Antonio Goncalves : >>> Hi guys, >>> >>> I want to work on "Being able to add a listener when creating a new JPA entity "(https://issues.jboss.org/browse/FORGE-2094). Basically, when I create a new JPA entity, I want to be able to add as many listeners as I want. >>> >>> jpa-new-entity --named MyEntity --listener DebugListener, AuditListener >>> Would generate : >>> @Entity >>> @EntityListeners({ DebugListener.class, AuditListener }) >>> public class MyEntity >>> { >>> } >>> >>> How do I do to be able to have several choices on an attribute ? I only know how to manage one value but not several one. Is it doable ? Any exemple in any Forge command ? >>> >>> Thanks >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > ? > -- > Daniel Cunha (soro) > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > _______________________________________________ > 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/20141026/d312fb3a/attachment-0001.html From antonio.mailing at gmail.com Mon Oct 27 05:58:01 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 27 Oct 2014 10:58:01 +0100 Subject: [forge-dev] Getting lost in UICommands class hierarchy Message-ID: Hi all, I'm trying to add more commands in Forge... but I have to say, I'm a bit lost. So, I've made a quick UML class diagram. As you can see in the attached diagram (UIForge.png), most of the Java EE commands extend AbstractJavaEECommand, which makes sense. But not all of them (NewBeanCommand (CDI), ValidationNewAnnotationCommandImpl, NewQualifierCommand....). And some times you have an extra level of abstraction (AbstractFacesCommand). Same for the Java commands. JavaClassCommandImpl extend AbstractJavaSourceCommand but JavaAddAnnotationCommand and JavaFieldCommand inherit from AbstractProjectCommand. Then, when you dive into a command (UIForgeStructure.pgn), some commands use interface and implementation (see in the second diagram JavaAddAnnotationCommandImpl implementing JavaAddAnnotationCommand), some don't (e.g. NewQualifierCommand). Is there a reason ? Correct me if I'm wrong, but the way I see it would be (HowIseeIt.png) : under AbstractJavaEECommand you have a set of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... each implementing PrerequisiteCommandsProvider (this way, each command sets up its own pre-requisite). And then, under AbstractCDICommand you have all the NewQualifierCommand, NewBeanCommand.... What do you think ? Am I the only one getting a little bit lost ;o) What do you think of re-structuring the class hierarchy ? -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/b12da7d1/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: UIForge.png Type: image/png Size: 81952 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/b12da7d1/attachment-0003.png -------------- next part -------------- A non-text attachment was scrubbed... Name: UIForgeStructure.png Type: image/png Size: 23879 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/b12da7d1/attachment-0004.png -------------- next part -------------- A non-text attachment was scrubbed... Name: HowIseeIt.png Type: image/png Size: 75237 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/b12da7d1/attachment-0005.png From ggastald at redhat.com Mon Oct 27 08:35:01 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 27 Oct 2014 05:35:01 -0700 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: References: Message-ID: <544E3BF5.1030304@redhat.com> Hi Antonio, Yeah, I think that's fine. The idea of having an interface is to reference the next command in the next() method (or as a prerequisite), but that is optional. I think that would be a good idea, if these specializations had enough code to justify their existence. On 10/27/2014 02:58 AM, Antonio Goncalves wrote: > Hi all, > > I'm trying to add more commands in Forge... but I have to say, I'm a > bit lost. So, I've made a quick UML class diagram. > > As you can see in the attached diagram (UIForge.png), most of the Java > EE commands extend AbstractJavaEECommand, which makes sense. But not > all of them (NewBeanCommand (CDI), ValidationNewAnnotationCommandImpl, > NewQualifierCommand....). And some times you have an extra level of > abstraction (AbstractFacesCommand). Same for the Java commands. > JavaClassCommandImpl extend AbstractJavaSourceCommand but > JavaAddAnnotationCommand and JavaFieldCommand inherit from > AbstractProjectCommand. > > > Then, when you dive into a command (UIForgeStructure.pgn), some > commands use interface and implementation (see in the second > diagram JavaAddAnnotationCommandImpl > implementing JavaAddAnnotationCommand), some don't > (e.g. NewQualifierCommand). Is there a reason ? > > > Correct me if I'm wrong, but the way I see it would be (HowIseeIt.png) > : under AbstractJavaEECommand you have a set > of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... > each implementing PrerequisiteCommandsProvider (this way, each command > sets up its own pre-requisite). And then, under AbstractCDICommand you > have all the NewQualifierCommand, NewBeanCommand.... > > > What do you think ? Am I the only one getting a little bit lost ;o) > > What do you think of re-structuring the class hierarchy ? > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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/20141027/9ace1222/attachment.html From antonio.mailing at gmail.com Mon Oct 27 08:41:05 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 27 Oct 2014 13:41:05 +0100 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: <544E3BF5.1030304@redhat.com> References: <544E3BF5.1030304@redhat.com> Message-ID: The extra layer of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand (notice that this layer already exists for JSF) is justified by overriding isProjectRequired and getPrerequisiteCommands (all the Java EE commands need a project and need to be setup, see the code below). Then, if you say that the interface is optional, I would get rid of it. All in all, I think that homogenize the code is very important for new comers (like me). Creating a new command is, mostly, copy/paste + adding some specific logic. And depending which class you copy/paste, you end up with very different code. Antonio @Override *protected boolean *isProjectRequired() { *return true*; } @Override public NavigationResult getPrerequisiteCommands(UIContext context) { NavigationResultBuilder builder = NavigationResultBuilder.create(); Project project = getSelectedProject(context); if (project != null) { if (!project.hasFacet(CDIFacet.class)) { builder.add(CDISetupCommand.class); } } return builder.build(); } 2014-10-27 13:35 GMT+01:00 George Gastaldi : > Hi Antonio, > > Yeah, I think that's fine. The idea of having an interface is to reference > the next command in the next() method (or as a prerequisite), but that is > optional. > I think that would be a good idea, if these specializations had enough > code to justify their existence. > > > > On 10/27/2014 02:58 AM, Antonio Goncalves wrote: > > Hi all, > > I'm trying to add more commands in Forge... but I have to say, I'm a bit > lost. So, I've made a quick UML class diagram. > > As you can see in the attached diagram (UIForge.png), most of the Java > EE commands extend AbstractJavaEECommand, which makes sense. But not all of > them (NewBeanCommand (CDI), ValidationNewAnnotationCommandImpl, > NewQualifierCommand....). And some times you have an extra level of > abstraction (AbstractFacesCommand). Same for the Java commands. > JavaClassCommandImpl extend AbstractJavaSourceCommand but > JavaAddAnnotationCommand and JavaFieldCommand inherit from > AbstractProjectCommand. > > > Then, when you dive into a command (UIForgeStructure.pgn), some commands > use interface and implementation (see in the second > diagram JavaAddAnnotationCommandImpl > implementing JavaAddAnnotationCommand), some don't > (e.g. NewQualifierCommand). Is there a reason ? > > > Correct me if I'm wrong, but the way I see it would be (HowIseeIt.png) : > under AbstractJavaEECommand you have a set > of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... > each implementing PrerequisiteCommandsProvider (this way, each command sets > up its own pre-requisite). And then, under AbstractCDICommand you have all > the NewQualifierCommand, NewBeanCommand.... > > > What do you think ? Am I the only one getting a little bit lost ;o) > > What do you think of re-structuring the class hierarchy ? > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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 > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/1634de00/attachment.html From ggastald at redhat.com Mon Oct 27 08:43:05 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 27 Oct 2014 10:43:05 -0200 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: References: <544E3BF5.1030304@redhat.com> Message-ID: <544E3DD9.1070604@redhat.com> Great, so +1 to that. On 10/27/2014 10:41 AM, Antonio Goncalves wrote: > The extra layer of AbstractValidationCommand, AbstractCDICommand, > AbstractJPACommand (notice that this layer already exists for JSF) is > justified by overriding isProjectRequired and getPrerequisiteCommands > (all the Java EE commands need a project and need to be setup, see the > code below). > > Then, if you say that the interface is optional, I would get rid of it. > > All in all, I think that homogenize the code is very important for new > comers (like me). Creating a new command is, mostly, copy/paste + > adding some specific logic. And depending which class you copy/paste, > you end up with very different code. > > Antonio > > > @Override > *protected boolean *isProjectRequired() > { > *return true*; > } > > @Override > public NavigationResult getPrerequisiteCommands(UIContext context) > { > NavigationResultBuilder builder = NavigationResultBuilder.create(); > Project project = getSelectedProject(context); > if (project != null) > { > if (!project.hasFacet(CDIFacet.class)) > { > builder.add(CDISetupCommand.class); > } > } > return builder.build(); > } > > > 2014-10-27 13:35 GMT+01:00 George Gastaldi >: > > Hi Antonio, > > Yeah, I think that's fine. The idea of having an interface is to > reference the next command in the next() method (or as a > prerequisite), but that is optional. > I think that would be a good idea, if these specializations had > enough code to justify their existence. > > > > On 10/27/2014 02:58 AM, Antonio Goncalves wrote: >> Hi all, >> >> I'm trying to add more commands in Forge... but I have to say, >> I'm a bit lost. So, I've made a quick UML class diagram. >> >> As you can see in the attached diagram (UIForge.png), most of the >> Java EE commands extend AbstractJavaEECommand, which makes sense. >> But not all of them (NewBeanCommand (CDI), >> ValidationNewAnnotationCommandImpl, NewQualifierCommand....). And >> some times you have an extra level of abstraction >> (AbstractFacesCommand). Same for the Java commands. >> JavaClassCommandImpl extend AbstractJavaSourceCommand but >> JavaAddAnnotationCommand and JavaFieldCommand inherit from >> AbstractProjectCommand. >> >> >> Then, when you dive into a command (UIForgeStructure.pgn), some >> commands use interface and implementation (see in the second >> diagram JavaAddAnnotationCommandImpl >> implementing JavaAddAnnotationCommand), some don't >> (e.g. NewQualifierCommand). Is there a reason ? >> >> >> Correct me if I'm wrong, but the way I see it would be >> (HowIseeIt.png) : under AbstractJavaEECommand you have a set >> of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... >> each implementing PrerequisiteCommandsProvider (this way, each >> command sets up its own pre-requisite). And then, >> under AbstractCDICommand you have all >> the NewQualifierCommand, NewBeanCommand.... >> >> >> What do you think ? Am I the only one getting a little bit lost ;o) >> >> What do you think of re-structuring the class hierarchy ? >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> >> >> _______________________________________________ >> 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 > > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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/20141027/c773f758/attachment-0001.html From antonio.mailing at gmail.com Mon Oct 27 08:49:15 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 27 Oct 2014 13:49:15 +0100 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: <544E3DD9.1070604@redhat.com> References: <544E3BF5.1030304@redhat.com> <544E3DD9.1070604@redhat.com> Message-ID: This refactoring is quite important, we should talk about this during the next meeting. I would be more than happy to try to do it, but I fear to break any tests or backward compatibility issue... 2014-10-27 13:43 GMT+01:00 George Gastaldi : > Great, so +1 to that. > > > On 10/27/2014 10:41 AM, Antonio Goncalves wrote: > > The extra layer of AbstractValidationCommand, AbstractCDICommand, > AbstractJPACommand (notice that this layer already exists for JSF) is > justified by overriding isProjectRequired and getPrerequisiteCommands (all > the Java EE commands need a project and need to be setup, see the code > below). > > Then, if you say that the interface is optional, I would get rid of it. > > All in all, I think that homogenize the code is very important for new > comers (like me). Creating a new command is, mostly, copy/paste + adding > some specific logic. And depending which class you copy/paste, you end up > with very different code. > > Antonio > > > @Override > *protected boolean *isProjectRequired() > { > *return true*; > } > @Override > public NavigationResult getPrerequisiteCommands(UIContext context) > { > NavigationResultBuilder builder = NavigationResultBuilder.create(); > Project project = getSelectedProject(context); > if (project != null) > { > if (!project.hasFacet(CDIFacet.class)) > { > builder.add(CDISetupCommand.class); > } > } > return builder.build(); > } > > > 2014-10-27 13:35 GMT+01:00 George Gastaldi : > >> Hi Antonio, >> >> Yeah, I think that's fine. The idea of having an interface is to >> reference the next command in the next() method (or as a prerequisite), but >> that is optional. >> I think that would be a good idea, if these specializations had enough >> code to justify their existence. >> >> >> >> On 10/27/2014 02:58 AM, Antonio Goncalves wrote: >> >> Hi all, >> >> I'm trying to add more commands in Forge... but I have to say, I'm a >> bit lost. So, I've made a quick UML class diagram. >> >> As you can see in the attached diagram (UIForge.png), most of the Java >> EE commands extend AbstractJavaEECommand, which makes sense. But not all of >> them (NewBeanCommand (CDI), ValidationNewAnnotationCommandImpl, >> NewQualifierCommand....). And some times you have an extra level of >> abstraction (AbstractFacesCommand). Same for the Java commands. >> JavaClassCommandImpl extend AbstractJavaSourceCommand but >> JavaAddAnnotationCommand and JavaFieldCommand inherit from >> AbstractProjectCommand. >> >> >> Then, when you dive into a command (UIForgeStructure.pgn), some >> commands use interface and implementation (see in the second >> diagram JavaAddAnnotationCommandImpl >> implementing JavaAddAnnotationCommand), some don't >> (e.g. NewQualifierCommand). Is there a reason ? >> >> >> Correct me if I'm wrong, but the way I see it would be (HowIseeIt.png) >> : under AbstractJavaEECommand you have a set >> of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... >> each implementing PrerequisiteCommandsProvider (this way, each command sets >> up its own pre-requisite). And then, under AbstractCDICommand you have all >> the NewQualifierCommand, NewBeanCommand.... >> >> >> What do you think ? Am I the only one getting a little bit lost ;o) >> >> What do you think of re-structuring the class hierarchy ? >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> >> >> _______________________________________________ >> 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 >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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 > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/6e100f51/attachment.html From ggastald at redhat.com Mon Oct 27 09:00:41 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 27 Oct 2014 11:00:41 -0200 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: References: <544E3BF5.1030304@redhat.com> <544E3DD9.1070604@redhat.com> Message-ID: <544E41F9.1050809@redhat.com> Agreed. Let's discuss about this in the next meeting. On 10/27/2014 10:49 AM, Antonio Goncalves wrote: > This refactoring is quite important, we should talk about this during > the next meeting. I would be more than happy to try to do it, but I > fear to break any tests or backward compatibility issue... > > 2014-10-27 13:43 GMT+01:00 George Gastaldi >: > > Great, so +1 to that. > > > On 10/27/2014 10:41 AM, Antonio Goncalves wrote: >> The extra layer of AbstractValidationCommand, AbstractCDICommand, >> AbstractJPACommand (notice that this layer already exists for >> JSF) is justified by overriding isProjectRequired >> and getPrerequisiteCommands (all the Java EE commands need a >> project and need to be setup, see the code below). >> >> Then, if you say that the interface is optional, I would get rid >> of it. >> >> All in all, I think that homogenize the code is very important >> for new comers (like me). Creating a new command is, mostly, >> copy/paste + adding some specific logic. And depending which >> class you copy/paste, you end up with very different code. >> >> Antonio >> >> >> @Override >> *protected boolean *isProjectRequired() >> { >> *return true*; >> } >> >> @Override >> public NavigationResult getPrerequisiteCommands(UIContext context) >> { >> NavigationResultBuilder builder = >> NavigationResultBuilder.create(); >> Project project = getSelectedProject(context); >> if (project != null) >> { >> if (!project.hasFacet(CDIFacet.class)) >> { >> builder.add(CDISetupCommand.class); >> } >> } >> return builder.build(); >> } >> >> >> 2014-10-27 13:35 GMT+01:00 George Gastaldi > >: >> >> Hi Antonio, >> >> Yeah, I think that's fine. The idea of having an interface is >> to reference the next command in the next() method (or as a >> prerequisite), but that is optional. >> I think that would be a good idea, if these specializations >> had enough code to justify their existence. >> >> >> >> On 10/27/2014 02:58 AM, Antonio Goncalves wrote: >>> Hi all, >>> >>> I'm trying to add more commands in Forge... but I have to >>> say, I'm a bit lost. So, I've made a quick UML class diagram. >>> >>> As you can see in the attached diagram (UIForge.png), most >>> of the Java EE commands extend AbstractJavaEECommand, which >>> makes sense. But not all of them (NewBeanCommand (CDI), >>> ValidationNewAnnotationCommandImpl, >>> NewQualifierCommand....). And some times you have an extra >>> level of abstraction (AbstractFacesCommand). Same for the >>> Java commands. JavaClassCommandImpl extend >>> AbstractJavaSourceCommand but JavaAddAnnotationCommand and >>> JavaFieldCommand inherit from AbstractProjectCommand. >>> >>> >>> Then, when you dive into a command (UIForgeStructure.pgn), >>> some commands use interface and implementation (see in the >>> second diagram JavaAddAnnotationCommandImpl >>> implementing JavaAddAnnotationCommand), some don't >>> (e.g. NewQualifierCommand). Is there a reason ? >>> >>> >>> Correct me if I'm wrong, but the way I see it would be >>> (HowIseeIt.png) : under AbstractJavaEECommand you have a set >>> of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... >>> each implementing PrerequisiteCommandsProvider (this way, >>> each command sets up its own pre-requisite). And then, >>> under AbstractCDICommand you have all >>> the NewQualifierCommand, NewBeanCommand.... >>> >>> >>> What do you think ? Am I the only one getting a little bit >>> lost ;o) >>> >>> What do you think of re-structuring the class hierarchy ? >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn >>> | Paris JUG >>> | Devoxx France >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> >> >> _______________________________________________ >> 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 > > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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/20141027/2f253e0b/attachment-0001.html From danielsoro at gmail.com Mon Oct 27 18:52:21 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Mon, 27 Oct 2014 20:52:21 -0200 Subject: [forge-dev] IntelliJ plugin build Message-ID: Hiho Folks, I try create intellij dependency, but I had a problem: My shell: 08:36:57 (master) ~/Tools/workspace/intellij-idea-plugin$ echo $SHELL /bin/bash I try did that: 08:37:01 (master) ~/Tools/workspace/intellij-idea-plugin$ ./install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ Installing IntelliJ artifacts to Maven local repository IntelliJ home: /home/soro/Tools/idea-IU-135.1230/ ./install-intellij-libs.sh: 26: ./install-intellij-libs.sh: Syntax error: "(" unexpected (expecting "done") But that mode, work well: 08:50:47 (master) ~/Tools/workspace/intellij-idea-plugin$ bash install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ Some idea about it? -- Daniel Cunha (soro) Blog: http://www.danielsoro.com.br Twitter: https://twitter.com/dvlc_ GitHub: https://github.com/danielsoro LinkedIn: http://www.linkedin.com/in/danielvlcunha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/3cb76a68/attachment.html From danielsoro at gmail.com Mon Oct 27 19:03:57 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Mon, 27 Oct 2014 21:03:57 -0200 Subject: [forge-dev] IntelliJ plugin build In-Reply-To: References: Message-ID: Results : Failed tests: ForgeServiceTest.testCommandLoading:51 null Tests run: 2, Failures: 1, Errors: 0, Skipped: 0 On Mon, Oct 27, 2014 at 8:52 PM, Daniel Cunha wrote: > Hiho Folks, > > I try create intellij dependency, but I had a problem: > > My shell: > 08:36:57 (master) ~/Tools/workspace/intellij-idea-plugin$ echo $SHELL > /bin/bash > > I try did that: > 08:37:01 (master) ~/Tools/workspace/intellij-idea-plugin$ > ./install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ > Installing IntelliJ artifacts to Maven local repository > IntelliJ home: /home/soro/Tools/idea-IU-135.1230/ > ./install-intellij-libs.sh: 26: ./install-intellij-libs.sh: Syntax error: > "(" unexpected (expecting "done") > > But that mode, work well: > 08:50:47 (master) ~/Tools/workspace/intellij-idea-plugin$ bash > install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ > > Some idea about it? > > -- > Daniel Cunha (soro) > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > -- Daniel Cunha (soro) Blog: http://www.danielsoro.com.br Twitter: https://twitter.com/dvlc_ GitHub: https://github.com/danielsoro LinkedIn: http://www.linkedin.com/in/danielvlcunha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141027/911a6634/attachment.html From lincolnbaxter at gmail.com Tue Oct 28 00:18:23 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 28 Oct 2014 00:18:23 -0400 Subject: [forge-dev] IntelliJ plugin build In-Reply-To: References: Message-ID: Try getting rid of the special characters in your file paths? Not really sure what could be wrong here. Also looks like you may be using a newer (or different) version of IntelliJ than what the plugin calls for? (I think it wants 13.1.4.) Though, that shouldn't really matter. ~Lincoln On Mon, Oct 27, 2014 at 7:03 PM, Daniel Cunha wrote: > Results : > Failed tests: > ForgeServiceTest.testCommandLoading:51 null > > Tests run: 2, Failures: 1, Errors: 0, Skipped: 0 > > > On Mon, Oct 27, 2014 at 8:52 PM, Daniel Cunha > wrote: > >> Hiho Folks, >> >> I try create intellij dependency, but I had a problem: >> >> My shell: >> 08:36:57 (master) ~/Tools/workspace/intellij-idea-plugin$ echo $SHELL >> /bin/bash >> >> I try did that: >> 08:37:01 (master) ~/Tools/workspace/intellij-idea-plugin$ >> ./install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ >> Installing IntelliJ artifacts to Maven local repository >> IntelliJ home: /home/soro/Tools/idea-IU-135.1230/ >> ./install-intellij-libs.sh: 26: ./install-intellij-libs.sh: Syntax error: >> "(" unexpected (expecting "done") >> >> But that mode, work well: >> 08:50:47 (master) ~/Tools/workspace/intellij-idea-plugin$ bash >> install-intellij-libs.sh 13.1.5 ~/Tools/idea-IU-135.1230/ >> >> Some idea about it? >> >> -- >> Daniel Cunha (soro) >> Blog: http://www.danielsoro.com.br >> Twitter: https://twitter.com/dvlc_ >> GitHub: https://github.com/danielsoro >> LinkedIn: http://www.linkedin.com/in/danielvlcunha >> > > > > -- > Daniel Cunha (soro) > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > > _______________________________________________ > 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." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141028/1546d8aa/attachment.html From lincolnbaxter at gmail.com Wed Oct 29 11:52:55 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 29 Oct 2014 11:52:55 -0400 Subject: [forge-dev] Forge Meeting Minutes - 2014-10-29 Message-ID: Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-10-29-15.10.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-10-29-15.10.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-10-29-15.10.log.html Meeting summary --------------- * Agenda (lincolnthree, 15:10:47) * Status reports (lincolnthree, 15:13:58) * Last week I worked on some evangelization, and trying to work with the Netbeans guys and a few other teams to get forge promoted into some other technologies (lincolnthree, 15:14:31) * Gave a talk on CDI using Forge last week in a JUG... doing the same next week in another JUG (agoncal, 15:17:53) * gastaldi is working in the Forge 2 NetBeans plugin (gastaldi, 15:18:12) * Working on the Hands on Lab for Devoxx BE (agoncal, 15:18:55) * HoL Devoxx BE (lincolnthree, 15:19:51) * Refactoring UI Commands (lincolnthree, 15:28:26) -- 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/20141029/1bc31ae4/attachment.html From antonio.mailing at gmail.com Wed Oct 29 13:02:36 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Wed, 29 Oct 2014 18:02:36 +0100 Subject: [forge-dev] Getting lost in UICommands class hierarchy In-Reply-To: <544E41F9.1050809@redhat.com> References: <544E3BF5.1030304@redhat.com> <544E3DD9.1070604@redhat.com> <544E41F9.1050809@redhat.com> Message-ID: Everybody is welcome to contribute to the JIRA : https://issues.jboss.org/browse/FORGE-2109 Antonio 2014-10-27 14:00 GMT+01:00 George Gastaldi : > Agreed. Let's discuss about this in the next meeting. > > > On 10/27/2014 10:49 AM, Antonio Goncalves wrote: > > This refactoring is quite important, we should talk about this during the > next meeting. I would be more than happy to try to do it, but I fear to > break any tests or backward compatibility issue... > > 2014-10-27 13:43 GMT+01:00 George Gastaldi : > >> Great, so +1 to that. >> >> >> On 10/27/2014 10:41 AM, Antonio Goncalves wrote: >> >> The extra layer of AbstractValidationCommand, AbstractCDICommand, >> AbstractJPACommand (notice that this layer already exists for JSF) is >> justified by overriding isProjectRequired and getPrerequisiteCommands (all >> the Java EE commands need a project and need to be setup, see the code >> below). >> >> Then, if you say that the interface is optional, I would get rid of it. >> >> All in all, I think that homogenize the code is very important for new >> comers (like me). Creating a new command is, mostly, copy/paste + adding >> some specific logic. And depending which class you copy/paste, you end up >> with very different code. >> >> Antonio >> >> >> @Override >> *protected boolean *isProjectRequired() >> { >> *return true*; >> } >> @Override >> public NavigationResult getPrerequisiteCommands(UIContext context) >> { >> NavigationResultBuilder builder = NavigationResultBuilder.create(); >> Project project = getSelectedProject(context); >> if (project != null) >> { >> if (!project.hasFacet(CDIFacet.class)) >> { >> builder.add(CDISetupCommand.class); >> } >> } >> return builder.build(); >> } >> >> >> 2014-10-27 13:35 GMT+01:00 George Gastaldi : >> >>> Hi Antonio, >>> >>> Yeah, I think that's fine. The idea of having an interface is to >>> reference the next command in the next() method (or as a prerequisite), but >>> that is optional. >>> I think that would be a good idea, if these specializations had enough >>> code to justify their existence. >>> >>> >>> >>> On 10/27/2014 02:58 AM, Antonio Goncalves wrote: >>> >>> Hi all, >>> >>> I'm trying to add more commands in Forge... but I have to say, I'm a >>> bit lost. So, I've made a quick UML class diagram. >>> >>> As you can see in the attached diagram (UIForge.png), most of the Java >>> EE commands extend AbstractJavaEECommand, which makes sense. But not all of >>> them (NewBeanCommand (CDI), ValidationNewAnnotationCommandImpl, >>> NewQualifierCommand....). And some times you have an extra level of >>> abstraction (AbstractFacesCommand). Same for the Java commands. >>> JavaClassCommandImpl extend AbstractJavaSourceCommand but >>> JavaAddAnnotationCommand and JavaFieldCommand inherit from >>> AbstractProjectCommand. >>> >>> >>> Then, when you dive into a command (UIForgeStructure.pgn), some >>> commands use interface and implementation (see in the second >>> diagram JavaAddAnnotationCommandImpl >>> implementing JavaAddAnnotationCommand), some don't >>> (e.g. NewQualifierCommand). Is there a reason ? >>> >>> >>> Correct me if I'm wrong, but the way I see it would be (HowIseeIt.png) >>> : under AbstractJavaEECommand you have a set >>> of AbstractValidationCommand, AbstractCDICommand, AbstractJPACommand.... >>> each implementing PrerequisiteCommandsProvider (this way, each command sets >>> up its own pre-requisite). And then, under AbstractCDICommand you have all >>> the NewQualifierCommand, NewBeanCommand.... >>> >>> >>> What do you think ? Am I the only one getting a little bit lost ;o) >>> >>> What do you think of re-structuring the class hierarchy ? >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn >>> | Paris JUG >>> | Devoxx France >>> >>> >>> _______________________________________________ >>> 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 >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> >> >> _______________________________________________ >> 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 >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn > | Paris JUG > | Devoxx France > > > _______________________________________________ > 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 > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20141029/74c33fe7/attachment-0001.html From lincolnbaxter at gmail.com Wed Oct 29 16:28:44 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 29 Oct 2014 16:28:44 -0400 Subject: [forge-dev] How to have multiple choices in a Forge command ? In-Reply-To: <64188F7C-7D14-4A65-9384-8C86E43E59C0@redhat.com> References: <64188F7C-7D14-4A65-9384-8C86E43E59C0@redhat.com> Message-ID: As George said, UISelectMany (or UIInputMany, depending on if you know the possible values up front, or if the values are "open ended) serve to meet both of your use cases. There are examples of this in the AddonRemoveCommand. https://github.com/forge/core/blob/master/addon-manager/impl/src/main/java/org/jboss/forge/addon/manager/impl/ui/AddonRemoveCommand.java#L41 On Sun, Oct 26, 2014 at 9:07 AM, George Gastaldi wrote: > Hi Antonio, > > As Daniel said, you need to use UISelectMany (eg: > https://github.com/rafabene/addon-deltaspike/blob/master/src/main/java/org/jboss/forge/addon/deltaspike/commands/AbstractDeltaSpikeCommand.java). > See the UI addon documentation about the possible UI types: > http://forge.jboss.org/addon/org.jboss.forge.addon:ui > > > > Em 26/10/2014, ?s 10:06, Daniel Cunha escreveu: > > Hiho Antonio, > > jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE > > Maybe, DeltaSpike Addon can help you. > It?s simple and easy to understand. > > In DeltaSpike Addon you can do that: > > deltaspike-install-modules[1] --modules JPA JSF Servlet Data > > For this case: > > jpa-new-entity --named MyEntity --listener DebugListener, AuditListener > > I don?t have a sample for it or I don?t remeber now. > > [1] > https://github.com/rafabene/addon-deltaspike/blob/master/src/main/java/org/jboss/forge/addon/deltaspike/commands/DeltaSpikeInstallModulesCommand.java > > On Sun, Oct 26, 2014 at 9:27 AM, Antonio Goncalves < > antonio.mailing at gmail.com> wrote: > > And I have the same need for "Being able to create a new JPA listener" ( >> https://issues.jboss.org/browse/FORGE-2093) : >> >> jpa-new-listener --named MyListener --lifecycle PRE_PERSIST, POST_UPDATE, POST_REMOVE >> >> >> 2014-10-26 12:23 GMT+01:00 Antonio Goncalves : >> >>> Hi guys, >>> >>> I want to work on "Being able to add a listener when creating a new JPA >>> entity "(https://issues.jboss.org/browse/FORGE-2094). Basically, when I >>> create a new JPA entity, I want to be able to add as many listeners as I >>> want. >>> >>> jpa-new-entity --named MyEntity --listener DebugListener, AuditListener >>> >>> Would generate : >>> >>> @Entity >>> @EntityListeners({ DebugListener.class, AuditListener }) >>> >>> public class MyEntity >>> { >>> } >>> >>> >>> How do I do to be able to have several choices on an attribute ? I only >>> know how to manage one value but not several one. Is it doable ? Any >>> exemple in any Forge command ? >>> >>> Thanks >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn >>> | Paris JUG >>> | Devoxx France >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > ? > -- > Daniel Cunha (soro) > Blog: http://www.danielsoro.com.br > Twitter: https://twitter.com/dvlc_ > GitHub: https://github.com/danielsoro > LinkedIn: http://www.linkedin.com/in/danielvlcunha > > _______________________________________________ > 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 > -- 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/20141029/4e175219/attachment.html