jsr339-experts@jax-rs-spec.java.net

[jsr339-experts] Re: [jax-rs-spec users] Re: Re: Re: Re: Re: Re: New to the group - comments on the current draft

From: Sergey Beryozkin <sberyozkin_at_talend.com>
Date: Wed, 21 Dec 2011 22:10:11 +0000

Sure, I guess I just implied the handlers, though to me the distinction
is a bit blurred :-), meaning I'd qualify an output handler/interceptor
as an output filter
Cheers, Sergey
On 21/12/11 22:06, Sastry Malladi wrote:
>
> ------------------------------------------------------------------------
> *From:* Sergey Beryozkin <sberyozkin_at_talend.com>
> *To:* jsr339-experts_at_jax-rs-spec.java.net
> *Sent:* Wednesday, December 21, 2011 3:45 AM
> *Subject:* [jsr339-experts] Re: [jax-rs-spec users] Re: Re: Re: Re: Re:
> Re: New to the group - comments on the current draft
>
> On 21/12/11 03:22, Sastry Malladi wrote:
> >
> > ------------------------------------------------------------------------
> > >> Yes, it would require adding annotations. Without any use of an API,
> > I'm not sure this case belongs to the spec. I think this should better
> > be handled by implementations or other tools (like profilers).
> >
> > Well, I understand your position that this may not be addressed in the
> > spec. But in reality, any organization that uses JAX-RS to deploy their
> > services/resources, would want to monitor and measure these metrics
> > automatically, especially in the internet world, and would need a way to
> > do that. For example, we are doing this currently by writing a jersey
> > response filter and approximating by subtracting MBR and MBW times and
> > so on. I beg to differ that this is not a profiler/tooling issue
>
> >Can filters handle it as well ? They will have a mutable shared map of
> >roperties on the input/output, so that should do; I don't really like
> >the idea of going to CDI or similar in order to get the basic feature
> >supported so I'd also like to see if JAX-RS 2.0 can help
>
> Since filters don't wrap the method execution, filters can't be used for
> this purpose. But Handlers/Interceptor can, and hence the suggestion to
> define such an API.
>
> Sastry
>
> >Sergey
>
> >
> > Sastry
> >
> > >> -- Santiago
> >
> >
> >
> >
>
>