If the bean based service is presenting a WSDL interface, then in theory it should be no different than the loan_approval example included with the bpel quickstarts, with the only exception that the invoked service in that case is also BPEL.
Would it be possible to provide a simplified testcase to demonstrate the issue? If so, can you create a jira and attach the testcase.
Agree with Gary's post. If you could attach an example - either your application or modifying one of the existing bpel quickstarts to approximate your use case.
BTW, if the bean services in question are in the same application, you can invoke them locally without going out of process over SOAP.
Thanks for your attention.
I choose to extend the Loan Approval QuickStart BPEL Project with my simple Logging Bean Service for testing and so I could provide it for you.
When I recreated my configuration in the Loan Approval Project, I was able to see the inter-component message being sent (instead of just having the process hang), however, the SOAP to Java transformer is recieving NULL for the from Element.
I've created a JIRA Ticket, as suggested, and uploaded my sample project:
Any help you can provide would be appreciated. I still haven't figured out why my original project is hanging, but I've had other issues with the Eclipse tooling.
Could you please elaborate on the problems you are having with the tools, so we can address the issues?
Thanks in advance,
A couple things:
1) The switchyard.xml configuration editor does not contain the BPEL Implementation.
2) The ODE Deployment Descriptor Editor fails when the usePeer2Peer="false" attribute is in the invoke tag.
I'll try to keep a list of things I think may be bugs and keep you posted.
Support for BPEL implementation types is next on my list of things to do for the tools.
I'm not sure about the ODE DD editor. How is that used in the context of SwitchYard?
I'm new to this, but it appears to me that the deploy.xml (ODE DD) configuration file is required when utilizing BPEL Components. So it's not directly related to the switchyard.xml, though it seams like I have to configure these associations in two different XML configurations.
Another error I just encountered: When trying to open the switchyard.xml from the quickstarts/demos/policy-security-saml project in the editor, I'm getting the following;
Error loading file: switchyard.xml. Feature 'security' not found. (platform:/resource/switchyard-quickstart-demo-policy-security-saml/src/main/resources/META-INF/switchyard.xml, 18, 142)
Feature 'security' not found. (platform:/resource/switchyard-quickstart-demo-policy-security-saml/src/main/resources/META-INF/switchyard.xml, 18, 142)
Just to jump in, the deploy.xml is required by the Apache ODE BPEL engine that we use within the BPEL component for switchyard. However I agree that there is a lot of overlap.
If you could create a feature request, then we can explore some possibilities in a future release.
I have the internal Bean Service (LoggingService) receiving the message successfully through the transformer, and seeming OK through the out-bound transformer, but then an error is thrown.
I've attached my WSDL and the Transformer class, but I keep getting the follwoing error:
17:20:07,503 ERROR [org.apache.ode.jacob.vpu.JacobVPU] (ODEServer-1) Method "run
" in class "org.apache.ode.bpel.runtime.INVOKE" threw an unexpected exception.:
org.apache.ode.bpel.iapi.ContextException: Failed to invoke external service
at org.apache.ode.bpel.runtime.INVOKE.run(INVOKE.java:101) [riftsaw-bpel
at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) [:1.6.0_
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_38]
at org.apache.ode.jacob.vpu.JacobVPU.execute(JacobVPU.java:139) [riftsaw
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [r
at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_38]
Caused by: java.lang.NullPointerException
... 25 more
I can't see why the response is causing the NPE.
Any help you can get would be appreciated.
Could you create a simple stripped down version of your app and add it to a jira, then we can investigate further? If you could post the jira reference here - thanks.
Thanks for the response,
I've created https://issues.jboss.org/browse/SWITCHYARD-1298 and attach a sample project and the error stack trace.
I have to admit that I'm getting increasing frustrated trying to use SwitchYard.
Before I jump in with a reply on the application itself, I want to mention that message tracing can really help pinpoint the point at which things are going bad in a composition. This can be enabled through the domain tab in our editor or by adding a domain handler to your switchyard.xml. Here's an example:
OK, now digging into the details of your app.
OK, I downloaded the app in the JIRA and I see you're already using message trace, so that's good. The other thing I noticed is that the BPEL process which was attached had an invoke of a "loanService" which is not declared as a component reference in switchyard.xml. I assumed this was a leftover from the original example, so I simply commented it out in the BPEL process. After that, I tried again and everything worked. I have attached my request message (generated from soapUI) and the console output of the server including message trace. I can see the log message being generated. So not sure what I'm doing wrong (or right in in this case)?
BTW, I'm invoking the executeSearch operation on ADRSearchServices. If I should invoke another operation or use a different payload, please let me know.