D'où viennent les objets @Context

J'ai cherché partout, mais n'arrive pas à trouver de réponse claire...

Quel est le mécanisme par lequel un serveur (glassfish pour mon problème) injecte réels objets qui sont annotés avec @Contexte? Plus précisément, si je voulais écrire une classe qui fait quelque chose comme:

@Path("/")
public class MyResource {
  @GET
  public String doSomething(@Context MyObject obj) {
    //...
  }
}

alors comment aurais-je le faire? Où est-ce que le Monobjet est instanciée, qui le fait, et comment?

Edit: j'ai vu des trucs comme suit:

À l'aide de @Contexte, @Fournisseur et ContextResolver de JAX-RS

http://jersey.576304.n2.nabble.com/ContextResolver-confusion-td5654154.html

Cependant, ce n'est pas d'équerre avec ce que j'ai vu, par exemple dans le constructeur de org.neo4j.serveur.le repos.web.RestfulGraphDatabase, qui a la signature suivante:

public RestfulGraphDatabase(
  @Context UriInfo uriInfo,
  @Context Database database,
  @Context InputFormat input,
  @Context OutputFormat output,
  @Context LeaseManager leaseManager )

source d'informationauteur Kricket

  1. 7

    Vous pouvez écrire vos propres injection de fournisseur et de la prise en Jersey - regarder SingletonTypeInjectableProvider et PerRequestTypeInjectableProvider - étendre l'une de ces classes (en fonction du cycle de vie que vous voulez pour l'injectable objet) et enregistrer votre mise en œuvre en tant que fournisseur de votre application web.

    Par exemple, quelque chose comme ceci:

    @Provider
public class MyObjectProvider extends SingletonTypeInjectableProvider<Context, MyObject> {
    public MyObjectProvider() {
        //binds MyObject.class to a single MyObject instance
        //i.e. the instance of MyObject created bellow will be injected if you use
        //@Context MyObject myObject
        super(MyObject.class, new MyObject());
    }
}

    Pour inclure le fournisseur de votre application web, vous avez plusieurs options:

    1. si votre application utilise classpath de numérisation (ou package de numérisation) assurez-vous que le prestataire est en droit de paquet /sur le chemin de la classe
    2. ou vous pouvez tout simplement vous inscrire à l'aide de META-INF/services de l'entrée (ajouter des META-INF/services/com.soleil.jersey.le spi.injecter.InjectableProvider fichier ayant le nom de votre fournisseur de classe dans son contenu)
  2. 3

    Je pense que j'ai peut-être quelque chose...et si cela fonctionne, Martin devrait obtenir un crédit partiel. 🙂

    Il semble que l' @Fournisseur de classe doit implémenter l' com.soleil.jersey.le spi.injecter.Injectable<T> interface. Cependant, je ne suis pas sûr que cela soit suffisant pour avoir l' @Contexte être injecté. Ce qui est absent, c'est que nous devons dire la ResourceConfig objet de l'application web sur le @Fournisseur. Dans le contexte de ce que je suis en train de faire, et de prendre des conseils de neo4j-serveur, le reste des travaux se résume à:

    • l'extension de com.soleil.jersey.le spi.le conteneur.servlet.ServletContainer, et en remplaçant la méthode configure ():
    @Override
protected void configure(WebConfig wc, ResourceConfig rc, WebApplication wa)
{
  super.configure( wc, rc, wa );
  Set<Object> singletons = rc.getSingletons();
  singletons.add(new MyObjectProvider());
}
    • précisant que ce conteneur doit être utilisé dans le web.xml le descripteur de déploiement:
    <servlet>
  <servlet-name>JAX-RS Servlet Container</servlet-name>
  <servlet-class>com.blah.MyServletContainer</servlet-class>
</servlet>
  3. 0

    Je ne pense pas que vous pouvez utiliser @Context avec un type défini par l'utilisateur comme MyObject. Il est pour l'injection types de jax-ws comprend déjà. Il est mentionné ici.

    Chapitre 5 de JAX-RS spécification présente tous les standard de JAX-RS types Java qui peut être utilisé avec @Contexte.

    Vous voudrez probablement utiliser quelque chose comme @FormParam ou @PathParam à la place. Voir la section 2.3 de la spec pour une description. Voici votre réponse, copié à partir de cette section de la spécification:

    En général, le type Java de la méthode de paramètre:

    1. Être un type primitif;
    2. Avoir un constructeur qui accepte un seul argument de type String;
    3. Ont une méthode statique nommée valueOf ou fromString qui accepte un seul argument de type Chaîne (voir, par exemple, Entier.valueOf(String) et java.util.UUID.fromString(String)); ou
    4. Être Liste, Ensemble ou SortedSet, où T satisfait à 2 ou 3 ci-dessus. La collection est en lecture seule.
  4. -1

    Voir les chapitres 5 à 6 de JAX-RS spec. Cela devrait vous dire tout ce que vous devez savoir à ce sujet.