From ivan.st.ivanov at gmail.com Sat Mar 1 15:13:39 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 1 Mar 2014 22:13:39 +0200 Subject: [forge-dev] Issue with @FacetConstraint In-Reply-To: <1487057068.61393602923223.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> References: <1487057068.61393602923223.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> Message-ID: Hi folks, I removed the constructor and made the install method of the facet to return true. Now it works. Thanks a lot! Ivan On Fri, Feb 28, 2014 at 5:54 PM, wrote: > Ivan, > > Your install() method is returning false; Make sure to return > isInstalled() instead. > > Posted by forums > Original post: https://community.jboss.org/message/860263#860263 > _______________________________________________ > 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/20140301/fc367e9e/attachment.html From ivan.st.ivanov at gmail.com Mon Mar 3 16:39:52 2014 From: ivan.st.ivanov at gmail.com (ivan.st.ivanov at gmail.com) Date: Mon, 03 Mar 2014 21:39:52 +0000 Subject: [forge-dev] =?windows-1251?b?wO3z6+jw4O3uIPH64ejy6OU6IEZvcmdlIGhh?= =?windows-1251?b?Y2sgbmlnaHQgQCDi8iAwNCDM4PDyIDIwMTQgMjE6MzAgLSAy?= =?windows-1251?b?MzozMCAoaXZhbi5zdC5pdmFub3ZAZ21haWwuY29tKQ==?= Message-ID: <001a11337000ba7ad304f3baa04d@google.com> ???? ??????? ?? ????????? ? ?????????? ?? ????????? ??. ????????: Forge hack night With Forge 2 finally out, it is time to develop the killer addons for it. If you want to create a new addon, if you want to migrate your existing Forge 1 plugin or if you just want to feel the Forge developer or user experience, you are more than welcome to this regular night hacking sessions. Pick up a JIRA issue and meet in the web chat with the experienced Forge developers! Or just come and say Hi! ????: ?? 04 ???? 2014 21:30 ? 23:30 ????? ????: http://webchat.freenode.net/ channel #forge ????????: ivan.st.ivanov at gmail.com ???: * Ivan St. Ivanov- ??????????? * forge-dev at lists.jboss.org ?????? ?? Google ????????: https://www.google.com/calendar/ ????????? ???? ????? ?? ???? ???????? ?? ????? forge-dev at lists.jboss.org, ?????? ??? ???? ?? ?????????? ?? ???? ???????. ???????? ???? ???????, ?? ?? ????????????? ???????????? ?? ?????? ???????? ?? ????. ????? ????, ?????? ?? ?? ???????????? ?????? ? Google ???????? ?? ????? https://www.google.com/calendar/, ???????? ?? ??????????? ??????????? ?? ??????????? ?? ????? ?? ????????. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140303/074ca522/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 1669 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20140303/074ca522/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 1718 bytes Desc: not available Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20140303/074ca522/attachment-0003.bin From ggastald at redhat.com Wed Mar 5 12:37:13 2014 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 05 Mar 2014 14:37:13 -0300 Subject: [forge-dev] Meeting minutes Message-ID: <531760C9.60108@redhat.com> ============== #forge Meeting ============== Meeting started by lincolnthree at 15:52:38 UTC. The full logs are available at http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2014/forge.2014-03-05-15.52.log.html . Meeting summary --------------- * Agenda (lincolnthree, 15:52:50) * Roaster Integration (lincolnthree, 15:53:31) * Roadmap (gastaldi, 15:56:25) * Scaffolding (gastaldi, 15:56:29) * Website (gastaldi, 15:56:33) * Roaster integration (gastaldi, 15:57:49) * Roaster is the new name for the java-parser project (gastaldi, 15:58:43) * ACTION: gastaldi will release Roaster (formerly known as java-parser) 2.0.0.Final today (gastaldi, 16:05:18) * ACTION: roaster should be in a classloading only addon (gastaldi, 16:16:53) * ACTION: fully migration of java-parser to roaster should occur in Forge 3.x (gastaldi, 16:18:06) * Roadmap (gastaldi, 16:19:18) * LINK: http://website-forge.rhcloud.com (gastaldi, 16:21:47) * Scaffolding (gastaldi, 16:56:17) Meeting ended at 17:23:47 UTC. Action Items ------------ * gastaldi will release Roaster (formerly known as java-parser) 2.0.0.Final today * roaster should be in a classloading only addon * fully migration of java-parser to roaster should occur in Forge 3.x Action Items, by person ----------------------- * gastaldi * gastaldi will release Roaster (formerly known as java-parser) 2.0.0.Final today * **UNASSIGNED** * roaster should be in a classloading only addon * fully migration of java-parser to roaster should occur in Forge 3.x People Present (lines said) --------------------------- * gastaldi (153) * lincolnthree1 (81) * vineetreynolds (60) * agoncal (49) * jbossbot (21) * mbenson (16) * jbott (10) * lincolnthree (7) * maxandersen (4) * aslak (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From ivan.st.ivanov at gmail.com Sat Mar 15 17:11:13 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sat, 15 Mar 2014 23:11:13 +0200 Subject: [forge-dev] EJB dependency in Forge 2 Message-ID: Hi folks, I noticed the following thing in Forge 2. When you setup EJB and you choose version 3.1 of the spec, you get the following dependency: javax.ejb:ejb-api:3.0-alpha-1. So even though I explicitly say that I want EJB 3.1, I get 3.0. As a result I am not able to have things like Singleton beans for example (that is how I caught the issue). Isn't it better to stick to the other Java EE dependencies and use the org.jboss.spec.javax artifact? I saw that it is there in the EJBFacetImpl_3_1 class, but it is not added eventually to the pom. Cheers, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140315/96e1077f/attachment.html From ggastald at redhat.com Sat Mar 15 17:17:04 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 15 Mar 2014 17:17:04 -0400 (EDT) Subject: [forge-dev] EJB dependency in Forge 2 In-Reply-To: References: Message-ID: This looks like a bug. Can you reproduce it in a test and open a JIRA? Thanks! > Em 15/03/2014, ?s 18:11, "Ivan St. Ivanov" escreveu: > > Hi folks, > > I noticed the following thing in Forge 2. When you setup EJB and you choose version 3.1 of the spec, you get the following dependency: javax.ejb:ejb-api:3.0-alpha-1. So even though I explicitly say that I want EJB 3.1, I get 3.0. As a result I am not able to have things like Singleton beans for example (that is how I caught the issue). > > Isn't it better to stick to the other Java EE dependencies and use the org.jboss.spec.javax artifact? I saw that it is there in the EJBFacetImpl_3_1 class, but it is not added eventually to the pom. > > Cheers, > Ivan > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev From ivan.st.ivanov at gmail.com Sun Mar 16 14:00:34 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Sun, 16 Mar 2014 20:00:34 +0200 Subject: [forge-dev] EJB dependency in Forge 2 In-Reply-To: References: Message-ID: There you are: https://issues.jboss.org/browse/FORGE-1674 :) On Sat, Mar 15, 2014 at 11:17 PM, George Gastaldi wrote: > This looks like a bug. Can you reproduce it in a test and open a JIRA? > > Thanks! > > > Em 15/03/2014, ?s 18:11, "Ivan St. Ivanov" > escreveu: > > > > Hi folks, > > > > I noticed the following thing in Forge 2. When you setup EJB and you > choose version 3.1 of the spec, you get the following dependency: > javax.ejb:ejb-api:3.0-alpha-1. So even though I explicitly say that I want > EJB 3.1, I get 3.0. As a result I am not able to have things like Singleton > beans for example (that is how I caught the issue). > > > > Isn't it better to stick to the other Java EE dependencies and use the > org.jboss.spec.javax artifact? I saw that it is there in the > EJBFacetImpl_3_1 class, but it is not added eventually to the pom. > > > > Cheers, > > Ivan > > _______________________________________________ > > forge-dev mailing list > > forge-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/forge-dev > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140316/013cc899/attachment.html From ivan.st.ivanov at gmail.com Mon Mar 17 12:15:43 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 17 Mar 2014 18:15:43 +0200 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) Message-ID: Hi folks, This is more a JBoss Modules question, but I decided to start here first ;) A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs to deploy ear files to the NetWeaver server. And he gets a weird ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used by our APIs for performing remote connections. We rewrote his plugin to Forge 2 addon and we got the same exception again. Here is the JBoss Modules specific part of the exception trace, although I don't think it is quite useful: Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from [Module "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" from AddonModuleLoader] at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) ... 83 more I de-compiled the SAP code that blows up and at the row where the exception is thrown, I see the following: this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); The MarshalOutputStream class is from SAP APIs as well and it has in its imports javax.rmi.CORBA.Tie. Can you think of a reason why JBoss Modules would have a problem loading a class that is part of the standard JDK? Thanks, Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/7bfdb5d3/attachment.html From ggastald at redhat.com Mon Mar 17 12:22:02 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 17 Mar 2014 13:22:02 -0300 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: References: Message-ID: <5327212A.5000309@redhat.com> This is easy to fix. Please open a JIRA and we'll make that work for you :) Thanks! On 17-03-2014 13:15, Ivan St. Ivanov wrote: > Hi folks, > > This is more a JBoss Modules question, but I decided to start here > first ;) > > A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs > to deploy ear files to the NetWeaver server. And he gets a weird > ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used > by our APIs for performing remote connections. > > We rewrote his plugin to Forge 2 addon and we got the same exception > again. Here is the JBoss Modules specific part of the exception trace, > although I don't think it is quite useful: > > Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from > [Module > "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" > from AddonModuleLoader] > at > org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) > at > org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) > ... 83 more > > > I de-compiled the SAP code that blows up and at the row where the > exception is thrown, I see the following: > > this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); > > The MarshalOutputStream class is from SAP APIs as well and it has in > its imports javax.rmi.CORBA.Tie. > > Can you think of a reason why JBoss Modules would have a problem > loading a class that is part of the standard JDK? > > Thanks, > Ivan > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/6fdd5d62/attachment.html From ivan.st.ivanov at gmail.com Mon Mar 17 12:25:14 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 17 Mar 2014 18:25:14 +0200 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: <5327212A.5000309@redhat.com> References: <5327212A.5000309@redhat.com> Message-ID: Thanks! I hope I don't have to write a test case for it? ;) On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi wrote: > This is easy to fix. Please open a JIRA and we'll make that work for you > :) > > Thanks! > > On 17-03-2014 13:15, Ivan St. Ivanov wrote: > > Hi folks, > > This is more a JBoss Modules question, but I decided to start here first > ;) > > A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs to > deploy ear files to the NetWeaver server. And he gets a weird > ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used by our > APIs for performing remote connections. > > We rewrote his plugin to Forge 2 addon and we got the same exception > again. Here is the JBoss Modules specific part of the exception trace, > although I don't think it is quite useful: > > Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from > [Module > "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" > from AddonModuleLoader] > at > org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) > at > org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) > at > org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) > ... 83 more > > > I de-compiled the SAP code that blows up and at the row where the > exception is thrown, I see the following: > > this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); > > The MarshalOutputStream class is from SAP APIs as well and it has in its > imports javax.rmi.CORBA.Tie. > > Can you think of a reason why JBoss Modules would have a problem loading > a class that is part of the standard JDK? > > Thanks, > Ivan > > > _______________________________________________ > forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/11c8ae4f/attachment-0001.html From ggastald at redhat.com Mon Mar 17 12:25:44 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 17 Mar 2014 13:25:44 -0300 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: <5327212A.5000309@redhat.com> References: <5327212A.5000309@redhat.com> Message-ID: <53272208.2090000@redhat.com> btw, the reason is that the javax/rmi/CORBA package is not configured to be an accepted package in Furnace. On 17-03-2014 13:22, George Gastaldi wrote: > This is easy to fix. Please open a JIRA and we'll make that work for > you :) > > Thanks! > > On 17-03-2014 13:15, Ivan St. Ivanov wrote: >> Hi folks, >> >> This is more a JBoss Modules question, but I decided to start here >> first ;) >> >> A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs >> to deploy ear files to the NetWeaver server. And he gets a weird >> ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used >> by our APIs for performing remote connections. >> >> We rewrote his plugin to Forge 2 addon and we got the same exception >> again. Here is the JBoss Modules specific part of the exception >> trace, although I don't think it is quite useful: >> >> Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from >> [Module >> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >> from AddonModuleLoader] >> at >> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >> at >> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >> ... 83 more >> >> >> I de-compiled the SAP code that blows up and at the row where the >> exception is thrown, I see the following: >> >> this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); >> >> The MarshalOutputStream class is from SAP APIs as well and it has in >> its imports javax.rmi.CORBA.Tie. >> >> Can you think of a reason why JBoss Modules would have a problem >> loading a class that is part of the standard JDK? >> >> 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/20140317/54948433/attachment.html From ggastald at redhat.com Mon Mar 17 12:26:44 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 17 Mar 2014 13:26:44 -0300 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: References: <5327212A.5000309@redhat.com> Message-ID: <53272244.2040203@redhat.com> Only if you want to We have the test.org.jboss.forge.furnace.classpath.XPathLookupTest that is quite similar ;) On 17-03-2014 13:25, Ivan St. Ivanov wrote: > Thanks! I hope I don't have to write a test case for it? ;) > > > On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi > wrote: > > This is easy to fix. Please open a JIRA and we'll make that work > for you :) > > Thanks! > > On 17-03-2014 13:15, Ivan St. Ivanov wrote: >> Hi folks, >> >> This is more a JBoss Modules question, but I decided to start >> here first ;) >> >> A colleague of mine is writing a Forge 1 plugin that uses SAP's >> APIs to deploy ear files to the NetWeaver server. And he gets a >> weird ClassNotFoundException for the class javax.rmi.CORBA.Tie. >> It is used by our APIs for performing remote connections. >> >> We rewrote his plugin to Forge 2 addon and we got the same >> exception again. Here is the JBoss Modules specific part of the >> exception trace, although I don't think it is quite useful: >> >> Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie >> from [Module >> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >> from AddonModuleLoader] >> at >> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >> at >> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >> ... 83 more >> >> >> I de-compiled the SAP code that blows up and at the row where the >> exception is thrown, I see the following: >> >> this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); >> >> The MarshalOutputStream class is from SAP APIs as well and it has >> in its imports javax.rmi.CORBA.Tie. >> >> Can you think of a reason why JBoss Modules would have a problem >> loading a class that is part of the standard JDK? >> >> Thanks, >> Ivan >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/55b6789e/attachment.html From ivan.st.ivanov at gmail.com Mon Mar 17 12:29:31 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 17 Mar 2014 18:29:31 +0200 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: <53272244.2040203@redhat.com> References: <5327212A.5000309@redhat.com> <53272244.2040203@redhat.com> Message-ID: We had the same issue with Forge 1 (without Furnace). Do you think how we can re-configure that in Furnace? On Mon, Mar 17, 2014 at 6:26 PM, George Gastaldi wrote: > Only if you want to We have the > test.org.jboss.forge.furnace.classpath.XPathLookupTest that is quite > similar ;) > > > On 17-03-2014 13:25, Ivan St. Ivanov wrote: > > Thanks! I hope I don't have to write a test case for it? ;) > > > On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi wrote: > >> This is easy to fix. Please open a JIRA and we'll make that work for you >> :) >> >> Thanks! >> >> On 17-03-2014 13:15, Ivan St. Ivanov wrote: >> >> Hi folks, >> >> This is more a JBoss Modules question, but I decided to start here >> first ;) >> >> A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs to >> deploy ear files to the NetWeaver server. And he gets a weird >> ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used by our >> APIs for performing remote connections. >> >> We rewrote his plugin to Forge 2 addon and we got the same exception >> again. Here is the JBoss Modules specific part of the exception trace, >> although I don't think it is quite useful: >> >> Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from >> [Module >> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >> from AddonModuleLoader] >> at >> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >> at >> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >> at >> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >> ... 83 more >> >> >> I de-compiled the SAP code that blows up and at the row where the >> exception is thrown, I see the following: >> >> this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); >> >> The MarshalOutputStream class is from SAP APIs as well and it has in >> its imports javax.rmi.CORBA.Tie. >> >> Can you think of a reason why JBoss Modules would have a problem >> loading a class that is part of the standard JDK? >> >> Thanks, >> Ivan >> >> >> _______________________________________________ >> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > _______________________________________________ > forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/e64b0fd3/attachment-0001.html From ggastald at redhat.com Mon Mar 17 12:32:59 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 17 Mar 2014 13:32:59 -0300 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: References: <5327212A.5000309@redhat.com> <53272244.2040203@redhat.com> Message-ID: <532723BB.30102@redhat.com> Lincoln is working in an extension to manage these different paths. For the meantime, we'll add the required packages as a ModuleSpec in Furnace. Do you have any other package besides javax.rmi.CORBA that is also used? On 17-03-2014 13:29, Ivan St. Ivanov wrote: > We had the same issue with Forge 1 (without Furnace). Do you think how > we can re-configure that in Furnace? > > > On Mon, Mar 17, 2014 at 6:26 PM, George Gastaldi > wrote: > > Only if you want to We have the > test.org.jboss.forge.furnace.classpath.XPathLookupTest that is > quite similar ;) > > > On 17-03-2014 13:25, Ivan St. Ivanov wrote: >> Thanks! I hope I don't have to write a test case for it? ;) >> >> >> On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi >> > wrote: >> >> This is easy to fix. Please open a JIRA and we'll make that >> work for you :) >> >> Thanks! >> >> On 17-03-2014 13:15, Ivan St. Ivanov wrote: >>> Hi folks, >>> >>> This is more a JBoss Modules question, but I decided to >>> start here first ;) >>> >>> A colleague of mine is writing a Forge 1 plugin that uses >>> SAP's APIs to deploy ear files to the NetWeaver server. And >>> he gets a weird ClassNotFoundException for the class >>> javax.rmi.CORBA.Tie. It is used by our APIs for performing >>> remote connections. >>> >>> We rewrote his plugin to Forge 2 addon and we got the same >>> exception again. Here is the JBoss Modules specific part of >>> the exception trace, although I don't think it is quite useful: >>> >>> Caused by: java.lang.ClassNotFoundException: >>> javax.rmi.CORBA.Tie from [Module >>> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >>> from AddonModuleLoader] >>> at >>> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >>> at >>> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >>> ... 83 more >>> >>> >>> I de-compiled the SAP code that blows up and at the row >>> where the exception is thrown, I see the following: >>> >>> this.out = new MarshalOutputStream(new >>> ByteArrayOutput(this.offset)); >>> >>> The MarshalOutputStream class is from SAP APIs as well and >>> it has in its imports javax.rmi.CORBA.Tie. >>> >>> Can you think of a reason why JBoss Modules would have a >>> problem loading a class that is part of the standard JDK? >>> >>> Thanks, >>> Ivan >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/3428d48d/attachment.html From ivan.st.ivanov at gmail.com Mon Mar 17 12:34:59 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 17 Mar 2014 18:34:59 +0200 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: <532723BB.30102@redhat.com> References: <5327212A.5000309@redhat.com> <53272244.2040203@redhat.com> <532723BB.30102@redhat.com> Message-ID: God knows, it's thousands lines of code, owned by other teams :) I created this JIRA: https://issues.jboss.org/browse/FORGE-1675 On Mon, Mar 17, 2014 at 6:32 PM, George Gastaldi wrote: > Lincoln is working in an extension to manage these different paths. For > the meantime, we'll add the required packages as a ModuleSpec in Furnace. > Do you have any other package besides javax.rmi.CORBA that is also used? > > > On 17-03-2014 13:29, Ivan St. Ivanov wrote: > > We had the same issue with Forge 1 (without Furnace). Do you think how we > can re-configure that in Furnace? > > > On Mon, Mar 17, 2014 at 6:26 PM, George Gastaldi wrote: > >> Only if you want to We have the >> test.org.jboss.forge.furnace.classpath.XPathLookupTest that is quite >> similar ;) >> >> >> On 17-03-2014 13:25, Ivan St. Ivanov wrote: >> >> Thanks! I hope I don't have to write a test case for it? ;) >> >> >> On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi wrote: >> >>> This is easy to fix. Please open a JIRA and we'll make that work for >>> you :) >>> >>> Thanks! >>> >>> On 17-03-2014 13:15, Ivan St. Ivanov wrote: >>> >>> Hi folks, >>> >>> This is more a JBoss Modules question, but I decided to start here >>> first ;) >>> >>> A colleague of mine is writing a Forge 1 plugin that uses SAP's APIs >>> to deploy ear files to the NetWeaver server. And he gets a weird >>> ClassNotFoundException for the class javax.rmi.CORBA.Tie. It is used by our >>> APIs for performing remote connections. >>> >>> We rewrote his plugin to Forge 2 addon and we got the same exception >>> again. Here is the JBoss Modules specific part of the exception trace, >>> although I don't think it is quite useful: >>> >>> Caused by: java.lang.ClassNotFoundException: javax.rmi.CORBA.Tie from >>> [Module >>> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >>> from AddonModuleLoader] >>> at >>> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >>> at >>> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >>> ... 83 more >>> >>> >>> I de-compiled the SAP code that blows up and at the row where the >>> exception is thrown, I see the following: >>> >>> this.out = new MarshalOutputStream(new ByteArrayOutput(this.offset)); >>> >>> The MarshalOutputStream class is from SAP APIs as well and it has in >>> its imports javax.rmi.CORBA.Tie. >>> >>> Can you think of a reason why JBoss Modules would have a problem >>> loading a class that is part of the standard JDK? >>> >>> Thanks, >>> Ivan >>> >>> >>> _______________________________________________ >>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> _______________________________________________ >> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > _______________________________________________ > forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140317/74ee72ca/attachment-0001.html From ggastald at redhat.com Mon Mar 17 13:06:06 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 17 Mar 2014 14:06:06 -0300 Subject: [forge-dev] JBoss modules doesn't load CORBA (lol) In-Reply-To: References: <5327212A.5000309@redhat.com> <53272244.2040203@redhat.com> <532723BB.30102@redhat.com> Message-ID: <53272B7E.9060202@redhat.com> Fixed. Try it with 2.2.1-SNAPSHOT. Thanks for reporting this! Hope your CORBA code works now in your Forge addons! :) On 17-03-2014 13:34, Ivan St. Ivanov wrote: > God knows, it's thousands lines of code, owned by other teams :) > > I created this JIRA: > https://issues.jboss.org/browse/FORGE-1675 > > > > On Mon, Mar 17, 2014 at 6:32 PM, George Gastaldi > wrote: > > Lincoln is working in an extension to manage these different > paths. For the meantime, we'll add the required packages as a > ModuleSpec in Furnace. > Do you have any other package besides javax.rmi.CORBA that is also > used? > > > On 17-03-2014 13:29, Ivan St. Ivanov wrote: >> We had the same issue with Forge 1 (without Furnace). Do you >> think how we can re-configure that in Furnace? >> >> >> On Mon, Mar 17, 2014 at 6:26 PM, George Gastaldi >> > wrote: >> >> Only if you want to We have the >> test.org.jboss.forge.furnace.classpath.XPathLookupTest that >> is quite similar ;) >> >> >> On 17-03-2014 13:25, Ivan St. Ivanov wrote: >>> Thanks! I hope I don't have to write a test case for it? ;) >>> >>> >>> On Mon, Mar 17, 2014 at 6:22 PM, George Gastaldi >>> > wrote: >>> >>> This is easy to fix. Please open a JIRA and we'll make >>> that work for you :) >>> >>> Thanks! >>> >>> On 17-03-2014 13:15, Ivan St. Ivanov wrote: >>>> Hi folks, >>>> >>>> This is more a JBoss Modules question, but I decided to >>>> start here first ;) >>>> >>>> A colleague of mine is writing a Forge 1 plugin that >>>> uses SAP's APIs to deploy ear files to the NetWeaver >>>> server. And he gets a weird ClassNotFoundException for >>>> the class javax.rmi.CORBA.Tie. It is used by our APIs >>>> for performing remote connections. >>>> >>>> We rewrote his plugin to Forge 2 addon and we got the >>>> same exception again. Here is the JBoss Modules >>>> specific part of the exception trace, although I don't >>>> think it is quite useful: >>>> >>>> Caused by: java.lang.ClassNotFoundException: >>>> javax.rmi.CORBA.Tie from [Module >>>> "com.sap.nw.deploy.forge.nwdeploy:1.0.0-SNAPSHOT_d5a54a79-5d83-4f31-bc98-1d6384c4df1c" >>>> from AddonModuleLoader] >>>> at >>>> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) >>>> at >>>> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) >>>> at >>>> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) >>>> at >>>> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) >>>> at >>>> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) >>>> ... 83 more >>>> >>>> >>>> I de-compiled the SAP code that blows up and at the row >>>> where the exception is thrown, I see the following: >>>> >>>> this.out = new MarshalOutputStream(new >>>> ByteArrayOutput(this.offset)); >>>> >>>> The MarshalOutputStream class is from SAP APIs as well >>>> and it has in its imports javax.rmi.CORBA.Tie. >>>> >>>> Can you think of a reason why JBoss Modules would have >>>> a problem loading a class that is part of the standard JDK? >>>> >>>> Thanks, >>>> Ivan >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > _______________________________________________ > 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/20140317/1b30d79c/attachment.html From koen.aers at gmail.com Tue Mar 18 19:02:02 2014 From: koen.aers at gmail.com (Koen Aers) Date: Wed, 19 Mar 2014 00:02:02 +0100 Subject: [forge-dev] Integrated F2 Console on Windows Message-ID: <2ED9C74C-32D8-49B3-BCA9-F983FB48FFDB@gmail.com> Guys, Setting the terminal to a POSIXTerminal in the ShellImpl constructor did the trick. I also had to update the Aesh dependency to 0.51-SNAPSHOT on the shell add-on to include a necessary fix in POSIXTerminal to make it all work. So I guess Stale needs to do a new Aesh release as well before Forge 2.2.1.Final can be released with all the stuff needed for JBT 4.2.0.Beta1. See you tomorrow! Cheers, Koen From spederse at redhat.com Wed Mar 19 05:23:14 2014 From: spederse at redhat.com (=?iso-8859-1?Q?St=E5le?= W Pedersen) Date: Wed, 19 Mar 2014 10:23:14 +0100 Subject: [forge-dev] Integrated F2 Console on Windows In-Reply-To: <2ED9C74C-32D8-49B3-BCA9-F983FB48FFDB@gmail.com> References: <2ED9C74C-32D8-49B3-BCA9-F983FB48FFDB@gmail.com> Message-ID: <20140319092314.GF2997@beistet> hi, i can do an aesh release today. ill try to get AESH-220 in as well... st?le On 19.03.14 0:02, Koen Aers wrote: >Guys, > >Setting the terminal to a POSIXTerminal in the ShellImpl constructor did the trick. I also had to update the Aesh dependency to 0.51-SNAPSHOT on the shell add-on to include a necessary fix in POSIXTerminal to make it all work. >So I guess Stale needs to do a new Aesh release as well before Forge 2.2.1.Final can be released with all the stuff needed for JBT 4.2.0.Beta1. > >See you tomorrow! > >Cheers, >Koen > > > >_______________________________________________ >forge-dev mailing list >forge-dev at lists.jboss.org >https://lists.jboss.org/mailman/listinfo/forge-dev From dejanfrancuzo at gmail.com Wed Mar 19 06:41:50 2014 From: dejanfrancuzo at gmail.com (Dejan Simeonov) Date: Wed, 19 Mar 2014 11:41:50 +0100 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse Message-ID: Hi Forge team, Hi George, Let me briefly introduce myself: My name is Dejan Simeonov, and I am final-year student of Faculty of Organizational Sciences, University of Belgrade, Serbia. I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am familiar with Eclipse and several open-source tools for Statistic Code analysis as Eclipse and Hudson plugins. Currently I am learning about Maven and Eclipse Plugins implementation. And I would like to participate as a student in Google Summer Of Code 2014. Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's GSoC mentor. We talked about them and he advised me to review one of them with you, Forge team, hopefully to help me with the concrete details and specification. One of tools I used is Tattletale. I found it very useful for investigating dependencies inside the project and to discovering unused jars. I used it as command line and Maven plugin, but I think it could be even more useful as Eclipse plugin. So, idea is: Create Tattletale plugin for Eclipse Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale plugin for Eclipse still does not exist, but this way it should be easier to use comparing to usage trough console . Tattletale tool could be used as engine for this plugin. The basic plugin implementation could display standard Tattletale HTML report inside the Eclipse, but some sub reports like "Unused Jar" or "Multiple Jar files" could "mark" some referenced libraries displayed in the Eclipse controls and highlight them for the removal. I investigate a little and I found that developers like to periodically use the Tattletale tool to review dependencies inside the project, to remove unused ones and this way, to keep projects 'fit'. This option could be one of the main feature of the future plugin. Other things this plugin should be able to do are (several ideas): - Tattletale tool requires that all dependencies should be placed in the same folder. Tattletale Eclipse plugin should be able to automatically recognize all libraries referenced by the Eclipse project, like jars inside the project, external jars and Maven dependencies. - This plugin should include compiled classes of current Eclipse project into report. Dependent eclipse project should be included, too. This way, developer does not have to create build(all jars) to create the valid Tattletale report. - Mark Duplicated class in the Project Explorer(Multiple Locations report should be used). This is possible, Eclipse API supports this, Findbugs plugin can do it. - Mark Unused JAR files in the Project Explorer's Referenced Libraries node(Unused Jars report should be used). Currently, I do not know is this possible. - This plugin should be able to create and open default HTML report in Eclipse plugin. This report could allow to navigate to particular class listed in it using CTRL+LeftClick. Currently Tattletale does not support this. - Graphical dependencies report should work "out of the box" - We could add options like "Remove unused dependencies", "Eliminate Jar files with different versions", but this should be discussed. This tool could have only "advisory" nature and could manage class-path for Maven and Eclipse Java projects. I am not sure should we provide potentially risky options which are managing eclipse project class-path? - This plugin could be displayed in the new "Tattletale Eclipse perspective". I should ask you if someone is interested to become a GSoC mentor for this project, to finish it together? In this case, I could try implement prototype of this plugin with basic options as part of the GSoC proposal evaluation process. I think I can finish this plugin, and this project seems as great opportunity to me, first, to create an useful tool which will be widely used as part of Eclipse and to gain more experience in lot of open-source tools. Please, feel free to ask if you have any questions, Any comment or suggestions is appriciated. Best Regards, Dejan Simeonov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140319/3fc3febf/attachment.html From ggastald at redhat.com Wed Mar 19 10:53:39 2014 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 19 Mar 2014 11:53:39 -0300 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: Message-ID: <5329AF73.5070708@redhat.com> Nice to meet you Dejan. First of all, have you tried Forge 2? I'd like you to give it a try: https://github.com/forge/core/blob/master/README.asciidoc The idea in Forge is to provide tooling that is not coupled to the IDE implementation, that is, the code you write will run in Shell, Eclipse, NetBeans, IDEA, etc (as long as there is an implementation of the Forge APIs for each IDE - at the moment we have Eclipse and Shell). I believe that a Tattletale addon would be nice to have. There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp (Thanks to Ivan). Best Regards, George Gastaldi On 19-03-2014 07:41, Dejan Simeonov wrote: > Hi Forge team, Hi George, > Let me briefly introduce myself: > My name is Dejan Simeonov, and I am final-year student of Faculty of > Organizational Sciences, University of Belgrade, Serbia. > I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am > familiar with Eclipse and several open-source tools for Statistic Code > analysis as Eclipse and Hudson plugins. > Currently I am learning about Maven and Eclipse Plugins implementation. > And I would like to participate as a student in Google Summer Of Code > 2014. > Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's > GSoC mentor. We talked about them and he advised me to review one of > them with you, Forge team, hopefully to help me with the concrete > details and specification. > One of tools I used is Tattletale. I found it very useful for > investigating dependencies inside the project and to discovering > unused jars. > I used it as command line and Maven plugin, but I think it could be > even more useful as Eclipse plugin. So, idea is: > Create Tattletale plugin for Eclipse > Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale > plugin for Eclipse still does not exist, but this way it should be > easier to use comparing to usage trough console . Tattletale tool > could be used as engine for this plugin. The basic plugin > implementation could display standard Tattletale HTML report inside > the Eclipse, but some sub reports like "Unused Jar" or "Multiple Jar > files" could "mark" some referenced libraries displayed in the Eclipse > controls and highlight them for the removal. > I investigate a little and I found that developers like to > periodically use the Tattletale tool to review dependencies inside > the project, to remove unused ones and this way, to keep projects 'fit'. > This option could be one of the main feature of the future plugin. > Other things this plugin should be able to do are (several ideas): > > * Tattletale tool requires that all dependencies should be placed in > the same folder. Tattletale Eclipse plugin should be able to > automatically recognize all libraries referenced by the Eclipse > project, like jars inside the project, external jars and Maven > dependencies. > * This plugin should include compiled classes of current Eclipse > project into report. Dependent eclipse project should be included, > too. This way, developer does not have to create build(all jars) > to create the valid Tattletale report. > * Mark Duplicated class in the Project Explorer(Multiple Locations > report should be used). This is possible, Eclipse API supports > this, Findbugs plugin can do it. > * Mark Unused JAR files in the Project Explorer's Referenced > Libraries node(Unused Jars report should be used). Currently, I do > not know is this possible. > * This plugin should be able to create and open default HTML report > in Eclipse plugin. This report could allow to navigate to > particular class listed in it using CTRL+LeftClick. Currently > Tattletale does not support this. > * Graphical dependencies report should work "out of the box" > * We could add options like "Remove unused dependencies", "Eliminate > Jar files with different versions", but this should be discussed. > This tool could have only "advisory" nature and could manage > class-path for Maven and Eclipse Java projects. I am not sure > should we provide potentially risky options which are managing > eclipse project class-path? > * This plugin could be displayed in the new "Tattletale Eclipse > perspective". > > I should ask you if someone is interested to become a GSoC mentor for > this project, to finish it together? > In this case, I could try implement prototype of this plugin with > basic options as part of the GSoC proposal evaluation process. > I think I can finish this plugin, and this project seems as great > opportunity to me, first, to create an useful tool which will be > widely used as part of Eclipse and to gain more experience in lot of > open-source tools. > Please, feel free to ask if you have any questions, Any comment or > suggestions is appriciated. > Best Regards, > Dejan Simeonov > > > _______________________________________________ > 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/20140319/f81c5c54/attachment.html From dejanfrancuzo at gmail.com Thu Mar 20 15:17:20 2014 From: dejanfrancuzo at gmail.com (Dejan Simeonov) Date: Thu, 20 Mar 2014 20:17:20 +0100 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: <5329AF73.5070708@redhat.com> References: <5329AF73.5070708@redhat.com> Message-ID: Hi George, actually I haven't been tried Forge, but now I tried it and I can share my thoughts. I did not have time to use Forge project in the real life, but I installed and tested it a little and walk through several tutorials and examples. For now I am amazed with it's simplicity and usability of this tool. For example, before I discovered Maven I have previous experience with crating of JEE project setup, or using Hibernate so I know how amount of Google-ing, how much effort is needed, and how painful process was that. Because of that, I appreciate tools like Forge. Regarding my previous idea, I think it can be applied to Forge, too. I think that Tattletale could be used by Forge through its plug-in(addon) mechanism. Because Forge is not limited only to creating and displaying the reports, but most of his commands are created to solve common problems, we should implement remove-unused-dependencies addon with reporting capabilities, too. This extension should use Tattletale for the core logic. So idea is to: *Create Tattletale addon for Forge2* The main features of future plugin remains the same as that are previously proposed for the Eclipse plugin: - Tattletale tool requires that all dependencies should be placed in the same folder. Tattletale Forge plugin should be able to automatically recognize all libraries referenced by the different types of projects project. - This plugin should include compiled classes of current project into report. This way, developer does not have to create build(all jars) to create the valid Tattletale report. Process should be automated. - list-duplicated-classes command should be implemented(Multiple Locations report should be used) - find/list-unused-dependencies command should be implemented (Unused Jars report should be used). - We should add commands like "remove-unused-dependencies", "eliminate-dependencies-with different-versions". The nature of Forge tool is not only "advisory" and it should be able to manage class-path for example, for Maven projects. These commands should be able to guide user through step by step process of finding/marking and removing the unused dependencies. - For the beginning we should create plugin and make it work fine with one type of projects(Maven), and then in the next iterations we could expand support for more type of projects. - This plugin should be able to create default Tattletale HTML report. I already started developing my first Forge plugin. You have great tutorial here: http://forge.jboss.org/docs/plugin_development/#content I will play with it for a while, review API, and then will come with mode in-depth proposal. It will be great if we can create this plugin as part of GSoC 2014. Please, review the ideas, advice and feel free to comment Thank you Dejan On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: > Nice to meet you Dejan. > > First of all, have you tried Forge 2? I'd like you to give it a try: > > https://github.com/forge/core/blob/master/README.asciidoc > > The idea in Forge is to provide tooling that is not coupled to the IDE > implementation, that is, the code you write will run in Shell, Eclipse, > NetBeans, IDEA, etc (as long as there is an implementation of the Forge > APIs for each IDE - at the moment we have Eclipse and Shell). > > I believe that a Tattletale addon would be nice to have. > There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). > > Best Regards, > > George Gastaldi > > > On 19-03-2014 07:41, Dejan Simeonov wrote: > > > Hi Forge team, Hi George, > > Let me briefly introduce myself: > My name is Dejan Simeonov, and I am final-year student of Faculty of > Organizational Sciences, University of Belgrade, Serbia. > > I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am familiar > with Eclipse and several open-source tools for Statistic Code analysis as > Eclipse and Hudson plugins. > Currently I am learning about Maven and Eclipse Plugins implementation. > > And I would like to participate as a student in Google Summer Of Code 2014. > > Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's GSoC > mentor. We talked about them and he advised me to review one of them with > you, Forge team, hopefully to help me with the concrete details and > specification. > > One of tools I used is Tattletale. I found it very useful for > investigating dependencies inside the project and to discovering unused > jars. > I used it as command line and Maven plugin, but I think it could be even > more useful as Eclipse plugin. So, idea is: > > Create Tattletale plugin for Eclipse > > Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale > plugin for Eclipse still does not exist, but this way it should be easier > to use comparing to usage trough console . Tattletale tool could be used as > engine for this plugin. The basic plugin implementation could display > standard Tattletale HTML report inside the Eclipse, but some sub reports > like "Unused Jar" or "Multiple Jar files" could "mark" some referenced > libraries displayed in the Eclipse controls and highlight them for the > removal. > > I investigate a little and I found that developers like to periodically > use the Tattletale tool to review dependencies inside the project, to > remove unused ones and this way, to keep projects 'fit'. > This option could be one of the main feature of the future plugin. > > Other things this plugin should be able to do are (several ideas): > > - Tattletale tool requires that all dependencies should be placed in > the same folder. Tattletale Eclipse plugin should be able to automatically > recognize all libraries referenced by the Eclipse project, like jars > inside the project, external jars and Maven dependencies. > - This plugin should include compiled classes of current Eclipse > project into report. Dependent eclipse project should be included, too. > This way, developer does not have to create build(all jars) to create the > valid Tattletale report. > - Mark Duplicated class in the Project Explorer(Multiple Locations > report should be used). This is possible, Eclipse API supports this, > Findbugs plugin can do it. > - Mark Unused JAR files in the Project Explorer's Referenced Libraries > node(Unused Jars report should be used). Currently, I do not know is this > possible. > - This plugin should be able to create and open default HTML report > in Eclipse plugin. This report could allow to navigate to particular class > listed in it using CTRL+LeftClick. Currently Tattletale does not support > this. > - Graphical dependencies report should work "out of the box" > - We could add options like "Remove unused dependencies", "Eliminate > Jar files with different versions", but this should be discussed. This tool > could have only "advisory" nature and could manage class-path for Maven and > Eclipse Java projects. I am not sure should we provide potentially risky > options which are managing eclipse project class-path? > - This plugin could be displayed in the new "Tattletale Eclipse > perspective". > > > > I should ask you if someone is interested to become a GSoC mentor for > this project, to finish it together? > In this case, I could try implement prototype of this plugin with basic > options as part of the GSoC proposal evaluation process. > > I think I can finish this plugin, and this project seems as great > opportunity to me, first, to create an useful tool which will be widely > used as part of Eclipse and to gain more experience in lot of open-source > tools. > > Please, feel free to ask if you have any questions, Any comment or > suggestions is appriciated. > > Best Regards, > Dejan Simeonov > > > _______________________________________________ > forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140320/24d9481e/attachment-0001.html From ggastald at redhat.com Thu Mar 20 15:23:19 2014 From: ggastald at redhat.com (George Gastaldi) Date: Thu, 20 Mar 2014 15:23:19 -0400 (EDT) Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> Message-ID: <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs for 2.x are available in github.com/forge/core at the moment. We are working on a new website for Forge 2 and it should be available soon. Join us on irc.freenode.net @ #forge if you have any questions. We'll be glad to help you out. > Em 20/03/2014, ?s 16:17, Dejan Simeonov escreveu: > > Hi George, > > actually I haven't been tried Forge, but now I tried it and I can share my thoughts. > I did not have time to use Forge project in the real life, but I installed and tested it a little and walk through several tutorials and examples. For now I am amazed with it's simplicity and usability of this tool. > For example, before I discovered Maven I have previous experience with crating of JEE project setup, or using Hibernate so I know how amount of Google-ing, how much effort is needed, and how painful process was that. > Because of that, I appreciate tools like Forge. > > Regarding my previous idea, I think it can be applied to Forge, too. I think that Tattletale could be used by Forge through its plug-in(addon) mechanism. > Because Forge is not limited only to creating and displaying the reports, but most of his commands are created to solve common problems, we should implement remove-unused-dependencies addon with reporting capabilities, too. This extension should use Tattletale for the core logic. > So idea is to: > Create Tattletale addon for Forge2 > The main features of future plugin remains the same as that are previously proposed for the Eclipse plugin: > Tattletale tool requires that all dependencies should be placed in the same folder. Tattletale Forge plugin should be able to automatically recognize all libraries referenced by the different types of projects project. > This plugin should include compiled classes of current project into report. This way, developer does not have to create build(all jars) to create the valid Tattletale report. Process should be automated. > list-duplicated-classes command should be implemented(Multiple Locations report should be used) > find/list-unused-dependencies command should be implemented (Unused Jars report should be used). > We should add commands like "remove-unused-dependencies", "eliminate-dependencies-with different-versions". The nature of Forge tool is not only "advisory" and it should be able to manage class-path for example, for Maven projects. > These commands should be able to guide user through step by step process of finding/marking and removing the unused dependencies. > For the beginning we should create plugin and make it work fine with one type of projects(Maven), and then in the next iterations we could expand support for more type of projects. > This plugin should be able to create default Tattletale HTML report. > I already started developing my first Forge plugin. You have great tutorial here: http://forge.jboss.org/docs/plugin_development/#content > I will play with it for a while, review API, and then will come with mode in-depth proposal. > > It will be great if we can create this plugin as part of GSoC 2014. > > Please, review the ideas, advice and feel free to comment > > Thank you > Dejan > >> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >> Nice to meet you Dejan. >> >> First of all, have you tried Forge 2? I'd like you to give it a try: >> >> https://github.com/forge/core/blob/master/README.asciidoc >> >> The idea in Forge is to provide tooling that is not coupled to the IDE implementation, that is, the code you write will run in Shell, Eclipse, NetBeans, IDEA, etc (as long as there is an implementation of the Forge APIs for each IDE - at the moment we have Eclipse and Shell). >> >> I believe that a Tattletale addon would be nice to have. >> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp (Thanks to Ivan). >> >> Best Regards, >> >> George Gastaldi >> >> >>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>> >>> Hi Forge team, Hi George, >>> >>> Let me briefly introduce myself: >>> My name is Dejan Simeonov, and I am final-year student of Faculty of Organizational Sciences, University of Belgrade, Serbia. >>> >>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am familiar with Eclipse and several open-source tools for Statistic Code analysis as Eclipse and Hudson plugins. >>> Currently I am learning about Maven and Eclipse Plugins implementation. >>> >>> And I would like to participate as a student in Google Summer Of Code 2014. >>> >>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's GSoC mentor. We talked about them and he advised me to review one of them with you, Forge team, hopefully to help me with the concrete details and specification. >>> >>> One of tools I used is Tattletale. I found it very useful for investigating dependencies inside the project and to discovering unused jars. >>> I used it as command line and Maven plugin, but I think it could be even more useful as Eclipse plugin. So, idea is: >>> >>> Create Tattletale plugin for Eclipse >>> >>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale plugin for Eclipse still does not exist, but this way it should be easier to use comparing to usage trough console . Tattletale tool could be used as engine for this plugin. The basic plugin implementation could display standard Tattletale HTML report inside the Eclipse, but some sub reports like "Unused Jar" or "Multiple Jar files" could "mark" some referenced libraries displayed in the Eclipse controls and highlight them for the removal. >>> >>> I investigate a little and I found that developers like to periodically use the Tattletale tool to review dependencies inside the project, to remove unused ones and this way, to keep projects 'fit'. >>> This option could be one of the main feature of the future plugin. >>> >>> Other things this plugin should be able to do are (several ideas): >>> Tattletale tool requires that all dependencies should be placed in the same folder. Tattletale Eclipse plugin should be able to automatically recognize all libraries referenced by the Eclipse project, like jars inside the project, external jars and Maven dependencies. >>> This plugin should include compiled classes of current Eclipse project into report. Dependent eclipse project should be included, too. This way, developer does not have to create build(all jars) to create the valid Tattletale report. >>> Mark Duplicated class in the Project Explorer(Multiple Locations report should be used). This is possible, Eclipse API supports this, Findbugs plugin can do it. >>> Mark Unused JAR files in the Project Explorer's Referenced Libraries node(Unused Jars report should be used). Currently, I do not know is this possible. >>> This plugin should be able to create and open default HTML report in Eclipse plugin. This report could allow to navigate to particular class listed in it using CTRL+LeftClick. Currently Tattletale does not support this. >>> Graphical dependencies report should work "out of the box" >>> We could add options like "Remove unused dependencies", "Eliminate Jar files with different versions", but this should be discussed. This tool could have only "advisory" nature and could manage class-path for Maven and Eclipse Java projects. I am not sure should we provide potentially risky options which are managing eclipse project class-path? >>> This plugin could be displayed in the new "Tattletale Eclipse perspective". >>> >>> >>> I should ask you if someone is interested to become a GSoC mentor for this project, to finish it together? >>> In this case, I could try implement prototype of this plugin with basic options as part of the GSoC proposal evaluation process. >>> >>> I think I can finish this plugin, and this project seems as great opportunity to me, first, to create an useful tool which will be widely used as part of Eclipse and to gain more experience in lot of open-source tools. >>> >>> Please, feel free to ask if you have any questions, Any comment or suggestions is appriciated. >>> >>> Best Regards, >>> Dejan Simeonov >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140320/b855f291/attachment-0001.html From dejanfrancuzo at gmail.com Fri Mar 21 08:50:30 2014 From: dejanfrancuzo at gmail.com (Dejan Simeonov) Date: Fri, 21 Mar 2014 13:50:30 +0100 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: Hi, I started working with earlier version, Forge 1.4.4. but I have some issues since switched to Forge 2.2.0. -Eclipse plugin could not be installed from the Eclipse Update Site - http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ Error is: Cannot complete the install because one or more required items could not be found. Software being installed: JBoss Tools - Tests - Forge 1.3.0.Beta2-v20140321-0817-B552 (org.jboss.tools.forge.ext.test.feature.feature.group 1.3.0.Beta2-v20140321-0817-B552) ... I used Eclipse Juno Service Release 2 Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge plugin and Forge console works fine, but it is using older Forge, version 1.4.4 What you prefer: We could implement Tattletale addon for Forge 2, or to be more specific, for current official release, Forge 2.3.0.Final, or it is better to use older version, 1.4.4? What is your opinion? Please advice. On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: > That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs > for 2.x are available in github.com/forge/core at the moment. We are > working on a new website for Forge 2 and it should be available soon. > > Join us on irc.freenode.net @ #forge if you have any questions. We'll be > glad to help you out. > > Em 20/03/2014, ?s 16:17, Dejan Simeonov > escreveu: > > Hi George, > > actually I haven't been tried Forge, but now I tried it and I can share my > thoughts. > I did not have time to use Forge project in the real life, but I installed > and tested it a little and walk through several tutorials and examples. For > now I am amazed with it's simplicity and usability of this tool. > For example, before I discovered Maven I have previous experience with > crating of JEE project setup, or using Hibernate so I know how amount of > Google-ing, how much effort is needed, and how painful process was that. > Because of that, I appreciate tools like Forge. > > Regarding my previous idea, I think it can be applied to Forge, too. I > think that Tattletale could be used by Forge through its plug-in(addon) > mechanism. > Because Forge is not limited only to creating and displaying the > reports, but most of his commands are created to solve common problems, we > should implement remove-unused-dependencies addon with reporting > capabilities, too. This extension should use Tattletale for the core logic. > So idea is to: > *Create Tattletale addon for Forge2* > The main features of future plugin remains the same as that are previously > proposed for the Eclipse plugin: > > - Tattletale tool requires that all dependencies should be placed in > the same folder. Tattletale Forge plugin should be able to automatically > recognize all libraries referenced by the different types of projects > project. > - This plugin should include compiled classes of current project into > report. This way, developer does not have to create build(all jars) to > create the valid Tattletale report. Process should be automated. > - list-duplicated-classes command should be implemented(Multiple > Locations report should be used) > - find/list-unused-dependencies command should be implemented (Unused > Jars report should be used). > - We should add commands like "remove-unused-dependencies", > "eliminate-dependencies-with different-versions". The nature of Forge tool > is not only "advisory" and it should be able to manage class-path for > example, for Maven projects. > These commands should be able to guide user through step by step > process of finding/marking and removing the unused dependencies. > - For the beginning we should create plugin and make it work fine with > one type of projects(Maven), and then in the next iterations we could > expand support for more type of projects. > - This plugin should be able to create default Tattletale HTML report. > > I already started developing my first Forge plugin. You have great > tutorial here: http://forge.jboss.org/docs/plugin_development/#content > I will play with it for a while, review API, and then will come with mode > in-depth proposal. > > It will be great if we can create this plugin as part of GSoC 2014. > > Please, review the ideas, advice and feel free to comment > > Thank you > Dejan > > On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: > >> Nice to meet you Dejan. >> >> First of all, have you tried Forge 2? I'd like you to give it a try: >> >> https://github.com/forge/core/blob/master/README.asciidoc >> >> The idea in Forge is to provide tooling that is not coupled to the IDE >> implementation, that is, the code you write will run in Shell, Eclipse, >> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >> APIs for each IDE - at the moment we have Eclipse and Shell). >> >> I believe that a Tattletale addon would be nice to have. >> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >> >> Best Regards, >> >> George Gastaldi >> >> >> On 19-03-2014 07:41, Dejan Simeonov wrote: >> >> >> Hi Forge team, Hi George, >> >> Let me briefly introduce myself: >> My name is Dejan Simeonov, and I am final-year student of Faculty of >> Organizational Sciences, University of Belgrade, Serbia. >> >> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >> familiar with Eclipse and several open-source tools for Statistic Code >> analysis as Eclipse and Hudson plugins. >> Currently I am learning about Maven and Eclipse Plugins implementation. >> >> And I would like to participate as a student in Google Summer Of Code >> 2014. >> >> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's GSoC >> mentor. We talked about them and he advised me to review one of them with >> you, Forge team, hopefully to help me with the concrete details and >> specification. >> >> One of tools I used is Tattletale. I found it very useful for >> investigating dependencies inside the project and to discovering unused >> jars. >> I used it as command line and Maven plugin, but I think it could be even >> more useful as Eclipse plugin. So, idea is: >> >> Create Tattletale plugin for Eclipse >> >> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >> plugin for Eclipse still does not exist, but this way it should be easier >> to use comparing to usage trough console . Tattletale tool could be used as >> engine for this plugin. The basic plugin implementation could display >> standard Tattletale HTML report inside the Eclipse, but some sub reports >> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >> libraries displayed in the Eclipse controls and highlight them for the >> removal. >> >> I investigate a little and I found that developers like to periodically >> use the Tattletale tool to review dependencies inside the project, to >> remove unused ones and this way, to keep projects 'fit'. >> This option could be one of the main feature of the future plugin. >> >> Other things this plugin should be able to do are (several ideas): >> >> - Tattletale tool requires that all dependencies should be placed in >> the same folder. Tattletale Eclipse plugin should be able to automatically >> recognize all libraries referenced by the Eclipse project, like jars >> inside the project, external jars and Maven dependencies. >> - This plugin should include compiled classes of current Eclipse >> project into report. Dependent eclipse project should be included, too. >> This way, developer does not have to create build(all jars) to create the >> valid Tattletale report. >> - Mark Duplicated class in the Project Explorer(Multiple Locations >> report should be used). This is possible, Eclipse API supports this, >> Findbugs plugin can do it. >> - Mark Unused JAR files in the Project Explorer's Referenced >> Libraries node(Unused Jars report should be used). Currently, I do not know >> is this possible. >> - This plugin should be able to create and open default HTML report >> in Eclipse plugin. This report could allow to navigate to particular class >> listed in it using CTRL+LeftClick. Currently Tattletale does not support >> this. >> - Graphical dependencies report should work "out of the box" >> - We could add options like "Remove unused dependencies", "Eliminate >> Jar files with different versions", but this should be discussed. This tool >> could have only "advisory" nature and could manage class-path for Maven and >> Eclipse Java projects. I am not sure should we provide potentially risky >> options which are managing eclipse project class-path? >> - This plugin could be displayed in the new "Tattletale Eclipse >> perspective". >> >> >> >> I should ask you if someone is interested to become a GSoC mentor for >> this project, to finish it together? >> In this case, I could try implement prototype of this plugin with basic >> options as part of the GSoC proposal evaluation process. >> >> I think I can finish this plugin, and this project seems as great >> opportunity to me, first, to create an useful tool which will be widely >> used as part of Eclipse and to gain more experience in lot of open-source >> tools. >> >> Please, feel free to ask if you have any questions, Any comment or >> suggestions is appriciated. >> >> Best Regards, >> Dejan Simeonov >> >> >> _______________________________________________ >> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > 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/20140321/04a811b8/attachment.html From gudnabrsam at gmail.com Fri Mar 21 08:57:08 2014 From: gudnabrsam at gmail.com (Matt Benson) Date: Fri, 21 Mar 2014 07:57:08 -0500 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: I know your proposal is due today, so I'll talk out of turn: There is no future in Forge 1. You should be concentrating on Forge 2, but more generally in realistic terms you should aim for your addon to be compatible with whatever the current version of Forge is near the end of the summer if at all possible. I.e., if F3 were to be released it would be similar in most respects to F2, and migration would probably not represent much, if any, burden. Good luck to you! Matt On Mar 21, 2014 7:50 AM, "Dejan Simeonov" wrote: > Hi, > I started working with earlier version, Forge 1.4.4. but I have some > issues since switched to Forge 2.2.0. > -Eclipse plugin could not be installed from the Eclipse Update Site - > http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ > Error is: > Cannot complete the install because one or more required items could not > be found. > Software being installed: JBoss Tools - Tests - Forge > 1.3.0.Beta2-v20140321-0817-B552 > (org.jboss.tools.forge.ext.test.feature.feature.group > 1.3.0.Beta2-v20140321-0817-B552) > ... > I used Eclipse Juno Service Release 2 > > Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge plugin > and Forge console works fine, but it is using older Forge, version 1.4.4 > > What you prefer: We could implement Tattletale addon for Forge 2, or to be > more specific, for current official release, Forge 2.3.0.Final, or it is > better to use older version, 1.4.4? > What is your opinion? Please advice. > > > > > > On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: > >> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs >> for 2.x are available in github.com/forge/core at the moment. We are >> working on a new website for Forge 2 and it should be available soon. >> >> Join us on irc.freenode.net @ #forge if you have any questions. We'll be >> glad to help you out. >> >> Em 20/03/2014, ?s 16:17, Dejan Simeonov >> escreveu: >> >> Hi George, >> >> actually I haven't been tried Forge, but now I tried it and I can share >> my thoughts. >> I did not have time to use Forge project in the real life, but I >> installed and tested it a little and walk through several tutorials and >> examples. For now I am amazed with it's simplicity and usability of this >> tool. >> For example, before I discovered Maven I have previous experience with >> crating of JEE project setup, or using Hibernate so I know how amount of >> Google-ing, how much effort is needed, and how painful process was that. >> Because of that, I appreciate tools like Forge. >> >> Regarding my previous idea, I think it can be applied to Forge, too. I >> think that Tattletale could be used by Forge through its plug-in(addon) >> mechanism. >> Because Forge is not limited only to creating and displaying the >> reports, but most of his commands are created to solve common problems, we >> should implement remove-unused-dependencies addon with reporting >> capabilities, too. This extension should use Tattletale for the core logic. >> So idea is to: >> *Create Tattletale addon for Forge2* >> The main features of future plugin remains the same as that >> are previously proposed for the Eclipse plugin: >> >> - Tattletale tool requires that all dependencies should be placed in >> the same folder. Tattletale Forge plugin should be able to automatically >> recognize all libraries referenced by the different types of projects >> project. >> - This plugin should include compiled classes of current project into >> report. This way, developer does not have to create build(all jars) to >> create the valid Tattletale report. Process should be automated. >> - list-duplicated-classes command should be implemented(Multiple >> Locations report should be used) >> - find/list-unused-dependencies command should be implemented (Unused >> Jars report should be used). >> - We should add commands like "remove-unused-dependencies", >> "eliminate-dependencies-with different-versions". The nature of Forge tool >> is not only "advisory" and it should be able to manage class-path for >> example, for Maven projects. >> These commands should be able to guide user through step by step >> process of finding/marking and removing the unused dependencies. >> - For the beginning we should create plugin and make it work fine >> with one type of projects(Maven), and then in the next iterations we could >> expand support for more type of projects. >> - This plugin should be able to create default Tattletale HTML >> report. >> >> I already started developing my first Forge plugin. You have great >> tutorial here: http://forge.jboss.org/docs/plugin_development/#content >> I will play with it for a while, review API, and then will come with >> mode in-depth proposal. >> >> It will be great if we can create this plugin as part of GSoC 2014. >> >> Please, review the ideas, advice and feel free to comment >> >> Thank you >> Dejan >> >> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >> >>> Nice to meet you Dejan. >>> >>> First of all, have you tried Forge 2? I'd like you to give it a try: >>> >>> https://github.com/forge/core/blob/master/README.asciidoc >>> >>> The idea in Forge is to provide tooling that is not coupled to the IDE >>> implementation, that is, the code you write will run in Shell, Eclipse, >>> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >>> APIs for each IDE - at the moment we have Eclipse and Shell). >>> >>> I believe that a Tattletale addon would be nice to have. >>> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >>> >>> Best Regards, >>> >>> George Gastaldi >>> >>> >>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>> >>> >>> Hi Forge team, Hi George, >>> >>> Let me briefly introduce myself: >>> My name is Dejan Simeonov, and I am final-year student of Faculty of >>> Organizational Sciences, University of Belgrade, Serbia. >>> >>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >>> familiar with Eclipse and several open-source tools for Statistic Code >>> analysis as Eclipse and Hudson plugins. >>> Currently I am learning about Maven and Eclipse Plugins implementation. >>> >>> And I would like to participate as a student in Google Summer Of Code >>> 2014. >>> >>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's >>> GSoC mentor. We talked about them and he advised me to review one of them >>> with you, Forge team, hopefully to help me with the concrete details and >>> specification. >>> >>> One of tools I used is Tattletale. I found it very useful for >>> investigating dependencies inside the project and to discovering unused >>> jars. >>> I used it as command line and Maven plugin, but I think it could be even >>> more useful as Eclipse plugin. So, idea is: >>> >>> Create Tattletale plugin for Eclipse >>> >>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >>> plugin for Eclipse still does not exist, but this way it should be easier >>> to use comparing to usage trough console . Tattletale tool could be used as >>> engine for this plugin. The basic plugin implementation could display >>> standard Tattletale HTML report inside the Eclipse, but some sub reports >>> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >>> libraries displayed in the Eclipse controls and highlight them for the >>> removal. >>> >>> I investigate a little and I found that developers like to periodically >>> use the Tattletale tool to review dependencies inside the project, to >>> remove unused ones and this way, to keep projects 'fit'. >>> This option could be one of the main feature of the future plugin. >>> >>> Other things this plugin should be able to do are (several ideas): >>> >>> - Tattletale tool requires that all dependencies should be placed in >>> the same folder. Tattletale Eclipse plugin should be able to automatically >>> recognize all libraries referenced by the Eclipse project, like jars >>> inside the project, external jars and Maven dependencies. >>> - This plugin should include compiled classes of current Eclipse >>> project into report. Dependent eclipse project should be included, too. >>> This way, developer does not have to create build(all jars) to create the >>> valid Tattletale report. >>> - Mark Duplicated class in the Project Explorer(Multiple Locations >>> report should be used). This is possible, Eclipse API supports this, >>> Findbugs plugin can do it. >>> - Mark Unused JAR files in the Project Explorer's Referenced >>> Libraries node(Unused Jars report should be used). Currently, I do not know >>> is this possible. >>> - This plugin should be able to create and open default HTML report >>> in Eclipse plugin. This report could allow to navigate to particular class >>> listed in it using CTRL+LeftClick. Currently Tattletale does not support >>> this. >>> - Graphical dependencies report should work "out of the box" >>> - We could add options like "Remove unused dependencies", "Eliminate >>> Jar files with different versions", but this should be discussed. This tool >>> could have only "advisory" nature and could manage class-path for Maven and >>> Eclipse Java projects. I am not sure should we provide potentially risky >>> options which are managing eclipse project class-path? >>> - This plugin could be displayed in the new "Tattletale Eclipse >>> perspective". >>> >>> >>> >>> I should ask you if someone is interested to become a GSoC mentor for >>> this project, to finish it together? >>> In this case, I could try implement prototype of this plugin with basic >>> options as part of the GSoC proposal evaluation process. >>> >>> I think I can finish this plugin, and this project seems as great >>> opportunity to me, first, to create an useful tool which will be widely >>> used as part of Eclipse and to gain more experience in lot of open-source >>> tools. >>> >>> Please, feel free to ask if you have any questions, Any comment or >>> suggestions is appriciated. >>> >>> Best Regards, >>> Dejan Simeonov >>> >>> >>> _______________________________________________ >>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140321/aca9de1b/attachment-0001.html From rmpestano at gmail.com Fri Mar 21 09:38:12 2014 From: rmpestano at gmail.com (Rafael Pestano) Date: Fri, 21 Mar 2014 10:38:12 -0300 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: "but it is using older Forge, version 1.4.4" try to delete .forge folder content, on unix its under user/home/.forge. I hope that helps 2014-03-21 9:57 GMT-03:00 Matt Benson : > I know your proposal is due today, so I'll talk out of turn: There is no > future in Forge 1. You should be concentrating on Forge 2, but more > generally in realistic terms you should aim for your addon to be compatible > with whatever the current version of Forge is near the end of the summer if > at all possible. I.e., if F3 were to be released it would be similar in > most respects to F2, and migration would probably not represent much, if > any, burden. Good luck to you! > > Matt > On Mar 21, 2014 7:50 AM, "Dejan Simeonov" wrote: > >> Hi, >> I started working with earlier version, Forge 1.4.4. but I have some >> issues since switched to Forge 2.2.0. >> -Eclipse plugin could not be installed from the Eclipse Update Site - >> http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ >> Error is: >> Cannot complete the install because one or more required items could not >> be found. >> Software being installed: JBoss Tools - Tests - Forge >> 1.3.0.Beta2-v20140321-0817-B552 >> (org.jboss.tools.forge.ext.test.feature.feature.group >> 1.3.0.Beta2-v20140321-0817-B552) >> ... >> I used Eclipse Juno Service Release 2 >> >> Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge >> plugin and Forge console works fine, but it is using older Forge, >> version 1.4.4 >> >> What you prefer: We could implement Tattletale addon for Forge 2, or to >> be more specific, for current official release, Forge 2.3.0.Final, or it is >> better to use older version, 1.4.4? >> What is your opinion? Please advice. >> >> >> >> >> >> On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: >> >>> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs >>> for 2.x are available in github.com/forge/core at the moment. We are >>> working on a new website for Forge 2 and it should be available soon. >>> >>> Join us on irc.freenode.net @ #forge if you have any questions. We'll >>> be glad to help you out. >>> >>> Em 20/03/2014, ?s 16:17, Dejan Simeonov >>> escreveu: >>> >>> Hi George, >>> >>> actually I haven't been tried Forge, but now I tried it and I can share >>> my thoughts. >>> I did not have time to use Forge project in the real life, but I >>> installed and tested it a little and walk through several tutorials and >>> examples. For now I am amazed with it's simplicity and usability of this >>> tool. >>> For example, before I discovered Maven I have previous experience with >>> crating of JEE project setup, or using Hibernate so I know how amount of >>> Google-ing, how much effort is needed, and how painful process was that. >>> Because of that, I appreciate tools like Forge. >>> >>> Regarding my previous idea, I think it can be applied to Forge, too. I >>> think that Tattletale could be used by Forge through its plug-in(addon) >>> mechanism. >>> Because Forge is not limited only to creating and displaying the >>> reports, but most of his commands are created to solve common problems, we >>> should implement remove-unused-dependencies addon with reporting >>> capabilities, too. This extension should use Tattletale for the core logic. >>> So idea is to: >>> *Create Tattletale addon for Forge2* >>> The main features of future plugin remains the same as that >>> are previously proposed for the Eclipse plugin: >>> >>> - Tattletale tool requires that all dependencies should be placed in >>> the same folder. Tattletale Forge plugin should be able to automatically >>> recognize all libraries referenced by the different types of projects >>> project. >>> - This plugin should include compiled classes of current project >>> into report. This way, developer does not have to create build(all jars) to >>> create the valid Tattletale report. Process should be automated. >>> - list-duplicated-classes command should be implemented(Multiple >>> Locations report should be used) >>> - find/list-unused-dependencies command should be implemented >>> (Unused Jars report should be used). >>> - We should add commands like "remove-unused-dependencies", >>> "eliminate-dependencies-with different-versions". The nature of Forge tool >>> is not only "advisory" and it should be able to manage class-path for >>> example, for Maven projects. >>> These commands should be able to guide user through step by step >>> process of finding/marking and removing the unused dependencies. >>> - For the beginning we should create plugin and make it work fine >>> with one type of projects(Maven), and then in the next iterations we could >>> expand support for more type of projects. >>> - This plugin should be able to create default Tattletale HTML >>> report. >>> >>> I already started developing my first Forge plugin. You have great >>> tutorial here: http://forge.jboss.org/docs/plugin_development/#content >>> I will play with it for a while, review API, and then will come with >>> mode in-depth proposal. >>> >>> It will be great if we can create this plugin as part of GSoC 2014. >>> >>> Please, review the ideas, advice and feel free to comment >>> >>> Thank you >>> Dejan >>> >>> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >>> >>>> Nice to meet you Dejan. >>>> >>>> First of all, have you tried Forge 2? I'd like you to give it a try: >>>> >>>> https://github.com/forge/core/blob/master/README.asciidoc >>>> >>>> The idea in Forge is to provide tooling that is not coupled to the IDE >>>> implementation, that is, the code you write will run in Shell, Eclipse, >>>> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >>>> APIs for each IDE - at the moment we have Eclipse and Shell). >>>> >>>> I believe that a Tattletale addon would be nice to have. >>>> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >>>> >>>> Best Regards, >>>> >>>> George Gastaldi >>>> >>>> >>>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>>> >>>> >>>> Hi Forge team, Hi George, >>>> >>>> Let me briefly introduce myself: >>>> My name is Dejan Simeonov, and I am final-year student of Faculty of >>>> Organizational Sciences, University of Belgrade, Serbia. >>>> >>>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >>>> familiar with Eclipse and several open-source tools for Statistic Code >>>> analysis as Eclipse and Hudson plugins. >>>> Currently I am learning about Maven and Eclipse Plugins implementation. >>>> >>>> And I would like to participate as a student in Google Summer Of Code >>>> 2014. >>>> >>>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's >>>> GSoC mentor. We talked about them and he advised me to review one of them >>>> with you, Forge team, hopefully to help me with the concrete details and >>>> specification. >>>> >>>> One of tools I used is Tattletale. I found it very useful for >>>> investigating dependencies inside the project and to discovering unused >>>> jars. >>>> I used it as command line and Maven plugin, but I think it could be >>>> even more useful as Eclipse plugin. So, idea is: >>>> >>>> Create Tattletale plugin for Eclipse >>>> >>>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >>>> plugin for Eclipse still does not exist, but this way it should be easier >>>> to use comparing to usage trough console . Tattletale tool could be used as >>>> engine for this plugin. The basic plugin implementation could display >>>> standard Tattletale HTML report inside the Eclipse, but some sub reports >>>> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >>>> libraries displayed in the Eclipse controls and highlight them for the >>>> removal. >>>> >>>> I investigate a little and I found that developers like to >>>> periodically use the Tattletale tool to review dependencies inside the >>>> project, to remove unused ones and this way, to keep projects 'fit'. >>>> This option could be one of the main feature of the future plugin. >>>> >>>> Other things this plugin should be able to do are (several ideas): >>>> >>>> - Tattletale tool requires that all dependencies should be placed >>>> in the same folder. Tattletale Eclipse plugin should be able to >>>> automatically recognize all libraries referenced by the Eclipse project, >>>> like jars inside the project, external jars and Maven dependencies. >>>> - This plugin should include compiled classes of current Eclipse >>>> project into report. Dependent eclipse project should be included, too. >>>> This way, developer does not have to create build(all jars) to create the >>>> valid Tattletale report. >>>> - Mark Duplicated class in the Project Explorer(Multiple Locations >>>> report should be used). This is possible, Eclipse API supports this, >>>> Findbugs plugin can do it. >>>> - Mark Unused JAR files in the Project Explorer's Referenced >>>> Libraries node(Unused Jars report should be used). Currently, I do not know >>>> is this possible. >>>> - This plugin should be able to create and open default HTML >>>> report in Eclipse plugin. This report could allow to navigate to >>>> particular class listed in it using CTRL+LeftClick. Currently Tattletale >>>> does not support this. >>>> - Graphical dependencies report should work "out of the box" >>>> - We could add options like "Remove unused dependencies", >>>> "Eliminate Jar files with different versions", but this should be >>>> discussed. This tool could have only "advisory" nature and could manage >>>> class-path for Maven and Eclipse Java projects. I am not sure should we >>>> provide potentially risky options which are managing eclipse project >>>> class-path? >>>> - This plugin could be displayed in the new "Tattletale Eclipse >>>> perspective". >>>> >>>> >>>> >>>> I should ask you if someone is interested to become a GSoC mentor for >>>> this project, to finish it together? >>>> In this case, I could try implement prototype of this plugin with basic >>>> options as part of the GSoC proposal evaluation process. >>>> >>>> I think I can finish this plugin, and this project seems as great >>>> opportunity to me, first, to create an useful tool which will be widely >>>> used as part of Eclipse and to gain more experience in lot of open-source >>>> tools. >>>> >>>> Please, feel free to ask if you have any questions, Any comment or >>>> suggestions is appriciated. >>>> >>>> Best Regards, >>>> Dejan Simeonov >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ci?ncia da Computa??o UFRGS http://conventionsframework.org http://rpestano.wordpress.com/ @realpestano -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140321/f14fa335/attachment-0001.html From dejanfrancuzo at gmail.com Fri Mar 21 09:43:45 2014 From: dejanfrancuzo at gmail.com (Dejan Simeonov) Date: Fri, 21 Mar 2014 14:43:45 +0100 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: Yes it helped, the newest version is working now: [GSOC2014]$ version JBoss Forge, version [ 2.3.0.Final ] - JBoss, by Red Hat, Inc. [ http://jboss.org/forge ] Thanks Rafael ! On Fri, Mar 21, 2014 at 2:38 PM, Rafael Pestano wrote: > "but it is using older Forge, version 1.4.4" > > try to delete .forge folder content, on unix its under user/home/.forge. > > I hope that helps > > > 2014-03-21 9:57 GMT-03:00 Matt Benson : > > I know your proposal is due today, so I'll talk out of turn: There is no >> future in Forge 1. You should be concentrating on Forge 2, but more >> generally in realistic terms you should aim for your addon to be compatible >> with whatever the current version of Forge is near the end of the summer if >> at all possible. I.e., if F3 were to be released it would be similar in >> most respects to F2, and migration would probably not represent much, if >> any, burden. Good luck to you! >> >> Matt >> On Mar 21, 2014 7:50 AM, "Dejan Simeonov" >> wrote: >> >>> Hi, >>> I started working with earlier version, Forge 1.4.4. but I have some >>> issues since switched to Forge 2.2.0. >>> -Eclipse plugin could not be installed from the Eclipse Update Site - >>> http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ >>> Error is: >>> Cannot complete the install because one or more required items could not >>> be found. >>> Software being installed: JBoss Tools - Tests - Forge >>> 1.3.0.Beta2-v20140321-0817-B552 >>> (org.jboss.tools.forge.ext.test.feature.feature.group >>> 1.3.0.Beta2-v20140321-0817-B552) >>> ... >>> I used Eclipse Juno Service Release 2 >>> >>> Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge >>> plugin and Forge console works fine, but it is using older Forge, >>> version 1.4.4 >>> >>> What you prefer: We could implement Tattletale addon for Forge 2, or to >>> be more specific, for current official release, Forge 2.3.0.Final, or it is >>> better to use older version, 1.4.4? >>> What is your opinion? Please advice. >>> >>> >>> >>> >>> >>> On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: >>> >>>> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs >>>> for 2.x are available in github.com/forge/core at the moment. We are >>>> working on a new website for Forge 2 and it should be available soon. >>>> >>>> Join us on irc.freenode.net @ #forge if you have any questions. We'll >>>> be glad to help you out. >>>> >>>> Em 20/03/2014, ?s 16:17, Dejan Simeonov >>>> escreveu: >>>> >>>> Hi George, >>>> >>>> actually I haven't been tried Forge, but now I tried it and I can share >>>> my thoughts. >>>> I did not have time to use Forge project in the real life, but I >>>> installed and tested it a little and walk through several tutorials and >>>> examples. For now I am amazed with it's simplicity and usability of this >>>> tool. >>>> For example, before I discovered Maven I have previous experience with >>>> crating of JEE project setup, or using Hibernate so I know how amount of >>>> Google-ing, how much effort is needed, and how painful process was that. >>>> Because of that, I appreciate tools like Forge. >>>> >>>> Regarding my previous idea, I think it can be applied to Forge, too. I >>>> think that Tattletale could be used by Forge through its plug-in(addon) >>>> mechanism. >>>> Because Forge is not limited only to creating and displaying the >>>> reports, but most of his commands are created to solve common problems, we >>>> should implement remove-unused-dependencies addon with reporting >>>> capabilities, too. This extension should use Tattletale for the core logic. >>>> So idea is to: >>>> *Create Tattletale addon for Forge2* >>>> The main features of future plugin remains the same as that >>>> are previously proposed for the Eclipse plugin: >>>> >>>> - Tattletale tool requires that all dependencies should be placed >>>> in the same folder. Tattletale Forge plugin should be able to automatically >>>> recognize all libraries referenced by the different types of projects >>>> project. >>>> - This plugin should include compiled classes of current project >>>> into report. This way, developer does not have to create build(all jars) to >>>> create the valid Tattletale report. Process should be automated. >>>> - list-duplicated-classes command should be implemented(Multiple >>>> Locations report should be used) >>>> - find/list-unused-dependencies command should be implemented >>>> (Unused Jars report should be used). >>>> - We should add commands like "remove-unused-dependencies", >>>> "eliminate-dependencies-with different-versions". The nature of Forge tool >>>> is not only "advisory" and it should be able to manage class-path for >>>> example, for Maven projects. >>>> These commands should be able to guide user through step by step >>>> process of finding/marking and removing the unused dependencies. >>>> - For the beginning we should create plugin and make it work fine >>>> with one type of projects(Maven), and then in the next iterations we could >>>> expand support for more type of projects. >>>> - This plugin should be able to create default Tattletale HTML >>>> report. >>>> >>>> I already started developing my first Forge plugin. You have great >>>> tutorial here: http://forge.jboss.org/docs/plugin_development/#content >>>> I will play with it for a while, review API, and then will come with >>>> mode in-depth proposal. >>>> >>>> It will be great if we can create this plugin as part of GSoC 2014. >>>> >>>> Please, review the ideas, advice and feel free to comment >>>> >>>> Thank you >>>> Dejan >>>> >>>> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >>>> >>>>> Nice to meet you Dejan. >>>>> >>>>> First of all, have you tried Forge 2? I'd like you to give it a try: >>>>> >>>>> https://github.com/forge/core/blob/master/README.asciidoc >>>>> >>>>> The idea in Forge is to provide tooling that is not coupled to the IDE >>>>> implementation, that is, the code you write will run in Shell, Eclipse, >>>>> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >>>>> APIs for each IDE - at the moment we have Eclipse and Shell). >>>>> >>>>> I believe that a Tattletale addon would be nice to have. >>>>> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >>>>> >>>>> Best Regards, >>>>> >>>>> George Gastaldi >>>>> >>>>> >>>>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>>>> >>>>> >>>>> Hi Forge team, Hi George, >>>>> >>>>> Let me briefly introduce myself: >>>>> My name is Dejan Simeonov, and I am final-year student of Faculty of >>>>> Organizational Sciences, University of Belgrade, Serbia. >>>>> >>>>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >>>>> familiar with Eclipse and several open-source tools for Statistic Code >>>>> analysis as Eclipse and Hudson plugins. >>>>> Currently I am learning about Maven and Eclipse Plugins implementation. >>>>> >>>>> And I would like to participate as a student in Google Summer Of Code >>>>> 2014. >>>>> >>>>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's >>>>> GSoC mentor. We talked about them and he advised me to review one of them >>>>> with you, Forge team, hopefully to help me with the concrete details and >>>>> specification. >>>>> >>>>> One of tools I used is Tattletale. I found it very useful for >>>>> investigating dependencies inside the project and to discovering unused >>>>> jars. >>>>> I used it as command line and Maven plugin, but I think it could be >>>>> even more useful as Eclipse plugin. So, idea is: >>>>> >>>>> Create Tattletale plugin for Eclipse >>>>> >>>>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >>>>> plugin for Eclipse still does not exist, but this way it should be easier >>>>> to use comparing to usage trough console . Tattletale tool could be used as >>>>> engine for this plugin. The basic plugin implementation could display >>>>> standard Tattletale HTML report inside the Eclipse, but some sub reports >>>>> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >>>>> libraries displayed in the Eclipse controls and highlight them for the >>>>> removal. >>>>> >>>>> I investigate a little and I found that developers like to >>>>> periodically use the Tattletale tool to review dependencies inside the >>>>> project, to remove unused ones and this way, to keep projects 'fit'. >>>>> This option could be one of the main feature of the future plugin. >>>>> >>>>> Other things this plugin should be able to do are (several ideas): >>>>> >>>>> - Tattletale tool requires that all dependencies should be placed >>>>> in the same folder. Tattletale Eclipse plugin should be able to >>>>> automatically recognize all libraries referenced by the Eclipse project, >>>>> like jars inside the project, external jars and Maven dependencies. >>>>> - This plugin should include compiled classes of current Eclipse >>>>> project into report. Dependent eclipse project should be included, too. >>>>> This way, developer does not have to create build(all jars) to create the >>>>> valid Tattletale report. >>>>> - Mark Duplicated class in the Project Explorer(Multiple Locations >>>>> report should be used). This is possible, Eclipse API supports this, >>>>> Findbugs plugin can do it. >>>>> - Mark Unused JAR files in the Project Explorer's Referenced >>>>> Libraries node(Unused Jars report should be used). Currently, I do not know >>>>> is this possible. >>>>> - This plugin should be able to create and open default HTML >>>>> report in Eclipse plugin. This report could allow to navigate to >>>>> particular class listed in it using CTRL+LeftClick. Currently Tattletale >>>>> does not support this. >>>>> - Graphical dependencies report should work "out of the box" >>>>> - We could add options like "Remove unused dependencies", >>>>> "Eliminate Jar files with different versions", but this should be >>>>> discussed. This tool could have only "advisory" nature and could manage >>>>> class-path for Maven and Eclipse Java projects. I am not sure should we >>>>> provide potentially risky options which are managing eclipse project >>>>> class-path? >>>>> - This plugin could be displayed in the new "Tattletale Eclipse >>>>> perspective". >>>>> >>>>> >>>>> >>>>> I should ask you if someone is interested to become a GSoC mentor for >>>>> this project, to finish it together? >>>>> In this case, I could try implement prototype of this plugin with >>>>> basic options as part of the GSoC proposal evaluation process. >>>>> >>>>> I think I can finish this plugin, and this project seems as great >>>>> opportunity to me, first, to create an useful tool which will be widely >>>>> used as part of Eclipse and to gain more experience in lot of open-source >>>>> tools. >>>>> >>>>> Please, feel free to ask if you have any questions, Any comment or >>>>> suggestions is appriciated. >>>>> >>>>> Best Regards, >>>>> Dejan Simeonov >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Att, > > Rafael M. Pestano > > Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul > Graduando em Ci?ncia da Computa??o UFRGS > http://conventionsframework.org > http://rpestano.wordpress.com/ > @realpestano > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140321/691f1b57/attachment-0001.html From rmpestano at gmail.com Fri Mar 21 09:44:48 2014 From: rmpestano at gmail.com (Rafael Pestano) Date: Fri, 21 Mar 2014 10:44:48 -0300 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: you're welcome 2014-03-21 10:43 GMT-03:00 Dejan Simeonov : > Yes it helped, the newest version is working now: > > [GSOC2014]$ version > JBoss Forge, version [ 2.3.0.Final ] - JBoss, by Red Hat, Inc. [ > http://jboss.org/forge ] > > Thanks Rafael ! > > > On Fri, Mar 21, 2014 at 2:38 PM, Rafael Pestano wrote: > >> "but it is using older Forge, version 1.4.4" >> >> try to delete .forge folder content, on unix its under user/home/.forge. >> >> I hope that helps >> >> >> 2014-03-21 9:57 GMT-03:00 Matt Benson : >> >> I know your proposal is due today, so I'll talk out of turn: There is no >>> future in Forge 1. You should be concentrating on Forge 2, but more >>> generally in realistic terms you should aim for your addon to be compatible >>> with whatever the current version of Forge is near the end of the summer if >>> at all possible. I.e., if F3 were to be released it would be similar in >>> most respects to F2, and migration would probably not represent much, if >>> any, burden. Good luck to you! >>> >>> Matt >>> On Mar 21, 2014 7:50 AM, "Dejan Simeonov" >>> wrote: >>> >>>> Hi, >>>> I started working with earlier version, Forge 1.4.4. but I have some >>>> issues since switched to Forge 2.2.0. >>>> -Eclipse plugin could not be installed from the Eclipse Update Site - >>>> http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ >>>> Error is: >>>> Cannot complete the install because one or more required items could >>>> not be found. >>>> Software being installed: JBoss Tools - Tests - Forge >>>> 1.3.0.Beta2-v20140321-0817-B552 >>>> (org.jboss.tools.forge.ext.test.feature.feature.group >>>> 1.3.0.Beta2-v20140321-0817-B552) >>>> ... >>>> I used Eclipse Juno Service Release 2 >>>> >>>> Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge >>>> plugin and Forge console works fine, but it is using older Forge, >>>> version 1.4.4 >>>> >>>> What you prefer: We could implement Tattletale addon for Forge 2, or to >>>> be more specific, for current official release, Forge 2.3.0.Final, or it is >>>> better to use older version, 1.4.4? >>>> What is your opinion? Please advice. >>>> >>>> >>>> >>>> >>>> >>>> On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: >>>> >>>>> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The >>>>> docs for 2.x are available in github.com/forge/core at the moment. We >>>>> are working on a new website for Forge 2 and it should be available soon. >>>>> >>>>> Join us on irc.freenode.net @ #forge if you have any questions. We'll >>>>> be glad to help you out. >>>>> >>>>> Em 20/03/2014, ?s 16:17, Dejan Simeonov >>>>> escreveu: >>>>> >>>>> Hi George, >>>>> >>>>> actually I haven't been tried Forge, but now I tried it and I can >>>>> share my thoughts. >>>>> I did not have time to use Forge project in the real life, but I >>>>> installed and tested it a little and walk through several tutorials and >>>>> examples. For now I am amazed with it's simplicity and usability of this >>>>> tool. >>>>> For example, before I discovered Maven I have previous experience with >>>>> crating of JEE project setup, or using Hibernate so I know how amount of >>>>> Google-ing, how much effort is needed, and how painful process was that. >>>>> Because of that, I appreciate tools like Forge. >>>>> >>>>> Regarding my previous idea, I think it can be applied to Forge, too. I >>>>> think that Tattletale could be used by Forge through its plug-in(addon) >>>>> mechanism. >>>>> Because Forge is not limited only to creating and displaying the >>>>> reports, but most of his commands are created to solve common problems, we >>>>> should implement remove-unused-dependencies addon with reporting >>>>> capabilities, too. This extension should use Tattletale for the core logic. >>>>> So idea is to: >>>>> *Create Tattletale addon for Forge2* >>>>> The main features of future plugin remains the same as that >>>>> are previously proposed for the Eclipse plugin: >>>>> >>>>> - Tattletale tool requires that all dependencies should be placed >>>>> in the same folder. Tattletale Forge plugin should be able to automatically >>>>> recognize all libraries referenced by the different types of projects >>>>> project. >>>>> - This plugin should include compiled classes of current project >>>>> into report. This way, developer does not have to create build(all jars) to >>>>> create the valid Tattletale report. Process should be automated. >>>>> - list-duplicated-classes command should be implemented(Multiple >>>>> Locations report should be used) >>>>> - find/list-unused-dependencies command should be implemented >>>>> (Unused Jars report should be used). >>>>> - We should add commands like "remove-unused-dependencies", >>>>> "eliminate-dependencies-with different-versions". The nature of Forge tool >>>>> is not only "advisory" and it should be able to manage class-path for >>>>> example, for Maven projects. >>>>> These commands should be able to guide user through step by step >>>>> process of finding/marking and removing the unused dependencies. >>>>> - For the beginning we should create plugin and make it work fine >>>>> with one type of projects(Maven), and then in the next iterations we could >>>>> expand support for more type of projects. >>>>> - This plugin should be able to create default Tattletale HTML >>>>> report. >>>>> >>>>> I already started developing my first Forge plugin. You have great >>>>> tutorial here: http://forge.jboss.org/docs/plugin_development/#content >>>>> I will play with it for a while, review API, and then will come with >>>>> mode in-depth proposal. >>>>> >>>>> It will be great if we can create this plugin as part of GSoC 2014. >>>>> >>>>> Please, review the ideas, advice and feel free to comment >>>>> >>>>> Thank you >>>>> Dejan >>>>> >>>>> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >>>>> >>>>>> Nice to meet you Dejan. >>>>>> >>>>>> First of all, have you tried Forge 2? I'd like you to give it a try: >>>>>> >>>>>> https://github.com/forge/core/blob/master/README.asciidoc >>>>>> >>>>>> The idea in Forge is to provide tooling that is not coupled to the >>>>>> IDE implementation, that is, the code you write will run in Shell, Eclipse, >>>>>> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >>>>>> APIs for each IDE - at the moment we have Eclipse and Shell). >>>>>> >>>>>> I believe that a Tattletale addon would be nice to have. >>>>>> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >>>>>> >>>>>> Best Regards, >>>>>> >>>>>> George Gastaldi >>>>>> >>>>>> >>>>>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>>>>> >>>>>> >>>>>> Hi Forge team, Hi George, >>>>>> >>>>>> Let me briefly introduce myself: >>>>>> My name is Dejan Simeonov, and I am final-year student of Faculty of >>>>>> Organizational Sciences, University of Belgrade, Serbia. >>>>>> >>>>>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >>>>>> familiar with Eclipse and several open-source tools for Statistic Code >>>>>> analysis as Eclipse and Hudson plugins. >>>>>> Currently I am learning about Maven and Eclipse Plugins >>>>>> implementation. >>>>>> >>>>>> And I would like to participate as a student in Google Summer Of Code >>>>>> 2014. >>>>>> >>>>>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's >>>>>> GSoC mentor. We talked about them and he advised me to review one of them >>>>>> with you, Forge team, hopefully to help me with the concrete details and >>>>>> specification. >>>>>> >>>>>> One of tools I used is Tattletale. I found it very useful for >>>>>> investigating dependencies inside the project and to discovering unused >>>>>> jars. >>>>>> I used it as command line and Maven plugin, but I think it could be >>>>>> even more useful as Eclipse plugin. So, idea is: >>>>>> >>>>>> Create Tattletale plugin for Eclipse >>>>>> >>>>>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >>>>>> plugin for Eclipse still does not exist, but this way it should be easier >>>>>> to use comparing to usage trough console . Tattletale tool could be used as >>>>>> engine for this plugin. The basic plugin implementation could display >>>>>> standard Tattletale HTML report inside the Eclipse, but some sub reports >>>>>> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >>>>>> libraries displayed in the Eclipse controls and highlight them for the >>>>>> removal. >>>>>> >>>>>> I investigate a little and I found that developers like to >>>>>> periodically use the Tattletale tool to review dependencies inside the >>>>>> project, to remove unused ones and this way, to keep projects 'fit'. >>>>>> This option could be one of the main feature of the future plugin. >>>>>> >>>>>> Other things this plugin should be able to do are (several ideas): >>>>>> >>>>>> - Tattletale tool requires that all dependencies should be placed >>>>>> in the same folder. Tattletale Eclipse plugin should be able to >>>>>> automatically recognize all libraries referenced by the Eclipse project, >>>>>> like jars inside the project, external jars and Maven dependencies. >>>>>> - This plugin should include compiled classes of current Eclipse >>>>>> project into report. Dependent eclipse project should be included, too. >>>>>> This way, developer does not have to create build(all jars) to create the >>>>>> valid Tattletale report. >>>>>> - Mark Duplicated class in the Project Explorer(Multiple >>>>>> Locations report should be used). This is possible, Eclipse API supports >>>>>> this, Findbugs plugin can do it. >>>>>> - Mark Unused JAR files in the Project Explorer's Referenced >>>>>> Libraries node(Unused Jars report should be used). Currently, I do not know >>>>>> is this possible. >>>>>> - This plugin should be able to create and open default HTML >>>>>> report in Eclipse plugin. This report could allow to navigate to >>>>>> particular class listed in it using CTRL+LeftClick. Currently Tattletale >>>>>> does not support this. >>>>>> - Graphical dependencies report should work "out of the box" >>>>>> - We could add options like "Remove unused dependencies", >>>>>> "Eliminate Jar files with different versions", but this should be >>>>>> discussed. This tool could have only "advisory" nature and could manage >>>>>> class-path for Maven and Eclipse Java projects. I am not sure should we >>>>>> provide potentially risky options which are managing eclipse project >>>>>> class-path? >>>>>> - This plugin could be displayed in the new "Tattletale Eclipse >>>>>> perspective". >>>>>> >>>>>> >>>>>> >>>>>> I should ask you if someone is interested to become a GSoC mentor >>>>>> for this project, to finish it together? >>>>>> In this case, I could try implement prototype of this plugin with >>>>>> basic options as part of the GSoC proposal evaluation process. >>>>>> >>>>>> I think I can finish this plugin, and this project seems as great >>>>>> opportunity to me, first, to create an useful tool which will be widely >>>>>> used as part of Eclipse and to gain more experience in lot of open-source >>>>>> tools. >>>>>> >>>>>> Please, feel free to ask if you have any questions, Any comment or >>>>>> suggestions is appriciated. >>>>>> >>>>>> Best Regards, >>>>>> Dejan Simeonov >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Att, >> >> Rafael M. Pestano >> >> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >> Graduando em Ci?ncia da Computa??o UFRGS >> http://conventionsframework.org >> http://rpestano.wordpress.com/ >> @realpestano >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ci?ncia da Computa??o UFRGS http://conventionsframework.org http://rpestano.wordpress.com/ @realpestano -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140321/77984a35/attachment-0001.html From lincolnbaxter at gmail.com Fri Mar 21 10:03:28 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Fri, 21 Mar 2014 10:03:28 -0400 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: Thanks Matt! Yes, this should focus on Forge 2.x. As Matt said, Forge 1.x is no longer being improved. ~Lincoln On Fri, Mar 21, 2014 at 8:57 AM, Matt Benson wrote: > I know your proposal is due today, so I'll talk out of turn: There is no > future in Forge 1. You should be concentrating on Forge 2, but more > generally in realistic terms you should aim for your addon to be compatible > with whatever the current version of Forge is near the end of the summer if > at all possible. I.e., if F3 were to be released it would be similar in > most respects to F2, and migration would probably not represent much, if > any, burden. Good luck to you! > > Matt > On Mar 21, 2014 7:50 AM, "Dejan Simeonov" wrote: > >> Hi, >> I started working with earlier version, Forge 1.4.4. but I have some >> issues since switched to Forge 2.2.0. >> -Eclipse plugin could not be installed from the Eclipse Update Site - >> http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ >> Error is: >> Cannot complete the install because one or more required items could not >> be found. >> Software being installed: JBoss Tools - Tests - Forge >> 1.3.0.Beta2-v20140321-0817-B552 >> (org.jboss.tools.forge.ext.test.feature.feature.group >> 1.3.0.Beta2-v20140321-0817-B552) >> ... >> I used Eclipse Juno Service Release 2 >> >> Now, I switched to Eclipse 4.3, Kepler, I managed to install Forge >> plugin and Forge console works fine, but it is using older Forge, >> version 1.4.4 >> >> What you prefer: We could implement Tattletale addon for Forge 2, or to >> be more specific, for current official release, Forge 2.3.0.Final, or it is >> better to use older version, 1.4.4? >> What is your opinion? Please advice. >> >> >> >> >> >> On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi wrote: >> >>> That's awesome Dejan. The docs you mentioned covers Forge 1.x. The docs >>> for 2.x are available in github.com/forge/core at the moment. We are >>> working on a new website for Forge 2 and it should be available soon. >>> >>> Join us on irc.freenode.net @ #forge if you have any questions. We'll >>> be glad to help you out. >>> >>> Em 20/03/2014, ?s 16:17, Dejan Simeonov >>> escreveu: >>> >>> Hi George, >>> >>> actually I haven't been tried Forge, but now I tried it and I can share >>> my thoughts. >>> I did not have time to use Forge project in the real life, but I >>> installed and tested it a little and walk through several tutorials and >>> examples. For now I am amazed with it's simplicity and usability of this >>> tool. >>> For example, before I discovered Maven I have previous experience with >>> crating of JEE project setup, or using Hibernate so I know how amount of >>> Google-ing, how much effort is needed, and how painful process was that. >>> Because of that, I appreciate tools like Forge. >>> >>> Regarding my previous idea, I think it can be applied to Forge, too. I >>> think that Tattletale could be used by Forge through its plug-in(addon) >>> mechanism. >>> Because Forge is not limited only to creating and displaying the >>> reports, but most of his commands are created to solve common problems, we >>> should implement remove-unused-dependencies addon with reporting >>> capabilities, too. This extension should use Tattletale for the core logic. >>> So idea is to: >>> *Create Tattletale addon for Forge2* >>> The main features of future plugin remains the same as that >>> are previously proposed for the Eclipse plugin: >>> >>> - Tattletale tool requires that all dependencies should be placed in >>> the same folder. Tattletale Forge plugin should be able to automatically >>> recognize all libraries referenced by the different types of projects >>> project. >>> - This plugin should include compiled classes of current project >>> into report. This way, developer does not have to create build(all jars) to >>> create the valid Tattletale report. Process should be automated. >>> - list-duplicated-classes command should be implemented(Multiple >>> Locations report should be used) >>> - find/list-unused-dependencies command should be implemented >>> (Unused Jars report should be used). >>> - We should add commands like "remove-unused-dependencies", >>> "eliminate-dependencies-with different-versions". The nature of Forge tool >>> is not only "advisory" and it should be able to manage class-path for >>> example, for Maven projects. >>> These commands should be able to guide user through step by step >>> process of finding/marking and removing the unused dependencies. >>> - For the beginning we should create plugin and make it work fine >>> with one type of projects(Maven), and then in the next iterations we could >>> expand support for more type of projects. >>> - This plugin should be able to create default Tattletale HTML >>> report. >>> >>> I already started developing my first Forge plugin. You have great >>> tutorial here: http://forge.jboss.org/docs/plugin_development/#content >>> I will play with it for a while, review API, and then will come with >>> mode in-depth proposal. >>> >>> It will be great if we can create this plugin as part of GSoC 2014. >>> >>> Please, review the ideas, advice and feel free to comment >>> >>> Thank you >>> Dejan >>> >>> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi wrote: >>> >>>> Nice to meet you Dejan. >>>> >>>> First of all, have you tried Forge 2? I'd like you to give it a try: >>>> >>>> https://github.com/forge/core/blob/master/README.asciidoc >>>> >>>> The idea in Forge is to provide tooling that is not coupled to the IDE >>>> implementation, that is, the code you write will run in Shell, Eclipse, >>>> NetBeans, IDEA, etc (as long as there is an implementation of the Forge >>>> APIs for each IDE - at the moment we have Eclipse and Shell). >>>> >>>> I believe that a Tattletale addon would be nice to have. >>>> There is also a talk about Forge 2 in here: http://t.co/aWCzQPWeTp(Thanks to Ivan). >>>> >>>> Best Regards, >>>> >>>> George Gastaldi >>>> >>>> >>>> On 19-03-2014 07:41, Dejan Simeonov wrote: >>>> >>>> >>>> Hi Forge team, Hi George, >>>> >>>> Let me briefly introduce myself: >>>> My name is Dejan Simeonov, and I am final-year student of Faculty of >>>> Organizational Sciences, University of Belgrade, Serbia. >>>> >>>> I have experience with Java, PHP, HTML and CSS, SVN, GIT... I am >>>> familiar with Eclipse and several open-source tools for Statistic Code >>>> analysis as Eclipse and Hudson plugins. >>>> Currently I am learning about Maven and Eclipse Plugins implementation. >>>> >>>> And I would like to participate as a student in Google Summer Of Code >>>> 2014. >>>> >>>> Several days ago I proposed my ideas for GSoC to Jonathan, JBoss's >>>> GSoC mentor. We talked about them and he advised me to review one of them >>>> with you, Forge team, hopefully to help me with the concrete details and >>>> specification. >>>> >>>> One of tools I used is Tattletale. I found it very useful for >>>> investigating dependencies inside the project and to discovering unused >>>> jars. >>>> I used it as command line and Maven plugin, but I think it could be >>>> even more useful as Eclipse plugin. So, idea is: >>>> >>>> Create Tattletale plugin for Eclipse >>>> >>>> Lot of tools have plugin for Eclipse. (Findbugs, PMD...). Tattletale >>>> plugin for Eclipse still does not exist, but this way it should be easier >>>> to use comparing to usage trough console . Tattletale tool could be used as >>>> engine for this plugin. The basic plugin implementation could display >>>> standard Tattletale HTML report inside the Eclipse, but some sub reports >>>> like "Unused Jar" or "Multiple Jar files" could "mark" some referenced >>>> libraries displayed in the Eclipse controls and highlight them for the >>>> removal. >>>> >>>> I investigate a little and I found that developers like to >>>> periodically use the Tattletale tool to review dependencies inside the >>>> project, to remove unused ones and this way, to keep projects 'fit'. >>>> This option could be one of the main feature of the future plugin. >>>> >>>> Other things this plugin should be able to do are (several ideas): >>>> >>>> - Tattletale tool requires that all dependencies should be placed >>>> in the same folder. Tattletale Eclipse plugin should be able to >>>> automatically recognize all libraries referenced by the Eclipse project, >>>> like jars inside the project, external jars and Maven dependencies. >>>> - This plugin should include compiled classes of current Eclipse >>>> project into report. Dependent eclipse project should be included, too. >>>> This way, developer does not have to create build(all jars) to create the >>>> valid Tattletale report. >>>> - Mark Duplicated class in the Project Explorer(Multiple Locations >>>> report should be used). This is possible, Eclipse API supports this, >>>> Findbugs plugin can do it. >>>> - Mark Unused JAR files in the Project Explorer's Referenced >>>> Libraries node(Unused Jars report should be used). Currently, I do not know >>>> is this possible. >>>> - This plugin should be able to create and open default HTML >>>> report in Eclipse plugin. This report could allow to navigate to >>>> particular class listed in it using CTRL+LeftClick. Currently Tattletale >>>> does not support this. >>>> - Graphical dependencies report should work "out of the box" >>>> - We could add options like "Remove unused dependencies", >>>> "Eliminate Jar files with different versions", but this should be >>>> discussed. This tool could have only "advisory" nature and could manage >>>> class-path for Maven and Eclipse Java projects. I am not sure should we >>>> provide potentially risky options which are managing eclipse project >>>> class-path? >>>> - This plugin could be displayed in the new "Tattletale Eclipse >>>> perspective". >>>> >>>> >>>> >>>> I should ask you if someone is interested to become a GSoC mentor for >>>> this project, to finish it together? >>>> In this case, I could try implement prototype of this plugin with basic >>>> options as part of the GSoC proposal evaluation process. >>>> >>>> I think I can finish this plugin, and this project seems as great >>>> opportunity to me, first, to create an useful tool which will be widely >>>> used as part of Eclipse and to gain more experience in lot of open-source >>>> tools. >>>> >>>> Please, feel free to ask if you have any questions, Any comment or >>>> suggestions is appriciated. >>>> >>>> Best Regards, >>>> Dejan Simeonov >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- 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/20140321/c7ca7fdf/attachment-0001.html From ggastald at redhat.com Fri Mar 21 11:19:25 2014 From: ggastald at redhat.com (George Gastaldi) Date: Fri, 21 Mar 2014 12:19:25 -0300 Subject: [forge-dev] GSoC project idea: Create Tattletale plugin for Eclipse In-Reply-To: References: <5329AF73.5070708@redhat.com> <559A8FC3-CE91-4BF4-9B5C-AF7FD379E22B@redhat.com> Message-ID: <532C587D.9060306@redhat.com> Excellent! Don't forget to apply in the google-melange site, otherwise the proposal may never get a chance to be approved. Unfortunately, it also doesn't mean it will be approved, since we have limited slots. Thanks! On 21-03-2014 10:43, Dejan Simeonov wrote: > Yes it helped, the newest version is working now: > > [GSOC2014]$ version > > JBoss Forge, version [ 2.3.0.Final ] - JBoss, by Red Hat, Inc. [ > http://jboss.org/forge ] > > Thanks Rafael ! > > > On Fri, Mar 21, 2014 at 2:38 PM, Rafael Pestano > wrote: > > "but it is using older Forge, version 1.4.4" > > try to delete .forge folder content, on unix its under > user/home/.forge. > > I hope that helps > > > 2014-03-21 9:57 GMT-03:00 Matt Benson >: > > I know your proposal is due today, so I'll talk out of turn: > There is no future in Forge 1. You should be concentrating on > Forge 2, but more generally in realistic terms you should aim > for your addon to be compatible with whatever the current > version of Forge is near the end of the summer if at all > possible. I.e., if F3 were to be released it would be similar > in most respects to F2, and migration would probably not > represent much, if any, burden. Good luck to you! > > Matt > > On Mar 21, 2014 7:50 AM, "Dejan Simeonov" > > wrote: > > Hi, > I started working with earlier version, Forge 1.4.4. but I > have some issues since switched to Forge 2.2.0. > -Eclipse plugin could not be installed from the Eclipse > Update Site - > http://download.jboss.org/jbosstools/builds/staging/jbosstools-forge_master/all/repo/ > Error is: > Cannot complete the install because one or more required > items could not be found. > Software being installed: JBoss Tools - Tests - Forge > 1.3.0.Beta2-v20140321-0817-B552 > (org.jboss.tools.forge.ext.test.feature.feature.group > 1.3.0.Beta2-v20140321-0817-B552) > ... > I used Eclipse Juno Service Release 2 > > Now, I switched to Eclipse 4.3, Kepler, I managed to > install Forge plugin and Forge console works fine, but it > is using older Forge, version 1.4.4 > > What you prefer: We could implement Tattletale addon for > Forge 2, or to be more specific, for current official > release, Forge 2.3.0.Final, or it is better to use older > version, 1.4.4? > What is your opinion? Please advice. > > > > > > On Thu, Mar 20, 2014 at 8:23 PM, George Gastaldi > > wrote: > > That's awesome Dejan. The docs you mentioned covers > Forge 1.x. The docs for 2.x are available in > github.com/forge/core > at the moment. We are working on a new website for > Forge 2 and it should be available soon. > > Join us on irc.freenode.net > @ #forge if you have any questions. We'll be glad to > help you out. > > Em 20/03/2014, ?s 16:17, Dejan Simeonov > > escreveu: > >> Hi George, >> >> actually I haven't been tried Forge, but now I tried >> it and I can share my thoughts. >> I did not have time to use Forge project in the real >> life, but I installed and tested it a little and walk >> through several tutorials and examples. For now I am >> amazed with it's simplicity and usability of this tool. >> For example, before I discovered Maven I have >> previous experience with crating of JEE project >> setup, or using Hibernate so I know how amount of >> Google-ing, how much effort is needed, and how >> painful process was that. >> Because of that, I appreciate tools like Forge. >> >> Regarding my previous idea, I think it can be applied >> to Forge, too. I think that Tattletale could be used >> by Forge through its plug-in(addon) mechanism. >> Because Forge is not limited only to creating and >> displaying the reports, but most of his commands are >> created to solve common problems, we should >> implement remove-unused-dependencies addon with >> reporting capabilities, too. This extension >> should use Tattletale for the core logic. >> So idea is to: >> *Create Tattletale addon for Forge2* >> The main features of future plugin remains the same >> as that are previously proposed for the Eclipse plugin: >> >> * Tattletale tool requires that all dependencies >> should be placed in the same folder. Tattletale >> Forge plugin should be able to automatically >> recognize all libraries referenced by the >> different types of projects project. >> * This plugin should include compiled classes of >> current project into report. This way, developer >> does not have to create build(all jars) to create >> the valid Tattletale report. Process should be >> automated. >> * list-duplicated-classes command should be >> implemented(Multiple Locations report should be used) >> * find/list-unused-dependencies command should be >> implemented (Unused Jars report should be used). >> * We should add commands like >> "remove-unused-dependencies", >> "eliminate-dependencies-with different-versions". >> The nature of Forge tool is not only "advisory" >> and it should be able to manage class-path for >> example, for Maven projects. >> These commands should be able to guide user >> through step by step process of finding/marking >> and removing the unused dependencies. >> * For the beginning we should create plugin and >> make it work fine with one type of >> projects(Maven), and then in the next iterations >> we could expand support for more type of projects. >> * This plugin should be able to create default >> Tattletale HTML report. >> >> I already started developing my first Forge plugin. >> You have great tutorial here: >> http://forge.jboss.org/docs/plugin_development/#content >> I will play with it for a while, review API, and then >> will come with mode in-depth proposal. >> >> It will be great if we can create this plugin as part >> of GSoC 2014. >> >> Please, review the ideas, advice and feel free to >> comment >> >> Thank you >> Dejan >> >> On Wed, Mar 19, 2014 at 3:53 PM, George Gastaldi >> > wrote: >> >> Nice to meet you Dejan. >> >> First of all, have you tried Forge 2? I'd like >> you to give it a try: >> >> https://github.com/forge/core/blob/master/README.asciidoc >> >> The idea in Forge is to provide tooling that is >> not coupled to the IDE implementation, that is, >> the code you write will run in Shell, Eclipse, >> NetBeans, IDEA, etc (as long as there is an >> implementation of the Forge APIs for each IDE - >> at the moment we have Eclipse and Shell). >> >> I believe that a Tattletale addon would be nice >> to have. >> There is also a talk about Forge 2 in here: >> http://t.co/aWCzQPWeTp (Thanks to Ivan). >> >> Best Regards, >> >> George Gastaldi >> >> >> On 19-03-2014 07:41, Dejan Simeonov wrote: >>> Hi Forge team, Hi George, >>> Let me briefly introduce myself: >>> My name is Dejan Simeonov, and I am final-year >>> student of Faculty of Organizational Sciences, >>> University of Belgrade, Serbia. >>> I have experience with Java, PHP, HTML and CSS, >>> SVN, GIT... I am familiar with Eclipse and >>> several open-source tools for Statistic Code >>> analysis as Eclipse and Hudson plugins. >>> Currently I am learning about Maven and Eclipse >>> Plugins implementation. >>> And I would like to participate as a student in >>> Google Summer Of Code 2014. >>> Several days ago I proposed my ideas for GSoC >>> to Jonathan, JBoss's GSoC mentor. We talked >>> about them and he advised me to review one of >>> them with you, Forge team, hopefully to help me >>> with the concrete details and specification. >>> One of tools I used is Tattletale. I found it >>> very useful for investigating dependencies >>> inside the project and to discovering unused jars. >>> I used it as command line and Maven plugin, but >>> I think it could be even more useful as Eclipse >>> plugin. So, idea is: >>> Create Tattletale plugin for Eclipse >>> Lot of tools have plugin for Eclipse. (Findbugs, >>> PMD...). Tattletale plugin for Eclipse still >>> does not exist, but this way it should be easier >>> to use comparing to usage trough console . >>> Tattletale tool could be used as engine for this >>> plugin. The basic plugin implementation could >>> display standard Tattletale HTML report inside >>> the Eclipse, but some sub reports like "Unused >>> Jar" or "Multiple Jar files" could "mark" some >>> referenced libraries displayed in the Eclipse >>> controls and highlight them for the removal. >>> I investigate a little and I found that >>> developers like to periodically use the >>> Tattletale tool to review dependencies inside >>> the project, to remove unused ones and this way, >>> to keep projects 'fit'. >>> This option could be one of the main feature of >>> the future plugin. >>> Other things this plugin should be able to do >>> are (several ideas): >>> >>> * Tattletale tool requires that all >>> dependencies should be placed in the same >>> folder. Tattletale Eclipse plugin should be >>> able to automatically recognize all >>> libraries referenced by the Eclipse >>> project, like jars inside the project, >>> external jars and Maven dependencies. >>> * This plugin should include compiled classes >>> of current Eclipse project into report. >>> Dependent eclipse project should be >>> included, too. This way, developer does not >>> have to create build(all jars) to create the >>> valid Tattletale report. >>> * Mark Duplicated class in the Project >>> Explorer(Multiple Locations report should be >>> used). This is possible, Eclipse API >>> supports this, Findbugs plugin can do it. >>> * Mark Unused JAR files in the Project >>> Explorer's Referenced Libraries node(Unused >>> Jars report should be used). Currently, I do >>> not know is this possible. >>> * This plugin should be able to create and >>> open default HTML report in Eclipse plugin. >>> This report could allow to navigate to >>> particular class listed in it using >>> CTRL+LeftClick. Currently Tattletale does >>> not support this. >>> * Graphical dependencies report should work >>> "out of the box" >>> * We could add options like "Remove unused >>> dependencies", "Eliminate Jar files with >>> different versions", but this should be >>> discussed. This tool could have only >>> "advisory" nature and could manage >>> class-path for Maven and Eclipse Java >>> projects. I am not sure should we provide >>> potentially risky options which are >>> managing eclipse project class-path? >>> * This plugin could be displayed in the new >>> "Tattletale Eclipse perspective". >>> >>> I should ask you if someone is interested to >>> become a GSoC mentor for this project, to >>> finish it together? >>> In this case, I could try implement prototype of >>> this plugin with basic options as part of the >>> GSoC proposal evaluation process. >>> I think I can finish this plugin, and this >>> project seems as great opportunity to me, first, >>> to create an useful tool which will be widely >>> used as part of Eclipse and to gain more >>> experience in lot of open-source tools. >>> Please, feel free to ask if you have any >>> questions, Any comment or suggestions is >>> appriciated. >>> Best Regards, >>> Dejan Simeonov >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/forge-dev > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > -- > Att, > > Rafael M. Pestano > > Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul > Graduando em Ci?ncia da Computa??o UFRGS > http://conventionsframework.org > http://rpestano.wordpress.com/ > @realpestano > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > _______________________________________________ > 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/20140321/21b7c4a5/attachment-0001.html From antonio.mailing at gmail.com Sat Mar 22 02:25:31 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sat, 22 Mar 2014 07:25:31 +0100 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one Message-ID: Hi, This is a Roaster question. I've been trying to create a Bean Validation constraint properly... in vain. What I want to achieve is the following (notice the @List annotation) : @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, *PARAMETER*}) @Retention(*RUNTIME*) @Documented @Constraint(validatedBy = {}) *public *@*interface *Email { String message() *default **"wrong email address"*; Class[] groups() *default *{}; Class[] payload() *default *{}; @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, *PARAMETER* }) @Retention(*RUNTIME*) @*interface **List* { Email[] value(); } } This is the code I've written. Both annotation are generated separately... but I don't know how to add listAnnotation inside emailAnnotation. Any idea ? Thanks public class Main { public static void main(String[] args) { // This is the inner annotation List final JavaAnnotationSource listAnnotation = Roaster.create(JavaAnnotationSource.class); listAnnotation.setName("List"); listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); listAnnotation.addAnnotationElement("Email[] value()"); System.out.println(listAnnotation); // This is the annotation @Email final JavaAnnotationSource emailAnnotation = Roaster.create(JavaAnnotationSource.class); emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); emailAnnotation.addImport(Payload.class); emailAnnotation.addAnnotation(Documented.class); emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", "{}"); emailAnnotation.addAnnotationElement("String message() default \"wrong email address\""); emailAnnotation.addAnnotationElement("Class[] groups() default {}"); emailAnnotation.addAnnotationElement("Class[] payload() default {}"); // I was expecting to have a method like that so I could add annotation inside another one // emailAnnotation.addAnnotationElement(emailAnnotation); System.out.println(emailAnnotation); } } -- 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/20140322/435392b8/attachment.html From luca.masini.mailing.list at gmail.com Sat Mar 22 04:11:17 2014 From: luca.masini.mailing.list at gmail.com (Luca Masini) Date: Sat, 22 Mar 2014 09:11:17 +0100 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one In-Reply-To: References: Message-ID: Why don't you model it like "NamedQueries/NamedQuery" ? 2014-03-22 7:25 GMT+01:00 Antonio Goncalves : > Hi, > > This is a Roaster question. I've been trying to create a Bean Validation > constraint properly... in vain. What I want to achieve is the following > (notice the @List annotation) : > > @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, *PARAMETER* > }) > @Retention(*RUNTIME*) > @Documented > @Constraint(validatedBy = {}) > *public *@*interface *Email { > > String message() *default **"wrong email address"*; > > Class[] groups() *default *{}; > > Class[] payload() *default *{}; > > @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, > *PARAMETER*}) > @Retention(*RUNTIME*) > @*interface **List* { > Email[] value(); > } > } > > > This is the code I've written. Both annotation are generated separately... > but I don't know how to add listAnnotation inside emailAnnotation. Any > idea ? > > Thanks > > > public class Main { > public static void main(String[] args) { > > > // This is the inner annotation List > > final JavaAnnotationSource listAnnotation = Roaster.create(JavaAnnotationSource.class); > > listAnnotation.setName("List"); > > listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); > > listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); > > listAnnotation.addAnnotationElement("Email[] value()"); > > System.out.println(listAnnotation); > > > // This is the annotation @Email > > final JavaAnnotationSource emailAnnotation = Roaster.create(JavaAnnotationSource.class); > > emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); > > emailAnnotation.addImport(Payload.class); > > emailAnnotation.addAnnotation(Documented.class); > > emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); > > emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); > > emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", "{}"); > > emailAnnotation.addAnnotationElement("String message() default \"wrong email address\""); > > emailAnnotation.addAnnotationElement("Class[] groups() default {}"); > > emailAnnotation.addAnnotationElement("Class[] payload() default {}"); > > // I was expecting to have a method like that so I could add annotation inside another one > // emailAnnotation.addAnnotationElement(emailAnnotation); > System.out.println(emailAnnotation); > > > } > > } > > > > > -- > 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 > -- **************************************** http://www.lucamasini.net http://twitter.com/lmasini http://www.linkedin.com/pub/luca-masini/7/10/2b9 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140322/0d833691/attachment-0001.html From antonio.mailing at gmail.com Sun Mar 23 10:37:16 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 23 Mar 2014 15:37:16 +0100 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one In-Reply-To: References: Message-ID: It's not like I have the choice. This is the way you model a constraint with Bean Validation : http://beanvalidation.org/1.1/spec/#constraintsdefinitionimplementation-multipleconstraints 2014-03-22 9:11 GMT+01:00 Luca Masini : > Why don't you model it like "NamedQueries/NamedQuery" ? > > > 2014-03-22 7:25 GMT+01:00 Antonio Goncalves : > >> Hi, >> >> This is a Roaster question. I've been trying to create a Bean Validation >> constraint properly... in vain. What I want to achieve is the following >> (notice the @List annotation) : >> >> @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, *PARAMETER* >> }) >> @Retention(*RUNTIME*) >> @Documented >> @Constraint(validatedBy = {}) >> *public *@*interface *Email { >> >> String message() *default **"wrong email address"*; >> >> Class[] groups() *default *{}; >> >> Class[] payload() *default *{}; >> >> @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, >> *PARAMETER*}) >> @Retention(*RUNTIME*) >> @*interface **List* { >> Email[] value(); >> } >> } >> >> >> This is the code I've written. Both annotation are generated >> separately... but I don't know how to add listAnnotation inside >> emailAnnotation. Any idea ? >> >> Thanks >> >> >> public class Main { >> public static void main(String[] args) { >> >> >> >> // This is the inner annotation List >> >> final JavaAnnotationSource listAnnotation = Roaster.create(JavaAnnotationSource.class); >> >> >> listAnnotation.setName("List"); >> >> >> listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >> >> >> listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); >> >> >> listAnnotation.addAnnotationElement("Email[] value()"); >> >> >> System.out.println(listAnnotation); >> >> >> >> // This is the annotation @Email >> >> final JavaAnnotationSource emailAnnotation = Roaster.create(JavaAnnotationSource.class); >> >> >> emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); >> >> >> emailAnnotation.addImport(Payload.class); >> >> >> emailAnnotation.addAnnotation(Documented.class); >> >> >> emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >> >> >> emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); >> >> >> emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", "{}"); >> >> >> emailAnnotation.addAnnotationElement("String message() default \"wrong email address\""); >> >> >> emailAnnotation.addAnnotationElement("Class[] groups() default {}"); >> >> >> emailAnnotation.addAnnotationElement("Class[] payload() default {}"); >> >> >> // I was expecting to have a method like that so I could add annotation inside another one >> // emailAnnotation.addAnnotationElement(emailAnnotation); >> System.out.println(emailAnnotation); >> >> >> >> } >> >> } >> >> >> >> >> -- >> 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 >> > > > > -- > **************************************** > http://www.lucamasini.net > http://twitter.com/lmasini > http://www.linkedin.com/pub/luca-masini/7/10/2b9 > **************************************** > > _______________________________________________ > 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/20140323/b4aaa83a/attachment.html From lincolnbaxter at gmail.com Tue Mar 25 13:43:16 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Tue, 25 Mar 2014 13:43:16 -0400 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one In-Reply-To: References: Message-ID: Hey Antonio, I don't really know how to do this off the top of my head. My guess is that you'll need to do what you've done for the prior elements and provide the definition using a String. Will this work until we can add this functionality to the API? ~Lincoln On Sun, Mar 23, 2014 at 10:37 AM, Antonio Goncalves < antonio.mailing at gmail.com> wrote: > It's not like I have the choice. This is the way you model a constraint > with Bean Validation : > http://beanvalidation.org/1.1/spec/#constraintsdefinitionimplementation-multipleconstraints > > > 2014-03-22 9:11 GMT+01:00 Luca Masini > : > > Why don't you model it like "NamedQueries/NamedQuery" ? >> >> >> 2014-03-22 7:25 GMT+01:00 Antonio Goncalves : >> >>> Hi, >>> >>> This is a Roaster question. I've been trying to create a Bean Validation >>> constraint properly... in vain. What I want to achieve is the following >>> (notice the @List annotation) : >>> >>> @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, >>> *PARAMETER*}) >>> @Retention(*RUNTIME*) >>> @Documented >>> @Constraint(validatedBy = {}) >>> *public *@*interface *Email { >>> >>> String message() *default **"wrong email address"*; >>> >>> Class[] groups() *default *{}; >>> >>> Class[] payload() *default *{}; >>> >>> @Target({*METHOD*, *FIELD*, *ANNOTATION_TYPE*, *CONSTRUCTOR*, >>> *PARAMETER*}) >>> @Retention(*RUNTIME*) >>> @*interface **List* { >>> Email[] value(); >>> } >>> } >>> >>> >>> This is the code I've written. Both annotation are generated >>> separately... but I don't know how to add listAnnotation inside >>> emailAnnotation. Any idea ? >>> >>> Thanks >>> >>> >>> public class Main { >>> public static void main(String[] args) { >>> >>> >>> >>> >>> // This is the inner annotation List >>> >>> final JavaAnnotationSource listAnnotation = Roaster.create(JavaAnnotationSource.class); >>> >>> >>> >>> listAnnotation.setName("List"); >>> >>> >>> >>> listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >>> >>> >>> >>> listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); >>> >>> >>> >>> listAnnotation.addAnnotationElement("Email[] value()"); >>> >>> >>> >>> System.out.println(listAnnotation); >>> >>> >>> >>> >>> // This is the annotation @Email >>> >>> final JavaAnnotationSource emailAnnotation = Roaster.create(JavaAnnotationSource.class); >>> >>> >>> >>> emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); >>> >>> >>> >>> emailAnnotation.addImport(Payload.class); >>> >>> >>> >>> emailAnnotation.addAnnotation(Documented.class); >>> >>> >>> >>> emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >>> >>> >>> >>> emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, FIELD, PARAMETER, TYPE); >>> >>> >>> >>> emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", "{}"); >>> >>> >>> >>> emailAnnotation.addAnnotationElement("String message() default \"wrong email address\""); >>> >>> >>> >>> emailAnnotation.addAnnotationElement("Class[] groups() default {}"); >>> >>> >>> >>> emailAnnotation.addAnnotationElement("Class[] payload() default {}"); >>> >>> >>> >>> // I was expecting to have a method like that so I could add annotation inside another one >>> // emailAnnotation.addAnnotationElement(emailAnnotation); >>> System.out.println(emailAnnotation); >>> >>> >>> >>> >>> } >>> >>> } >>> >>> >>> >>> >>> -- >>> 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 >>> >> >> >> >> -- >> **************************************** >> http://www.lucamasini.net >> http://twitter.com/lmasini >> http://www.linkedin.com/pub/luca-masini/7/10/2b9 >> **************************************** >> >> _______________________________________________ >> 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 > -- 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/20140325/f98a2dd2/attachment-0001.html From gudnabrsam at gmail.com Tue Mar 25 13:59:15 2014 From: gudnabrsam at gmail.com (Matt Benson) Date: Tue, 25 Mar 2014 12:59:15 -0500 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one In-Reply-To: References: Message-ID: This is an open issue: https://issues.jboss.org/browse/FORGE-1582 Matt On Tue, Mar 25, 2014 at 12:43 PM, Lincoln Baxter, III wrote: > Hey Antonio, > > I don't really know how to do this off the top of my head. My guess is that > you'll need to do what you've done for the prior elements and provide the > definition using a String. Will this work until we can add this > functionality to the API? > > ~Lincoln > > > On Sun, Mar 23, 2014 at 10:37 AM, Antonio Goncalves > wrote: >> >> It's not like I have the choice. This is the way you model a constraint >> with Bean Validation : >> http://beanvalidation.org/1.1/spec/#constraintsdefinitionimplementation-multipleconstraints >> >> >> 2014-03-22 9:11 GMT+01:00 Luca Masini >> : >> >>> Why don't you model it like "NamedQueries/NamedQuery" ? >>> >>> >>> 2014-03-22 7:25 GMT+01:00 Antonio Goncalves : >>>> >>>> Hi, >>>> >>>> This is a Roaster question. I've been trying to create a Bean Validation >>>> constraint properly... in vain. What I want to achieve is the following >>>> (notice the @List annotation) : >>>> >>>> @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER}) >>>> @Retention(RUNTIME) >>>> @Documented >>>> @Constraint(validatedBy = {}) >>>> public @interface Email { >>>> >>>> String message() default "wrong email address"; >>>> >>>> Class[] groups() default {}; >>>> >>>> Class[] payload() default {}; >>>> >>>> @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER}) >>>> @Retention(RUNTIME) >>>> @interface List { >>>> Email[] value(); >>>> } >>>> } >>>> >>>> >>>> This is the code I've written. Both annotation are generated >>>> separately... but I don't know how to add listAnnotation inside >>>> emailAnnotation. Any idea ? >>>> >>>> Thanks >>>> >>>> >>>> >>>> public class Main { >>>> public static void main(String[] args) { >>>> >>>> >>>> >>>> >>>> >>>> // This is the inner annotation List >>>> final JavaAnnotationSource listAnnotation = >>>> Roaster.create(JavaAnnotationSource.class); >>>> >>>> >>>> >>>> >>>> listAnnotation.setName("List"); >>>> >>>> >>>> >>>> >>>> >>>> listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >>>> >>>> >>>> >>>> >>>> listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, >>>> FIELD, PARAMETER, TYPE); >>>> >>>> >>>> >>>> >>>> listAnnotation.addAnnotationElement("Email[] value()"); >>>> >>>> >>>> >>>> >>>> System.out.println(listAnnotation); >>>> >>>> >>>> >>>> >>>> >>>> // This is the annotation @Email >>>> final JavaAnnotationSource emailAnnotation = >>>> Roaster.create(JavaAnnotationSource.class); >>>> >>>> >>>> >>>> >>>> >>>> emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addImport(Payload.class); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotation(Documented.class); >>>> >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, >>>> FIELD, PARAMETER, TYPE); >>>> >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", >>>> "{}"); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotationElement("String message() default >>>> \"wrong email address\""); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotationElement("Class[] groups() >>>> default {}"); >>>> >>>> >>>> >>>> >>>> emailAnnotation.addAnnotationElement("Class[] >>>> payload() default {}"); >>>> >>>> >>>> >>>> >>>> >>>> // I was expecting to have a method like that so I could add >>>> annotation inside another one >>>> // emailAnnotation.addAnnotationElement(emailAnnotation); >>>> >>>> System.out.println(emailAnnotation); >>>> >>>> >>>> >>>> >>>> >>>> } >>>> >>>> } >>>> >>>> >>>> >>>> >>>> -- >>>> 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 >>> >>> >>> >>> >>> -- >>> **************************************** >>> http://www.lucamasini.net >>> http://twitter.com/lmasini >>> http://www.linkedin.com/pub/luca-masini/7/10/2b9 >>> **************************************** >>> >>> _______________________________________________ >>> 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 > > > > > -- > 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 jer at printstacktrace.org Tue Mar 25 19:20:15 2014 From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=) Date: Wed, 26 Mar 2014 00:20:15 +0100 Subject: [forge-dev] as-forge-addon Message-ID: Hi all, I recently worked to migrate the plugin-jboss-as to forge2. The prototype code is available here: https://github.com/jerr/as-forge-addon Two videos are available too : - as-forge-addon on eclipse : http://www.youtube.com/watch?v=D-s6RAS1b-U - as-forge-addon on shell : http://www.youtube.com/watch?v=lXMEDqTnkOs Currently, only the JBoss AS7 and WildFly 8 implementation are available. I would like to have your opinion before going further. In the future I wish to add TomEE extension and for other application server. Your feedbacks are welcome. Regards, Jeremie. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140326/007a125b/attachment.html From forge-dev at lists.jboss.org Wed Mar 26 01:14:46 2014 From: forge-dev at lists.jboss.org (forge-dev at lists.jboss.org) Date: Wed, 26 Mar 2014 01:14:46 EDT Subject: [forge-dev] as-forge-addon In-Reply-To: Message-ID: <1507158818.81395810916489.JavaMail.jive@jive-app01.app.mwc.hst.phx2.redhat.com> Awesome job! I think it would be great if this addon could provide a SPI so other servers may be added as desired (Tomee, weblogic, websphere, to name a few). Posted by forums Original post: https://community.jboss.org/message/864243#864243 From lennart.jorelid at gmail.com Wed Mar 26 02:55:15 2014 From: lennart.jorelid at gmail.com (=?ISO-8859-1?Q?Lennart_J=F6relid?=) Date: Wed, 26 Mar 2014 07:55:15 +0100 Subject: [forge-dev] Converting a Forge 1.4.x plugin to Forge 2.3.+ Message-ID: Good morning, all. It seems that the Forge community has been hard at work to refactor the Forge 1.x structure to Forge 2. Well done. I would simply like to migrate a decently complex add-on to Forge 2, implying I would want to find a solid step-by-step tutorial on how I should proceed. However, all of the documentation I have been able to find so far pertains to Forge1. While I feel I'm most likely missing something fundamental here, there may be other folks in the same position. So... 1. Where can I find a step-by-step tutorial on how to develop and test a Forge2 plugin which accesses Maven libraries and Forge libraries? 2. Where can I find a cookbook on what functionality different APIs provide? For example: 1. My *new-nazgul-project *add-on needs to create or use an existing project structure, implying that it must detect if a project exists and has the correct Maven GAV structure, some internal structure details and the correct parent. I used to do this with a mix of Maven and Forge 1.x functionality, but I wonder how I can find out how to do this under Forge 2.x So ... I used to use the following resources to create directories, analyze POMs and generate resources. Of course, all is doable using raw JDK and Maven APIs, but likely much simpler with Forge APIs. // Internal state protected Shell shell; protected ProjectFactory projectFactory; protected ResourceFactory resourceFactory; -- -- +==============================+ | B?sta h?lsningar, | [sw. "Best regards"] | | Lennart J?relid | EAI Architect & Integrator | | jGuru Europe AB | M?lnlycke - Kista | | Email: lj at jguru.se | URL: www.jguru.se | Phone | (skype): jgurueurope | (intl): +46 708 507 603 | (domestic): 0708 - 507 603 +==============================+ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140326/3f990e68/attachment.html From lincolnbaxter at gmail.com Wed Mar 26 09:52:06 2014 From: lincolnbaxter at gmail.com (Lincoln Baxter, III) Date: Wed, 26 Mar 2014 09:52:06 -0400 Subject: [forge-dev] Converting a Forge 1.4.x plugin to Forge 2.3.+ In-Reply-To: References: Message-ID: Hi Lennart! Good to hear from you! I am about to get on a plane, but in short, this tutorial is what I think you are looking for. Additionally, documentation for each addon can be found there as well (above the tutorial): https://github.com/forge/core#available-addons. Let me know if this is what you were looking for! Of course, feel free to find us in #forge on irc.freenode.net - I'll be on a plane, but George and Vineet and Koen and others should be around. ~Lincoln On Wed, Mar 26, 2014 at 2:55 AM, Lennart J?relid wrote: > Good morning, all. > > It seems that the Forge community has been hard at work to refactor the > Forge 1.x structure to Forge 2. Well done. > > I would simply like to migrate a decently complex add-on to Forge 2, > implying I would want to find a solid step-by-step tutorial on how I should > proceed. However, all of the documentation I have been able to find so far > pertains to Forge1. While I feel I'm most likely missing something > fundamental here, there may be other folks in the same position. So... > > > 1. Where can I find a step-by-step tutorial on how to develop and test > a Forge2 plugin which accesses Maven libraries and Forge libraries? > 2. Where can I find a cookbook on what functionality different APIs > provide? For example: > 1. My *new-nazgul-project *add-on needs to create or use an > existing project structure, implying that it must detect if a project > exists and has the correct Maven GAV structure, some internal structure > details and the correct parent. I used to do this with a mix of Maven and > Forge 1.x functionality, but I wonder how I can find out how to do this > under Forge 2.x > > > So ... I used to use the following resources to create directories, > analyze POMs and generate resources. Of course, all is doable using raw JDK > and Maven APIs, but likely much simpler with Forge APIs. > > // Internal state > protected Shell shell; > protected ProjectFactory projectFactory; > protected ResourceFactory resourceFactory; > > -- > > -- > +==============================+ > | B?sta h?lsningar, > | [sw. "Best regards"] > | > | Lennart J?relid > | EAI Architect & Integrator > | > | jGuru Europe AB > | M?lnlycke - Kista > | > | Email: lj at jguru.se > | URL: www.jguru.se > | Phone > | (skype): jgurueurope > | (intl): +46 708 507 603 > | (domestic): 0708 - 507 603 > +==============================+ > > > _______________________________________________ > 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/20140326/2205bbaa/attachment.html From jer at printstacktrace.org Wed Mar 26 16:56:17 2014 From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=) Date: Wed, 26 Mar 2014 21:56:17 +0100 Subject: [forge-dev] as-forge-addon Message-ID: Hi, The plugin uses a SPI to add several application server implementation. The SPI code is here : https://github.com/jerr/as-forge-addon/tree/forge2/spi I just start the as-tomee-forge-addon outside the as-forge-addon project. I hope to show you the result soon. Regards, Jeremie. 2014-03-26 6:14 GMT+01:00 : > > Awesome job! I think it would be great if this addon could provide a SPI > so other servers may be added as desired (Tomee, weblogic, websphere, to > name a few). > > Posted by forums > Original post: https://community.jboss.org/message/864243#864243 > _______________________________________________ > 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/20140326/f122d645/attachment-0001.html From antonio.mailing at gmail.com Thu Mar 27 09:03:03 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Thu, 27 Mar 2014 14:03:03 +0100 Subject: [forge-dev] [Roaster] Don't know how to add an annotation inside another one In-Reply-To: References: Message-ID: @Lincoln I think I did try passing a String but it didn't work. Let me have an extra look at it @Matt I've added a comment to the JIRA Antonio 2014-03-25 18:59 GMT+01:00 Matt Benson : > This is an open issue: https://issues.jboss.org/browse/FORGE-1582 > > Matt > > On Tue, Mar 25, 2014 at 12:43 PM, Lincoln Baxter, III > wrote: > > Hey Antonio, > > > > I don't really know how to do this off the top of my head. My guess is > that > > you'll need to do what you've done for the prior elements and provide the > > definition using a String. Will this work until we can add this > > functionality to the API? > > > > ~Lincoln > > > > > > On Sun, Mar 23, 2014 at 10:37 AM, Antonio Goncalves > > wrote: > >> > >> It's not like I have the choice. This is the way you model a constraint > >> with Bean Validation : > >> > http://beanvalidation.org/1.1/spec/#constraintsdefinitionimplementation-multipleconstraints > >> > >> > >> 2014-03-22 9:11 GMT+01:00 Luca Masini > >> : > >> > >>> Why don't you model it like "NamedQueries/NamedQuery" ? > >>> > >>> > >>> 2014-03-22 7:25 GMT+01:00 Antonio Goncalves >: > >>>> > >>>> Hi, > >>>> > >>>> This is a Roaster question. I've been trying to create a Bean > Validation > >>>> constraint properly... in vain. What I want to achieve is the > following > >>>> (notice the @List annotation) : > >>>> > >>>> @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER}) > >>>> @Retention(RUNTIME) > >>>> @Documented > >>>> @Constraint(validatedBy = {}) > >>>> public @interface Email { > >>>> > >>>> String message() default "wrong email address"; > >>>> > >>>> Class[] groups() default {}; > >>>> > >>>> Class[] payload() default {}; > >>>> > >>>> @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER}) > >>>> @Retention(RUNTIME) > >>>> @interface List { > >>>> Email[] value(); > >>>> } > >>>> } > >>>> > >>>> > >>>> This is the code I've written. Both annotation are generated > >>>> separately... but I don't know how to add listAnnotation inside > >>>> emailAnnotation. Any idea ? > >>>> > >>>> Thanks > >>>> > >>>> > >>>> > >>>> public class Main { > >>>> public static void main(String[] args) { > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> // This is the inner annotation List > >>>> final JavaAnnotationSource listAnnotation = > >>>> Roaster.create(JavaAnnotationSource.class); > >>>> > >>>> > >>>> > >>>> > >>>> listAnnotation.setName("List"); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> listAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); > >>>> > >>>> > >>>> > >>>> > >>>> > listAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, > >>>> FIELD, PARAMETER, TYPE); > >>>> > >>>> > >>>> > >>>> > >>>> listAnnotation.addAnnotationElement("Email[] value()"); > >>>> > >>>> > >>>> > >>>> > >>>> System.out.println(listAnnotation); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> // This is the annotation @Email > >>>> final JavaAnnotationSource emailAnnotation = > >>>> Roaster.create(JavaAnnotationSource.class); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > emailAnnotation.setPackage("org.agoncal.proj.constraints").setName("Email"); > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addImport(Payload.class); > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addAnnotation(Documented.class); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addAnnotation(Retention.class).setEnumValue(RUNTIME); > >>>> > >>>> > >>>> > >>>> > >>>> > emailAnnotation.addAnnotation(Target.class).setEnumValue(METHOD, > >>>> FIELD, PARAMETER, TYPE); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > emailAnnotation.addAnnotation(Constraint.class).setLiteralValue("validatedBy", > >>>> "{}"); > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addAnnotationElement("String message() default > >>>> \"wrong email address\""); > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addAnnotationElement("Class[] groups() > >>>> default {}"); > >>>> > >>>> > >>>> > >>>> > >>>> emailAnnotation.addAnnotationElement("Class Payload>[] > >>>> payload() default {}"); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> // I was expecting to have a method like that so I could add > >>>> annotation inside another one > >>>> // emailAnnotation.addAnnotationElement(emailAnnotation); > >>>> > >>>> System.out.println(emailAnnotation); > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> } > >>>> > >>>> } > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> 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 > >>> > >>> > >>> > >>> > >>> -- > >>> **************************************** > >>> http://www.lucamasini.net > >>> http://twitter.com/lmasini > >>> http://www.linkedin.com/pub/luca-masini/7/10/2b9 > >>> **************************************** > >>> > >>> _______________________________________________ > >>> 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 > > > > > > > > > > -- > > 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 > -- 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/20140327/454dd6b4/attachment.html From antonio.mailing at gmail.com Sat Mar 29 13:26:47 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sat, 29 Mar 2014 18:26:47 +0100 Subject: [forge-dev] Roaster on Forge bom ? Message-ID: Hi, I was writing some samples with Roaster and I was wondering if it would make sense to have the Roaster artifacts defined in the Forge BOM ? As a developer it would make my life easier, but then I don't know if you want to tie Forge and Roaster now. -- 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/20140329/bce2182a/attachment.html From antonio.mailing at gmail.com Sat Mar 29 13:43:24 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sat, 29 Mar 2014 18:43:24 +0100 Subject: [forge-dev] Hello World Template Message-ID: Hi all, I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. Thanks -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140329/a4aa2b54/attachment.html From ggastald at redhat.com Sat Mar 29 13:59:54 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 29 Mar 2014 13:59:54 -0400 (EDT) Subject: [forge-dev] Roaster on Forge bom ? In-Reply-To: References: Message-ID: <91A32547-2643-4055-BC95-578AF843FBD1@redhat.com> Yes, that would be a good idea. Want to submit a pull-request? > Em 29/03/2014, ?s 14:27, Antonio Goncalves escreveu: > > Hi, > > I was writing some samples with Roaster and I was wondering if it would make sense to have the Roaster artifacts defined in the Forge BOM ? As a developer it would make my life easier, but then I don't know if you want to tie Forge and Roaster now. > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140329/2f8b0e3f/attachment-0001.html From ggastald at redhat.com Sat Mar 29 14:03:37 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 29 Mar 2014 14:03:37 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: Message-ID: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> Hi Antonio, Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. There is a JIRA to allow that though. See the templates addon README to learn how to generate content from a template. Best Regards, George Gastaldi > Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: > > Hi all, > > I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. > > Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. > > Thanks > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140329/9d0e3dc6/attachment.html From ggastald at redhat.com Sat Mar 29 14:07:25 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sat, 29 Mar 2014 14:07:25 -0400 (EDT) Subject: [forge-dev] Roaster on Forge bom ? In-Reply-To: <91A32547-2643-4055-BC95-578AF843FBD1@redhat.com> References: <91A32547-2643-4055-BC95-578AF843FBD1@redhat.com> Message-ID: On second thought, I think this is not a good idea. You should depend on the parser-java addon and that is already in the BOM. Em 29/03/2014, ?s 15:00, George Gastaldi escreveu: > Yes, that would be a good idea. Want to submit a pull-request? > >> Em 29/03/2014, ?s 14:27, Antonio Goncalves escreveu: >> >> Hi, >> >> I was writing some samples with Roaster and I was wondering if it would make sense to have the Roaster artifacts defined in the Forge BOM ? As a developer it would make my life easier, but then I don't know if you want to tie Forge and Roaster now. >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140329/38eaf8a8/attachment.html From antonio.mailing at gmail.com Sun Mar 30 11:54:24 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 17:54:24 +0200 Subject: [forge-dev] Roaster on Forge bom ? In-Reply-To: References: <91A32547-2643-4055-BC95-578AF843FBD1@redhat.com> Message-ID: Ok. When will java-parser be officially replaced by Roaster ? Forge 3 ? 2014-03-29 19:07 GMT+01:00 George Gastaldi : > On second thought, I think this is not a good idea. You should depend on > the parser-java addon and that is already in the BOM. > > Em 29/03/2014, ?s 15:00, George Gastaldi escreveu: > > Yes, that would be a good idea. Want to submit a pull-request? > > Em 29/03/2014, ?s 14:27, Antonio Goncalves > escreveu: > > Hi, > > I was writing some samples with Roaster and I was wondering if it would > make sense to have the Roaster artifacts defined in the Forge BOM ? As a > developer it would make my life easier, but then I don't know if you want > to tie Forge and Roaster now. > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > 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/20140330/bd994bbb/attachment.html From ggastald at redhat.com Sun Mar 30 12:31:09 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 30 Mar 2014 12:31:09 -0400 (EDT) Subject: [forge-dev] Roaster on Forge bom ? In-Reply-To: References: <91A32547-2643-4055-BC95-578AF843FBD1@redhat.com> Message-ID: Yes, that could happen in a major release change. In the meanwhile, they are happy living together in the parser-java addon :) > Em 30/03/2014, ?s 12:55, Antonio Goncalves escreveu: > > Ok. When will java-parser be officially replaced by Roaster ? Forge 3 ? > > > 2014-03-29 19:07 GMT+01:00 George Gastaldi : >> On second thought, I think this is not a good idea. You should depend on the parser-java addon and that is already in the BOM. >> >> Em 29/03/2014, ?s 15:00, George Gastaldi escreveu: >> >>> Yes, that would be a good idea. Want to submit a pull-request? >>> >>>> Em 29/03/2014, ?s 14:27, Antonio Goncalves escreveu: >>>> >>>> Hi, >>>> >>>> I was writing some samples with Roaster and I was wondering if it would make sense to have the Roaster artifacts defined in the Forge BOM ? As a developer it would make my life easier, but then I don't know if you want to tie Forge and Roaster now. >>>> >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/90c7374c/attachment-0001.html From antonio.mailing at gmail.com Sun Mar 30 13:05:57 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 19:05:57 +0200 Subject: [forge-dev] Roaster - Missing or improving ? Message-ID: 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 { 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/37f24fb9/attachment.html From antonio.mailing at gmail.com Sun Mar 30 16:14:00 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 22:14:00 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> Message-ID: Hum... In the README there is : @Inject private TemplateProcessorFactory factory But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : Furnace furnace = *startFurnace*(); Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.*class*); TemplateProcessorFactory factory = imported.get(); Any simple Hello World from a Main class and a pom.xml ? Thanks Antonio 2014-03-29 19:03 GMT+01:00 George Gastaldi : > Hi Antonio, > > Roaster currently only maintains a class structure (add/remove fields, > methods, interfaces,etc), not code (method bodies) at the moment. > > There is a JIRA to allow that though. > > See the templates addon README to learn how to generate content from a > template. > > Best Regards, > > George Gastaldi > > Em 29/03/2014, ?s 14:43, Antonio Goncalves > escreveu: > > Hi all, > > I'm starting to get a bit more confident with Roaster... and now I would > like to add templating. If I'm right, Roaster is nice to add bits and > pieces of Java here and there, but it's better to use Templates when there > is a lot of code, and mix templating and Roaster for better code > customization. > > Is there a sample I could use to write a Hello Word ? A template with an > "engine" that uses Roaster to add Java code to the template. > > Thanks > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/022bbe50/attachment.html From ggastald at redhat.com Sun Mar 30 16:17:18 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 30 Mar 2014 16:17:18 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> Message-ID: <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> Why it doesn't work? Is any exception being thrown? > Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: > > Hum... > > In the README there is : > > @Inject private TemplateProcessorFactory factory > > But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : > Furnace furnace = startFurnace(); > Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); > TemplateProcessorFactory factory = imported.get(); > > Any simple Hello World from a Main class and a pom.xml ? > > Thanks > Antonio > > > 2014-03-29 19:03 GMT+01:00 George Gastaldi : >> Hi Antonio, >> >> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >> >> There is a JIRA to allow that though. >> >> See the templates addon README to learn how to generate content from a template. >> >> Best Regards, >> >> George Gastaldi >> >>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>> >> >>> Hi all, >>> >>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>> >>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>> >>> Thanks >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/06d0009d/attachment.html From antonio.mailing at gmail.com Sun Mar 30 16:26:23 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 22:26:23 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> Message-ID: Good old NPE ;o) I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? 2014-03-30 22:17 GMT+02:00 George Gastaldi : > Why it doesn't work? Is any exception being thrown? > > Em 30/03/2014, ?s 17:14, Antonio Goncalves > escreveu: > > Hum... > > In the README there is : > > @Inject private TemplateProcessorFactory factory > > But is there a way to use the templating from a Main class ? If I use > Forge, I have Furnace as a container, and I was trying something like this, > but it doesn't work : > > Furnace furnace = *startFurnace*(); > Imported imported = > furnace.getAddonRegistry(TemplateProcessorFactory.*class*); > TemplateProcessorFactory factory = imported.get(); > > Any simple Hello World from a Main class and a pom.xml ? > > Thanks > Antonio > > > 2014-03-29 19:03 GMT+01:00 George Gastaldi : > >> Hi Antonio, >> >> Roaster currently only maintains a class structure (add/remove fields, >> methods, interfaces,etc), not code (method bodies) at the moment. >> >> There is a JIRA to allow that though. >> >> See the templates addon README to learn how to generate content from a >> template. >> >> Best Regards, >> >> George Gastaldi >> >> Em 29/03/2014, ?s 14:43, Antonio Goncalves >> escreveu: >> >> Hi all, >> >> I'm starting to get a bit more confident with Roaster... and now I would >> like to add templating. If I'm right, Roaster is nice to add bits and >> pieces of Java here and there, but it's better to use Templates when there >> is a lot of code, and mix templating and Roaster for better code >> customization. >> >> Is there a sample I could use to write a Hello Word ? A template with an >> "engine" that uses Roaster to add Java code to the template. >> >> Thanks >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/4882e8aa/attachment-0001.html From ggastald at redhat.com Sun Mar 30 16:31:51 2014 From: ggastald at redhat.com (George Gastaldi) Date: Sun, 30 Mar 2014 16:31:51 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> Message-ID: <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Your code should work, you can't use @Inject outside Furnace environment. Not sure what's going on, need to investigate a little further > Em 30/03/2014, ?s 17:26, Antonio Goncalves escreveu: > > Good old NPE ;o) > > I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? > > > 2014-03-30 22:17 GMT+02:00 George Gastaldi : >> Why it doesn't work? Is any exception being thrown? >> >>> Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: >>> >> >>> Hum... >>> >>> In the README there is : >>> >>> @Inject private TemplateProcessorFactory factory >>> >>> But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : >>> Furnace furnace = startFurnace(); >>> Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); >>> TemplateProcessorFactory factory = imported.get(); >>> >>> Any simple Hello World from a Main class and a pom.xml ? >>> >>> Thanks >>> Antonio >>> >>> >>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>> Hi Antonio, >>>> >>>> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>> >>>> There is a JIRA to allow that though. >>>> >>>> See the templates addon README to learn how to generate content from a template. >>>> >>>> Best Regards, >>>> >>>> George Gastaldi >>>> >>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>>>> >>>> >>>>> Hi all, >>>>> >>>>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>>>> >>>>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>>>> >>>>> Thanks >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140330/49240f91/attachment.html From antonio.mailing at gmail.com Sun Mar 30 16:36:43 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 22:36:43 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Message-ID: So it might be my pom.xml Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich Furnace dependencies do you need ? 2014-03-30 22:31 GMT+02:00 George Gastaldi : > Your code should work, you can't use @Inject outside Furnace environment. > Not sure what's going on, need to investigate a little further > > Em 30/03/2014, ?s 17:26, Antonio Goncalves > escreveu: > > Good old NPE ;o) > > I'm not running the code into a container, so @Inject does not work. In > the readme there is the addonRegistry method. In all the samples, the > registery is injected... but how do I use all that with a good old Main ? > > > 2014-03-30 22:17 GMT+02:00 George Gastaldi : > >> Why it doesn't work? Is any exception being thrown? >> >> Em 30/03/2014, ?s 17:14, Antonio Goncalves >> escreveu: >> >> Hum... >> >> In the README there is : >> >> @Inject private TemplateProcessorFactory factory >> >> But is there a way to use the templating from a Main class ? If I use >> Forge, I have Furnace as a container, and I was trying something like this, >> but it doesn't work : >> >> Furnace furnace = *startFurnace*(); >> Imported imported = >> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >> TemplateProcessorFactory factory = imported.get(); >> >> Any simple Hello World from a Main class and a pom.xml ? >> >> Thanks >> Antonio >> >> >> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >> >>> Hi Antonio, >>> >>> Roaster currently only maintains a class structure (add/remove fields, >>> methods, interfaces,etc), not code (method bodies) at the moment. >>> >>> There is a JIRA to allow that though. >>> >>> See the templates addon README to learn how to generate content from a >>> template. >>> >>> Best Regards, >>> >>> George Gastaldi >>> >>> Em 29/03/2014, ?s 14:43, Antonio Goncalves >>> escreveu: >>> >>> Hi all, >>> >>> I'm starting to get a bit more confident with Roaster... and now I would >>> like to add templating. If I'm right, Roaster is nice to add bits and >>> pieces of Java here and there, but it's better to use Templates when there >>> is a lot of code, and mix templating and Roaster for better code >>> customization. >>> >>> Is there a sample I could use to write a Hello Word ? A template with an >>> "engine" that uses Roaster to add Java code to the template. >>> >>> Thanks >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > 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/20140330/e1e28386/attachment-0001.html From antonio.mailing at gmail.com Sun Mar 30 16:45:36 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Sun, 30 Mar 2014 22:45:36 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Message-ID: Here is my code. I think it's my dependencies that are not right, because *resourceFactory* is not injected so I get a NPE *public class *RestEndpoint { @Inject *private *TemplateProcessorFactory *factory*; @Inject ResourceFactory *resourceFactory*; *public static void *main(String[] args) *throws *IOException { *new *RestEndpoint().doIt(); } *private void *doIt() *throws *IOException { Resource templateResource = *resourceFactory* .create(getClass().getResource(*"EndpointWithDTO.jv"*)); Template template = *new *FreemarkerTemplate(templateResource); *// Mark this resource as a Freemarker template *TemplateProcessor processor = *factory*.fromTemplate(template); Map params = *new *HashMap(); *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"*); String output = processor.process(params); *// should return "Hello JBoss Forge". *System.*out* .println(output); } } 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : > So it might be my pom.xml > > Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich > Furnace dependencies do you need ? > > > 2014-03-30 22:31 GMT+02:00 George Gastaldi : > > Your code should work, you can't use @Inject outside Furnace environment. >> Not sure what's going on, need to investigate a little further >> >> Em 30/03/2014, ?s 17:26, Antonio Goncalves >> escreveu: >> >> Good old NPE ;o) >> >> I'm not running the code into a container, so @Inject does not work. In >> the readme there is the addonRegistry method. In all the samples, the >> registery is injected... but how do I use all that with a good old Main ? >> >> >> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >> >>> Why it doesn't work? Is any exception being thrown? >>> >>> Em 30/03/2014, ?s 17:14, Antonio Goncalves >>> escreveu: >>> >>> Hum... >>> >>> In the README there is : >>> >>> @Inject private TemplateProcessorFactory factory >>> >>> But is there a way to use the templating from a Main class ? If I use >>> Forge, I have Furnace as a container, and I was trying something like this, >>> but it doesn't work : >>> >>> Furnace furnace = *startFurnace*(); >>> Imported imported = >>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>> TemplateProcessorFactory factory = imported.get(); >>> >>> Any simple Hello World from a Main class and a pom.xml ? >>> >>> Thanks >>> Antonio >>> >>> >>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>> >>>> Hi Antonio, >>>> >>>> Roaster currently only maintains a class structure (add/remove fields, >>>> methods, interfaces,etc), not code (method bodies) at the moment. >>>> >>>> There is a JIRA to allow that though. >>>> >>>> See the templates addon README to learn how to generate content from a >>>> template. >>>> >>>> Best Regards, >>>> >>>> George Gastaldi >>>> >>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves >>>> escreveu: >>>> >>>> Hi all, >>>> >>>> I'm starting to get a bit more confident with Roaster... and now I >>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>> pieces of Java here and there, but it's better to use Templates when there >>>> is a lot of code, and mix templating and Roaster for better code >>>> customization. >>>> >>>> Is there a sample I could use to write a Hello Word ? A template with >>>> an "engine" that uses Roaster to add Java code to the template. >>>> >>>> Thanks >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter >>>> | LinkedIn | Paris JUG >>>> | Devoxx France >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> 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/20140330/6afcf5d4/attachment.html From ivan.st.ivanov at gmail.com Sun Mar 30 17:58:01 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 31 Mar 2014 00:58:01 +0300 Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Message-ID: Hi Antonio, As far as I can see, in your main class you are not inside the Furnace container, you are rather on you own. That is why nobody has injected you your dependencies. Cheers, Ivan On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < antonio.mailing at gmail.com> wrote: > Here is my code. I think it's my dependencies that are not right, because > *resourceFactory* is not injected so I get a NPE > > > *public class *RestEndpoint { > > @Inject > *private *TemplateProcessorFactory *factory*; > > @Inject > ResourceFactory *resourceFactory*; > > > *public static void *main(String[] args) *throws *IOException { > *new *RestEndpoint().doIt(); > } > > *private void *doIt() *throws *IOException { > Resource templateResource = *resourceFactory* > .create(getClass().getResource(*"EndpointWithDTO.jv"*)); > Template template = *new *FreemarkerTemplate(templateResource); > *// Mark this resource as a Freemarker template *TemplateProcessor > processor = *factory*.fromTemplate(template); > Map params = *new *HashMap(); > *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"*); > String output = processor.process(params); > *// should return "Hello JBoss Forge". *System.*out* > .println(output); > } > } > > > 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : > > So it might be my pom.xml >> >> Where do you get @Inject from ? Just from javax.inject:javax.inject ? >> Wich Furnace dependencies do you need ? >> >> >> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >> >> Your code should work, you can't use @Inject outside Furnace environment. >>> Not sure what's going on, need to investigate a little further >>> >>> Em 30/03/2014, ?s 17:26, Antonio Goncalves >>> escreveu: >>> >>> Good old NPE ;o) >>> >>> I'm not running the code into a container, so @Inject does not work. In >>> the readme there is the addonRegistry method. In all the samples, the >>> registery is injected... but how do I use all that with a good old Main ? >>> >>> >>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>> >>>> Why it doesn't work? Is any exception being thrown? >>>> >>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves >>>> escreveu: >>>> >>>> Hum... >>>> >>>> In the README there is : >>>> >>>> @Inject private TemplateProcessorFactory factory >>>> >>>> But is there a way to use the templating from a Main class ? If I use >>>> Forge, I have Furnace as a container, and I was trying something like this, >>>> but it doesn't work : >>>> >>>> Furnace furnace = *startFurnace*(); >>>> Imported imported = >>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>> TemplateProcessorFactory factory = imported.get(); >>>> >>>> Any simple Hello World from a Main class and a pom.xml ? >>>> >>>> Thanks >>>> Antonio >>>> >>>> >>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>> >>>>> Hi Antonio, >>>>> >>>>> Roaster currently only maintains a class structure (add/remove fields, >>>>> methods, interfaces,etc), not code (method bodies) at the moment. >>>>> >>>>> There is a JIRA to allow that though. >>>>> >>>>> See the templates addon README to learn how to generate content from a >>>>> template. >>>>> >>>>> Best Regards, >>>>> >>>>> George Gastaldi >>>>> >>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves >>>>> escreveu: >>>>> >>>>> Hi all, >>>>> >>>>> I'm starting to get a bit more confident with Roaster... and now I >>>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>>> pieces of Java here and there, but it's better to use Templates when there >>>>> is a lot of code, and mix templating and Roaster for better code >>>>> customization. >>>>> >>>>> Is there a sample I could use to write a Hello Word ? A template with >>>>> an "engine" that uses Roaster to add Java code to the template. >>>>> >>>>> Thanks >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter >>>>> | LinkedIn | Paris JUG >>>>> | Devoxx France >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter >>>> | LinkedIn | Paris JUG >>>> | Devoxx France >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/b3480384/attachment-0001.html From antonio.mailing at gmail.com Mon Mar 31 03:26:05 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 31 Mar 2014 09:26:05 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Message-ID: Hum.... I just did this (starting Furnace in my main) : https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java But it doesn't work either. Any idea ? 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : > Hi Antonio, > > As far as I can see, in your main class you are not inside the Furnace > container, you are rather on you own. That is why nobody has injected you > your dependencies. > > Cheers, > Ivan > > > On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < > antonio.mailing at gmail.com> wrote: > >> Here is my code. I think it's my dependencies that are not right, because >> *resourceFactory* is not injected so I get a NPE >> >> >> *public class *RestEndpoint { >> >> @Inject >> *private *TemplateProcessorFactory *factory*; >> >> @Inject >> ResourceFactory *resourceFactory*; >> >> >> *public static void *main(String[] args) *throws *IOException { >> *new *RestEndpoint().doIt(); >> } >> >> *private void *doIt() *throws *IOException { >> Resource templateResource = *resourceFactory* >> .create(getClass().getResource(*"EndpointWithDTO.jv"*)); >> Template template = *new *FreemarkerTemplate(templateResource); >> *// Mark this resource as a Freemarker template *TemplateProcessor >> processor = *factory*.fromTemplate(template); >> Map params = *new *HashMap(); >> *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"*); >> String output = processor.process(params); >> *// should return "Hello JBoss Forge". *System.*out* >> .println(output); >> } >> } >> >> >> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : >> >> So it might be my pom.xml >>> >>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? >>> Wich Furnace dependencies do you need ? >>> >>> >>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>> >>> Your code should work, you can't use @Inject outside Furnace >>>> environment. Not sure what's going on, need to investigate a little further >>>> >>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves >>>> escreveu: >>>> >>>> Good old NPE ;o) >>>> >>>> I'm not running the code into a container, so @Inject does not work. In >>>> the readme there is the addonRegistry method. In all the samples, the >>>> registery is injected... but how do I use all that with a good old Main ? >>>> >>>> >>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>> >>>>> Why it doesn't work? Is any exception being thrown? >>>>> >>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves >>>>> escreveu: >>>>> >>>>> Hum... >>>>> >>>>> In the README there is : >>>>> >>>>> @Inject private TemplateProcessorFactory factory >>>>> >>>>> But is there a way to use the templating from a Main class ? If I use >>>>> Forge, I have Furnace as a container, and I was trying something like this, >>>>> but it doesn't work : >>>>> >>>>> Furnace furnace = *startFurnace*(); >>>>> Imported imported = >>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>> TemplateProcessorFactory factory = imported.get(); >>>>> >>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>> >>>>> Thanks >>>>> Antonio >>>>> >>>>> >>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>> >>>>>> Hi Antonio, >>>>>> >>>>>> Roaster currently only maintains a class structure (add/remove >>>>>> fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>> >>>>>> There is a JIRA to allow that though. >>>>>> >>>>>> See the templates addon README to learn how to generate content from >>>>>> a template. >>>>>> >>>>>> Best Regards, >>>>>> >>>>>> George Gastaldi >>>>>> >>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves >>>>>> escreveu: >>>>>> >>>>>> Hi all, >>>>>> >>>>>> I'm starting to get a bit more confident with Roaster... and now I >>>>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>>>> pieces of Java here and there, but it's better to use Templates when there >>>>>> is a lot of code, and mix templating and Roaster for better code >>>>>> customization. >>>>>> >>>>>> Is there a sample I could use to write a Hello Word ? A template with >>>>>> an "engine" that uses Roaster to add Java code to the template. >>>>>> >>>>>> Thanks >>>>>> >>>>>> -- >>>>>> Antonio Goncalves >>>>>> Software architect and Java Champion >>>>>> >>>>>> Web site | Twitter >>>>>> | LinkedIn | Paris JUG >>>>>> | Devoxx France >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter >>>>> | LinkedIn | Paris JUG >>>>> | Devoxx France >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter >>>> | LinkedIn | Paris JUG >>>> | Devoxx France >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> 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 >> > > > _______________________________________________ > 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/20140331/56b3b134/attachment.html From ggastald at redhat.com Mon Mar 31 10:00:36 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 31 Mar 2014 10:00:36 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> Message-ID: <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> Antonio, main() methods are not managed by Furnace, hence why @Inject does not work. You need to fech these services from the AddonRegistry: Eg: furnace.getAddonRegistry(ResourceFactory.class).get() > Em 31/03/2014, ?s 04:26, Antonio Goncalves escreveu: > > Hum.... I just did this (starting Furnace in my main) : > > https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java > > But it doesn't work either. > > Any idea ? > > > 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >> Hi Antonio, >> >> As far as I can see, in your main class you are not inside the Furnace container, you are rather on you own. That is why nobody has injected you your dependencies. >> >> Cheers, >> Ivan >> >> >>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves wrote: >>> Here is my code. I think it's my dependencies that are not right, because resourceFactory is not injected so I get a NPE >>> >>> >>> public class RestEndpoint { >>> >>> @Inject >>> private TemplateProcessorFactory factory; >>> >>> @Inject >>> ResourceFactory resourceFactory; >>> >>> >>> public static void main(String[] args) throws IOException { >>> new RestEndpoint().doIt(); >>> } >>> >>> private void doIt() throws IOException { >>> Resource templateResource = resourceFactory.create(getClass().getResource("EndpointWithDTO.jv")); >>> Template template = new FreemarkerTemplate(templateResource); // Mark this resource as a Freemarker template >>> TemplateProcessor processor = factory.fromTemplate(template); >>> Map params = new HashMap(); //Could be a POJO also. >>> params.put("name", "JBoss Forge"); >>> String output = processor.process(params); // should return "Hello JBoss Forge". >>> System.out.println(output); >>> } >>> } >>> >>> >>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : >>> >>>> So it might be my pom.xml >>>> >>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich Furnace dependencies do you need ? >>>> >>>> >>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>> >>>>> Your code should work, you can't use @Inject outside Furnace environment. Not sure what's going on, need to investigate a little further >>>>> >>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves escreveu: >>>>>> >>>>> >>>>>> Good old NPE ;o) >>>>>> >>>>>> I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? >>>>>> >>>>>> >>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>> >>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: >>>>>>>> >>>>>>> >>>>>>>> Hum... >>>>>>>> >>>>>>>> In the README there is : >>>>>>>> >>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>> >>>>>>>> But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : >>>>>>>> Furnace furnace = startFurnace(); >>>>>>>> Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); >>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>> >>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>> >>>>>>>> Thanks >>>>>>>> Antonio >>>>>>>> >>>>>>>> >>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>>> Hi Antonio, >>>>>>>>> >>>>>>>>> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>> >>>>>>>>> There is a JIRA to allow that though. >>>>>>>>> >>>>>>>>> See the templates addon README to learn how to generate content from a template. >>>>>>>>> >>>>>>>>> Best Regards, >>>>>>>>> >>>>>>>>> George Gastaldi >>>>>>>>> >>>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>>>>>>>>> >>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>>>>>>>>> >>>>>>>>>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Antonio Goncalves >>>>>>>>>> Software architect and Java Champion >>>>>>>>>> >>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>> _______________________________________________ >>>>>>>>>> forge-dev mailing list >>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and Java Champion >>>>>>>> >>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Antonio Goncalves >>>>>> Software architect and Java Champion >>>>>> >>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/2386a080/attachment-0001.html From antonio.mailing at gmail.com Mon Mar 31 13:11:18 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 31 Mar 2014 19:11:18 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> Message-ID: If I do the following, it doesn't work : ResourceFactory resourceFactory = furnace.getAddonRegistry(ResourceFactory. *class*).get(); TemplateProcessorFactory factory = furnace.getAddonRegistry(TemplateProcessorFactory.*class*).get(); That because the method getAddonRegistry takes a AddonRepository. Any idea ? 2014-03-31 16:00 GMT+02:00 George Gastaldi : > Antonio, > > main() methods are not managed by Furnace, hence why @Inject does not > work. You need to fech these services from the AddonRegistry: > > Eg: > furnace.getAddonRegistry(ResourceFactory.class).get() > > Em 31/03/2014, ?s 04:26, Antonio Goncalves > escreveu: > > Hum.... I just did this (starting Furnace in my main) : > > > https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java > > But it doesn't work either. > > Any idea ? > > > 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : > >> Hi Antonio, >> >> As far as I can see, in your main class you are not inside the Furnace >> container, you are rather on you own. That is why nobody has injected you >> your dependencies. >> >> Cheers, >> Ivan >> >> >> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < >> antonio.mailing at gmail.com> wrote: >> >>> Here is my code. I think it's my dependencies that are not right, >>> because *resourceFactory* is not injected so I get a NPE >>> >>> >>> *public class *RestEndpoint { >>> >>> @Inject >>> *private *TemplateProcessorFactory *factory*; >>> >>> @Inject >>> ResourceFactory *resourceFactory*; >>> >>> >>> *public static void *main(String[] args) *throws *IOException { >>> *new *RestEndpoint().doIt(); >>> } >>> >>> *private void *doIt() *throws *IOException { >>> Resource templateResource = *resourceFactory* >>> .create(getClass().getResource(*"EndpointWithDTO.jv"*)); >>> Template template = *new *FreemarkerTemplate(templateResource); >>> *// Mark this resource as a Freemarker template *TemplateProcessor >>> processor = *factory*.fromTemplate(template); >>> Map params = *new *HashMap(); >>> *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"*); >>> String output = processor.process(params); >>> *// should return "Hello JBoss Forge". *System.*out* >>> .println(output); >>> } >>> } >>> >>> >>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves >>> : >>> >>> So it might be my pom.xml >>>> >>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? >>>> Wich Furnace dependencies do you need ? >>>> >>>> >>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>> >>>> Your code should work, you can't use @Inject outside Furnace >>>>> environment. Not sure what's going on, need to investigate a little further >>>>> >>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves >>>>> escreveu: >>>>> >>>>> Good old NPE ;o) >>>>> >>>>> I'm not running the code into a container, so @Inject does not work. >>>>> In the readme there is the addonRegistry method. In all the samples, the >>>>> registery is injected... but how do I use all that with a good old Main ? >>>>> >>>>> >>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>> >>>>>> Why it doesn't work? Is any exception being thrown? >>>>>> >>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves >>>>>> escreveu: >>>>>> >>>>>> Hum... >>>>>> >>>>>> In the README there is : >>>>>> >>>>>> @Inject private TemplateProcessorFactory factory >>>>>> >>>>>> But is there a way to use the templating from a Main class ? If I use >>>>>> Forge, I have Furnace as a container, and I was trying something like this, >>>>>> but it doesn't work : >>>>>> >>>>>> Furnace furnace = *startFurnace*(); >>>>>> Imported imported = >>>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>> >>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>> >>>>>> Thanks >>>>>> Antonio >>>>>> >>>>>> >>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>> >>>>>>> Hi Antonio, >>>>>>> >>>>>>> Roaster currently only maintains a class structure (add/remove >>>>>>> fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>> >>>>>>> There is a JIRA to allow that though. >>>>>>> >>>>>>> See the templates addon README to learn how to generate content from >>>>>>> a template. >>>>>>> >>>>>>> Best Regards, >>>>>>> >>>>>>> George Gastaldi >>>>>>> >>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves < >>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I'm starting to get a bit more confident with Roaster... and now I >>>>>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>>>>> pieces of Java here and there, but it's better to use Templates when there >>>>>>> is a lot of code, and mix templating and Roaster for better code >>>>>>> customization. >>>>>>> >>>>>>> Is there a sample I could use to write a Hello Word ? A template >>>>>>> with an "engine" that uses Roaster to add Java code to the template. >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> -- >>>>>>> Antonio Goncalves >>>>>>> Software architect and Java Champion >>>>>>> >>>>>>> Web site | Twitter >>>>>>> | LinkedIn | Paris JUG >>>>>>> | Devoxx France >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Antonio Goncalves >>>>>> Software architect and Java Champion >>>>>> >>>>>> Web site | Twitter >>>>>> | LinkedIn | Paris JUG >>>>>> | Devoxx France >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter >>>>> | LinkedIn | Paris JUG >>>>> | Devoxx France >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/211dc104/attachment.html From ggastald at redhat.com Mon Mar 31 13:19:29 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 31 Mar 2014 13:19:29 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> Message-ID: <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> Oh, sorry, my fault. It should be: furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); > Em 31/03/2014, ?s 14:11, Antonio Goncalves escreveu: > > If I do the following, it doesn't work : > > ResourceFactory resourceFactory = furnace.getAddonRegistry(ResourceFactory.class).get(); > TemplateProcessorFactory factory = furnace.getAddonRegistry(TemplateProcessorFactory.class).get(); > > That because the method getAddonRegistry takes a AddonRepository. > > > > Any idea ? > > > > > > 2014-03-31 16:00 GMT+02:00 George Gastaldi : >> Antonio, >> >> main() methods are not managed by Furnace, hence why @Inject does not work. You need to fech these services from the AddonRegistry: >> >> Eg: >> furnace.getAddonRegistry(ResourceFactory.class).get() >> >>> Em 31/03/2014, ?s 04:26, Antonio Goncalves escreveu: >>> >> >>> Hum.... I just did this (starting Furnace in my main) : >>> >>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>> >>> But it doesn't work either. >>> >>> Any idea ? >>> >>> >>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >>>> Hi Antonio, >>>> >>>> As far as I can see, in your main class you are not inside the Furnace container, you are rather on you own. That is why nobody has injected you your dependencies. >>>> >>>> Cheers, >>>> Ivan >>>> >>>> >>>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves wrote: >>>>> Here is my code. I think it's my dependencies that are not right, because resourceFactory is not injected so I get a NPE >>>>> >>>>> >>>>> public class RestEndpoint { >>>>> >>>>> @Inject >>>>> private TemplateProcessorFactory factory; >>>>> >>>>> @Inject >>>>> ResourceFactory resourceFactory; >>>>> >>>>> >>>>> public static void main(String[] args) throws IOException { >>>>> new RestEndpoint().doIt(); >>>>> } >>>>> >>>>> private void doIt() throws IOException { >>>>> Resource templateResource = resourceFactory.create(getClass().getResource("EndpointWithDTO.jv")); >>>>> Template template = new FreemarkerTemplate(templateResource); // Mark this resource as a Freemarker template >>>>> TemplateProcessor processor = factory.fromTemplate(template); >>>>> Map params = new HashMap(); //Could be a POJO also. >>>>> params.put("name", "JBoss Forge"); >>>>> String output = processor.process(params); // should return "Hello JBoss Forge". >>>>> System.out.println(output); >>>>> } >>>>> } >>>>> >>>>> >>>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : >>>>> >>>>>> So it might be my pom.xml >>>>>> >>>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich Furnace dependencies do you need ? >>>>>> >>>>>> >>>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>>> >>>>>>> Your code should work, you can't use @Inject outside Furnace environment. Not sure what's going on, need to investigate a little further >>>>>>> >>>>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves escreveu: >>>>>>>> >>>>>>> >>>>>>>> Good old NPE ;o) >>>>>>>> >>>>>>>> I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? >>>>>>>> >>>>>>>> >>>>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>>>> >>>>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: >>>>>>>>>> >>>>>>>>> >>>>>>>>>> Hum... >>>>>>>>>> >>>>>>>>>> In the README there is : >>>>>>>>>> >>>>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>>>> >>>>>>>>>> But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : >>>>>>>>>> Furnace furnace = startFurnace(); >>>>>>>>>> Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); >>>>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>>>> >>>>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> Antonio >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>>>>> Hi Antonio, >>>>>>>>>>> >>>>>>>>>>> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>>>> >>>>>>>>>>> There is a JIRA to allow that though. >>>>>>>>>>> >>>>>>>>>>> See the templates addon README to learn how to generate content from a template. >>>>>>>>>>> >>>>>>>>>>> Best Regards, >>>>>>>>>>> >>>>>>>>>>> George Gastaldi >>>>>>>>>>> >>>>>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Hi all, >>>>>>>>>>>> >>>>>>>>>>>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>>>>>>>>>>> >>>>>>>>>>>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>> >>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> forge-dev mailing list >>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Antonio Goncalves >>>>>>>>>> Software architect and Java Champion >>>>>>>>>> >>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>> _______________________________________________ >>>>>>>>>> forge-dev mailing list >>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and Java Champion >>>>>>>> >>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/c76ad8ab/attachment-0001.html From antonio.mailing at gmail.com Mon Mar 31 13:38:48 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 31 Mar 2014 19:38:48 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> Message-ID: Grrr.... ContainerException: No services of type [org.jboss.forge.addon.resource.ResourceFactory] could be found in any started addons. Here is the code, I might be doing something wrong.... but I don't know what else to do now https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java 2014-03-31 19:19 GMT+02:00 George Gastaldi : > Oh, sorry, my fault. It should be: > furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); > > > Em 31/03/2014, ?s 14:11, Antonio Goncalves > escreveu: > > If I do the following, it doesn't work : > > ResourceFactory resourceFactory = furnace.getAddonRegistry(ResourceFactory. > *class*).get(); > TemplateProcessorFactory factory = > furnace.getAddonRegistry(TemplateProcessorFactory.*class*).get(); > > That because the method getAddonRegistry takes a AddonRepository. > > > Any idea ? > > > > > 2014-03-31 16:00 GMT+02:00 George Gastaldi : > >> Antonio, >> >> main() methods are not managed by Furnace, hence why @Inject does not >> work. You need to fech these services from the AddonRegistry: >> >> Eg: >> furnace.getAddonRegistry(ResourceFactory.class).get() >> >> Em 31/03/2014, ?s 04:26, Antonio Goncalves >> escreveu: >> >> Hum.... I just did this (starting Furnace in my main) : >> >> >> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >> >> But it doesn't work either. >> >> Any idea ? >> >> >> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >> >>> Hi Antonio, >>> >>> As far as I can see, in your main class you are not inside the Furnace >>> container, you are rather on you own. That is why nobody has injected you >>> your dependencies. >>> >>> Cheers, >>> Ivan >>> >>> >>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < >>> antonio.mailing at gmail.com> wrote: >>> >>>> Here is my code. I think it's my dependencies that are not right, >>>> because *resourceFactory* is not injected so I get a NPE >>>> >>>> >>>> *public class *RestEndpoint { >>>> >>>> @Inject >>>> *private *TemplateProcessorFactory *factory*; >>>> >>>> @Inject >>>> ResourceFactory *resourceFactory*; >>>> >>>> >>>> *public static void *main(String[] args) *throws *IOException { >>>> *new *RestEndpoint().doIt(); >>>> } >>>> >>>> *private void *doIt() *throws *IOException { >>>> Resource templateResource = *resourceFactory* >>>> .create(getClass().getResource(*"EndpointWithDTO.jv"*)); >>>> Template template = *new *FreemarkerTemplate(templateResource); >>>> >>>> *// Mark this resource as a Freemarker template *TemplateProcessor >>>> processor = *factory*.fromTemplate(template); >>>> Map params = *new *HashMap(); >>>> *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"* >>>> ); >>>> String output = processor.process(params); >>>> *// should return "Hello JBoss Forge". *System.*out* >>>> .println(output); >>>> } >>>> } >>>> >>>> >>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves >>> >: >>>> >>>> So it might be my pom.xml >>>>> >>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? >>>>> Wich Furnace dependencies do you need ? >>>>> >>>>> >>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>> >>>>> Your code should work, you can't use @Inject outside Furnace >>>>>> environment. Not sure what's going on, need to investigate a little further >>>>>> >>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves >>>>>> escreveu: >>>>>> >>>>>> Good old NPE ;o) >>>>>> >>>>>> I'm not running the code into a container, so @Inject does not work. >>>>>> In the readme there is the addonRegistry method. In all the samples, the >>>>>> registery is injected... but how do I use all that with a good old Main ? >>>>>> >>>>>> >>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>> >>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>> >>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves < >>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>> >>>>>>> Hum... >>>>>>> >>>>>>> In the README there is : >>>>>>> >>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>> >>>>>>> But is there a way to use the templating from a Main class ? If I >>>>>>> use Forge, I have Furnace as a container, and I was trying something like >>>>>>> this, but it doesn't work : >>>>>>> >>>>>>> Furnace furnace = *startFurnace*(); >>>>>>> Imported imported = >>>>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>> >>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>> >>>>>>> Thanks >>>>>>> Antonio >>>>>>> >>>>>>> >>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>> >>>>>>>> Hi Antonio, >>>>>>>> >>>>>>>> Roaster currently only maintains a class structure (add/remove >>>>>>>> fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>> >>>>>>>> There is a JIRA to allow that though. >>>>>>>> >>>>>>>> See the templates addon README to learn how to generate content >>>>>>>> from a template. >>>>>>>> >>>>>>>> Best Regards, >>>>>>>> >>>>>>>> George Gastaldi >>>>>>>> >>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves < >>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I'm starting to get a bit more confident with Roaster... and now I >>>>>>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>>>>>> pieces of Java here and there, but it's better to use Templates when there >>>>>>>> is a lot of code, and mix templating and Roaster for better code >>>>>>>> customization. >>>>>>>> >>>>>>>> Is there a sample I could use to write a Hello Word ? A template >>>>>>>> with an "engine" that uses Roaster to add Java code to the template. >>>>>>>> >>>>>>>> Thanks >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and Java Champion >>>>>>>> >>>>>>>> Web site | Twitter >>>>>>>> | LinkedIn | Paris JUG >>>>>>>> | Devoxx France >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Antonio Goncalves >>>>>>> Software architect and Java Champion >>>>>>> >>>>>>> Web site | Twitter >>>>>>> | LinkedIn | Paris JUG >>>>>>> | Devoxx France >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Antonio Goncalves >>>>>> Software architect and Java Champion >>>>>> >>>>>> Web site | Twitter >>>>>> | LinkedIn | Paris JUG >>>>>> | Devoxx France >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > 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/20140331/5c99d4a6/attachment-0001.html From ggastald at redhat.com Mon Mar 31 13:42:52 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 31 Mar 2014 13:42:52 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> Message-ID: Check if your target/addons folder contains the deployed addons structure. It should have been created by the furnace-maven-plugin > Em 31/03/2014, ?s 14:39, Antonio Goncalves escreveu: > > Grrr.... > > ContainerException: No services of type [org.jboss.forge.addon.resource.ResourceFactory] could be found in any started addons. > > Here is the code, I might be doing something wrong.... but I don't know what else to do now > > > https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java > > > > 2014-03-31 19:19 GMT+02:00 George Gastaldi : >> Oh, sorry, my fault. It should be: >> furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); >> >> >>> Em 31/03/2014, ?s 14:11, Antonio Goncalves escreveu: >>> >> >>> If I do the following, it doesn't work : >>> >>> ResourceFactory resourceFactory = furnace.getAddonRegistry(ResourceFactory.class).get(); >>> TemplateProcessorFactory factory = furnace.getAddonRegistry(TemplateProcessorFactory.class).get(); >>> >>> That because the method getAddonRegistry takes a AddonRepository. >>> >>> >>> >>> Any idea ? >>> >>> >>> >>> >>> >>> 2014-03-31 16:00 GMT+02:00 George Gastaldi : >>>> Antonio, >>>> >>>> main() methods are not managed by Furnace, hence why @Inject does not work. You need to fech these services from the AddonRegistry: >>>> >>>> Eg: >>>> furnace.getAddonRegistry(ResourceFactory.class).get() >>>> >>>>> Em 31/03/2014, ?s 04:26, Antonio Goncalves escreveu: >>>>> >>>> >>>>> Hum.... I just did this (starting Furnace in my main) : >>>>> >>>>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>>>> >>>>> But it doesn't work either. >>>>> >>>>> Any idea ? >>>>> >>>>> >>>>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >>>>>> Hi Antonio, >>>>>> >>>>>> As far as I can see, in your main class you are not inside the Furnace container, you are rather on you own. That is why nobody has injected you your dependencies. >>>>>> >>>>>> Cheers, >>>>>> Ivan >>>>>> >>>>>> >>>>>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves wrote: >>>>>>> Here is my code. I think it's my dependencies that are not right, because resourceFactory is not injected so I get a NPE >>>>>>> >>>>>>> >>>>>>> public class RestEndpoint { >>>>>>> >>>>>>> @Inject >>>>>>> private TemplateProcessorFactory factory; >>>>>>> >>>>>>> @Inject >>>>>>> ResourceFactory resourceFactory; >>>>>>> >>>>>>> >>>>>>> public static void main(String[] args) throws IOException { >>>>>>> new RestEndpoint().doIt(); >>>>>>> } >>>>>>> >>>>>>> private void doIt() throws IOException { >>>>>>> Resource templateResource = resourceFactory.create(getClass().getResource("EndpointWithDTO.jv")); >>>>>>> Template template = new FreemarkerTemplate(templateResource); // Mark this resource as a Freemarker template >>>>>>> TemplateProcessor processor = factory.fromTemplate(template); >>>>>>> Map params = new HashMap(); //Could be a POJO also. >>>>>>> params.put("name", "JBoss Forge"); >>>>>>> String output = processor.process(params); // should return "Hello JBoss Forge". >>>>>>> System.out.println(output); >>>>>>> } >>>>>>> } >>>>>>> >>>>>>> >>>>>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : >>>>>>> >>>>>>>> So it might be my pom.xml >>>>>>>> >>>>>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich Furnace dependencies do you need ? >>>>>>>> >>>>>>>> >>>>>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>>>>> >>>>>>>>> Your code should work, you can't use @Inject outside Furnace environment. Not sure what's going on, need to investigate a little further >>>>>>>>> >>>>>>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves escreveu: >>>>>>>>>> >>>>>>>>> >>>>>>>>>> Good old NPE ;o) >>>>>>>>>> >>>>>>>>>> I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>>>>>> >>>>>>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Hum... >>>>>>>>>>>> >>>>>>>>>>>> In the README there is : >>>>>>>>>>>> >>>>>>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>>>>>> >>>>>>>>>>>> But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : >>>>>>>>>>>> Furnace furnace = startFurnace(); >>>>>>>>>>>> Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); >>>>>>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>>>>>> >>>>>>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> Antonio >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>>>>>>> Hi Antonio, >>>>>>>>>>>>> >>>>>>>>>>>>> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>>>>>> >>>>>>>>>>>>> There is a JIRA to allow that though. >>>>>>>>>>>>> >>>>>>>>>>>>> See the templates addon README to learn how to generate content from a template. >>>>>>>>>>>>> >>>>>>>>>>>>> Best Regards, >>>>>>>>>>>>> >>>>>>>>>>>>> George Gastaldi >>>>>>>>>>>>> >>>>>>>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi all, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>>>> >>>>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>> >>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> forge-dev mailing list >>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Antonio Goncalves >>>>>>>>>> Software architect and Java Champion >>>>>>>>>> >>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>> _______________________________________________ >>>>>>>>>> forge-dev mailing list >>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/41a8ed0c/attachment-0001.html From antonio.mailing at gmail.com Mon Mar 31 15:06:20 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 31 Mar 2014 21:06:20 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> Message-ID: There is just an empty installed.xml file ?!?!? What is expected in this folder ? 2014-03-31 19:42 GMT+02:00 George Gastaldi : > Check if your target/addons folder contains the deployed addons structure. > It should have been created by the furnace-maven-plugin > > Em 31/03/2014, ?s 14:39, Antonio Goncalves > escreveu: > > Grrr.... > > ContainerException: No services of type > [org.jboss.forge.addon.resource.ResourceFactory] could be found in any > started addons. > > Here is the code, I might be doing something wrong.... but I don't know > what else to do now > > > > https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java > > > > 2014-03-31 19:19 GMT+02:00 George Gastaldi : > >> Oh, sorry, my fault. It should be: >> furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); >> >> >> Em 31/03/2014, ?s 14:11, Antonio Goncalves >> escreveu: >> >> If I do the following, it doesn't work : >> >> ResourceFactory resourceFactory = >> furnace.getAddonRegistry(ResourceFactory.*class*).get(); >> TemplateProcessorFactory factory = >> furnace.getAddonRegistry(TemplateProcessorFactory.*class*).get(); >> >> That because the method getAddonRegistry takes a AddonRepository. >> >> >> Any idea ? >> >> >> >> >> 2014-03-31 16:00 GMT+02:00 George Gastaldi : >> >>> Antonio, >>> >>> main() methods are not managed by Furnace, hence why @Inject does not >>> work. You need to fech these services from the AddonRegistry: >>> >>> Eg: >>> furnace.getAddonRegistry(ResourceFactory.class).get() >>> >>> Em 31/03/2014, ?s 04:26, Antonio Goncalves >>> escreveu: >>> >>> Hum.... I just did this (starting Furnace in my main) : >>> >>> >>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>> >>> But it doesn't work either. >>> >>> Any idea ? >>> >>> >>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >>> >>>> Hi Antonio, >>>> >>>> As far as I can see, in your main class you are not inside the Furnace >>>> container, you are rather on you own. That is why nobody has injected you >>>> your dependencies. >>>> >>>> Cheers, >>>> Ivan >>>> >>>> >>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < >>>> antonio.mailing at gmail.com> wrote: >>>> >>>>> Here is my code. I think it's my dependencies that are not right, >>>>> because *resourceFactory* is not injected so I get a NPE >>>>> >>>>> >>>>> *public class *RestEndpoint { >>>>> >>>>> @Inject >>>>> *private *TemplateProcessorFactory *factory*; >>>>> >>>>> @Inject >>>>> ResourceFactory *resourceFactory*; >>>>> >>>>> >>>>> *public static void *main(String[] args) *throws *IOException { >>>>> *new *RestEndpoint().doIt(); >>>>> } >>>>> >>>>> *private void *doIt() *throws *IOException { >>>>> Resource templateResource = *resourceFactory* >>>>> .create(getClass().getResource(*"EndpointWithDTO.jv"*)); >>>>> Template template = *new *FreemarkerTemplate(templateResource); >>>>> >>>>> *// Mark this resource as a Freemarker template *TemplateProcessor >>>>> processor = *factory*.fromTemplate(template); >>>>> Map params = *new *HashMap(); >>>>> *//Could be a POJO also. *params.put(*"name"*, *"JBoss Forge"* >>>>> ); >>>>> String output = processor.process(params); >>>>> *// should return "Hello JBoss Forge". *System.*out* >>>>> .println(output); >>>>> } >>>>> } >>>>> >>>>> >>>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves < >>>>> antonio.mailing at gmail.com>: >>>>> >>>>> So it might be my pom.xml >>>>>> >>>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? >>>>>> Wich Furnace dependencies do you need ? >>>>>> >>>>>> >>>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>>> >>>>>> Your code should work, you can't use @Inject outside Furnace >>>>>>> environment. Not sure what's going on, need to investigate a little further >>>>>>> >>>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves < >>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>> >>>>>>> Good old NPE ;o) >>>>>>> >>>>>>> I'm not running the code into a container, so @Inject does not work. >>>>>>> In the readme there is the addonRegistry method. In all the samples, the >>>>>>> registery is injected... but how do I use all that with a good old Main ? >>>>>>> >>>>>>> >>>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>> >>>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>>> >>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves < >>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>> >>>>>>>> Hum... >>>>>>>> >>>>>>>> In the README there is : >>>>>>>> >>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>> >>>>>>>> But is there a way to use the templating from a Main class ? If I >>>>>>>> use Forge, I have Furnace as a container, and I was trying something like >>>>>>>> this, but it doesn't work : >>>>>>>> >>>>>>>> Furnace furnace = *startFurnace*(); >>>>>>>> Imported imported = >>>>>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>> >>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>> >>>>>>>> Thanks >>>>>>>> Antonio >>>>>>>> >>>>>>>> >>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>> >>>>>>>>> Hi Antonio, >>>>>>>>> >>>>>>>>> Roaster currently only maintains a class structure (add/remove >>>>>>>>> fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>> >>>>>>>>> There is a JIRA to allow that though. >>>>>>>>> >>>>>>>>> See the templates addon README to learn how to generate content >>>>>>>>> from a template. >>>>>>>>> >>>>>>>>> Best Regards, >>>>>>>>> >>>>>>>>> George Gastaldi >>>>>>>>> >>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves < >>>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I'm starting to get a bit more confident with Roaster... and now I >>>>>>>>> would like to add templating. If I'm right, Roaster is nice to add bits and >>>>>>>>> pieces of Java here and there, but it's better to use Templates when there >>>>>>>>> is a lot of code, and mix templating and Roaster for better code >>>>>>>>> customization. >>>>>>>>> >>>>>>>>> Is there a sample I could use to write a Hello Word ? A template >>>>>>>>> with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Antonio Goncalves >>>>>>>>> Software architect and Java Champion >>>>>>>>> >>>>>>>>> Web site | Twitter >>>>>>>>> | LinkedIn | Paris JUG >>>>>>>>> | Devoxx France >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and Java Champion >>>>>>>> >>>>>>>> Web site | Twitter >>>>>>>> | LinkedIn | Paris JUG >>>>>>>> | Devoxx France >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Antonio Goncalves >>>>>>> Software architect and Java Champion >>>>>>> >>>>>>> Web site | Twitter >>>>>>> | LinkedIn | Paris JUG >>>>>>> | Devoxx France >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > -- Antonio Goncalves Software architect and Java Champion Web site | Twitter | LinkedIn | Paris JUG | Devoxx France -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/773d1d11/attachment-0001.html From ggastald at redhat.com Mon Mar 31 15:10:09 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 31 Mar 2014 15:10:09 -0400 (EDT) Subject: [forge-dev] Hello World Template In-Reply-To: References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> Message-ID: <1BBFCD84-2A64-41ED-AD9C-2C5EF8671447@redhat.com> It should contain several folders, one for each available addon. Run the furnace-maven-plugin again > Em 31/03/2014, ?s 16:06, Antonio Goncalves escreveu: > > There is just an empty installed.xml file ?!?!? What is expected in this folder ? > > > > > 2014-03-31 19:42 GMT+02:00 George Gastaldi : >> Check if your target/addons folder contains the deployed addons structure. It should have been created by the furnace-maven-plugin >> >>> Em 31/03/2014, ?s 14:39, Antonio Goncalves escreveu: >>> >> >>> Grrr.... >>> >>> ContainerException: No services of type [org.jboss.forge.addon.resource.ResourceFactory] could be found in any started addons. >>> >>> Here is the code, I might be doing something wrong.... but I don't know what else to do now >>> >>> >>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>> >>> >>> >>> 2014-03-31 19:19 GMT+02:00 George Gastaldi : >>>> Oh, sorry, my fault. It should be: >>>> furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); >>>> >>>> >>>>> Em 31/03/2014, ?s 14:11, Antonio Goncalves escreveu: >>>>> >>>> >>>>> If I do the following, it doesn't work : >>>>> >>>>> ResourceFactory resourceFactory = furnace.getAddonRegistry(ResourceFactory.class).get(); >>>>> TemplateProcessorFactory factory = furnace.getAddonRegistry(TemplateProcessorFactory.class).get(); >>>>> >>>>> That because the method getAddonRegistry takes a AddonRepository. >>>>> >>>>> >>>>> >>>>> Any idea ? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> 2014-03-31 16:00 GMT+02:00 George Gastaldi : >>>>>> Antonio, >>>>>> >>>>>> main() methods are not managed by Furnace, hence why @Inject does not work. You need to fech these services from the AddonRegistry: >>>>>> >>>>>> Eg: >>>>>> furnace.getAddonRegistry(ResourceFactory.class).get() >>>>>> >>>>>>> Em 31/03/2014, ?s 04:26, Antonio Goncalves escreveu: >>>>>>> >>>>>> >>>>>>> Hum.... I just did this (starting Furnace in my main) : >>>>>>> >>>>>>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>>>>>> >>>>>>> But it doesn't work either. >>>>>>> >>>>>>> Any idea ? >>>>>>> >>>>>>> >>>>>>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >>>>>>>> Hi Antonio, >>>>>>>> >>>>>>>> As far as I can see, in your main class you are not inside the Furnace container, you are rather on you own. That is why nobody has injected you your dependencies. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Ivan >>>>>>>> >>>>>>>> >>>>>>>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves wrote: >>>>>>>>> Here is my code. I think it's my dependencies that are not right, because resourceFactory is not injected so I get a NPE >>>>>>>>> >>>>>>>>> >>>>>>>>> public class RestEndpoint { >>>>>>>>> >>>>>>>>> @Inject >>>>>>>>> private TemplateProcessorFactory factory; >>>>>>>>> >>>>>>>>> @Inject >>>>>>>>> ResourceFactory resourceFactory; >>>>>>>>> >>>>>>>>> >>>>>>>>> public static void main(String[] args) throws IOException { >>>>>>>>> new RestEndpoint().doIt(); >>>>>>>>> } >>>>>>>>> >>>>>>>>> private void doIt() throws IOException { >>>>>>>>> Resource templateResource = resourceFactory.create(getClass().getResource("EndpointWithDTO.jv")); >>>>>>>>> Template template = new FreemarkerTemplate(templateResource); // Mark this resource as a Freemarker template >>>>>>>>> TemplateProcessor processor = factory.fromTemplate(template); >>>>>>>>> Map params = new HashMap(); //Could be a POJO also. >>>>>>>>> params.put("name", "JBoss Forge"); >>>>>>>>> String output = processor.process(params); // should return "Hello JBoss Forge". >>>>>>>>> System.out.println(output); >>>>>>>>> } >>>>>>>>> } >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves : >>>>>>>>> >>>>>>>>>> So it might be my pom.xml >>>>>>>>>> >>>>>>>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject ? Wich Furnace dependencies do you need ? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>>>>>>> >>>>>>>>>>> Your code should work, you can't use @Inject outside Furnace environment. Not sure what's going on, need to investigate a little further >>>>>>>>>>> >>>>>>>>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves escreveu: >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Good old NPE ;o) >>>>>>>>>>>> >>>>>>>>>>>> I'm not running the code into a container, so @Inject does not work. In the readme there is the addonRegistry method. In all the samples, the registery is injected... but how do I use all that with a good old Main ? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>>>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>>>>>>>> >>>>>>>>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves escreveu: >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Hum... >>>>>>>>>>>>>> >>>>>>>>>>>>>> In the README there is : >>>>>>>>>>>>>> >>>>>>>>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>>>>>>>> >>>>>>>>>>>>>> But is there a way to use the templating from a Main class ? If I use Forge, I have Furnace as a container, and I was trying something like this, but it doesn't work : >>>>>>>>>>>>>> Furnace furnace = startFurnace(); >>>>>>>>>>>>>> Imported imported = furnace.getAddonRegistry(TemplateProcessorFactory.class); >>>>>>>>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>>>>>>>> >>>>>>>>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>> Antonio >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>>>>>>>>> Hi Antonio, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Roaster currently only maintains a class structure (add/remove fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> There is a JIRA to allow that though. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> See the templates addon README to learn how to generate content from a template. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Best Regards, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> George Gastaldi >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves escreveu: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi all, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I'm starting to get a bit more confident with Roaster... and now I would like to add templating. If I'm right, Roaster is nice to add bits and pieces of Java here and there, but it's better to use Templates when there is a lot of code, and mix templating and Roaster for better code customization. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Is there a sample I could use to write a Hello Word ? A template with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>>>> >>>>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Antonio Goncalves >>>>>>>>>>>> Software architect and Java Champion >>>>>>>>>>>> >>>>>>>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> forge-dev mailing list >>>>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Antonio Goncalves >>>>>>> Software architect and Java Champion >>>>>>> >>>>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter | LinkedIn | Paris JUG | Devoxx France >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter | LinkedIn | Paris JUG | Devoxx France > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20140331/061cc12d/attachment-0001.html From antonio.mailing at gmail.com Mon Mar 31 15:51:54 2014 From: antonio.mailing at gmail.com (Antonio Goncalves) Date: Mon, 31 Mar 2014 21:51:54 +0200 Subject: [forge-dev] Hello World Template In-Reply-To: <1BBFCD84-2A64-41ED-AD9C-2C5EF8671447@redhat.com> References: <4BEADA4F-1866-4E66-B329-1667A38DEC4B@redhat.com> <2878DA25-1F68-4FAE-B423-3A624F1C9883@redhat.com> <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> <1BBFCD84-2A64-41ED-AD9C-2C5EF8671447@redhat.com> Message-ID: Hum.... Yes, I ran the Furnace Maven plugin, endup with several folders, run my Main class... and same old : ContainerException: No services of type [org.jboss.forge.addon.resource.ResourceFactory] could be found in any started addons I just want to use templating out of the box on a Main class (for my Tools in Action at Devoxx)... Any easy "Hello World" with the right pom.xml and steps ? Looks like I'm not far... but... 2014-03-31 21:10 GMT+02:00 George Gastaldi : > It should contain several folders, one for each available addon. Run the > furnace-maven-plugin again > > Em 31/03/2014, ?s 16:06, Antonio Goncalves > escreveu: > > There is just an empty installed.xml file ?!?!? What is expected in this > folder ? > > > > > 2014-03-31 19:42 GMT+02:00 George Gastaldi : > >> Check if your target/addons folder contains the deployed addons >> structure. It should have been created by the furnace-maven-plugin >> >> Em 31/03/2014, ?s 14:39, Antonio Goncalves >> escreveu: >> >> Grrr.... >> >> ContainerException: No services of type >> [org.jboss.forge.addon.resource.ResourceFactory] could be found in any >> started addons. >> >> Here is the code, I might be doing something wrong.... but I don't know >> what else to do now >> >> >> >> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >> >> >> >> 2014-03-31 19:19 GMT+02:00 George Gastaldi : >> >>> Oh, sorry, my fault. It should be: >>> furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); >>> >>> >>> Em 31/03/2014, ?s 14:11, Antonio Goncalves >>> escreveu: >>> >>> If I do the following, it doesn't work : >>> >>> ResourceFactory resourceFactory = >>> furnace.getAddonRegistry(ResourceFactory.*class*).get(); >>> TemplateProcessorFactory factory = >>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*).get(); >>> >>> That because the method getAddonRegistry takes a AddonRepository. >>> >>> >>> Any idea ? >>> >>> >>> >>> >>> 2014-03-31 16:00 GMT+02:00 George Gastaldi : >>> >>>> Antonio, >>>> >>>> main() methods are not managed by Furnace, hence why @Inject does not >>>> work. You need to fech these services from the AddonRegistry: >>>> >>>> Eg: >>>> furnace.getAddonRegistry(ResourceFactory.class).get() >>>> >>>> Em 31/03/2014, ?s 04:26, Antonio Goncalves >>>> escreveu: >>>> >>>> Hum.... I just did this (starting Furnace in my main) : >>>> >>>> >>>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>>> >>>> But it doesn't work either. >>>> >>>> Any idea ? >>>> >>>> >>>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov : >>>> >>>>> Hi Antonio, >>>>> >>>>> As far as I can see, in your main class you are not inside the Furnace >>>>> container, you are rather on you own. That is why nobody has injected you >>>>> your dependencies. >>>>> >>>>> Cheers, >>>>> Ivan >>>>> >>>>> >>>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio Goncalves < >>>>> antonio.mailing at gmail.com> wrote: >>>>> >>>>>> Here is my code. I think it's my dependencies that are not right, >>>>>> because *resourceFactory* is not injected so I get a NPE >>>>>> >>>>>> >>>>>> *public class *RestEndpoint { >>>>>> >>>>>> @Inject >>>>>> *private *TemplateProcessorFactory *factory*; >>>>>> >>>>>> @Inject >>>>>> ResourceFactory *resourceFactory*; >>>>>> >>>>>> >>>>>> *public static void *main(String[] args) *throws *IOException { >>>>>> *new *RestEndpoint().doIt(); >>>>>> } >>>>>> >>>>>> *private void *doIt() *throws *IOException { >>>>>> Resource templateResource = *resourceFactory* >>>>>> .create(getClass().getResource(*"EndpointWithDTO.jv"*)); >>>>>> Template template = *new *FreemarkerTemplate(templateResource); >>>>>> >>>>>> *// Mark this resource as a Freemarker template *TemplateProcessor >>>>>> processor = *factory*.fromTemplate(template); >>>>>> Map params = *new *HashMap(); >>>>>> *//Could be a POJO also. *params.put(*"name"*, *"JBoss >>>>>> Forge"*); >>>>>> String output = processor.process(params); >>>>>> *// should return "Hello JBoss Forge". *System.*out* >>>>>> .println(output); >>>>>> } >>>>>> } >>>>>> >>>>>> >>>>>> 2014-03-30 22:36 GMT+02:00 Antonio Goncalves < >>>>>> antonio.mailing at gmail.com>: >>>>>> >>>>>> So it might be my pom.xml >>>>>>> >>>>>>> Where do you get @Inject from ? Just from javax.inject:javax.inject >>>>>>> ? Wich Furnace dependencies do you need ? >>>>>>> >>>>>>> >>>>>>> 2014-03-30 22:31 GMT+02:00 George Gastaldi : >>>>>>> >>>>>>> Your code should work, you can't use @Inject outside Furnace >>>>>>>> environment. Not sure what's going on, need to investigate a little further >>>>>>>> >>>>>>>> Em 30/03/2014, ?s 17:26, Antonio Goncalves < >>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>> >>>>>>>> Good old NPE ;o) >>>>>>>> >>>>>>>> I'm not running the code into a container, so @Inject does not >>>>>>>> work. In the readme there is the addonRegistry method. In all the samples, >>>>>>>> the registery is injected... but how do I use all that with a good old Main >>>>>>>> ? >>>>>>>> >>>>>>>> >>>>>>>> 2014-03-30 22:17 GMT+02:00 George Gastaldi : >>>>>>>> >>>>>>>>> Why it doesn't work? Is any exception being thrown? >>>>>>>>> >>>>>>>>> Em 30/03/2014, ?s 17:14, Antonio Goncalves < >>>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>>> >>>>>>>>> Hum... >>>>>>>>> >>>>>>>>> In the README there is : >>>>>>>>> >>>>>>>>> @Inject private TemplateProcessorFactory factory >>>>>>>>> >>>>>>>>> But is there a way to use the templating from a Main class ? If I >>>>>>>>> use Forge, I have Furnace as a container, and I was trying something like >>>>>>>>> this, but it doesn't work : >>>>>>>>> >>>>>>>>> Furnace furnace = *startFurnace*(); >>>>>>>>> Imported imported = >>>>>>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>>>>>> TemplateProcessorFactory factory = imported.get(); >>>>>>>>> >>>>>>>>> Any simple Hello World from a Main class and a pom.xml ? >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> Antonio >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-03-29 19:03 GMT+01:00 George Gastaldi : >>>>>>>>> >>>>>>>>>> Hi Antonio, >>>>>>>>>> >>>>>>>>>> Roaster currently only maintains a class structure (add/remove >>>>>>>>>> fields, methods, interfaces,etc), not code (method bodies) at the moment. >>>>>>>>>> >>>>>>>>>> There is a JIRA to allow that though. >>>>>>>>>> >>>>>>>>>> See the templates addon README to learn how to generate content >>>>>>>>>> from a template. >>>>>>>>>> >>>>>>>>>> Best Regards, >>>>>>>>>> >>>>>>>>>> George Gastaldi >>>>>>>>>> >>>>>>>>>> Em 29/03/2014, ?s 14:43, Antonio Goncalves < >>>>>>>>>> antonio.mailing at gmail.com> escreveu: >>>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I'm starting to get a bit more confident with Roaster... and now >>>>>>>>>> I would like to add templating. If I'm right, Roaster is nice to add bits >>>>>>>>>> and pieces of Java here and there, but it's better to use Templates when >>>>>>>>>> there is a lot of code, and mix templating and Roaster for better code >>>>>>>>>> customization. >>>>>>>>>> >>>>>>>>>> Is there a sample I could use to write a Hello Word ? A template >>>>>>>>>> with an "engine" that uses Roaster to add Java code to the template. >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Antonio Goncalves >>>>>>>>>> Software architect and Java Champion >>>>>>>>>> >>>>>>>>>> Web site | Twitter >>>>>>>>>> | LinkedIn | Paris JUG >>>>>>>>>> | Devoxx France >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> forge-dev mailing list >>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> forge-dev mailing list >>>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Antonio Goncalves >>>>>>>>> Software architect and Java Champion >>>>>>>>> >>>>>>>>> Web site | Twitter >>>>>>>>> | LinkedIn | Paris JUG >>>>>>>>> | Devoxx France >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> forge-dev mailing list >>>>>>>>> forge-dev at lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and Java Champion >>>>>>>> >>>>>>>> Web site | Twitter >>>>>>>> | LinkedIn | Paris JUG >>>>>>>> | Devoxx France >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>> >>>> >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter >>>> | LinkedIn | Paris JUG >>>> | Devoxx France >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn | Paris JUG >> | Devoxx France >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> > > > > -- > Antonio Goncalves > Software architect and Java Champion > > Web site | Twitter > | LinkedIn | Paris JUG > | Devoxx France > > _______________________________________________ > forge-dev mailing list > forge-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > -- 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/20140331/31395cef/attachment-0001.html From ggastald at redhat.com Mon Mar 31 16:10:25 2014 From: ggastald at redhat.com (George Gastaldi) Date: Mon, 31 Mar 2014 17:10:25 -0300 Subject: [forge-dev] Hello World Template In-Reply-To: References: <648ECE29-F40E-4255-8E23-BA9DD4F67E91@redhat.com> <82CB3051-2DBA-437E-A8E7-C66842DB75D4@redhat.com> <120F40C5-4EE7-4BCC-B134-325494B01428@redhat.com> <1BBFCD84-2A64-41ED-AD9C-2C5EF8671447@redhat.com> Message-ID: <5339CBB1.7080408@redhat.com> Have you tried setting up your project like: https://gist.github.com/gastaldi/9741889 ? On 31-03-2014 16:51, Antonio Goncalves wrote: > Hum.... > > Yes, I ran the Furnace Maven plugin, endup with several folders, run > my Main class... and same old : > > ContainerException: No services of type > [org.jboss.forge.addon.resource.ResourceFactory] could be found in any > started addons > > I just want to use templating out of the box on a Main class (for my > Tools in Action at Devoxx)... Any easy "Hello World" with the right > pom.xml and steps ? Looks like I'm not far... but... > > > 2014-03-31 21:10 GMT+02:00 George Gastaldi >: > > It should contain several folders, one for each available addon. > Run the furnace-maven-plugin again > > Em 31/03/2014, ?s 16:06, Antonio Goncalves > > > escreveu: > >> There is just an empty installed.xml file ?!?!? What is expected >> in this folder ? >> >> >> >> >> 2014-03-31 19:42 GMT+02:00 George Gastaldi > >: >> >> Check if your target/addons folder contains the deployed >> addons structure. It should have been created by the >> furnace-maven-plugin >> >> Em 31/03/2014, ?s 14:39, Antonio Goncalves >> > > escreveu: >> >>> Grrr.... >>> >>> ContainerException: No services of type >>> [org.jboss.forge.addon.resource.ResourceFactory] could be >>> found in any started addons. >>> >>> Here is the code, I might be doing something wrong.... but I >>> don't know what else to do now >>> >>> >>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>> >>> >>> >>> 2014-03-31 19:19 GMT+02:00 George Gastaldi >>> >: >>> >>> Oh, sorry, my fault. It should be: >>> furnace.getAddonRegistry().getServices(ResourceFactory.class).get(); >>> >>> >>> Em 31/03/2014, ?s 14:11, Antonio Goncalves >>> >> > escreveu: >>> >>>> If I do the following, it doesn't work : >>>> >>>> ResourceFactory resourceFactory = >>>> furnace.getAddonRegistry(ResourceFactory.*class*).get(); >>>> TemplateProcessorFactory factory = >>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*).get(); >>>> >>>> That because the method getAddonRegistry takes a >>>> AddonRepository. >>>> >>>> >>>> Any idea ? >>>> >>>> >>>> >>>> >>>> 2014-03-31 16:00 GMT+02:00 George Gastaldi >>>> >: >>>> >>>> Antonio, >>>> >>>> main() methods are not managed by Furnace, hence >>>> why @Inject does not work. You need to fech these >>>> services from the AddonRegistry: >>>> >>>> Eg: >>>> furnace.getAddonRegistry(ResourceFactory.class).get() >>>> >>>> Em 31/03/2014, ?s 04:26, Antonio Goncalves >>>> >>> > escreveu: >>>> >>>>> Hum.... I just did this (starting Furnace in my >>>>> main) : >>>>> >>>>> https://github.com/agoncal/agoncal-sample-forge/blob/master/03-template/src/main/java/org/agoncal/sample/forge/template/RestEndpoint.java >>>>> >>>>> But it doesn't work either. >>>>> >>>>> Any idea ? >>>>> >>>>> >>>>> 2014-03-30 23:58 GMT+02:00 Ivan St. Ivanov >>>>> >>>> >: >>>>> >>>>> Hi Antonio, >>>>> >>>>> As far as I can see, in your main class you >>>>> are not inside the Furnace container, you are >>>>> rather on you own. That is why nobody has >>>>> injected you your dependencies. >>>>> >>>>> Cheers, >>>>> Ivan >>>>> >>>>> >>>>> On Sun, Mar 30, 2014 at 11:45 PM, Antonio >>>>> Goncalves >>>> > wrote: >>>>> >>>>> Here is my code. I think it's my >>>>> dependencies that are not right, because >>>>> *resourceFactory* is not injected so I get >>>>> a NPE >>>>> >>>>> >>>>> *public class *RestEndpoint { >>>>> >>>>> @Inject >>>>> *private *TemplateProcessorFactory *factory*; >>>>> >>>>> @Inject >>>>> ResourceFactory *resourceFactory*; >>>>> >>>>> >>>>> *public static void *main(String[] args) >>>>> *throws *IOException { >>>>> *new *RestEndpoint().doIt(); >>>>> } >>>>> >>>>> *private void *doIt() *throws *IOException { >>>>> Resource templateResource = >>>>> *resourceFactory*.create(getClass().getResource(*"EndpointWithDTO.jv"*)); >>>>> Template template = *new >>>>> *FreemarkerTemplate(templateResource); /// >>>>> Mark this resource as a Freemarker template >>>>> /TemplateProcessor processor = >>>>> *factory*.fromTemplate(template); >>>>> Map params = *new >>>>> *HashMap(); ///Could be a >>>>> POJO also. >>>>> /params.put(*"name"*, *"JBoss Forge"*); >>>>> String output = >>>>> processor.process(params); /// should >>>>> return "Hello JBoss Forge". >>>>> /System.*/out/*.println(output); >>>>> } >>>>> } >>>>> >>>>> >>>>> >>>>> 2014-03-30 22:36 GMT+02:00 Antonio >>>>> Goncalves >>>> >: >>>>> >>>>> So it might be my pom.xml >>>>> >>>>> Where do you get @Inject from ? Just >>>>> from javax.inject:javax.inject ? Wich >>>>> Furnace dependencies do you need ? >>>>> >>>>> >>>>> 2014-03-30 22:31 GMT+02:00 George >>>>> Gastaldi >>>> >: >>>>> >>>>> Your code should work, you can't >>>>> use @Inject outside Furnace >>>>> environment. Not sure what's >>>>> going on, need to investigate a >>>>> little further >>>>> >>>>> Em 30/03/2014, ?s 17:26, Antonio >>>>> Goncalves >>>>> >>>> > escreveu: >>>>> >>>>>> Good old NPE ;o) >>>>>> >>>>>> I'm not running the code into a >>>>>> container, so @Inject does not >>>>>> work. In the readme there is the >>>>>> addonRegistry method. In all the >>>>>> samples, the registery is >>>>>> injected... but how do I use all >>>>>> that with a good old Main ? >>>>>> >>>>>> >>>>>> 2014-03-30 22:17 GMT+02:00 George >>>>>> Gastaldi >>>>> >: >>>>>> >>>>>> Why it doesn't work? Is any >>>>>> exception being thrown? >>>>>> >>>>>> Em 30/03/2014, ?s 17:14, >>>>>> Antonio Goncalves >>>>>> >>>>> > >>>>>> escreveu: >>>>>> >>>>>>> Hum... >>>>>>> >>>>>>> In the README there is : >>>>>>> >>>>>>> @Inject private >>>>>>> TemplateProcessorFactory factory >>>>>>> >>>>>>> But is there a way to use >>>>>>> the templating from a Main >>>>>>> class ? If I use Forge, I >>>>>>> have Furnace as a container, >>>>>>> and I was trying something >>>>>>> like this, but it doesn't >>>>>>> work : >>>>>>> >>>>>>> Furnace furnace = >>>>>>> /startFurnace/(); >>>>>>> Imported >>>>>>> imported = >>>>>>> furnace.getAddonRegistry(TemplateProcessorFactory.*class*); >>>>>>> TemplateProcessorFactory >>>>>>> factory = imported.get(); >>>>>>> >>>>>>> >>>>>>> Any simple Hello World from >>>>>>> a Main class and a pom.xml ? >>>>>>> >>>>>>> Thanks >>>>>>> Antonio >>>>>>> >>>>>>> >>>>>>> 2014-03-29 19:03 GMT+01:00 >>>>>>> George Gastaldi >>>>>>> >>>>>> >: >>>>>>> >>>>>>> Hi Antonio, >>>>>>> >>>>>>> Roaster currently only >>>>>>> maintains a class >>>>>>> structure (add/remove >>>>>>> fields, methods, >>>>>>> interfaces,etc), not >>>>>>> code (method bodies) at >>>>>>> the moment. >>>>>>> >>>>>>> There is a JIRA to allow >>>>>>> that though. >>>>>>> >>>>>>> See the templates addon >>>>>>> README to learn how to >>>>>>> generate content from a >>>>>>> template. >>>>>>> >>>>>>> Best Regards, >>>>>>> >>>>>>> George Gastaldi >>>>>>> >>>>>>> Em 29/03/2014, ?s 14:43, >>>>>>> Antonio Goncalves >>>>>>> >>>>>> > >>>>>>> escreveu: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I'm starting to get a >>>>>>>> bit more confident with >>>>>>>> Roaster... and now I >>>>>>>> would like to add >>>>>>>> templating. If I'm >>>>>>>> right, Roaster is nice >>>>>>>> to add bits and pieces >>>>>>>> of Java here and there, >>>>>>>> but it's better to use >>>>>>>> Templates when there is >>>>>>>> a lot of code, and mix >>>>>>>> templating and Roaster >>>>>>>> for better code >>>>>>>> customization. >>>>>>>> >>>>>>>> Is there a sample I >>>>>>>> could use to write a >>>>>>>> Hello Word ? A template >>>>>>>> with an "engine" that >>>>>>>> uses Roaster to add >>>>>>>> Java code to the template. >>>>>>>> >>>>>>>> Thanks >>>>>>>> >>>>>>>> -- >>>>>>>> Antonio Goncalves >>>>>>>> Software architect and >>>>>>>> Java Champion >>>>>>>> >>>>>>>> Web site >>>>>>>> | >>>>>>>> Twitter >>>>>>>> | >>>>>>>> LinkedIn >>>>>>>> | >>>>>>>> Paris JUG >>>>>>>> | >>>>>>>> Devoxx France >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> forge-dev mailing list >>>>>>>> forge-dev at lists.jboss.org >>>>>>>> >>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Antonio Goncalves >>>>>>> Software architect and Java >>>>>>> Champion >>>>>>> >>>>>>> Web site >>>>>>> | >>>>>>> Twitter >>>>>>> | >>>>>>> LinkedIn >>>>>>> | >>>>>>> Paris JUG >>>>>>> | >>>>>>> Devoxx France >>>>>>> >>>>>>> _______________________________________________ >>>>>>> forge-dev mailing list >>>>>>> forge-dev at lists.jboss.org >>>>>>> >>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Antonio Goncalves >>>>>> Software architect and Java Champion >>>>>> >>>>>> Web site >>>>>> | >>>>>> Twitter >>>>>> | >>>>>> LinkedIn >>>>>> | >>>>>> Paris JUG >>>>>> | >>>>>> Devoxx France >>>>>> >>>>>> _______________________________________________ >>>>>> forge-dev mailing list >>>>>> forge-dev at lists.jboss.org >>>>>> >>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Antonio Goncalves >>>>> Software architect and Java Champion >>>>> >>>>> Web site | >>>>> Twitter | LinkedIn >>>>> | Paris JUG >>>>> | Devoxx France >>>>> >>>>> _______________________________________________ >>>>> forge-dev mailing list >>>>> forge-dev at lists.jboss.org >>>>> >>>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>>> >>>> >>>> >>>> -- >>>> Antonio Goncalves >>>> Software architect and Java Champion >>>> >>>> Web site | Twitter >>>> | LinkedIn >>>> | Paris JUG >>>> | Devoxx France >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev at lists.jboss.org >>>> >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> >>> >>> >>> -- >>> Antonio Goncalves >>> Software architect and Java Champion >>> >>> Web site | Twitter >>> | LinkedIn >>> | Paris JUG >>> | Devoxx France >>> >>> _______________________________________________ >>> forge-dev mailing list >>> forge-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev >> >> >> >> >> -- >> Antonio Goncalves >> Software architect and Java Champion >> >> Web site | Twitter >> | LinkedIn >> | Paris JUG >> | Devoxx France >> _______________________________________________ >> forge-dev mailing list >> forge-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/forge-dev > > > > > -- > 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/20140331/e1c0ba55/attachment-0001.html