How to reach that a soap-service starts CDI RequestScope?

[mae]

I have a switchyard service with SOAP binding. And i think this service should automatically start a CDI RequestScope. Because we have a client request.

But no RequestScope is started, rather in my CDI bean (annotated with @RequestScoped) i get the following Exception.

org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type javax.enterprise.context.RequestScoped

Is there any way to configure switchyard to start CDI RequestScope for a service called from an external client or is it planned to implement?

Or do i have to implement this by myself, maybe over the org.switchyard.ExchangeInterceptor?

[igarashitm]

Verified RequestContext is not activated for SOAP inbound request. Filed a JIRA

[SWITCHYARD-2927] Activate RequestContext for each SOAP inbound request - JBoss Issue Tracker

[igarashitm]

ExchangeInterceptor would be an option, but note that it is invoked for every exchange - if you have SOAP-in--->Bean--->SOAP-out, then ExchangeInterceptor would be invoked twice. Another option would be a custom MessageComposer on the SOAP inbound binding.

[igarashitm]

I almost forgot to mention about yet another option, you would be able to have a plain JAXWS endpoint in a war with SwitchYard service reference injected. No quickstart demonstrates exactly same scenario yet, but multiApp demo would be helpful to see how SwitchYard service reference is injected into JavaEE component. It's a JSF managed bean in this demo.

switchyard/quickstarts/demos/multiApp at master · jboss-switchyard/switchyard · GitHub

[mae]

Thank you very much for the reply.

That's right, if i use the ExchangeInterceptor i have to detect if the current exchange is for "SOAP in" or any other.

The MessageComposer seems to be the better alternative to me, because no special detection is needed.

The plain JAXWS endpoint is another interesting option, but i don't want to implement the JAXWS endpoint by myself.

Because generally SwitchYard does this very well.