Also, where the heck do I get the BPM2 visual editor that you are using in the screencast? I tried to get one from Eclipse.org, but it didn't have the SwitchYard task icon. -Dan On Fri, Jul 6, 2012 at 4:45 PM, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: Keith, I've been going through the SwitchYard video to get the Greeting service working starting w/ Forge [1]. However, I keep hitting the same problem when I try to run the first test: 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Hello) == null 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Goodbye) == null I follow the steps exactly, the only difference is that I'm not using the BPM2 visual editor to create the service because I can't seem to get it to work. new-project --named greeting --topLevelPackage org.example.greeting project install-facet switchyard project install-facet switchyard.bpm bpm-service create --serviceName Greeting project install-facet switchyard.bean bean-service create --serviceName Hello bean-service create --serviceName Goodbye switchyard create-service-test --serviceName Greeting # edit code to use System.out.println in HelloBean and GoodbyeBean and change Greeter interface # copied attached bpmn file from the forums test If you have a better simple Forge-based example instead, I'll take that too. -Dan [1] http://vimeo.com/29659525 -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction

Thinking about this more, it's possible that the template used in our Eclipse tooling and the one used in Forge have parted. My hope is that the Forge one still plays nicely with the new BPMN 2 editor at Eclipse, but I have seen issues in the past. In any case, if you hit an issue, just yell and I'm sure there's a workaround or I can push a fix pronto. ~ keith On Jul 6, 2012, at 5:11 PM, Keith Babo wrote: You'll need the SY tools + the BPMN 2 editor. You *might* need the Drools jBPM tooling as well, but I haven't been able to install from scratch recently to verify whether it's required or not. We're going to release 0.5.0.Final at the end of next week, so testing all this out and tightening the docs up will happen soon. Here's the install information as it stands now: https://docs.jboss.org/author/display/SWITCHYARD/Installing+Eclipse+Tooling cheers, keith On Jul 6, 2012, at 5:01 PM, Dan Allen wrote: Also, where the heck do I get the BPM2 visual editor that you are using in the screencast? I tried to get one from Eclipse.org, but it didn't have the SwitchYard task icon. -Dan On Fri, Jul 6, 2012 at 4:45 PM, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: > Keith, > > I've been going through the SwitchYard video to get the Greeting service > working starting w/ Forge [1]. However, I keep hitting the same problem > when I try to run the first test: > > 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef > ({urn:switchyard:application:greeting}Hello) == null > 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef > ({urn:switchyard:application:greeting}Goodbye) == null > > I follow the steps exactly, the only difference is that I'm not using the > BPM2 visual editor to create the service because I can't seem to get it to > work. > > new-project --named greeting --topLevelPackage org.example.greeting > project install-facet switchyard > project install-facet switchyard.bpm > bpm-service create --serviceName Greeting > project install-facet switchyard.bean > bean-service create --serviceName Hello > bean-service create --serviceName Goodbye > switchyard create-service-test --serviceName Greeting > # edit code to use System.out.println in HelloBean and GoodbyeBean and > change Greeter interface > # copied attached bpmn file from the forums > test > > If you have a better simple Forge-based example instead, I'll take that > too. > > -Dan > > [1] http://vimeo.com/29659525 > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://google.com/profiles/dan.j.allen > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction _______________________________________________ forge-dev mailing list forge-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev _______________________________________________ forge-dev mailing list forge-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev

Hey Keith, We should also revisit your plugin's architecture so that we can get it listed in the Central Plugin Index :) Is this something you'd be willing to think about? It would mean you would no longer need your custom installer. The SwitchYard plugin is on our plan for the next big Forge push (If you are willing.) George Gastaldi will be working on streamlining the JBoss projects plugins and should be able to help. So we can talk about this at some point in the near future if you'd like to entertain this! ~Lincoln On Fri, Jul 6, 2012 at 5:23 PM, Keith Babo <kbabo(a)redhat.com&gt; wrote: Thinking about this more, it's possible that the template used in our Eclipse tooling and the one used in Forge have parted. My hope is that the Forge one still plays nicely with the new BPMN 2 editor at Eclipse, but I have seen issues in the past. In any case, if you hit an issue, just yell and I'm sure there's a workaround or I can push a fix pronto. ~ keith On Jul 6, 2012, at 5:11 PM, Keith Babo wrote: > > You'll need the SY tools + the BPMN 2 editor. You *might* need the Drools jBPM tooling as well, but I haven't been able to install from scratch recently to verify whether it's required or not. We're going to release 0.5.0.Final at the end of next week, so testing all this out and tightening the docs up will happen soon. Here's the install information as it stands now: > > https://docs.jboss.org/author/display/SWITCHYARD/Installing+Eclipse+Tooling > > cheers, > keith > > On Jul 6, 2012, at 5:01 PM, Dan Allen wrote: > >> Also, where the heck do I get the BPM2 visual editor that you are using in the screencast? I tried to get one from Eclipse.org, but it didn't have the SwitchYard task icon. >> >> -Dan >> >> On Fri, Jul 6, 2012 at 4:45 PM, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: >> Keith, >> >> I've been going through the SwitchYard video to get the Greeting service working starting w/ Forge [1]. However, I keep hitting the same problem when I try to run the first test: >> >> 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Hello) == null >> 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Goodbye) == null >> >> I follow the steps exactly, the only difference is that I'm not using the BPM2 visual editor to create the service because I can't seem to get it to work. >> >> new-project --named greeting --topLevelPackage org.example.greeting >> project install-facet switchyard >> project install-facet switchyard.bpm >> bpm-service create --serviceName Greeting >> project install-facet switchyard.bean >> bean-service create --serviceName Hello >> bean-service create --serviceName Goodbye >> switchyard create-service-test --serviceName Greeting >> # edit code to use System.out.println in HelloBean and GoodbyeBean and change Greeter interface >> # copied attached bpmn file from the forums >> test >> >> If you have a better simple Forge-based example instead, I'll take that too. >> >> -Dan >> >> [1] http://vimeo.com/29659525 >> >> -- >> Dan Allen >> Principal Software Engineer, Red Hat | Author of Seam in Action >> Registered Linux User #231597 >> >> http://google.com/profiles/dan.j.allen >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> >> >> >> >> -- >> Dan Allen >> Principal Software Engineer, Red Hat | Author of Seam in Action >> Registered Linux User #231597 >> >> http://google.com/profiles/dan.j.allen >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> > > _______________________________________________ > forge-dev mailing list > forge-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev _______________________________________________ forge-dev mailing list forge-dev(a)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(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev

On Fri, Jul 6, 2012 at 5:23 PM, Keith Babo <kbabo(a)redhat.com&gt; wrote: > > Thinking about this more, it's possible that the template used in our > Eclipse tooling and the one used in Forge have parted. My hope is that the > Forge one still plays nicely with the new BPMN 2 editor at Eclipse, but I > have seen issues in the past. In any case, if you hit an issue, just yell > and I'm sure there's a workaround or I can push a fix pronto. > I'm sort of sensing that. The test now runs, but Eclipse thinks 50% of the lines in switchyard.xml are invalid. Since I usually don't trust Eclipse, I just ignore that fool. ...now if Eclipse would not run out of memory installing the BPM2 editor, I might be able to see where we stand on that front. -Dan -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction

This is a "feature" of the XML validation in Eclipse. Disable "Honour all scheme locations" under XML - Validation (or something like that).

# add <component name="Hello"></component> and <component name="Goodbye"></component> nodes as children of the <composite> node in switchyard.xml

switchyard add-reference --referenceName Hello --interfaceType java --interface org.example.greeting.Hello --componentName Hello switchyard add-reference --referenceName Goodbye --interfaceType java --interface org.example.greeting.Goodbye --componentName Goodbye

test switchyard promote-service --serviceName Greeting camel-binding bind-service --serviceName Greeting --configURI file:///tmp/input build # deploy target/greeting.jar to SwitchYard AS 7 Server (http://downloads.jboss.org/switchyard/releases/v0.5.Beta1/switchyard-as7-...) mkdir /tmp/input echo "SwitchYard" > /tmp/input/message.txt # Observe the following output in the AS 7 console: # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) Hello, SwitchYard # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) Goodbye, SwitchYard # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) Good luck! -Dan On Fri, Jul 6, 2012 at 6:34 PM, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: On Fri, Jul 6, 2012 at 5:53 PM, Keith Babo <kbabo(a)redhat.com&gt; wrote: This is a "feature" of the XML validation in Eclipse. Disable "Honour all scheme locations" under XML - Validation (or something like that). When I got back a test with lots of red marks, I should have asked my teacher "is it possible to turn off this validation feature?" hahaha -Dan -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction

Thanks for the clarifications Keith! You'll be happy to know that I demoed SwitchYard using Forge at JAXconf not just once, but twice! Encore! Both times, the demo worked perfectly. The audience was impressed (you could even say amazed) with the flow between Forge and the Eclipse tooling. I'm telling you, this is the sweet spot. The first time I demoed it with JBoss Tools 3.3 + SwitchYard Tooling + BPM2 Modeler. The second time with JBDS 5.0 + SwitchYard Tooling + BPM2 Modeler. Both times I had to copy a prepared version of the Greeting.bpm2 file to the src/main/resources/META-INF directory since I can't replicate the business process using the visual editor alone. I'm noticing w/ the JBDS 5.0 combination there is an exception thrown when I try to edit the UI inputs tab in the SwitchYard task properties. I'm not sure what's going on there...but if you install the tools and run through the demo, you should see the error. Lincoln and I discussed a few ideas afterwards about how the SwitchYard plugin could be even further improved, so we'll follow-up with those ideas soon. Nice work to you and your team Keith. Keep up the great work changing the face of ESB! Cheers! -Dan On Mon, Jul 9, 2012 at 4:21 AM, Keith Babo <kbabo(a)redhat.com&gt; wrote: Hey Dan, Thanks for putting these notes together. Very useful and I will definitely slap this into an article in the SwitchYard community. One small change to the steps you've used: > > # add <component name="Hello"></component> and <component name="Goodbye"></component> nodes as children of the <composite> node in switchyard.xml This is not necessary and I'll tell you why in one sec ... > > switchyard add-reference --referenceName Hello --interfaceType java --interface org.example.greeting.Hello --componentName Hello > switchyard add-reference --referenceName Goodbye --interfaceType java --interface org.example.greeting.Goodbye --componentName Goodbye I left out an important detail in my prior email, which is that the target component for these references should be the Greeting service component. A service reference is essentially documentation of a dependency on another service (e.g. @Inject in a bean, import … in a Java class, etc.). So in this case, you want to add the references to the component which is calling the service(s). Modifying your instructions, it should look like this: switchyard add-reference --referenceName Hello --interfaceType java --interface org.example.greeting.Hello --componentName Greeting switchyard add-reference --referenceName Goodbye --interfaceType java --interface org.example.greeting.Goodbye --componentName Greeting The reason why it works with your original commands is that there's a bug (which you uncovered ;-) ) where service references are shared across all service components in an application. So even though you were defining the service reference on the Hello service component, the Greeting service component was able to resolve the same reference at runtime. This also required you to add the extra component definitions to switchyard.xml in order to add the reference to them. Bottom line is that if you use the modified commands above, it will still work and you won't have to muck with the XML at all. Here's the JIRA for the bug: https://issues.jboss.org/browse/SWITCHYARD-915 cheers, keith > > test > > switchyard promote-service --serviceName Greeting > camel-binding bind-service --serviceName Greeting --configURI file:///tmp/input > > build > > # deploy target/greeting.jar to SwitchYard AS 7 Server (http://downloads.jboss.org/switchyard/releases/v0.5.Beta1/switchyard-as7-...) > > mkdir /tmp/input > echo "SwitchYard" > /tmp/input/message.txt > > # Observe the following output in the AS 7 console: > # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) Hello, SwitchYard > # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) > # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) Goodbye, SwitchYard > # INFO [stdout] (Camel (camel-5) thread #10 - file:///tmp/input) > > Good luck! > > -Dan > > On Fri, Jul 6, 2012 at 6:34 PM, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: > On Fri, Jul 6, 2012 at 5:53 PM, Keith Babo <kbabo(a)redhat.com&gt; wrote: > This is a "feature" of the XML validation in Eclipse. Disable "Honour all scheme locations" under XML - Validation (or something like that). > > When I got back a test with lots of red marks, I should have asked my teacher "is it possible to turn off this validation feature?" > > hahaha > > -Dan > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://google.com/profiles/dan.j.allen > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > > > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://google.com/profiles/dan.j.allen > http://mojavelinux.com > http://mojavelinux.com/seaminaction > -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction

Keith, I've been going through the SwitchYard video to get the Greeting service working starting w/ Forge [1]. However, I keep hitting the same problem when I try to run the first test: 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Hello) == null 16:22:46,228 ERROR [work.SwitchYardServiceTaskHandler] serviceRef ({urn:switchyard:application:greeting}Goodbye) == null I follow the steps exactly, the only difference is that I'm not using the BPM2 visual editor to create the service because I can't seem to get it to work. new-project --named greeting --topLevelPackage org.example.greeting project install-facet switchyard project install-facet switchyard.bpm bpm-service create --serviceName Greeting project install-facet switchyard.bean bean-service create --serviceName Hello bean-service create --serviceName Goodbye switchyard create-service-test --serviceName Greeting # edit code to use System.out.println in HelloBean and GoodbyeBean and change Greeter interface # copied attached bpmn file from the forums test If you have a better simple Forge-based example instead, I'll take that too. -Dan [1] http://vimeo.com/29659525 -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction <Greeting.bpmn>