From antonio.mailing at gmail.com Fri May 2 06:44:37 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Fri, 2 May 2014 12:44:37 +0200 Subject: [forge-dev] Scaffolding from a set of files (using wildcard) In-Reply-To: References: Message-ID: Cool !!! I've tested it and it's working for both REST and JSF backing beans. Should try it with the Angular addon to see if it's doable. Well done guys 2014-04-26 6:36 GMT+02:00 Antonio Goncalves : > Hi all, > > Yesterday I was on IRC but had to leave. So as a reminder.... > > I'm working for a customer and using Forge to prototype things. Thanks to > jpa-generate-entities-from-tables I managed to generate 120 entities out of > the DB. But now, without wildcard support, I have to manually scaffold on a > per entity basis. It would be great if there was wildcard support : > > https://issues.jboss.org/browse/FORGE-1451 > https://issues.jboss.org/browse/FORGE-1453 > > Voila > > -- > 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/20140502/cd8e57de/attachment.html From lincolnbaxter at gmail.com Fri May 2 07:57:51 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Fri, 2 May 2014 07:57:51 -0400 Subject: [forge-dev] Scaffolding from a set of files (using wildcard) In-Reply-To: References: Message-ID: Thanks, Antonio! This was a fun one. it actually works with things like: org.example.*.foo.Cust*mer As well. You can use multiple wildcards :) On Fri, May 2, 2014 at 6:44 AM, Antonio Goncalves wrote: > Cool !!! > > I've tested it and it's working for both REST and JSF backing beans. > Should try it with the Angular addon to see if it's doable. > > Well done guys > > > 2014-04-26 6:36 GMT+02:00 Antonio Goncalves : > > Hi all, >> >> Yesterday I was on IRC but had to leave. So as a reminder.... >> >> I'm working for a customer and using Forge to prototype things. Thanks to >> jpa-generate-entities-from-tables I managed to generate 120 entities out of >> the DB. But now, without wildcard support, I have to manually scaffold on a >> per entity basis. It would be great if there was wildcard support : >> >> https://issues.jboss.org/browse/FORGE-1451 >> https://issues.jboss.org/browse/FORGE-1453 >> >> Voila >> >> -- >> 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 > -- 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/20140502/11fc4d90/attachment.html From danielsoro at gmail.com Fri May 2 11:47:55 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 2 May 2014 12:47:55 -0300 Subject: [forge-dev] Create a ResourceBundle. Message-ID: Hi guys, My name is Daniel and I'm newbie here and I hope help the project with something. I looked code and I see that exists many string references, with git directory: ".git" I sent a PR yesterday [1], but I thought in other solution. Create a ResourceBundle. WDYT? [1] https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/d753e79f/attachment.html From ggastald at redhat.com Fri May 2 11:52:07 2014 From: ggastald at redhat.com (George Gastaldi) Date: Fri, 2 May 2014 11:52:07 -0400 (EDT) Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: References: Message-ID: Hi Daniel, Welcome! Thanks again for your contribution. Why do you think a ResourceBundle would be a better choice? I don't see where i18n could be used there. Best Regards, George > Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: > > Hi guys, > > My name is Daniel and I'm newbie here and I hope help the project with something. > I looked code and I see that exists many string references, with git directory: ".git" > > I sent a PR yesterday [1], but I thought in other solution. Create a ResourceBundle. > > WDYT? > > [1] https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/6b20edd9/attachment-0001.html From danielsoro at gmail.com Fri May 2 12:03:07 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 2 May 2014 13:03:07 -0300 Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: References: Message-ID: The ResourceBundle is a alternative, but I can to create a Class that share this values. With: I have 2 files: [1][2] I need to create a two static final String GIT_DICTORY = ".git" per file. 1) I can remove all static final string in my code (Code more clean) 2) I don't need duplicate this string in any files. I use a unique reference and I can to do a import static, with this: [3] WDYT? [1] https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java [2] https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java [3] https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: > Hi Daniel, > Welcome! Thanks again for your contribution. > > Why do you think a ResourceBundle would be a better choice? I don't see > where i18n could be used there. > > Best Regards, > George > > Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: > > Hi guys, > > My name is Daniel and I'm newbie here and I hope help the project with > something. > I looked code and I see that exists many string references, with git > directory: ".git" > > I sent a PR yesterday [1], but I thought in other solution. Create a > ResourceBundle. > > WDYT? > > [1] > https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/14f52d04/attachment.html From danielsoro at gmail.com Fri May 2 12:06:26 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 2 May 2014 13:06:26 -0300 Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: References: Message-ID: *I need to create a static final String GIT_DICTORY = ".git" per file. [correction] On Fri, May 2, 2014 at 1:03 PM, Daniel Cunha wrote: > The ResourceBundle is a alternative, but I can to create a Class that > share this values. > > With: > I have 2 files: [1][2] > I need to create a two static final String GIT_DICTORY = ".git" per file. > > 1) I can remove all static final string in my code (Code more clean) > 2) I don't need duplicate this string in any files. I use a unique > reference and I can to do a import static, with this: [3] > > WDYT? > > [1] > https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java > [2] > https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java > [3] > https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java > > > On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: > >> Hi Daniel, >> Welcome! Thanks again for your contribution. >> >> Why do you think a ResourceBundle would be a better choice? I don't see >> where i18n could be used there. >> >> Best Regards, >> George >> >> Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: >> >> Hi guys, >> >> My name is Daniel and I'm newbie here and I hope help the project with >> something. >> I looked code and I see that exists many string references, with git >> directory: ".git" >> >> I sent a PR yesterday [1], but I thought in other solution. Create a >> ResourceBundle. >> >> WDYT? >> >> [1] >> https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/3c3573d7/attachment.html From ggastald at redhat.com Fri May 2 12:16:37 2014 From: ggastald at redhat.com (George Gastaldi) Date: Fri, 2 May 2014 12:16:37 -0400 (EDT) Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: References: Message-ID: <7F343922-AF6C-4E02-9FEE-0E6C7B7A6CC0@redhat.com> I see. In this case it would be better to have an interface (eg. GitConstants) and add the constants there. I don't think a ResourceBundle would be of good use in this case. Best Regards, George > Em 02/05/2014, ?s 13:03, Daniel Cunha escreveu: > > The ResourceBundle is a alternative, but I can to create a Class that share this values. > > With: > I have 2 files: [1][2] > I need to create a two static final String GIT_DICTORY = ".git" per file. > > 1) I can remove all static final string in my code (Code more clean) > 2) I don't need duplicate this string in any files. I use a unique reference and I can to do a import static, with this: [3] > > WDYT? > > [1]https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java > [2]https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java > [3]https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java > > >> On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: >> Hi Daniel, >> Welcome! Thanks again for your contribution. >> >> Why do you think a ResourceBundle would be a better choice? I don't see where i18n could be used there. >> >> Best Regards, >> George >> >>> Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: >>> >>> Hi guys, >>> >>> My name is Daniel and I'm newbie here and I hope help the project with something. >>> I looked code and I see that exists many string references, with git directory: ".git" >>> >>> I sent a PR yesterday [1], but I thought in other solution. Create a ResourceBundle. >>> >>> WDYT? >>> >>> [1] https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/77a47b96/attachment-0001.html From danielsoro at gmail.com Fri May 2 12:39:27 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 2 May 2014 13:39:27 -0300 Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: <7F343922-AF6C-4E02-9FEE-0E6C7B7A6CC0@redhat.com> References: <7F343922-AF6C-4E02-9FEE-0E6C7B7A6CC0@redhat.com> Message-ID: George, I can to do this. Do I need to create a new issue? On Fri, May 2, 2014 at 1:16 PM, George Gastaldi wrote: > I see. > In this case it would be better to have an interface (eg. GitConstants) > and add the constants there. I don't think a ResourceBundle would be of > good use in this case. > > Best Regards, > > George > > Em 02/05/2014, ?s 13:03, Daniel Cunha escreveu: > > The ResourceBundle is a alternative, but I can to create a Class that > share this values. > > With: > I have 2 files: [1][2] > I need to create a two static final String GIT_DICTORY = ".git" per file. > > 1) I can remove all static final string in my code (Code more clean) > 2) I don't need duplicate this string in any files. I use a unique > reference and I can to do a import static, with this: [3] > > WDYT? > > [1] > https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java > [2] > https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java > [3] > https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java > > > On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: > >> Hi Daniel, >> Welcome! Thanks again for your contribution. >> >> Why do you think a ResourceBundle would be a better choice? I don't see >> where i18n could be used there. >> >> Best Regards, >> George >> >> Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: >> >> Hi guys, >> >> My name is Daniel and I'm newbie here and I hope help the project with >> something. >> I looked code and I see that exists many string references, with git >> directory: ".git" >> >> I sent a PR yesterday [1], but I thought in other solution. Create a >> ResourceBundle. >> >> WDYT? >> >> [1] >> https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/f4b57169/attachment.html From ggastald at redhat.com Fri May 2 13:08:53 2014 From: ggastald at redhat.com (George Gastaldi) Date: Fri, 2 May 2014 13:08:53 -0400 (EDT) Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: References: <7F343922-AF6C-4E02-9FEE-0E6C7B7A6CC0@redhat.com> Message-ID: <12C7B4E8-8D41-4366-811B-1D43DE688791@redhat.com> Sure, create one of Task type. Thanks > Em 02/05/2014, ?s 13:39, Daniel Cunha escreveu: > > George, > > I can to do this. > Do I need to create a new issue? > > > >> On Fri, May 2, 2014 at 1:16 PM, George Gastaldi wrote: >> I see. >> In this case it would be better to have an interface (eg. GitConstants) and add the constants there. I don't think a ResourceBundle would be of good use in this case. >> >> Best Regards, >> >> George >> >>> Em 02/05/2014, ?s 13:03, Daniel Cunha escreveu: >>> >> >>> The ResourceBundle is a alternative, but I can to create a Class that share this values. >>> >>> With: >>> I have 2 files: [1][2] >>> I need to create a two static final String GIT_DICTORY = ".git" per file. >>> >>> 1) I can remove all static final string in my code (Code more clean) >>> 2) I don't need duplicate this string in any files. I use a unique reference and I can to do a import static, with this: [3] >>> >>> WDYT? >>> >>> [1]https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java >>> [2]https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java >>> [3]https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java >>> >>> >>>> On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: >>>> Hi Daniel, >>>> Welcome! Thanks again for your contribution. >>>> >>>> Why do you think a ResourceBundle would be a better choice? I don't see where i18n could be used there. >>>> >>>> Best Regards, >>>> George >>>> >>>>> Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: >>>>> >>>>> Hi guys, >>>>> >>>>> My name is Daniel and I'm newbie here and I hope help the project with something. >>>>> I looked code and I see that exists many string references, with git directory: ".git" >>>>> >>>>> I sent a PR yesterday [1], but I thought in other solution. Create a ResourceBundle. >>>>> >>>>> WDYT? >>>>> >>>>> [1] https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe >>>>> >>>>> -- >>>>> Att; >>>>> Daniel Cunha (soro) >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/6acba275/attachment.html From danielsoro at gmail.com Fri May 2 17:32:59 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 2 May 2014 18:32:59 -0300 Subject: [forge-dev] Create a ResourceBundle. In-Reply-To: <12C7B4E8-8D41-4366-811B-1D43DE688791@redhat.com> References: <7F343922-AF6C-4E02-9FEE-0E6C7B7A6CC0@redhat.com> <12C7B4E8-8D41-4366-811B-1D43DE688791@redhat.com> Message-ID: Ok! :) On Fri, May 2, 2014 at 2:08 PM, George Gastaldi wrote: > Sure, create one of Task type. > > Thanks > > Em 02/05/2014, ?s 13:39, Daniel Cunha escreveu: > > George, > > I can to do this. > Do I need to create a new issue? > > > > On Fri, May 2, 2014 at 1:16 PM, George Gastaldi wrote: > >> I see. >> In this case it would be better to have an interface (eg. GitConstants) >> and add the constants there. I don't think a ResourceBundle would be of >> good use in this case. >> >> Best Regards, >> >> George >> >> Em 02/05/2014, ?s 13:03, Daniel Cunha escreveu: >> >> The ResourceBundle is a alternative, but I can to create a Class that >> share this values. >> >> With: >> I have 2 files: [1][2] >> I need to create a two static final String GIT_DICTORY = ".git" per file. >> >> 1) I can remove all static final string in my code (Code more clean) >> 2) I don't need duplicate this string in any files. I use a unique >> reference and I can to do a import static, with this: [3] >> >> WDYT? >> >> [1] >> https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitFacetImpl.java >> [2] >> https://github.com/danielsoro/core/blob/afaf5e620bbebc3b50dc7e656e3b02cf4f04f8c9/git/impl/src/main/java/org/jboss/forge/addon/git/facet/GitIgnoreFacetImpl.java >> [3] >> https://github.com/forge/core/blob/15a264c9392063b1d18ef8ec494a7884b340cb40/scaffold/spi/src/main/java/org/jboss/forge/addon/scaffold/metawidget/inspector/ForgeInspector.java >> >> >> On Fri, May 2, 2014 at 12:52 PM, George Gastaldi wrote: >> >>> Hi Daniel, >>> Welcome! Thanks again for your contribution. >>> >>> Why do you think a ResourceBundle would be a better choice? I don't see >>> where i18n could be used there. >>> >>> Best Regards, >>> George >>> >>> Em 02/05/2014, ?s 12:48, Daniel Cunha escreveu: >>> >>> Hi guys, >>> >>> My name is Daniel and I'm newbie here and I hope help the project with >>> something. >>> I looked code and I see that exists many string references, with git >>> directory: ".git" >>> >>> I sent a PR yesterday [1], but I thought in other solution. Create a >>> ResourceBundle. >>> >>> WDYT? >>> >>> [1] >>> https://github.com/forge/core/commit/3cfa43168ac5486882b52dea32e8096b55b258fe >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140502/d49fc620/attachment-0001.html From ggastald at redhat.com Wed May 7 12:22:35 2014 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 07 May 2014 13:22:35 -0300 Subject: [forge-dev] Meeting Minutes -2014-05-07 Message-ID: <536A5DCB.80204@redhat.com> ============== #forge Meeting ============== Meeting started by lincolnthree at 14:47:46 UTC. The full logs are available at http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-05-07-14.47.log.html . Meeting summary --------------- * Agenda (lincolnthree, 14:51:06) * Website status (lincolnthree, 14:59:11) * ACTION: the Forge team will detail the attributes needed in the searchisko content provider (gastaldi, 15:18:47) * LINK: https://github.com/forge/forge-mail-addon (lincolnthree, 15:35:05) * Archetype generation (lincolnthree, 15:42:09) * LINK: https://issues.jboss.org/browse/FORGE-273 (lincolnthree, 15:42:18) * IDE -> Forge event bus (gastaldi, 15:46:58) Meeting ended at 16:06:46 UTC. Action Items ------------ * the Forge team will detail the attributes needed in the searchisko content provider Action Items, by person ----------------------- * **UNASSIGNED** * the Forge team will detail the attributes needed in the searchisko content provider People Present (lines said) --------------------------- * lincolnthree (86) * gastaldi (67) * vineetreynolds (51) * aslak (20) * pmuir (17) * mbriskar (13) * koentsje (9) * jbossbot (7) * jbott (7) * crobson (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From danielsoro at gmail.com Fri May 9 20:20:33 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 9 May 2014 21:20:33 -0300 Subject: [forge-dev] Forge - Erro compile Message-ID: Hi guys, I have problem with forge compilation. [ERROR] Failed to execute goal on project shell-spi: Could not resolve dependencies for project org.jboss.forge.addon:shell-spi:jar:2.5.1-SNAPSHOT: Could not find artifact org.jboss.aesh:aesh:jar:0.54-SNAPSHOT -> [Help 1] Where do I get this aesh version? Is github project? -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140509/f4b4c6f3/attachment.html From danielsoro at gmail.com Fri May 9 20:32:32 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Fri, 9 May 2014 21:32:32 -0300 Subject: [forge-dev] Forge - Erro compile In-Reply-To: References: Message-ID: I found. Thanks. :) On Fri, May 9, 2014 at 9:20 PM, Daniel Cunha wrote: > Hi guys, > > I have problem with forge compilation. > [ERROR] Failed to execute goal on project shell-spi: Could not resolve > dependencies for project > org.jboss.forge.addon:shell-spi:jar:2.5.1-SNAPSHOT: Could not find artifact > org.jboss.aesh:aesh:jar:0.54-SNAPSHOT -> [Help 1] > > Where do I get this aesh version? > Is github project? > > -- > Att; > Daniel Cunha (soro) > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140509/fb69e637/attachment.html From lincolnbaxter at gmail.com Wed May 14 19:33:35 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 14 May 2014 19:33:35 -0400 Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 Message-ID: https://issues.jboss.org/browse/FORGE-1823 https://issues.jboss.org/browse/FORGE-1824 Fixing these issue has revealed numerous places within our codebase that we were incorrectly depending on IMPL classes that should not have been leaked on the maven classpath. Now that the leak has been fixed, we have to clean up the mess :) The only compilations I know to be remaining are in the scaffold-faces project. It remains to be seen how many of the tests break due to this change... we'll see. -- 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/20140514/d343d97e/attachment.html From vpereira at redhat.com Wed May 14 23:23:25 2014 From: vpereira at redhat.com (Vineet Reynolds Pereira) Date: Wed, 14 May 2014 23:23:25 -0400 (EDT) Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 In-Reply-To: References: Message-ID: <452065138.5087174.1400124205879.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lincoln Baxter, III" > To: "forge-dev List" > Sent: Thursday, May 15, 2014 5:03:35 AM > Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 > > https://issues.jboss.org/browse/FORGE-1823 > https://issues.jboss.org/browse/FORGE-1824 > > Fixing these issue has revealed numerous places within our codebase that we > were incorrectly depending on IMPL classes that should not have been leaked > on the maven classpath. > > Now that the leak has been fixed, we have to clean up the mess :) The only > compilations I know to be remaining are in the scaffold-faces project. Would it be correct to fix the compilation errors in the scaffold-faces project, by adding javaee-impl as a provided dependency to this project? Some javaee-impl and transitive dependencies are required during compilation of scaffold-faces, while at runtime, this would be provided by the javaee addon. > > It remains to be seen how many of the tests break due to this change... we'll > see. > > -- > 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 From lincolnbaxter at gmail.com Wed May 14 23:34:00 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 14 May 2014 23:34:00 -0400 Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 In-Reply-To: <452065138.5087174.1400124205879.JavaMail.zimbra@redhat.com> References: <452065138.5087174.1400124205879.JavaMail.zimbra@redhat.com> Message-ID: Unfortunately that would be incorrect. The whole point of this is that we are moving toward a real api/impl split where API classes are visible to dependent classloaders, and impl classes are not. On Wed, May 14, 2014 at 11:23 PM, Vineet Reynolds Pereira < vpereira at redhat.com> wrote: > > > ----- Original Message ----- > > From: "Lincoln Baxter, III" > > To: "forge-dev List" > > Sent: Thursday, May 15, 2014 5:03:35 AM > > Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 > > > > https://issues.jboss.org/browse/FORGE-1823 > > https://issues.jboss.org/browse/FORGE-1824 > > > > Fixing these issue has revealed numerous places within our codebase that > we > > were incorrectly depending on IMPL classes that should not have been > leaked > > on the maven classpath. > > > > Now that the leak has been fixed, we have to clean up the mess :) The > only > > compilations I know to be remaining are in the scaffold-faces project. > > Would it be correct to fix the compilation errors in the scaffold-faces > project, > by adding javaee-impl as a provided dependency to this project? > > Some javaee-impl and transitive dependencies are required during > compilation of > scaffold-faces, while at runtime, this would be provided by the javaee > addon. > > > > > It remains to be seen how many of the tests break due to this change... > we'll > > see. > > > > -- > > Lincoln Baxter, III > > http://ocpsoft.org > > "Simpler is better." > > > > _______________________________________________ > > forge-dev mailing list > > forge-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/forge-dev > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- 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/20140514/99619e2e/attachment.html From lincolnbaxter at gmail.com Wed May 14 23:39:15 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 14 May 2014 23:39:15 -0400 Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 In-Reply-To: References: <452065138.5087174.1400124205879.JavaMail.zimbra@redhat.com> Message-ID: Eventually furnace will enforce classloader visibility constraints based on what dependencies are and are not visible on the maven compile classpath. This is just correcting the fact that we were leaking dependencies onto the compile classpath for a long time and didn't know it. On Wed, May 14, 2014 at 11:34 PM, Lincoln Baxter, III < lincolnbaxter at gmail.com> wrote: > Unfortunately that would be incorrect. The whole point of this is that we > are moving toward a real api/impl split where API classes are visible to > dependent classloaders, and impl classes are not. > > > On Wed, May 14, 2014 at 11:23 PM, Vineet Reynolds Pereira < > vpereira at redhat.com> wrote: > >> >> >> ----- Original Message ----- >> > From: "Lincoln Baxter, III" >> > To: "forge-dev List" >> > Sent: Thursday, May 15, 2014 5:03:35 AM >> > Subject: [forge-dev] Build broken due to FORGE-1823 and FORGE-1824 >> > >> > https://issues.jboss.org/browse/FORGE-1823 >> > https://issues.jboss.org/browse/FORGE-1824 >> > >> > Fixing these issue has revealed numerous places within our codebase >> that we >> > were incorrectly depending on IMPL classes that should not have been >> leaked >> > on the maven classpath. >> > >> > Now that the leak has been fixed, we have to clean up the mess :) The >> only >> > compilations I know to be remaining are in the scaffold-faces project. >> >> Would it be correct to fix the compilation errors in the scaffold-faces >> project, >> by adding javaee-impl as a provided dependency to this project? >> >> Some javaee-impl and transitive dependencies are required during >> compilation of >> scaffold-faces, while at runtime, this would be provided by the javaee >> addon. >> >> > >> > It remains to be seen how many of the tests break due to this change... >> we'll >> > see. >> > >> > -- >> > Lincoln Baxter, III >> > http://ocpsoft.org >> > "Simpler is better." >> > >> > _______________________________________________ >> > forge-dev mailing list >> > forge-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/forge-dev >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > 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/20140514/6d8ce526/attachment-0001.html From ivan.st.ivanov at gmail.com Sat May 17 16:00:23 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 17 May 2014 23:00:23 +0300 Subject: [forge-dev] Passing parameters from command to a meta widget Message-ID: Hey folks, I am working on https://issues.jboss.org/browse/FORGE-1787. As you might read in the comments, I found that in order to adapt the outcome of a link, I need to pass somehow the webroot from the command to the EntityWidgetBuilder. Does anybody know the way I can pass this info? Thanks, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140517/2ce6b423/attachment.html From danielsoro at gmail.com Sat May 17 21:58:47 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 17 May 2014 22:58:47 -0300 Subject: [forge-dev] [FORGE-1817] Model!? Message-ID: Hi folks, I can't identify this object in forge, I searched but I don't found. [ http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] What model it's that? I need create it? -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140517/4febfd73/attachment.html From ggastald at redhat.com Sat May 17 22:08:11 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 17 May 2014 22:08:11 -0400 (EDT) Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: There isn't a model class in forge/core, only in forge/website (Addon class). You can use the parser-json addon to read the contents. > Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: > > Hi folks, > > I can't identify this object in forge, I searched but I don't found. [http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] > > What model it's that? > I need create it? > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140517/4203cf39/attachment.html From danielsoro at gmail.com Sat May 17 22:34:21 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 17 May 2014 23:34:21 -0300 Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: George, thanks. :) On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: > There isn't a model class in forge/core, only in forge/website (Addon > class). > You can use the parser-json addon to read the contents. > > Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: > > Hi folks, > > I can't identify this object in forge, I searched but I don't found. [ > http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] > > What model it's that? > I need create it? > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140517/94fc28e5/attachment.html From danielsoro at gmail.com Sun May 18 08:20:28 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sun, 18 May 2014 09:20:28 -0300 Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: Morning, I thought create a new addon: rest-consumer. I'll use this addon to consume any endpoints. With this addon I can resolve this issue and when we need to consume other endpoints we can use this addon. WDYT? Att; Daniel Cunha (soro) Sent from my cell phone. On May 17, 2014 11:34 PM, "Daniel Cunha" wrote: > George, > > thanks. :) > > > On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: > >> There isn't a model class in forge/core, only in forge/website (Addon >> class). >> You can use the parser-json addon to read the contents. >> >> Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: >> >> Hi folks, >> >> I can't identify this object in forge, I searched but I don't found. [ >> http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] >> >> What model it's that? >> I need create it? >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/8b337458/attachment.html From ggastald at redhat.com Sun May 18 09:52:54 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 18 May 2014 09:52:54 -0400 (EDT) Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: Hi Daniel, I think a better idea would be to provide a service that could be consumed by UICommands that could consume REST services. One idea is to place this in the addon-manager addon for now (keeping it simple) and we can refactor it out later. Another idea (that I like it better) is to add dependencies to the JAX-RS 2.0 Client API through the javaee addon. That would allow addons to consume REST services using the standard JAX-RS classes. Thoughts? > Em 18/05/2014, ?s 09:21, Daniel Cunha escreveu: > > Morning, > > I thought create a new addon: rest-consumer. I'll use this addon to consume any endpoints. With this addon I can resolve this issue and when we need to consume other endpoints we can use this addon. WDYT? > > Att; > Daniel Cunha (soro) > Sent from my cell phone. > >> On May 17, 2014 11:34 PM, "Daniel Cunha" wrote: >> George, >> >> thanks. :) >> >> >>> On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: >>> There isn't a model class in forge/core, only in forge/website (Addon class). >>> You can use the parser-json addon to read the contents. >>> >>>> Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: >>>> >>> >>>> Hi folks, >>>> >>>> I can't identify this object in forge, I searched but I don't found. [http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] >>>> >>>> What model it's that? >>>> I need create it? >>>> >>>> -- >>>> Att; >>>> Daniel Cunha (soro) >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> -- >> Att; >> Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/5d6a8b1b/attachment-0001.html From danielsoro at gmail.com Sun May 18 14:20:41 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sun, 18 May 2014 15:20:41 -0300 Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: Hi George, I have problems with my forge compilation. Image attached. ? Screenshot from 2014-05-18 15:15:12.png ?? Screenshot from 2014-05-18 15:17:16.png ? On Sun, May 18, 2014 at 10:52 AM, George Gastaldi wrote: > Hi Daniel, > > I think a better idea would be to provide a service that could be consumed > by UICommands that could consume REST services. > > One idea is to place this in the addon-manager addon for now (keeping it > simple) and we can refactor it out later. > > Another idea (that I like it better) is to add dependencies to the JAX-RS > 2.0 Client API through the javaee addon. That would allow addons to consume > REST services using the standard JAX-RS classes. > > Thoughts? > > Em 18/05/2014, ?s 09:21, Daniel Cunha escreveu: > > Morning, > > I thought create a new addon: rest-consumer. I'll use this addon to > consume any endpoints. With this addon I can resolve this issue and when we > need to consume other endpoints we can use this addon. WDYT? > > Att; > Daniel Cunha (soro) > Sent from my cell phone. > On May 17, 2014 11:34 PM, "Daniel Cunha" wrote: > >> George, >> >> thanks. :) >> >> >> On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: >> >>> There isn't a model class in forge/core, only in forge/website (Addon >>> class). >>> You can use the parser-json addon to read the contents. >>> >>> Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: >>> >>> Hi folks, >>> >>> I can't identify this object in forge, I searched but I don't found. [ >>> http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] >>> >>> What model it's that? >>> I need create it? >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Att; >> Daniel Cunha (soro) >> > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/c8e301f1/attachment.html From danielsoro at gmail.com Sun May 18 14:18:35 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sun, 18 May 2014 15:18:35 -0300 Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: Hi George, I have problems with my forge compilation. Image attached. On Sun, May 18, 2014 at 10:52 AM, George Gastaldi wrote: > Hi Daniel, > > I think a better idea would be to provide a service that could be consumed > by UICommands that could consume REST services. > > One idea is to place this in the addon-manager addon for now (keeping it > simple) and we can refactor it out later. > > Another idea (that I like it better) is to add dependencies to the JAX-RS > 2.0 Client API through the javaee addon. That would allow addons to consume > REST services using the standard JAX-RS classes. > > Thoughts? > > Em 18/05/2014, ?s 09:21, Daniel Cunha escreveu: > > Morning, > > I thought create a new addon: rest-consumer. I'll use this addon to > consume any endpoints. With this addon I can resolve this issue and when we > need to consume other endpoints we can use this addon. WDYT? > > Att; > Daniel Cunha (soro) > Sent from my cell phone. > On May 17, 2014 11:34 PM, "Daniel Cunha" wrote: > >> George, >> >> thanks. :) >> >> >> On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: >> >>> There isn't a model class in forge/core, only in forge/website (Addon >>> class). >>> You can use the parser-json addon to read the contents. >>> >>> Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: >>> >>> Hi folks, >>> >>> I can't identify this object in forge, I searched but I don't found. [ >>> http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira] >>> >>> What model it's that? >>> I need create it? >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Att; >> Daniel Cunha (soro) >> > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/b11ca55a/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2014-05-18 15:15:12.png Type: image/png Size: 146125 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/b11ca55a/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2014-05-18 15:17:16.png Type: image/png Size: 93347 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20140518/b11ca55a/attachment-0003.png From danielsoro at gmail.com Mon May 19 06:40:39 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Mon, 19 May 2014 07:40:39 -0300 Subject: [forge-dev] [FORGE-1817] Model!? In-Reply-To: References: Message-ID: Hi folks, was a problem in my local repository. It's ok now. On Sun, May 18, 2014 at 3:18 PM, Daniel Cunha wrote: > Hi George, > > I have problems with my forge compilation. > Image attached. > > > On Sun, May 18, 2014 at 10:52 AM, George Gastaldi wrote: > >> Hi Daniel, >> >> I think a better idea would be to provide a service that could be >> consumed by UICommands that could consume REST services. >> >> One idea is to place this in the addon-manager addon for now (keeping it >> simple) and we can refactor it out later. >> >> Another idea (that I like it better) is to add dependencies to the JAX-RS >> 2.0 Client API through the javaee addon. That would allow addons to consume >> REST services using the standard JAX-RS classes. >> >> Thoughts? >> >> Em 18/05/2014, ?s 09:21, Daniel Cunha escreveu: >> >> Morning, >> >> I thought create a new addon: rest-consumer. I'll use this addon to >> consume any endpoints. With this addon I can resolve this issue and when we >> need to consume other endpoints we can use this addon. WDYT? >> >> Att; >> Daniel Cunha (soro) >> Sent from my cell phone. >> On May 17, 2014 11:34 PM, "Daniel Cunha" wrote: >> >>> George, >>> >>> thanks. :) >>> >>> >>> On Sat, May 17, 2014 at 11:08 PM, George Gastaldi wrote: >>> >>>> There isn't a model class in forge/core, only in forge/website (Addon >>>> class). >>>> You can use the parser-json addon to read the contents. >>>> >>>> Em 17/05/2014, ?s 22:59, Daniel Cunha escreveu: >>>> >>>> Hi folks, >>>> >>>> I can't identify this object in forge, I searched but I don't found. [ >>>> http://website-forge.rhcloud.com/rest/addons/org.jboss.forge.addon:jira >>>> ] >>>> >>>> What model it's that? >>>> I need create it? >>>> >>>> -- >>>> Att; >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140519/ecbee786/attachment.html From danielsoro at gmail.com Tue May 20 17:53:53 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Tue, 20 May 2014 18:53:53 -0300 Subject: [forge-dev] Deprecated method Message-ID: Hi folks, I'm refactoring towards JDK 1.7 enhancements. But I see some alerts in project about deprecated method. Exist other form to get root directory? Actually the getRootDirectory of the Project is deprecated. -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140520/169ef3f7/attachment.html From ggastald at redhat.com Tue May 20 19:08:00 2014 From: ggastald at redhat.com (George Gastaldi) Date: Tue, 20 May 2014 19:08:00 -0400 (EDT) Subject: [forge-dev] Deprecated method In-Reply-To: References: Message-ID: Yes, we need to use getRoot() instead. It returns a Resource instance instead of a DirectoryResource > Em 20/05/2014, ?s 18:54, Daniel Cunha escreveu: > > Hi folks, > > I'm refactoring towards JDK 1.7 enhancements. But I see some alerts in project about deprecated method. > Exist other form to get root directory? > > Actually the getRootDirectory of the Project is deprecated. > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140520/11957fc8/attachment.html From danielsoro at gmail.com Tue May 20 19:15:36 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Tue, 20 May 2014 20:15:36 -0300 Subject: [forge-dev] Deprecated method In-Reply-To: References: Message-ID: Thanks George, Vineet Reynolds solved my question in #forge channel. On Tue, May 20, 2014 at 8:08 PM, George Gastaldi wrote: > Yes, we need to use getRoot() instead. It returns a Resource instance > instead of a DirectoryResource > > Em 20/05/2014, ?s 18:54, Daniel Cunha escreveu: > > Hi folks, > > I'm refactoring towards JDK 1.7 enhancements. But I see some alerts in > project about deprecated method. > Exist other form to get root directory? > > Actually the getRootDirectory of the Project is deprecated. > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140520/b1627788/attachment.html From vpereira at redhat.com Wed May 21 09:46:45 2014 From: vpereira at redhat.com (Vineet Reynolds Pereira) Date: Wed, 21 May 2014 09:46:45 -0400 (EDT) Subject: [forge-dev] Passing parameters from command to a meta widget In-Reply-To: References: Message-ID: <1757550250.7686928.1400680005228.JavaMail.zimbra@redhat.com> Hey Ivanov, Sorry about the late reply and thanks for taking this on. On reviewing the code, there are two ways to fix this: 1. the Forge Configuration object for the project could be used to store the target directory provided by the user. This was the approach used in Forge 1, but was unfortunately missed out in Forge 2. The configuration being empty and unused is the root cause of this bug. 2. the metawidget could be initialized in a programmatic manner like described in this section : http://metawidget.sourceforge.net/doc/reference/en/html/ch02s04.html#section-architecture-widgetbuilders-implementing-your-own Currently the XML route is used, and this prevents variable information like the target directory from being passed onto the widget, except through some shared store (like the Forge Configuration in the above point). I'd recommend this way going forward, but I'm ok if you stick to resolving the issue through (1) instead of (2). Thanks, Vineet ----- Original Message ----- > From: "Ivan St. Ivanov" > To: "forge-dev List" > Sent: Sunday, May 18, 2014 1:30:23 AM > Subject: [forge-dev] Passing parameters from command to a meta widget > > Hey folks, > > I am working on https://issues.jboss.org/browse/FORGE-1787 . As you might > read in the comments, I found that in order to adapt the outcome of a link, > I need to pass somehow the webroot from the command to the > EntityWidgetBuilder. > > Does anybody know the way I can pass this info? > > Thanks, > Ivan > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev From lincolnbaxter at gmail.com Wed May 21 11:38:13 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 21 May 2014 11:38:13 -0400 Subject: [forge-dev] Meeting minutes - 2014-05-21 Message-ID: Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-05-21-14.45.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-05-21-14.45.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-05-21-14.45.log.html Meeting summary --------------- * Agenda (lincolnthree, 14:45:55) * 2.5.1.Final Release (lincolnthree, 14:48:40) * 2.5.1.Final should go out today or tomorrow (lincolnthree, 14:48:55) * the 2.5.1.Final release will actually be 2.6.0.Final (lincolnthree, 14:50:41) * Website (lincolnthree, 14:51:51) * We've found a graphic designer to work on the website presentation. WiIl begin design soon. (lincolnthree, 14:52:28) * LINK: https://github.com/forge/addon-repository (lincolnthree, 14:58:23) * Arquillian Addon (lincolnthree, 15:02:19) -- 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/20140521/dfcbc013/attachment-0001.html From antonio.mailing at gmail.com Mon May 26 09:35:00 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 26 May 2014 15:35:00 +0200 Subject: [forge-dev] Roaster - Missing or improving ? In-Reply-To: References: Message-ID: Hi all, I'm trying to use Roster 2.4.0.Final to manipulate generated Java code at one of my customers. There are features that I miss, and I don't know if it's because it's missing, or I don't know how to do it : * Remove an attribute in an annotation. Let's say I have @Table(name = "myTable", schema = "mySchema"), I want to be able to remove the schema attribute and end up with @Table(name = "myTable") * Change the value of an attribute in an annotation. Let's say I have @OneToMany (fetch = LAZY) and I want to change LAZY to EAGER. I know how to get this value (ValuePair.getName() and ValuePair.getStringValue()) but I don't know how to set a new value (I was expecting something like ValuePair.setStringValue()) * Is there a way to only get the accessors ? At the moment source.getMembers() returns the attributes + getters/setters, source.getFields() only returns the attributes and source.getMethods() returns all the methods. It would be nice to have sources.getAccessors() and that will return only the accesors * Indent code : the code I have in input is not well indented. I would love to have a method like source.indent() * Generate Getters/Setters/Hascode/Equals/toString : it would be great to have a set of methods to do the trick. Something like source.generateSetters, source.generateEquals Let me know if I'm missing somethings here, if some are out of the scope of Roaster and if some make sense and are missing I'll create a few JIRAs Antonio 2014-04-26 6:28 GMT+02:00 Antonio Goncalves : > I had created two JIRAs for that : > > https://issues.jboss.org/browse/ROASTER-4 > https://issues.jboss.org/browse/ROASTER-5 (looks like this one is done) > > > 2014-04-21 21:22 GMT+02:00 Lincoln Baxter, III : > > Hey Antonio, >> >> I'm relatively certain that we don't support Generic types on method >> parameters yet, but we do support them on Types and Methods themselves via >> the GenericCapableSource interface. >> >> Looks like we need to add this to Parameters. Could you add a feature >> request for this? Thanks! >> >> ~Lincoln >> >> >> On Sun, Mar 30, 2014 at 1:05 PM, Antonio Goncalves < >> antonio.mailing at gmail.com> wrote: >> >>> Hi, >>> >>> Still playing with Roaster so I could fix >>> https://issues.jboss.org/browse/FORGE-1618 (Command >>> constraint-new-validator to create a new validator implementation). I don't >>> know how to do two things (nicely) : >>> >>> *# Parameterize interface* >>> >>> For a constraint, I need to implement a parametrize interface like this : >>> >>> public class MaxValidatorForString implements ConstraintValidator>> Number> { >>> >>> >>> The only way I could find is passing a String : >>> >>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource.class >>> ); >>> javaClass.setName("MaxValidatorForString"); >>> javaClass.addImport(ConstraintValidator.class); >>> javaClass.addInterface("ConstraintValidator"); >>> >>> It's a shame because with addInterface(Class), it does the import >>> automatically and things are more typed. But I cannot add types : >>> >>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource.class >>> ); >>> javaClass.setName("MaxValidatorForString"); >>> javaClass.addInterface(ConstraintValidator.class); >>> >>> It would be good to have something like : >>> >>> javaClass.addInterface(ConstraintValidator.class). >>> addType(Max.class).addType(Number.class); >>> >>> *# Typed parameters* >>> >>> My isValid method takes two parameters. And the only way to add two >>> parameters seems to be by a String >>> >>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>> "boolean").setParameters("Number value, ConstraintValidatorContext >>> context").setBody("return false;").addAnnotation(Override.class); >>> >>> Again, it would be nice to have typed parameters so the import is >>> implicit, and things are a bit more typed : >>> >>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>> "boolean").addParameter(Number.class, >>> "value").addParameter(ConstraintValidatorContext.class, "context") >>> .setBody("return false;").addAnnotation(Override.class); >>> >>> >>> So I'm just wondering if I'm missing something or this is not >>> implemented yet on Roaster >>> >>> -- >>> 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 >>> >> >> >> >> -- >> 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 >> > > > > -- > 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/20140526/fe767269/attachment.html From ivan.st.ivanov at gmail.com Tue May 27 15:36:03 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 27 May 2014 22:36:03 +0300 Subject: [forge-dev] Passing parameters from command to a meta widget In-Reply-To: <1757550250.7686928.1400680005228.JavaMail.zimbra@redhat.com> References: <1757550250.7686928.1400680005228.JavaMail.zimbra@redhat.com> Message-ID: Hi Vineet, Thanks for the answer. This time I am sorry that didn't find time to work on this issue the last week. I wanted to complete it during the Forge Hack Night, but I there was nobody from the Forge experts there. Anyway, I will use this media to drive the open points cleared. I do want to go with option two. I went through the docs and compared them to the Forge implementation. I have to pass a Configuration object to the EntityWidgetBuilderConfig constructor upon creating EntityWidgetBuilder. Unfortunately I couldn't find a place where these constructors are invoked. Can you please guide me one step further? :) Thanks, Ivan On Wed, May 21, 2014 at 4:46 PM, Vineet Reynolds Pereira < vpereira at redhat.com> wrote: > > Hey Ivanov, > > Sorry about the late reply and thanks for taking this on. On reviewing > the code, there are two ways to fix this: > > 1. the Forge Configuration object for the project could be used to > store the target directory provided by the user. This was the approach used > in Forge 1, but was unfortunately missed out in Forge 2. The configuration > being empty and unused is the root cause of this bug. > 2. the metawidget could be initialized in a programmatic manner like > described in this section : > http://metawidget.sourceforge.net/doc/reference/en/html/ch02s04.html#section-architecture-widgetbuilders-implementing-your-own > Currently the XML route is used, and this prevents variable > information like the target directory from being passed onto the widget, > except through some shared store (like the Forge Configuration in the above > point). > I'd recommend this way going forward, but I'm ok if you stick to > resolving the issue through (1) instead of (2). > > Thanks, > Vineet > > > ----- Original Message ----- > > From: "Ivan St. Ivanov" > > To: "forge-dev List" > > Sent: Sunday, May 18, 2014 1:30:23 AM > > Subject: [forge-dev] Passing parameters from command to a meta widget > > > > Hey folks, > > > > I am working on https://issues.jboss.org/browse/FORGE-1787 . As you > might > > read in the comments, I found that in order to adapt the outcome of a > link, > > I need to pass somehow the webroot from the command to the > > EntityWidgetBuilder. > > > > Does anybody know the way I can pass this info? > > > > Thanks, > > Ivan > > > > _______________________________________________ > > forge-dev mailing list > > forge-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/forge-dev > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140527/2baa51ad/attachment.html From lincolnbaxter at gmail.com Tue May 27 18:04:51 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 27 May 2014 18:04:51 -0400 Subject: [forge-dev] Roaster - Missing or improving ? In-Reply-To: References: Message-ID: Hey Antonio, Sorry for the late reply. Some of the functionality you ask for is missing, but some of it is there. I believe we have a property API which will allow you to getAccessor/Mutator, and also the Refactory should provide the functions for generating getters/setters. The annotation stuff I think is a gap. Gotta keep it brief, but I hope that helps. Feel free to add JIRA issues to ROASTER for the missing stuff and we'll try to get it done! ~Lincoln On Mon, May 26, 2014 at 9:35 AM, Antonio Goncalves < antonio.mailing at gmail.com> wrote: > Hi all, > > I'm trying to use Roster 2.4.0.Final to manipulate generated Java code at > one of my customers. There are features that I miss, and I don't know if > it's because it's missing, or I don't know how to do it : > > * Remove an attribute in an annotation. Let's say I have @Table(name = > "myTable", schema = "mySchema"), I want to be able to remove the schema > attribute and end up with @Table(name = "myTable") > * Change the value of an attribute in an annotation. Let's say I have > @OneToMany (fetch = LAZY) and I want to change LAZY to EAGER. I know how to > get this value (ValuePair.getName() and ValuePair.getStringValue()) but I > don't know how to set a new value (I was expecting something like > ValuePair.setStringValue()) > * Is there a way to only get the accessors ? At the moment > source.getMembers() returns the attributes + getters/setters, > source.getFields() only returns the attributes and source.getMethods() > returns all the methods. It would be nice to have sources.getAccessors() > and that will return only the accesors > * Indent code : the code I have in input is not well indented. I would > love to have a method like source.indent() > * Generate Getters/Setters/Hascode/Equals/toString : it would be great to > have a set of methods to do the trick. Something like > source.generateSetters, source.generateEquals > > Let me know if I'm missing somethings here, if some are out of the scope > of Roaster and if some make sense and are missing I'll create a few JIRAs > > Antonio > > > 2014-04-26 6:28 GMT+02:00 Antonio Goncalves : > > I had created two JIRAs for that : >> >> https://issues.jboss.org/browse/ROASTER-4 >> https://issues.jboss.org/browse/ROASTER-5 (looks like this one is done) >> >> >> 2014-04-21 21:22 GMT+02:00 Lincoln Baxter, III : >> >> Hey Antonio, >>> >>> I'm relatively certain that we don't support Generic types on method >>> parameters yet, but we do support them on Types and Methods themselves via >>> the GenericCapableSource interface. >>> >>> Looks like we need to add this to Parameters. Could you add a feature >>> request for this? Thanks! >>> >>> ~Lincoln >>> >>> >>> On Sun, Mar 30, 2014 at 1:05 PM, Antonio Goncalves < >>> antonio.mailing at gmail.com> wrote: >>> >>>> Hi, >>>> >>>> Still playing with Roaster so I could fix >>>> https://issues.jboss.org/browse/FORGE-1618 (Command >>>> constraint-new-validator to create a new validator implementation). I don't >>>> know how to do two things (nicely) : >>>> >>>> *# Parameterize interface* >>>> >>>> For a constraint, I need to implement a parametrize interface like this >>>> : >>>> >>>> public class MaxValidatorForString implements ConstraintValidator>>> Number> { >>>> >>>> >>>> The only way I could find is passing a String : >>>> >>>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource. >>>> class); >>>> javaClass.setName("MaxValidatorForString"); >>>> javaClass.addImport(ConstraintValidator.class); >>>> javaClass.addInterface("ConstraintValidator"); >>>> >>>> It's a shame because with addInterface(Class), it does the import >>>> automatically and things are more typed. But I cannot add types : >>>> >>>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource. >>>> class); >>>> javaClass.setName("MaxValidatorForString"); >>>> javaClass.addInterface(ConstraintValidator.class); >>>> >>>> It would be good to have something like : >>>> >>>> javaClass.addInterface(ConstraintValidator.class). >>>> addType(Max.class).addType(Number.class); >>>> >>>> *# Typed parameters* >>>> >>>> My isValid method takes two parameters. And the only way to add two >>>> parameters seems to be by a String >>>> >>>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>>> "boolean").setParameters("Number value, ConstraintValidatorContext >>>> context").setBody("return false;").addAnnotation(Override.class); >>>> >>>> Again, it would be nice to have typed parameters so the import is >>>> implicit, and things are a bit more typed : >>>> >>>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>>> "boolean").addParameter(Number.class, >>>> "value").addParameter(ConstraintValidatorContext.class, "context") >>>> .setBody("return false;").addAnnotation(Override.class); >>>> >>>> >>>> So I'm just wondering if I'm missing something or this is not >>>> implemented yet on Roaster >>>> >>>> -- >>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 >>> >> >> >> >> -- >> 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 > -- 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/20140527/64b1474c/attachment-0001.html From antonio.mailing at gmail.com Wed May 28 10:28:23 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Wed, 28 May 2014 16:28:23 +0200 Subject: [forge-dev] Roaster - Missing or improving ? In-Reply-To: References: Message-ID: Here is one JIRAs : https://issues.jboss.org/browse/ROASTER-16 - Be able to indent code I think I found how to do most of what I wrote on my email. I'm getting code generated from Hibernate Tools and "fixing" it with Roaster.... really nice ;o) Antonio 2014-05-28 0:04 GMT+02:00 Lincoln Baxter, III : > Hey Antonio, > > Sorry for the late reply. > Some of the functionality you ask for is missing, but some of it is there. > I believe we have a property API which will allow you to > getAccessor/Mutator, and also the Refactory should provide the functions > for generating getters/setters. The annotation stuff I think is a gap. > > Gotta keep it brief, but I hope that helps. Feel free to add JIRA issues > to ROASTER for the missing stuff and we'll try to get it done! > ~Lincoln > > > > On Mon, May 26, 2014 at 9:35 AM, Antonio Goncalves < > antonio.mailing at gmail.com> wrote: > >> Hi all, >> >> I'm trying to use Roster 2.4.0.Final to manipulate generated Java code at >> one of my customers. There are features that I miss, and I don't know if >> it's because it's missing, or I don't know how to do it : >> >> * Remove an attribute in an annotation. Let's say I have @Table(name = >> "myTable", schema = "mySchema"), I want to be able to remove the schema >> attribute and end up with @Table(name = "myTable") >> * Change the value of an attribute in an annotation. Let's say I have >> @OneToMany (fetch = LAZY) and I want to change LAZY to EAGER. I know how to >> get this value (ValuePair.getName() and ValuePair.getStringValue()) but I >> don't know how to set a new value (I was expecting something like >> ValuePair.setStringValue()) >> * Is there a way to only get the accessors ? At the moment >> source.getMembers() returns the attributes + getters/setters, >> source.getFields() only returns the attributes and source.getMethods() >> returns all the methods. It would be nice to have sources.getAccessors() >> and that will return only the accesors >> * Indent code : the code I have in input is not well indented. I would >> love to have a method like source.indent() >> * Generate Getters/Setters/Hascode/Equals/toString : it would be great to >> have a set of methods to do the trick. Something like >> source.generateSetters, source.generateEquals >> >> Let me know if I'm missing somethings here, if some are out of the scope >> of Roaster and if some make sense and are missing I'll create a few JIRAs >> >> Antonio >> >> >> 2014-04-26 6:28 GMT+02:00 Antonio Goncalves : >> >> I had created two JIRAs for that : >>> >>> https://issues.jboss.org/browse/ROASTER-4 >>> https://issues.jboss.org/browse/ROASTER-5 (looks like this one is done) >>> >>> >>> 2014-04-21 21:22 GMT+02:00 Lincoln Baxter, III >>> : >>> >>> Hey Antonio, >>>> >>>> I'm relatively certain that we don't support Generic types on method >>>> parameters yet, but we do support them on Types and Methods themselves via >>>> the GenericCapableSource interface. >>>> >>>> Looks like we need to add this to Parameters. Could you add a feature >>>> request for this? Thanks! >>>> >>>> ~Lincoln >>>> >>>> >>>> On Sun, Mar 30, 2014 at 1:05 PM, Antonio Goncalves < >>>> antonio.mailing at gmail.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> Still playing with Roaster so I could fix >>>>> https://issues.jboss.org/browse/FORGE-1618 (Command >>>>> constraint-new-validator to create a new validator implementation). I don't >>>>> know how to do two things (nicely) : >>>>> >>>>> *# Parameterize interface* >>>>> >>>>> For a constraint, I need to implement a parametrize interface like >>>>> this : >>>>> >>>>> public class MaxValidatorForString implements ConstraintValidator>>>> Number> { >>>>> >>>>> >>>>> The only way I could find is passing a String : >>>>> >>>>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource. >>>>> class); >>>>> javaClass.setName("MaxValidatorForString"); >>>>> javaClass.addImport(ConstraintValidator.class); >>>>> javaClass.addInterface("ConstraintValidator"); >>>>> >>>>> It's a shame because with addInterface(Class), it does the import >>>>> automatically and things are more typed. But I cannot add types : >>>>> >>>>> final JavaClassSource javaClass = Roaster.*create*(JavaClassSource. >>>>> class); >>>>> javaClass.setName("MaxValidatorForString"); >>>>> javaClass.addInterface(ConstraintValidator.class); >>>>> >>>>> It would be good to have something like : >>>>> >>>>> javaClass.addInterface(ConstraintValidator.class). >>>>> addType(Max.class).addType(Number.class); >>>>> >>>>> *# Typed parameters* >>>>> >>>>> My isValid method takes two parameters. And the only way to add two >>>>> parameters seems to be by a String >>>>> >>>>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>>>> "boolean").setParameters("Number value, ConstraintValidatorContext >>>>> context").setBody("return false;").addAnnotation(Override.class); >>>>> >>>>> Again, it would be nice to have typed parameters so the import is >>>>> implicit, and things are a bit more typed : >>>>> >>>>> javaClass.addMethod().setPublic().setName("isValid").setReturnType( >>>>> "boolean").addParameter(Number.class, >>>>> "value").addParameter(ConstraintValidatorContext.class, "context") >>>>> .setBody("return false;").addAnnotation(Override.class); >>>>> >>>>> >>>>> So I'm just wondering if I'm missing something or this is not >>>>> implemented yet on Roaster >>>>> >>>>> -- >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 >> > > > > -- > 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 > -- 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/20140528/60037152/attachment.html From danielsoro at gmail.com Wed May 28 20:45:33 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Wed, 28 May 2014 21:45:33 -0300 Subject: [forge-dev] Forge doesn't work. Message-ID: Hi folks, I started to work with JBoss Forge 2.6.1-SNAPSHOT. When I run Bootstrap, forge started run, but the shell doesn't work. I have this problem with a bin mode. I compiled Forge but the problem is persistent. -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/0d33f26f/attachment.html From ggastald at redhat.com Wed May 28 20:55:41 2014 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 28 May 2014 20:55:41 -0400 (EDT) Subject: [forge-dev] Forge doesn't work. In-Reply-To: References: Message-ID: Remove your ~/.forge dir and try again. Any stacktrace? > Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: > > Hi folks, > > I started to work with JBoss Forge 2.6.1-SNAPSHOT. > When I run Bootstrap, forge started run, but the shell doesn't work. > I have this problem with a bin mode. I compiled Forge but the problem is persistent. > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/c99e948a/attachment.html From danielsoro at gmail.com Wed May 28 21:05:03 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Wed, 28 May 2014 22:05:03 -0300 Subject: [forge-dev] Forge doesn't work. In-Reply-To: References: Message-ID: George, Now my forge run ok, but i have a observation. My observation: I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install components to 2.6.0. That's stranger? On Wed, May 28, 2014 at 9:55 PM, George Gastaldi wrote: > Remove your ~/.forge dir and try again. Any stacktrace? > > Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: > > Hi folks, > > I started to work with JBoss Forge 2.6.1-SNAPSHOT. > When I run Bootstrap, forge started run, but the shell doesn't work. > I have this problem with a bin mode. I compiled Forge but the problem is > persistent. > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/c1190fbb/attachment-0001.html From danielsoro at gmail.com Wed May 28 21:07:05 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Wed, 28 May 2014 22:07:05 -0300 Subject: [forge-dev] Forge doesn't work. In-Reply-To: References: Message-ID: forge Using Forge at /home/soro/.m2/repository/org/jboss/forge/forge-distribution/2.6.1-SNAPSHOT/forge-distribution-2.6.1-SNAPSHOT There are no addons installed; install core addons now? [Y,n] Y Download maven dependency... Installation request for [org.jboss.forge.addon:core,2.6.0.Final] will: Deploy: [org.jboss.forge.addon:scaffold-faces,2.6.0.Final] Deploy: [org.jboss.forge.addon:git,2.6.0.Final] Deploy: [org.jboss.forge.addon:dev-tools-java,2.6.0.Final] Deploy: [org.jboss.forge.addon:addons,2.6.0.Final] Deploy: [org.jboss.forge.addon:shell-spi,2.6.0.Final] Deploy: [org.jboss.forge.addon:shell,2.6.0.Final] Deploy: [org.jboss.forge.addon:maven,2.6.0.Final] Deploy: [org.jboss.forge.addon:database-tools,2.6.0.Final] Deploy: [org.jboss.forge.addon:parser-json,2.6.0.Final] Deploy: [org.jboss.forge.addon:text,2.6.0.Final] Deploy: [org.jboss.forge.addon:ui-spi,2.6.0.Final] Deploy: [org.jboss.forge.addon:ui,2.6.0.Final] Deploy: [org.jboss.forge.addon:parser-xml,2.6.0.Final] Deploy: [org.jboss.forge.addon:templates-spi,2.6.0.Final] Deploy: [org.jboss.forge.addon:templates,2.6.0.Final] Deploy: [org.jboss.forge.addon:javaee,2.6.0.Final] Deploy: [org.jboss.forge.addon:convert,2.6.0.Final] Deploy: [org.jboss.forge.addon:projects,2.6.0.Final] Deploy: [org.jboss.forge.addon:parser-java,2.6.0.Final] Deploy: [org.jboss.forge.addon:scaffold-spi,2.6.0.Final] Deploy: [org.jboss.forge.addon:scaffold,2.6.0.Final] Deploy: [org.jboss.forge.addon:configuration,2.6.0.Final] Deploy: [org.jboss.forge.addon:addon-manager-spi,2.6.0.Final] Deploy: [org.jboss.forge.addon:addon-manager,2.6.0.Final] Deploy: [org.jboss.forge.addon:environment,2.6.0.Final] Deploy: [org.jboss.forge.furnace.container:cdi,2.6.0.Final] Deploy: [org.jboss.forge.addon:facets,2.6.0.Final] Deploy: [org.jboss.forge.addon:resources,2.6.0.Final] Deploy: [org.jboss.forge.furnace.container:simple,2.6.0.Final] Deploy: [org.jboss.forge.addon:dependencies,2.6.0.Final] Deploy: [org.jboss.forge.addon:core,2.6.0.Final] Confirm installation [Y/n]? y Download maven dependecy... Installation completed successfully. _____ | ___|__ _ __ __ _ ___ | |_ / _ \| `__/ _` |/ _ \ \\ | _| (_) | | | (_| | __/ // |_| \___/|_| \__, |\___| |___/ JBoss Forge, version [ 2.6.1-SNAPSHOT ] - JBoss, by Red Hat, Inc. [ http://forge.jboss.org ] On Wed, May 28, 2014 at 10:05 PM, Daniel Cunha wrote: > George, > > Now my forge run ok, but i have a observation. > > My observation: > I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to > 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install > components to 2.6.0. That's stranger? > > > > > > On Wed, May 28, 2014 at 9:55 PM, George Gastaldi wrote: > >> Remove your ~/.forge dir and try again. Any stacktrace? >> >> Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: >> >> Hi folks, >> >> I started to work with JBoss Forge 2.6.1-SNAPSHOT. >> When I run Bootstrap, forge started run, but the shell doesn't work. >> I have this problem with a bin mode. I compiled Forge but the problem is >> persistent. >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/a1bf3973/attachment.html From ggastald at redhat.com Wed May 28 21:14:36 2014 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 28 May 2014 21:14:36 -0400 (EDT) Subject: [forge-dev] Forge doesn't work. In-Reply-To: References: Message-ID: <3B9BC2E6-99C4-4D08-A467-00956E475CCF@redhat.com> This is correct. It uses the latest released version, not snapshot when downloading the core. Use forge -i org.jboss.forge.addon:core,2.6.1-SNAPSHOT if you want the latest snapshot > Em 28/05/2014, ?s 22:12, Daniel Cunha escreveu: > > forge > Using Forge at /home/soro/.m2/repository/org/jboss/forge/forge-distribution/2.6.1-SNAPSHOT/forge-distribution-2.6.1-SNAPSHOT > There are no addons installed; install core addons now? [Y,n] Y > > Download maven dependency... > > Installation request for [org.jboss.forge.addon:core,2.6.0.Final] will: > Deploy: [org.jboss.forge.addon:scaffold-faces,2.6.0.Final] > Deploy: [org.jboss.forge.addon:git,2.6.0.Final] > Deploy: [org.jboss.forge.addon:dev-tools-java,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addons,2.6.0.Final] > Deploy: [org.jboss.forge.addon:shell-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:shell,2.6.0.Final] > Deploy: [org.jboss.forge.addon:maven,2.6.0.Final] > Deploy: [org.jboss.forge.addon:database-tools,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-json,2.6.0.Final] > Deploy: [org.jboss.forge.addon:text,2.6.0.Final] > Deploy: [org.jboss.forge.addon:ui-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:ui,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-xml,2.6.0.Final] > Deploy: [org.jboss.forge.addon:templates-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:templates,2.6.0.Final] > Deploy: [org.jboss.forge.addon:javaee,2.6.0.Final] > Deploy: [org.jboss.forge.addon:convert,2.6.0.Final] > Deploy: [org.jboss.forge.addon:projects,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-java,2.6.0.Final] > Deploy: [org.jboss.forge.addon:scaffold-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:scaffold,2.6.0.Final] > Deploy: [org.jboss.forge.addon:configuration,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addon-manager-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addon-manager,2.6.0.Final] > Deploy: [org.jboss.forge.addon:environment,2.6.0.Final] > Deploy: [org.jboss.forge.furnace.container:cdi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:facets,2.6.0.Final] > Deploy: [org.jboss.forge.addon:resources,2.6.0.Final] > Deploy: [org.jboss.forge.furnace.container:simple,2.6.0.Final] > Deploy: [org.jboss.forge.addon:dependencies,2.6.0.Final] > Deploy: [org.jboss.forge.addon:core,2.6.0.Final] > Confirm installation [Y/n]? y > > Download maven dependecy... > > Installation completed successfully. > > > _____ > | ___|__ _ __ __ _ ___ > | |_ / _ \| `__/ _` |/ _ \ \\ > | _| (_) | | | (_| | __/ // > |_| \___/|_| \__, |\___| > |___/ > > JBoss Forge, version [ 2.6.1-SNAPSHOT ] - JBoss, by Red Hat, Inc. [ http://forge.jboss.org ] > > > > >> On Wed, May 28, 2014 at 10:05 PM, Daniel Cunha wrote: >> George, >> >> Now my forge run ok, but i have a observation. >> >> My observation: >> I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install components to 2.6.0. That's stranger? >> >> >> >> >> >>> On Wed, May 28, 2014 at 9:55 PM, George Gastaldi wrote: >>> Remove your ~/.forge dir and try again. Any stacktrace? >>> >>>> Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: >>>> >>> >>>> Hi folks, >>>> >>>> I started to work with JBoss Forge 2.6.1-SNAPSHOT. >>>> When I run Bootstrap, forge started run, but the shell doesn't work. >>>> I have this problem with a bin mode. I compiled Forge but the problem is persistent. >>>> >>>> -- >>>> Att; >>>> Daniel Cunha (soro) >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> -- >> Att; >> Daniel Cunha (soro) > > > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/dafa12c4/attachment.html From danielsoro at gmail.com Wed May 28 21:36:50 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Wed, 28 May 2014 22:36:50 -0300 Subject: [forge-dev] Forge doesn't work. In-Reply-To: <3B9BC2E6-99C4-4D08-A467-00956E475CCF@redhat.com> References: <3B9BC2E6-99C4-4D08-A467-00956E475CCF@redhat.com> Message-ID: George, Where the user see options of the bootstrap class with forge cli? if (args.length > 0) { for (int i = 0; i < args.length; i++) { if ("--install".equals(args[i]) || "-i".equals(args[i])) { installAddon = args[++i]; } else if ("--remove".equals(args[i]) || "-r".equals(args[i])) { removeAddon = args[++i]; } else if ("--list".equals(args[i]) || "-l".equals(args[i])) { listInstalled = true; } else if ("--addonDir".equals(args[i]) || "-a".equals(args[i])) { furnace.addRepository(AddonRepositoryMode.MUTABLE, new File(args[++i])); } else if ("--immutableAddonDir".equals(args[i]) || "-m".equals(args[i])) { furnace.addRepository(AddonRepositoryMode.IMMUTABLE, new File(args[++i])); } else if ("--batchMode".equals(args[i]) || "-b".equals(args[i])) { batchMode = true; furnace.setServerMode(false); } else if ("--debug".equals(args[i]) || "-d".equals(args[i])) { // This is just to avoid the Unknown option: --debug message below } else if ("--version".equals(args[i]) || "-v".equals(args[i])) { System.out.println("Forge version " + AddonRepositoryImpl.getRuntimeAPIVersion()); exitAfter = true; } else System.out.println("Unknown option: " + args[i]); } } Exist a ?forge ?help? that show all commands or I need read the manual [RTFM]? ? On Wed, May 28, 2014 at 10:14 PM, George Gastaldi wrote: > This is correct. It uses the latest released version, not snapshot when > downloading the core. Use forge -i > org.jboss.forge.addon:core,2.6.1-SNAPSHOT if you want the latest snapshot > > Em 28/05/2014, ?s 22:12, Daniel Cunha escreveu: > > forge > Using Forge at > /home/soro/.m2/repository/org/jboss/forge/forge-distribution/2.6.1-SNAPSHOT/forge-distribution-2.6.1-SNAPSHOT > There are no addons installed; install core addons now? [Y,n] Y > > Download maven dependency... > > Installation request for [org.jboss.forge.addon:core,2.6.0.Final] will: > Deploy: [org.jboss.forge.addon:scaffold-faces,2.6.0.Final] > Deploy: [org.jboss.forge.addon:git,2.6.0.Final] > Deploy: [org.jboss.forge.addon:dev-tools-java,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addons,2.6.0.Final] > Deploy: [org.jboss.forge.addon:shell-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:shell,2.6.0.Final] > Deploy: [org.jboss.forge.addon:maven,2.6.0.Final] > Deploy: [org.jboss.forge.addon:database-tools,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-json,2.6.0.Final] > Deploy: [org.jboss.forge.addon:text,2.6.0.Final] > Deploy: [org.jboss.forge.addon:ui-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:ui,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-xml,2.6.0.Final] > Deploy: [org.jboss.forge.addon:templates-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:templates,2.6.0.Final] > Deploy: [org.jboss.forge.addon:javaee,2.6.0.Final] > Deploy: [org.jboss.forge.addon:convert,2.6.0.Final] > Deploy: [org.jboss.forge.addon:projects,2.6.0.Final] > Deploy: [org.jboss.forge.addon:parser-java,2.6.0.Final] > Deploy: [org.jboss.forge.addon:scaffold-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:scaffold,2.6.0.Final] > Deploy: [org.jboss.forge.addon:configuration,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addon-manager-spi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:addon-manager,2.6.0.Final] > Deploy: [org.jboss.forge.addon:environment,2.6.0.Final] > Deploy: [org.jboss.forge.furnace.container:cdi,2.6.0.Final] > Deploy: [org.jboss.forge.addon:facets,2.6.0.Final] > Deploy: [org.jboss.forge.addon:resources,2.6.0.Final] > Deploy: [org.jboss.forge.furnace.container:simple,2.6.0.Final] > Deploy: [org.jboss.forge.addon:dependencies,2.6.0.Final] > Deploy: [org.jboss.forge.addon:core,2.6.0.Final] > Confirm installation [Y/n]? y > > Download maven dependecy... > > Installation completed successfully. > > > _____ > | ___|__ _ __ __ _ ___ > | |_ / _ \| `__/ _` |/ _ \ \\ > | _| (_) | | | (_| | __/ // > |_| \___/|_| \__, |\___| > |___/ > > JBoss Forge, version [ 2.6.1-SNAPSHOT ] - JBoss, by Red Hat, Inc. [ > http://forge.jboss.org ] > > > > > On Wed, May 28, 2014 at 10:05 PM, Daniel Cunha wrote: > >> George, >> >> Now my forge run ok, but i have a observation. >> >> My observation: >> I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to >> 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install >> components to 2.6.0. That's stranger? >> >> >> >> >> >> On Wed, May 28, 2014 at 9:55 PM, George Gastaldi wrote: >> >>> Remove your ~/.forge dir and try again. Any stacktrace? >>> >>> Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: >>> >>> Hi folks, >>> >>> I started to work with JBoss Forge 2.6.1-SNAPSHOT. >>> When I run Bootstrap, forge started run, but the shell doesn't work. >>> I have this problem with a bin mode. I compiled Forge but the problem is >>> persistent. >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Att; >> Daniel Cunha (soro) >> > > > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140528/8c2a918b/attachment-0001.html From ggastald at redhat.com Thu May 29 00:00:39 2014 From: ggastald at redhat.com (George Gastaldi) Date: Thu, 29 May 2014 00:00:39 -0400 (EDT) Subject: [forge-dev] Forge doesn't work. In-Reply-To: References: <3B9BC2E6-99C4-4D08-A467-00956E475CCF@redhat.com> Message-ID: <6CD0013E-7EEA-4927-8529-40CA25347374@redhat.com> That would be a nice feature to have. Fancy a pull-request? :) > Em 28/05/2014, ?s 22:39, Daniel Cunha escreveu: > > George, > > Where the user see options of the bootstrap class with forge cli? > > > if (args.length > 0) > { > for (int i = 0; i < args.length; i++) > { > if ("--install".equals(args[i]) || "-i".equals(args[i])) > { > installAddon = args[++i]; > } > else if ("--remove".equals(args[i]) || "-r".equals(args[i])) > { > removeAddon = args[++i]; > } > else if ("--list".equals(args[i]) || "-l".equals(args[i])) > { > listInstalled = true; > } > else if ("--addonDir".equals(args[i]) || "-a".equals(args[i])) > { > furnace.addRepository(AddonRepositoryMode.MUTABLE, new File(args[++i])); > } > else if ("--immutableAddonDir".equals(args[i]) || "-m".equals(args[i])) > { > furnace.addRepository(AddonRepositoryMode.IMMUTABLE, new File(args[++i])); > } > else if ("--batchMode".equals(args[i]) || "-b".equals(args[i])) > { > batchMode = true; > furnace.setServerMode(false); > } > else if ("--debug".equals(args[i]) || "-d".equals(args[i])) > { > // This is just to avoid the Unknown option: --debug message below > } > else if ("--version".equals(args[i]) || "-v".equals(args[i])) > { > System.out.println("Forge version " + AddonRepositoryImpl.getRuntimeAPIVersion()); > exitAfter = true; > } > else > System.out.println("Unknown option: " + args[i]); > } > } > Exist a ?forge ?help? that show all commands or I need read the manual [RTFM]? > > ? > > >> On Wed, May 28, 2014 at 10:14 PM, George Gastaldi wrote: >> This is correct. It uses the latest released version, not snapshot when downloading the core. Use forge -i org.jboss.forge.addon:core,2.6.1-SNAPSHOT if you want the latest snapshot >> >>> Em 28/05/2014, ?s 22:12, Daniel Cunha escreveu: >>> >> >>> forge >>> Using Forge at /home/soro/.m2/repository/org/jboss/forge/forge-distribution/2.6.1-SNAPSHOT/forge-distribution-2.6.1-SNAPSHOT >>> There are no addons installed; install core addons now? [Y,n] Y >>> >>> Download maven dependency... >>> >>> Installation request for [org.jboss.forge.addon:core,2.6.0.Final] will: >>> Deploy: [org.jboss.forge.addon:scaffold-faces,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:git,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:dev-tools-java,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:addons,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:shell-spi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:shell,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:maven,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:database-tools,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:parser-json,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:text,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:ui-spi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:ui,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:parser-xml,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:templates-spi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:templates,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:javaee,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:convert,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:projects,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:parser-java,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:scaffold-spi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:scaffold,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:configuration,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:addon-manager-spi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:addon-manager,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:environment,2.6.0.Final] >>> Deploy: [org.jboss.forge.furnace.container:cdi,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:facets,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:resources,2.6.0.Final] >>> Deploy: [org.jboss.forge.furnace.container:simple,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:dependencies,2.6.0.Final] >>> Deploy: [org.jboss.forge.addon:core,2.6.0.Final] >>> Confirm installation [Y/n]? y >>> >>> Download maven dependecy... >>> >>> Installation completed successfully. >>> >>> >>> _____ >>> | ___|__ _ __ __ _ ___ >>> | |_ / _ \| `__/ _` |/ _ \ \\ >>> | _| (_) | | | (_| | __/ // >>> |_| \___/|_| \__, |\___| >>> |___/ >>> >>> JBoss Forge, version [ 2.6.1-SNAPSHOT ] - JBoss, by Red Hat, Inc. [ http://forge.jboss.org ] >>> >>> >>> >>> >>>> On Wed, May 28, 2014 at 10:05 PM, Daniel Cunha wrote: >>>> George, >>>> >>>> Now my forge run ok, but i have a observation. >>>> >>>> My observation: >>>> I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install components to 2.6.0. That's stranger? >>>> >>>> >>>> >>>> >>>> >>>>> On Wed, May 28, 2014 at 9:55 PM, George Gastaldi wrote: >>>>> Remove your ~/.forge dir and try again. Any stacktrace? >>>>> >>>>>> Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: >>>>>> >>>>> >>>>>> Hi folks, >>>>>> >>>>>> I started to work with JBoss Forge 2.6.1-SNAPSHOT. >>>>>> When I run Bootstrap, forge started run, but the shell doesn't work. >>>>>> I have this problem with a bin mode. I compiled Forge but the problem is persistent. >>>>>> >>>>>> -- >>>>>> Att; >>>>>> Daniel Cunha (soro) >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> >>>> -- >>>> Att; >>>> Daniel Cunha (soro) >>> >>> >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140529/36ef0b92/attachment-0001.html From danielsoro at gmail.com Thu May 29 06:52:05 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Thu, 29 May 2014 07:52:05 -0300 Subject: [forge-dev] Forge doesn't work. In-Reply-To: <6CD0013E-7EEA-4927-8529-40CA25347374@redhat.com> References: <3B9BC2E6-99C4-4D08-A467-00956E475CCF@redhat.com> <6CD0013E-7EEA-4927-8529-40CA25347374@redhat.com> Message-ID: sure. :) On Thu, May 29, 2014 at 1:00 AM, George Gastaldi wrote: > That would be a nice feature to have. > Fancy a pull-request? :) > > Em 28/05/2014, ?s 22:39, Daniel Cunha escreveu: > > George, > > Where the user see options of the bootstrap class with forge cli? > > > if (args.length > 0) > { > for (int i = 0; i < args.length; i++) > { > if ("--install".equals(args[i]) || "-i".equals(args[i])) > { > installAddon = args[++i]; > } > else if ("--remove".equals(args[i]) || "-r".equals(args[i])) > { > removeAddon = args[++i]; > } > else if ("--list".equals(args[i]) || "-l".equals(args[i])) > { > listInstalled = true; > } > else if ("--addonDir".equals(args[i]) || "-a".equals(args[i])) > { > furnace.addRepository(AddonRepositoryMode.MUTABLE, new File(args[++i])); > } > else if ("--immutableAddonDir".equals(args[i]) || "-m".equals(args[i])) > { > furnace.addRepository(AddonRepositoryMode.IMMUTABLE, new File(args[++i])); > } > else if ("--batchMode".equals(args[i]) || "-b".equals(args[i])) > { > batchMode = true; > furnace.setServerMode(false); > } > else if ("--debug".equals(args[i]) || "-d".equals(args[i])) > { > // This is just to avoid the Unknown option: --debug message below > } > else if ("--version".equals(args[i]) || "-v".equals(args[i])) > { > System.out.println("Forge version " + AddonRepositoryImpl.getRuntimeAPIVersion()); > exitAfter = true; > } > else > System.out.println("Unknown option: " + args[i]); > } > } > > Exist a ?forge ?help? that show all commands or I need read the manual > [RTFM]? > ? > > > On Wed, May 28, 2014 at 10:14 PM, George Gastaldi > wrote: > >> This is correct. It uses the latest released version, not snapshot when >> downloading the core. Use forge -i >> org.jboss.forge.addon:core,2.6.1-SNAPSHOT if you want the latest snapshot >> >> Em 28/05/2014, ?s 22:12, Daniel Cunha escreveu: >> >> forge >> Using Forge at >> /home/soro/.m2/repository/org/jboss/forge/forge-distribution/2.6.1-SNAPSHOT/forge-distribution-2.6.1-SNAPSHOT >> There are no addons installed; install core addons now? [Y,n] Y >> >> Download maven dependency... >> >> Installation request for [org.jboss.forge.addon:core,2.6.0.Final] will: >> Deploy: [org.jboss.forge.addon:scaffold-faces,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:git,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:dev-tools-java,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:addons,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:shell-spi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:shell,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:maven,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:database-tools,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:parser-json,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:text,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:ui-spi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:ui,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:parser-xml,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:templates-spi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:templates,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:javaee,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:convert,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:projects,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:parser-java,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:scaffold-spi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:scaffold,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:configuration,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:addon-manager-spi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:addon-manager,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:environment,2.6.0.Final] >> Deploy: [org.jboss.forge.furnace.container:cdi,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:facets,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:resources,2.6.0.Final] >> Deploy: [org.jboss.forge.furnace.container:simple,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:dependencies,2.6.0.Final] >> Deploy: [org.jboss.forge.addon:core,2.6.0.Final] >> Confirm installation [Y/n]? y >> >> Download maven dependecy... >> >> Installation completed successfully. >> >> >> _____ >> | ___|__ _ __ __ _ ___ >> | |_ / _ \| `__/ _` |/ _ \ \\ >> | _| (_) | | | (_| | __/ // >> |_| \___/|_| \__, |\___| >> |___/ >> >> JBoss Forge, version [ 2.6.1-SNAPSHOT ] - JBoss, by Red Hat, Inc. [ >> http://forge.jboss.org ] >> >> >> >> >> On Wed, May 28, 2014 at 10:05 PM, Daniel Cunha >> wrote: >> >>> George, >>> >>> Now my forge run ok, but i have a observation. >>> >>> My observation: >>> I'm using Forge 2.6.1-SNAPSHOT. I have all components in my .m2 to >>> 2.6.1-SNAPSHOT version, but when start forge 2.6.1-SNAPSHOT, It install >>> components to 2.6.0. That's stranger? >>> >>> >>> >>> >>> >>> On Wed, May 28, 2014 at 9:55 PM, George Gastaldi >>> wrote: >>> >>>> Remove your ~/.forge dir and try again. Any stacktrace? >>>> >>>> Em 28/05/2014, ?s 21:46, Daniel Cunha escreveu: >>>> >>>> Hi folks, >>>> >>>> I started to work with JBoss Forge 2.6.1-SNAPSHOT. >>>> When I run Bootstrap, forge started run, but the shell doesn't work. >>>> I have this problem with a bin mode. I compiled Forge but the problem >>>> is persistent. >>>> >>>> -- >>>> Att; >>>> Daniel Cunha (soro) >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Att; >>> Daniel Cunha (soro) >>> >> >> >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140529/a4f01d81/attachment.html From danielsoro at gmail.com Thu May 29 20:09:12 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Thu, 29 May 2014 21:09:12 -0300 Subject: [forge-dev] Shell script to build projects Message-ID: Hello folks, I did a shell script to help me build all projects. You can check it here: https://gist.github.com/danielsoro/641aaef8fe89d4d4a456 -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140529/199f5353/attachment-0001.html From filipenevola at gmail.com Fri May 30 14:21:01 2014 From: filipenevola at gmail.com (=?UTF-8?Q?Filipe_N=C3=A9vola?=) Date: Fri, 30 May 2014 15:21:01 -0300 Subject: [forge-dev] Custom Templates by Project Message-ID: Hi, I'm starting with Forge and I would like to know how can I work with custom templates by project. Let me try to be more clear, I want to have a project A using AngularJS Addon with custom templates for my views and a project B using AngularJS Addon with others custom templates. The differences won't be only images, styles, etc but will be on the structure of html also. My question is: How can I do that? Is there a simple way? Maybe some addon. Thank you! --- *Filipe N?vola * *Leader of Product Innovation Lab at *Tecsinapse *Voc? conhece Jesus? Ainda n?o? Ent?o busque conhecer pois voc? n?o est? aproveitando sua vida como poderia.* *Jesus disse em Jo?o 10:10b - "Eu vim para que tenham vida, e a tenham com abund?ncia."* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140530/c82e373a/attachment.html From antonio.mailing at gmail.com Sat May 31 10:12:48 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sat, 31 May 2014 16:12:48 +0200 Subject: [forge-dev] Looks like FORGE-1785 has been fixed Message-ID: Hi, I'm giving a shot at 2.6.1-SNAPSHOT and it looks like this JIRA has been fixed. Can anybody confirm ? https://issues.jboss.org/browse/FORGE-1785 - Explicitly setup in scaffolding Don't know if it's on 2.6.0 or 2.6.1-SNAPSHOT -- 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/20140531/1dd5b55b/attachment.html From danielsoro at gmail.com Sat May 31 12:23:19 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 31 May 2014 13:23:19 -0300 Subject: [forge-dev] CdCommand Message-ID: Hello Folks, Forge: When executed cd command without parameter the command does nothing. Aesh: When executed cd command without parameter, the shell goes to USER_DIR. Does good idea when I execute cd command without parameter in Forge, the shell go to root dir of the project? WDYT? -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140531/1e7c6392/attachment.html From ggastald at redhat.com Sat May 31 12:36:04 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 31 May 2014 12:36:04 -0400 (EDT) Subject: [forge-dev] CdCommand In-Reply-To: References: Message-ID: Hi Daniel, "cd ~~" already does what you propose. cd without params in bash does not do anythin either afaik, so IMHO I think this should remain unchanged. Best Regards, George Gastaldi > Em 31/05/2014, ?s 13:25, Daniel Cunha escreveu: > > Hello Folks, > > Forge: When executed cd command without parameter the command does nothing. > Aesh: When executed cd command without parameter, the shell goes to USER_DIR. > > Does good idea when I execute cd command without parameter in Forge, the shell go to root dir of the project? WDYT? > > -- > Att; > Daniel Cunha (soro) > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140531/81871e68/attachment.html From antonio.mailing at gmail.com Sat May 31 13:02:57 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sat, 31 May 2014 19:02:57 +0200 Subject: [forge-dev] CdCommand In-Reply-To: References: Message-ID: What I would love is if Aesh could access export variables : https://issues.jboss.org/browse/FORGE-1622 Antonio 2014-05-31 18:36 GMT+02:00 George Gastaldi : > Hi Daniel, > > "cd ~~" already does what you propose. > cd without params in bash does not do anythin either afaik, so IMHO I > think this should remain unchanged. > > Best Regards, > > George Gastaldi > > > Em 31/05/2014, ?s 13:25, Daniel Cunha escreveu: > > Hello Folks, > > Forge: When executed cd command without parameter the command does nothing. > Aesh: When executed cd command without parameter, the shell goes to > USER_DIR. > > Does good idea when I execute cd command without parameter in Forge, the > shell go to root dir of the project? WDYT? > > -- > Att; > Daniel Cunha (soro) > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- 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/20140531/8984b2b9/attachment.html From danielsoro at gmail.com Sat May 31 13:06:52 2014 From: danielsoro at gmail.com (Daniel Cunha) Date: Sat, 31 May 2014 14:06:52 -0300 Subject: [forge-dev] CdCommand In-Reply-To: References: Message-ID: Ok George! Hey, I need help to debug my forge, he doesn't work in debug mode in my eclipse, only intellij. But, I'm not productive with idea. I don't know to work with intellij. On Sat, May 31, 2014 at 2:02 PM, Antonio Goncalves < antonio.mailing at gmail.com> wrote: > What I would love is if Aesh could access export variables : > > https://issues.jboss.org/browse/FORGE-1622 > > Antonio > > > 2014-05-31 18:36 GMT+02:00 George Gastaldi : > > Hi Daniel, >> >> "cd ~~" already does what you propose. >> cd without params in bash does not do anythin either afaik, so IMHO I >> think this should remain unchanged. >> >> Best Regards, >> >> George Gastaldi >> >> >> Em 31/05/2014, ?s 13:25, Daniel Cunha escreveu: >> >> Hello Folks, >> >> Forge: When executed cd command without parameter the command does >> nothing. >> Aesh: When executed cd command without parameter, the shell goes to >> USER_DIR. >> >> Does good idea when I execute cd command without parameter in Forge, the >> shell go to root dir of the project? WDYT? >> >> -- >> Att; >> Daniel Cunha (soro) >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > 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 > -- Att; Daniel Cunha (soro) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140531/e0ffaada/attachment-0001.html