Джерси: InjectableProvider не поднял - Spring

Ответ 1

Как вы инициализируете Джерси?

Я предполагаю, что вы используете Джерси, используя свиток-джерси - spring. В этом случае Джерси по умолчанию будет инициализировать с помощью Spring beans, и поэтому ваш Provider должен быть Spring bean. Попробуйте добавить @Named (или если вы не используете atinject @Component или одну из аннотаций Spring) для своего Provider.

Пример использования инъецируемых поставщиков.

Обновлено. Более ясность в отношении объема инъекции:

Provider должен быть Singleton, как и для всех практических целей, a factory с привязкой к нему, и нет необходимости создавать factory для каждого запроса. Само по себе инъекция будет выполняться по запросу. Другими словами, метод getInjectable будет вызываться для каждого запроса. У вас была возможность попробовать это?

OTOH, если вы расширите SingletonTypeInjectableProvider, каждый раз один и тот же объект будет вноситься в ваш ресурс.

Я не уверен, что полностью понимаю вашу реализацию Provider. Я считаю, что что-то вроде следующего должно работать.

public class UserProvider extends PerRequestTypeInjectableProvider<AttributeParam, Users>{

    public UserProvider(){
        super(Users.class);
    }

    @Context
    HttpServletRequest request;

    @Override
    public Injectable<Users> getInjectable(ComponentContext cc, AttributeParam a) {

        String attributeValue = AnnotationUtils.getValue(a);

        return new Injectable<Users>(){

            public Users getValue() {
                System.out.println("Called"); //This should be called for each request
                return request.getAttribute(attributeValue);
            }

        };

    }

}

Обновлено. Чтобы предоставить дополнительную информацию о типах инъекций и контекстах, доступных в Джерси.

Как вы, вероятно, уже догадались, если все, что вам нужно, это доступ к HttpServletRequest, то просто прямое вложение его в ваш Resource или Provider с помощью аннотации @Context вы получите это.

Однако для передачи этих значений в Injectable необходимо использовать AssistedProvider или использовать подход, аналогичный вашему. Но опять-таки вы можете уменьшить это, если встраиваете определение Injectable в Поставщик и вводите HttpServletRequest в класс Provider. В этом случае Injectable сможет получить доступ к экземпляру HttpServletRequest (с момента его появления в области видимости). Я просто обновил свой пример, чтобы показать этот подход.

Инъекция с использованием PerRequestTypeInjectableProvider и SingletonTypeInjectableProvider - это не единственные два параметра, которые вы должны вводить значения в свои ресурсы. Вы также можете вводить значения *Param с помощью StringReaderProvider. Очевидно, что такая инъекция является областью применения.

@Provider
@Named("userProviderParamInjector")
public class UserProviderParam implements StringReaderProvider<Users> {

    @Context
    HttpServletRequest request;

    public StringReader<Users> getStringReader(Class<?> type, Type type1, Annotation[] antns) {
        if(type.equals(Users.class) {
           return null;
        }

        String attributeValue = null;
        for(Annotation a : antns) {
            if((a.getClass().getSimpleName()).equals("AttributeParam")){
               attributeValue = (String)AnnotationUtils.getValue(a);
            }
        }

        return new StringReader<Users>(){
            public Users fromString(String string) {
                // Use the value of the *Param or ignore it and use the attributeValue of our custom annotation.
                return request.getAttribute(attributeValue);
            }

        };

    }

}

Этот Provider будет вызываться для любого *Param, который у вас есть на вашем ресурсе. Таким образом, при Provider, подобном зарегистрированному выше, и ресурсу, подобному приведенному ниже, значение Users будет введено в ваш ресурсный метод.

@Path("/user/")
@Named
public class UserResource {

    @Path("{id}")
    @GET
    @Produces(MediaType.APPLICATION_JSON)
    public Result<Users> get(@AttributeParam("foo") @PathParam("id") Users user) {
    ...
    }

}

Но, честно говоря, я считаю это злоупотреблением контрактом StringReaderProvider, тогда как прежний метод использования Injectable чувствует себя чище.