fault handling with resteasy composite reference

[jbride]

Hi.

  I'm using switchyard version 1.1.1-p5-redhat-1 provided by FSW 6.0.0.GA-redhat-4.

  My application has a composite reference using a resteasy binding making invocations to remote REST services.

  The following is the root stacktrace when the resource that my resteasy composite reference is not available:

Caused by: org.jboss.resteasy.client.ClientResponseFailure: Error status 404 Not Found returned

at org.jboss.resteasy.client.core.BaseClientResponse.createResponseFailure(BaseClientResponse.java:523)

at org.jboss.resteasy.client.core.BaseClientResponse.createResponseFailure(BaseClientResponse.java:514)

at org.jboss.resteasy.client.core.BaseClientResponse.checkFailureStatus(BaseClientResponse.java:508)

at org.jboss.resteasy.client.core.extractors.BodyEntityExtractor.extractEntity(BodyEntityExtractor.java:38)

at org.switchyard.component.resteasy.util.ClientInvoker.invoke(ClientInvoker.java:291)

at org.switchyard.component.resteasy.OutboundHandler.handleMessage(OutboundHandler.java:138)

I'd like my app to be a bit more specific about the actual fault. 

The URL used by the resteasy client is generated dynamically at run-time  (similar to how the URL to invoke the Warehouse resource is generated dynamically at runtime in the rest-binding quickstart ).

So ideally i'd like my app to be overt about the HTTP URL that was actually used by the composite reference when the fault occurs.

Any thoughts on how best to do that ?

Enabling Messaging Trace in the SY composite doesn't provide these resteasy specific details.

also, I don't seem to be able to get to these details via either a SY Interceptor nor an Auditor.

org.switchyard.component.resteasy.util.ClientInvoker alludes to a set of ClientErrorInterceptors that could be potentially added .... but i'm not sure if this is actually possible (maybe in the SY subsystem of standalone.xml )?

thank you!  jeff

[jorgemoralespou_2]

Hi,

I'm not an expert but as far as I know the endpoint is associated to the binding, so it is difficult to get the endpoint in the calling component.

A thought can be to create a Custom Message Composer that gets the the endpoint from the BindingData and put it in an Exchange header, so that you can use it in the component to compose the message to the client.

It is difficult to explain, but I think it could work. If you watch the forums, there are references on how to do it.

Hope it helps.

[kcbabo]

The info is likely getting clipped in our gateway or the RESTEasy client layer.  If you are up for debugging, I would set a breakpoint here and see how the error is mapped into RESTEasyBindingData (I suspect something is lost there):

components/resteasy/src/main/java/org/switchyard/component/resteasy/util/ClientInvoker.java at 1.x · jboss-switchyard/co…

Or if you want to attach a reproducer we can have a look.  If the error details make it into RESTEasyBindingData, then you can grab them in a custom message composer.  If not, then it's a bug and component code fix.

[jbride]

Hi Keith.

The RESTEasyBindingData object never gets instantiated on line 292 when either HTTP 404 or 500 related problems occur.

Instead, the thread of execution errors outs on the line just prior (291) when trying to process the original HTTP error code and message.

Subsequently, what's left in the stack trace is only a message such as:   Error status 404 Not Found returned

  Want me to create a BZ on this ?

thanks!

jeff

[kcbabo]

Yes, please do!  Thanks, Jeff.

[jorgemoralespou_2]

Hi,

Sorry for jumping in again, but while the JIRA gets solved, and so, probably doing as I mentioned can, at least get you the URL back to your component, so you can create a more meaningful message in the meanwhile.

Due to the exception, the message never gets composed, but it gets decomposed, so you can insert into the Exchange a property with the actual URL invoked that you can retrieve in your component.

If I'm totally lost, just skip this message and don't hit at me, I'm trying to help, and been bitten a lot lately.

[jbride]

Jorge,

You may be on to something.  I'm going to experiment with this.  thanks!

jeff

[jbride]

new BZ:   https://bugzilla.redhat.com/show_bug.cgi?id=1091061

[mageshbk]

jbride and kcbabo can you please review this fix and suggest any improvements?

https://github.com/mageshbk/components/commit/af764132202ad934330c3029a2e0f167fe09a012

https://github.com/mageshbk/quickstarts/commit/f7f616703fbda2dde4d80018f68a90ecaa6e9cb4

regards,

Magesh