Skip to main content

[jax-rs-spec issues] [JIRA] Commented: (JAX_RS_SPEC-230) response filters and exceptions

  • From: "Marek Potociar (JIRA)" <jira-no-reply@...>
  • To: issues@...
  • Subject: [jax-rs-spec issues] [JIRA] Commented: (JAX_RS_SPEC-230) response filters and exceptions
  • Date: Fri, 24 Aug 2012 16:40:29 +0000 (GMT+00:00)
  • Auto-submitted: auto-generated


    [ 
http://java.net/jira/browse/JAX_RS_SPEC-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=345184#action_345184
 ] 

Marek Potociar commented on JAX_RS_SPEC-230:
--------------------------------------------

So I'm not sure what to do with the issue now. As we discussed, we could add 
new {{Throwable ContainerResponseFilter.getFailure()}} method, but there is 
no immediate use case that would justify the addition.

Unless you really, really want the method, I'd suggest we defer the addition 
to a later (e.g. maintenance) release of JAX-RS once we have a clear use 
case. Let me know if I can close the issue as WON'T FIX for now.

> response filters and exceptions
> -------------------------------
>
>                 Key: JAX_RS_SPEC-230
>                 URL: http://java.net/jira/browse/JAX_RS_SPEC-230
>             Project: jax-rs-spec
>          Issue Type: Improvement
>            Reporter: patriot1burke
>            Assignee: Marek Potociar
>             Fix For: 2.0-pfd, 2.0
>
>
> I think we need something in ContainerResponseFilter to distinguish that an 
> exception was thrown from application code (and maybe internally as well).  
> Came across a user case recently that wanted to know that a failure occured 
> and what exact exception.
> I suggest at minimum, 2 methods on ContainerResponseContext (better names 
> maybe?).  Probably similar methods on WriterInterceptor.
> boolean wasFailure();
> Throwable getFailure();
> Don't know, but maybe also a new method on ContainerResponseFilter
> void failure(ContainerRequestContext requestContext, 
> ContainerResponseContext responseContext)
>             throws IOException;
> failure should be called after any ExceptionMapper, but before anything 
> else.
> The main reason for this is name-bound filters and interceptors might want 
> to make a different decision based on a user failure.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://java.net/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[jax-rs-spec issues] [JIRA] Commented: (JAX_RS_SPEC-230) response filters and exceptions

Marek Potociar (JIRA) 08/24/2012
 
 
Close
loading
Please Confirm
Close