Re: [Resteasy-users] RESTEasy Runtime client propagation.

2015-03-03 Thread Savvas Andreas Moysidis
Hi Jacub,

Like you suggest, using an ExceptionMapper server-side and registering
a ClientResponseFilter client side should do the trick and is probably the
least intrusive way of achieving that goal.

On the ClientResponseFilter, you can probe the http response status and run
your logic accordingly.

HTH,
Savvas

On 27 February 2015 at 13:14, John D. Ament john.d.am...@gmail.com wrote:

 Hi Jakub!

 I think you're looking for ContainerResponseFilter.

 John

 On Fri, Feb 27, 2015 at 8:03 AM Jakub Narloch jmnarl...@gmail.com wrote:

 So,

 After a quick research I am trying to find the counterpart
 of ClientErrorInterceptor for RESTEasy 3.x, any sugestions?

 Regards,
 Jakub Narloch

 2015-02-27 11:37 GMT+01:00 Jakub Narloch jmnarl...@gmail.com:

 Hi,

 I think I have a quite interesting use case in our project, I had
 existing service layer that now is being translated into JAX-RS endpoints
 by exposing the existing service interfaces without changes and consuming
 them through RESTEasy client proxies. Everything seems ok except for one
 thing, we are struggling with RuntimeExceptions. Basically we had defined
 some application level exceptions that we wish to propagate to the client.
 Since they were runtime we didn't had defined the throws clauses for them.
 We would like to have those exceptions propagated to the client, but at the
 moment only what we got was some InternalServerErrrorException being thrown
 on client side.

 The question is only how we should approach to this problem, is there a
 way to register a ExceptionMapper and then register a ClientResponseFilter
 to process that, or there is maybe other way?

 Regards,
 Jakub Narloch


 
 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Resteasy-users mailing list
 Resteasy-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/resteasy-users



 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Resteasy-users mailing list
 Resteasy-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/resteasy-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Resteasy-users mailing list
Resteasy-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/resteasy-users


Re: [Resteasy-users] RESTEasy Runtime client propagation.

2015-02-27 Thread Jakub Narloch
So,

After a quick research I am trying to find the counterpart
of ClientErrorInterceptor for RESTEasy 3.x, any sugestions?

Regards,
Jakub Narloch

2015-02-27 11:37 GMT+01:00 Jakub Narloch jmnarl...@gmail.com:

 Hi,

 I think I have a quite interesting use case in our project, I had existing
 service layer that now is being translated into JAX-RS endpoints by
 exposing the existing service interfaces without changes and consuming them
 through RESTEasy client proxies. Everything seems ok except for one thing,
 we are struggling with RuntimeExceptions. Basically we had defined some
 application level exceptions that we wish to propagate to the client. Since
 they were runtime we didn't had defined the throws clauses for them. We
 would like to have those exceptions propagated to the client, but at the
 moment only what we got was some InternalServerErrrorException being thrown
 on client side.

 The question is only how we should approach to this problem, is there a
 way to register a ExceptionMapper and then register a ClientResponseFilter
 to process that, or there is maybe other way?

 Regards,
 Jakub Narloch

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Resteasy-users mailing list
Resteasy-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/resteasy-users


Re: [Resteasy-users] RESTEasy Runtime client propagation.

2015-02-27 Thread John D. Ament
Hi Jakub!

I think you're looking for ContainerResponseFilter.

John

On Fri, Feb 27, 2015 at 8:03 AM Jakub Narloch jmnarl...@gmail.com wrote:

 So,

 After a quick research I am trying to find the counterpart
 of ClientErrorInterceptor for RESTEasy 3.x, any sugestions?

 Regards,
 Jakub Narloch

 2015-02-27 11:37 GMT+01:00 Jakub Narloch jmnarl...@gmail.com:

 Hi,

 I think I have a quite interesting use case in our project, I had
 existing service layer that now is being translated into JAX-RS endpoints
 by exposing the existing service interfaces without changes and consuming
 them through RESTEasy client proxies. Everything seems ok except for one
 thing, we are struggling with RuntimeExceptions. Basically we had defined
 some application level exceptions that we wish to propagate to the client.
 Since they were runtime we didn't had defined the throws clauses for them.
 We would like to have those exceptions propagated to the client, but at the
 moment only what we got was some InternalServerErrrorException being thrown
 on client side.

 The question is only how we should approach to this problem, is there a
 way to register a ExceptionMapper and then register a ClientResponseFilter
 to process that, or there is maybe other way?

 Regards,
 Jakub Narloch


 
 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Resteasy-users mailing list
 Resteasy-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/resteasy-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Resteasy-users mailing list
Resteasy-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/resteasy-users


[Resteasy-users] RESTEasy Runtime client propagation.

2015-02-27 Thread Jakub Narloch
Hi,

I think I have a quite interesting use case in our project, I had existing
service layer that now is being translated into JAX-RS endpoints by
exposing the existing service interfaces without changes and consuming them
through RESTEasy client proxies. Everything seems ok except for one thing,
we are struggling with RuntimeExceptions. Basically we had defined some
application level exceptions that we wish to propagate to the client. Since
they were runtime we didn't had defined the throws clauses for them. We
would like to have those exceptions propagated to the client, but at the
moment only what we got was some InternalServerErrrorException being thrown
on client side.

The question is only how we should approach to this problem, is there a way
to register a ExceptionMapper and then register a ClientResponseFilter to
process that, or there is maybe other way?

Regards,
Jakub Narloch
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Resteasy-users mailing list
Resteasy-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/resteasy-users