[JBoss JIRA] (SWITCHYARD-679) Operation xxx is not included in interface for service yyy
by Gary Brown (JIRA)
Gary Brown created SWITCHYARD-679:
-------------------------------------
Summary: Operation xxx is not included in interface for service yyy
Key: SWITCHYARD-679
URL: https://issues.jboss.org/browse/SWITCHYARD-679
Project: SwitchYard
Issue Type: Bug
Environment: as7-0.4 snapshot
Reporter: Gary Brown
Getting the following exception when a BPEL process is invoking an external web service. However when stepping into org.switchyard.internal.ServiceReferenceImpl.createExchange(opName,exchangeHandler), it passes the first check (i.e. operation exists in the interface), but throws exception inside the DomainImpl.createExchange as the service interface only has a single "process" method, which appears to be a default operation.
.....
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_18]
at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_18]
Caused by: org.switchyard.exception.SwitchYardException: Operation getCustomer is not included in interface for service: {urn:bpel:gb.bpel.gsm:1.0}CustomerServiceService
at org.switchyard.internal.DomainImpl.createExchange(DomainImpl.java:221) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.ServiceReferenceImpl.createExchange(ServiceReferenceImpl.java:107) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.component.bpel.riftsaw.RiftsawServiceLocator$ServiceProxy.invoke(RiftsawServiceLocator.java:276) [switchyard-component-bpel-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.riftsaw.engine.internal.MessageExchangeContextImpl.invokePartnerUnreliable(MessageExchangeContextImpl.java:78) [engine-3.0.0-SNAPSHOT.jar:]
... 55 more
It may be a configuration issue in the switchyard.xml descriptor? But can't see anything obvious.
Will attach the user's example BPEL process and separate Web Service to reproduce the problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (SWITCHYARD-674) Recursive handler activity when invoking a web service from a BPEL process using the wrong URL
by Gary Brown (JIRA)
Gary Brown created SWITCHYARD-674:
-------------------------------------
Summary: Recursive handler activity when invoking a web service from a BPEL process using the wrong URL
Key: SWITCHYARD-674
URL: https://issues.jboss.org/browse/SWITCHYARD-674
Project: SwitchYard
Issue Type: Bug
Reporter: Gary Brown
Attachments: loan-request.xml, switchyard-quickstart-bpel-service-loan-approval-WRONG-URL.jar, switchyard-quickstart-bpel-service-risk-assessment.jar
Using the latest 0.4-SNAPSHOT, I deployed two separate BPEL apps, one doing an external invoke of the other. When the URL to the external web service (i.e. BPEL process) is valid, there is no problem. However when the URL is deliberately set to an incorrect location (valid URL, just no web service at the endpoint), there is recursive behaviour establishing the handler chain.
This eventually results in no more file descriptors:
13:36:37,577 ERROR [org.switchyard.internal.DefaultHandlerChain] (pool-10-thread-318) org.switchyard.HandlerException was thrown by handler(provider): Unexpected exception handling SOAP Message --- Caused by javax.xml.soap.SOAPException: Cannot process SOAP request --- Caused by javax.xml.ws.WebServiceException: Could not send Message. --- Caused by java.net.SocketException: SocketException invoking http://127.0.0.1:18001/riskAssessorXXX: Too many open files --- Caused by java.net.SocketException: Too many open files
13:36:37,579 DEBUG [org.switchyard.internal.DefaultHandlerChain] (pool-10-thread-318) : org.switchyard.HandlerException: Unexpected exception handling SOAP Message
at org.switchyard.component.soap.OutboundHandler.handleMessage(OutboundHandler.java:153) [switchyard-component-soap-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.DefaultHandlerChain.handleMessage(DefaultHandlerChain.java:148) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.DefaultHandlerChain.handle(DefaultHandlerChain.java:121) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.LocalDispatcher.dispatch(LocalExchangeBus.java:72) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.ExchangeImpl.sendInternal(ExchangeImpl.java:255) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.internal.ExchangeImpl.send(ExchangeImpl.java:178) [switchyard-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.component.soap.InboundHandler.invoke(InboundHandler.java:218) [switchyard-component-soap-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.component.soap.BaseWebService.invoke(BaseWebService.java:69) [switchyard-component-soap-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at org.switchyard.component.soap.BaseWebService.invoke(BaseWebService.java:34) [switchyard-component-soap-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) [:1.6.0_18]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (SWITCHYARD-673) Consolidate HornetQ and ClientUtil classes used in quickstarts
by Keith Babo (JIRA)
Keith Babo created SWITCHYARD-673:
-------------------------------------
Summary: Consolidate HornetQ and ClientUtil classes used in quickstarts
Key: SWITCHYARD-673
URL: https://issues.jboss.org/browse/SWITCHYARD-673
Project: SwitchYard
Issue Type: Task
Components: quickstarts, test
Affects Versions: 0.4
Reporter: Keith Babo
Assignee: Tomohisa igarashi
Fix For: 0.4
These classes are starting to pop up over and over again in JMS-related quickstarts. Instead of just copying them over and over again, we should create one version that can be shared amongst all quickstarts. There are two use cases here:
1) Test cases which need to use JMS and/or a JMS server. These tests should be using the HornetQMixIn alone. Any additional dependencies on the ClientUtil classes need to be rolled into HornetQMixIn.
2) Most of these quickstarts also offer the option to use "mvn exec:java [options]" to test the application independently with the quickstart deployed to AS7. This case also relies on the ClientUtil classes. We need to change this to use HornetQMixIn (e.g. static methods on the class) or something else packaged in the switchyard-test module. This module should be included in the test classpath and if the exec plugin is configured to include test dependencies in the classpath, all should be good.
BTW, it would be great if we could build the configuration for the exec plugin into the pom.xml, like I have done in multiApp/demos/consumer-service. This makes it much easier for the user to simply type "mvn exec:java" without having to pass a bunch of -D options.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months