On 08/11/12 14:33, Santiago Pericas-Geertsen wrote:
> Jan,
>
> Good question. According to the spec this should work. Section 8.1 refers to the context types in Section 8.2 and ResourceContext is there. ResourceContext is in request scope and should be proxied when injected in a provider that is in application scope (the default for providers).
>
I wonder, should it actually work ? ResourceContext is there for helping
with the initializing the sub resource implementations ?
Sergey
> -- Santiago
>
> On Nov 8, 2012, at 2:50 AM, Jan Algermissen<jan.algermissen_at_nordsc.com> wrote:
>
>>
>> Using ResourceContext, it would then also be possible to do the following, or?
>>
>> (Enable full per-request DI on arbitrary instance inside a provider)
>>
>>
>> @Provider
>> class TestFilter implements ContainerRequestFilter {
>>
>> @Context
>> HttpHeaders headers;
>>
>> @Context
>> ResourceContext rc;
>>
>>
>> void filter(ContainerRequestContext requestContext) ... {
>>
>> SomeHelpingClass h = rc.initResource(new SomeHelpingClass(...))
>>
>> }
>>
>>
>> }
>>
>>
>> public class SomeHelpingClass {
>>
>> @PathParam("id") String id;
>>
>> public SomeHelpingClass() {
>> }
>>
>> }
>>
>>
>> Would that work?
>>
>> Jan
>>
>>
>