Uso de @ Context, @Provider y ContextResolver en JAX-RS

Implementar un proveedor de inyección . Muy probablemente extendiendo PerRequestTypeInjectableProvider o SingletonTypeInjectableProvider.

@Provider
public class StorageEngineResolver extends SingletonTypeInjectableProvider<Context, StorageEngine>{
    public MyContextResolver() {
        super(StorageEngine.class, new InMemoryStorageEngine());
    }
}

Te dejaría tener:

@Context StorageEngine storage;

Encontré otra manera. En mi caso, quiero proporcionar el usuario actualmente conectado como una entidad de usuario desde mi capa de perseverancia. Esta es la clase:

@RequestScoped
@Provider
public class CurrentUserProducer implements Serializable, ContextResolver<User> {

    /**
     * Default
     */
    private static final long serialVersionUID = 1L;


    @Context
    private SecurityContext secContext;

    @Inject
    private UserUtil userUtil;

    /**
     * Tries to find logged in user in user db (by name) and returns it. If not
     * found a new user with role {@link UserRole#USER} is created.
     * 
     * @return found user or a new user with role user
     */
    @Produces
    @CurrentUser
    public User getCurrentUser() {
        if (secContext == null) {
            throw new IllegalStateException("Can't inject security context - security context is null.");
        }
        return userUtil.getCreateUser(secContext.getUserPrincipal().getName(),
                                      secContext.isUserInRole(UserRole.ADMIN.name()));
    }

    @Override
    public User getContext(Class<?> type) {
        if (type.equals(User.class)) {
            return getCurrentUser();
        }
        return null;
    }

}

Solo usé implements ContextResolver<User> y @Provider para obtener esta clase descubierta por Jax-Rs y obtener SecurityContext inyectada. Para obtener el usuario actual utilizo CDI con mi calificador @CurrentUser. Así que en cada lugar donde necesito el usuario actual escribo:

@Inject
@CurrentUser
private User user;

Y de hecho

@Context
private User user;

No funciona (el usuario es nulo).

Un patrón que funciona para mí: Agregue algunos campos en su subclase de aplicación que proporcionen los objetos que necesita inyectar. Luego use una clase base abstracta para hacer la "inyección":

public abstract class ServiceBase {

    protected Database database;

    @Context
    public void setApplication(Application app) {
        YourApplication application = (YourApplication) app;
        database = application.getDatabase();
    }
}

Todos sus servicios que necesitan acceder a la base de datos ahora pueden extender ServiceBase y tener la base de datos disponible automáticamente a través del campo protegido (o un getter, si lo prefiere).

Esto funciona para mí con Resaca y Resteasy. En teoría esto debería funcionar en todos los JAX-RS implementaciones desde la inyección de la Aplicación es compatible con el estándar AFAICS, pero no lo he probado en otros ajustes.

Para mí, la ventaja sobre la solución de Bryant fue que no tengo que escribir alguna clase de resolución solo para poder acceder a mis singletons de ámbito de aplicación como la base de datos.