Comment puis-je migrer de Maillot de 1,0 à Jersey 2.0?

Je suis en train de mettre à niveau vers Jersey 2.0 et je vais avoir beaucoup de difficultés parce que les groupIds et artifactIds de Jersey ont complètement changé et je ne peux pas trouver un plan de migration dans le Maillot docs.

Voici ce que mon pom.xml l'air, et ce compilé amende:

        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-server</artifactId>
            <version>1.17</version>
        </dependency>
        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-servlet</artifactId>
            <version>1.17</version>
            <scope>runtime</scope>
        </dependency>
        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-server-linking</artifactId>
            <version>1.17.1</version>
        </dependency>
        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-client</artifactId>
            <version>1.17.1</version>
        </dependency>

Ce que devraient-ils être modifiés? Cette indépendants StackOverflow question a été un peu utile, mais je vais avoir du mal à trouver des choses comme où la @Ref annotation déplacés.

Mise à jour

Il semble que @Ref n'existe plus ou au moins il n'est pas mentionné dans la documentation plus. Maintenant, vous utilisez un UriBuilder.
J'ai trouvé très utile dans la section de la documentation qui répond à mes questions maven.
La HTTPBasicAuthFilter a été renommé HttpBasicAuthFilter. Avis de la capitalisation.
Client client = Client.create(); est devenu Client client = ClientBuilder.newClient();

Ce:

    String json = client
        .resource(getBaseUrl() + url)
        .accept(MediaType.APPLICATION_JSON_TYPE)
        .get(String.class);

est devenu

String json = client
        .target(getBaseUrl())
        .path(url)
        .request(MediaType.APPLICATION_JSON_TYPE)
        .get(String.class);

Non, il n'est pas résolu. C'est juste l'information que j'ai. Il y a plus de problèmes.
4 ans plus tard est votre problème a été résolu?

OriginalL'auteur Daniel Kaplan | 2013-06-13

10

Vous n'avez pas.

Jersey 2.0 il manque beaucoup de fonctionnalités de Jersey 1.0. Contrairement à ce que les développeurs vont vous le dire, certaines choses sont simplement impossible à mettre en œuvre (par exemple, Guice, le Printemps de l'intégration). Les choses semblent fonctionner sur la surface, mais une fois que vous creusez plus profond, vous trouverez un grand nombre de fonctionnalités sont toujours en panne.

Beaucoup de 1.x plugins n'existent pas dans le 2.x, principalement en raison de ladite rupture.

À la lumière de cela, je vous propose un holding off sur Jersey 2.x pour l'avenir prévisible. Espérons que les développeurs vont nettoyer cette place dans l'année à venir.

Le Printemps de l'intégration de la partie n'est plus vrai: jersey.java.net/documentation/latest/spring.html
Nous avons utilisé hk2.java.net/spring-bridge pour l'intégration de Printemps 4 et Jersey 2
vous sentez-vous encore de cette façon? Il a été quelques années depuis que vous avez fait cette recommandation, et je me demandais quels sont les problèmes que vous trouvez encore en Jersey 1.x -> 2.x les migrations.
Je crois que la plupart des fonctionnalités manquantes a finalement été ajouté à 2.x mais la migration de code existant est toujours extrêmement douloureux. Aussi, Guice et de Printemps, l'intégration reste fondamentalement cassé (ne peut pas être correctement mis en œuvre compte tenu de la conception actuelle). Mon plus grand boeuf avec 2.x, c'est que l'équipe derrière elle ignore les commentaires des utilisateurs (et les attaques que les utilisateurs qui les appeler sur elle). La principale raison que j'ai utilisé et a contribué plugins pour Maillot 1.x était à cause de la forte développeur/soutien de la communauté. Quand Oracle a acheté le Soleil, ils ont remplacé l'équipe et tout s'est écroulé.

OriginalL'auteur Gili
8

Il est une douleur dans le cou j'ai à dire.
Nous sommes actuellement genou profondément dans la migration relativement grand de 3 ans et+ client-serveur de projet et un garçon que j'ai envie de mordre à mon cou off.
J'espère que nous sommes à la fin de la lutte...
Bien qu'il existe un guide de migration en effet, il n'est pas complet par tous les moyens.
- UniformInterfaceException (et les autres) n'est plus.
Au lieu de cela, il est remplacé par WebApplication exception et ses successeurs. Il n'y a pas un mot à ce sujet dans le guide de migration et c'est très très important.
- Support JSON
Le guide de migration dit:

Support JSON a subi certains changements en Jersey 2.x. La plupart des
différence visible pour le développeur est dans l'initialisation et
la configuration.

En Jersey 1.x, le JAXB/JSON de Soutien a été mis en œuvre comme un ensemble de
MessageBodyReaders et MessageWriters en jersey-json module.
En interne, il y avait plusieurs implémentations de JSON pour Objet
cartographie allant de Jersey propre solution personnalisée à des tiers
de fournisseurs, tels que Jackson ou Larguer. La configuration du JSON
un soutien a été centralisée dans le JSONConfiguration et JSONJAXBContext
classes.

Grande. Que faire si vous avez choisi le "Jersey propre solution personnalisée" (que nous n'avons pour quelque raison que ce soit)? Il n'y a pas d'autre alternative que de jersey 2. J'ai essayé de produire le même format JSON à l'aide de Larguer, Jackson et Moxy fournisseurs. Je n'ai pas réussi. Pour référence, ma question restée sans réponse ici: Maillot 2 JSON Larguer déballage de l'élément racine

OriginalL'auteur Svilen
6

Voir le 1.x à 2.0 guide de migration dans le Maillot docs.

C'est utile, mais je ne dirais pas exhaustive. Par exemple: Pas de mention de @Ref et où il est allé. Aucune mention de la migration maven pdm, etc.

OriginalL'auteur Justin Emery

Il ressemble @InjectLink est le remplacement de @Ref.

À partir de ce lien, j'ai été en mesure de classer dans mes pom.xml:

    <dependency>
        <groupId>org.glassfish.jersey.ext</groupId>
        <artifactId>jersey-declarative-linking</artifactId>
        <version>2.6</version>
    </dependency>

et puis j'ai pris un existant @Ref et a été capable de tomber dans le champ remplacer par @InjectLink.

public Long id; //This id is referenced below in the link

@InjectLink(resource = FavoriteResource.class, method = "updateFavorites", bindings = {
        @Binding(name = "listId", value = "${instance.id}")
})
public URI linkURI;

Il ressemble à de la documentation Javadoc de @Ref sont en @InjectLink même, ce qui serait une autre confirmation que c'est le remplacement:

/**
 * ...
 * @Ref(resource=SomeResource.class)
 * @Ref(resource=SomeResource.class, bindings={
 *   @Binding(name="id" value="${instance.id}"}
 * )
*/

EDIT:

Choses difficiles. J'avais besoin d'une pièce de plus à faire ce travail pour moi. Dans web.xml,
J'ai maintenant:

<servlet>
    <servlet-name>jersey-servlet</servlet-name>
    <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
    <init-param>
        <param-name>jersey.config.server.provider.packages</param-name>
        <param-value>com.mycompany.root</param-value>
    </init-param>
    <init-param>
        <param-name>jersey.config.server.provider.classnames</param-name>
        <param-value>com.mycompany.root.web.filter.AuditResourceFilterFactory;com.mycompany.root.web.filter.OtherAuditResourceFilterFactory</param-value>
    </init-param>
    <init-param>
        <param-name>javax.ws.rs.Application</param-name>
        <param-value>com.mycompany.root.web.resource.config.CustomResourceConfig</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

et enfin, CustomResourceConfig.java ressemble à ceci

import org.glassfish.jersey.linking.DeclarativeLinkingFeature;
import org.glassfish.jersey.server.ResourceConfig;

public class CustomResourceConfig extends ResourceConfig {
    public CustomResourceConfig() {
        packages("org.glassfish.jersey.examples.linking");
        register(DeclarativeLinkingFeature.class);
    }
}

OriginalL'auteur Patrick

Vous pouvez suivre les étapes ci-après pour la migration de Jersey 1 à Jersey 2 :

Ajouter des dépendances suivantes dans le fichier POM :
Maillot 2.23.2 dépendances

   <dependency>
<groupId>org.glassfish.jersey.containers</groupId>
<artifactId>jersey-container-servlet-core</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.ext</groupId>
<artifactId>jersey-spring3</artifactId>
<version>2.23.2</version>
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
</exclusion>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</exclusion>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.core</groupId>
<artifactId>jersey-client</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.media</groupId>
<artifactId>jersey-media-moxy</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.ext</groupId>
<artifactId>jersey-entity-filtering</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.core</groupId>
<artifactId>jersey-server</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.core</groupId>
<artifactId>jersey-common</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.bundles.repackaged</groupId>
<artifactId>jersey-guava</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.media</groupId>
<artifactId>jersey-media-json-jackson</artifactId>
<version>2.23.2</version>
<exclusions>
<exclusion>
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-annotations</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-annotations</artifactId>
<version>2.5.4</version>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.media</groupId>
<artifactId>jersey-media-multipart</artifactId>
<version>2.23.2</version>
</dependency>
<dependency>
<groupId>org.jvnet</groupId>
<artifactId>mimepull</artifactId>
<version>1.6</version>
</dependency>

Faire Suite à l'entrée en Web.xml :

<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="3.0" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">
<servlet>
<servlet-name>jersey-servlet</servlet-name>
<servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>javax.ws.rs.Application</param-name>
<param-value>com.jsg.resource.initializer.RestResourceInitializer</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>jersey-servlet</servlet-name>
<url-pattern>/rest/*</url-pattern>
</servlet-mapping> '
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:applicationContext.xml</param-value>
</context-param>
<resource-ref>
<description>DB Connection</description>
<res-ref-name>jdbc/myAppName</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
</web-app>

Écrire de code suivant dans RestResourceIntializer

    package com.jsg.resource.initializer;
import java.util.HashSet;
import java.util.Set;
import javax.ws.rs.core.Application;
public class RestResourceInitializer extends Application {
/**
* Gets the classes.
*
* @return the classes
*/
public Set<Class<?>> getClasses() {
Set<Class<?>> classes = new HashSet<Class<?>>(); 
//Resources
classes.add(org.glassfish.jersey.jackson.JacksonFeature.class);
classes.add(org.glassfish.jersey.server.spring.scope.RequestContextFilter.class);
classes.add(org.glassfish.jersey.media.multipart.MultiPartFeature.class);
//Rest classes within Application.
classes.add(com.jsg.rest.AbcRestService.class);
classes.add(com.jsg.rest.CdeRestService.class);
return classes;
}
}

Maintenant, si vous voulez déployer le code avec les modifications ci-dessus sur websphere,vous obtiendrez exception suivante :

Caused by: java.lang.NoSuchMethodError: javax/ws/rs/core/Application.getProperties()Ljava/util/Map; at org.glassfish.jersey.server.ApplicationHandler.(ApplicationHandler.java:287) at org.glassfish.jersey.servlet.WebComponent.(WebComponent.java:311)

Raison exception ci-dessus est que,Websphere prend en charge JAX-RS 1 de la mise en œuvre,cependant, nous sommes le déploiement de Jersey 2 code de Jax-rs 2 mise en œuvre.

Étapes pour résoudre exception:

Donc, fondamentalement, ce que nous avons à faire est de forcer WebSphere pour choisir nos Maillot 2 pots au lieu de la valeur par défaut de Jax-rs 1.Nous avons besoin de suivre les étapes suivantes pour que

1) Désactiver dans la construction de JAX-RS par la définition suivante de la JVM des biens à vrai

com.ibm.websphere.jaxrs.server.DisableIBMJAXRSEngine=true

Cette propriété peut être définie par le biais de la console d'administration WebSphere en allant sur des Serveurs->Serveur -> ->Infrastructure de Serveur -> Java et la Gestion de Processus ->Processus Deifinition ->Propriétés-> Java Virtual Machine ->Propriétés-> Propriétés Personnalisées

2) Créer Isolé Bibliothèque Partagée avoir le Maillot 2 Pots de Printemps et 4 Pots
Isolé de la bibliothèque partagée peut être créé par le biais de la Console d'administration Websphere, va à l'Environnement-> Bibliothèques Partagées ->Nouveau

n le classpath de la boîte,nous avons besoin d'entrer le chemin du dossier sur le serveur,où nous avons placé tous les Maillot 2 et le Printemps 4 Pots

/var/was/server2/jerseyLib1/spring-context-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-core-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-beans-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-aop-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-web-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-expression-4.3.4.RELEASE.jar
/var/was/server2/jerseyLib1/spring-bridge-2.5.0-b05.jar
/var/was/server2/jerseyLib1/hk2-locator-2.5.0-b05.jar
/var/was/server2/jerseyLib1/hk2-api-2.5.0-b05.jar
/var/was/server2/jerseyLib1/hk2-utils-2.5.0-b05.jar
/var/was/server2/jerseyLib/javax.inject-2.5.0-b05.jar
/var/was/server2/jerseyLib1/javax.annotation-api-1.2-b03.jar
/var/was/server2/jerseyLib1/javax.ws.rs-api-2.0.1.jar
/var/was/server2/jerseyLib1/jersey-client-2.23.2.jar
/var/was/server2/jerseyLib1/jersey-spring3-2.23.2.jar
/var/was/server2/jerseyLib1/jersey-container-servlet-core-2.23.2.jar
/var/was/server2/jerseyLib1/jersey-server-2.23.2.jar
/var/was/server2/jerseyLib1/jersey-common-2.23.2.jar
/var/was/server2/jerseyLib1/jersey-guava-2.23.2.jar

Aussi à la classe de chargement ,sélectionnez l'option "utiliser un isolé chargeur de classe pour cette bibliothèque partagée"

et enfin cliquez sur Appliquer et Ok et nous avons terminé avec la création de l'isolé de la bibliothèque partagée.

Lier cette isolés bibliothèque partagée avec votre application fichier war de la façon suivante dans la Console d'administration de

a) Application -> Toutes les Applications -> Cliquez sur votre nom d'application
b) Aller à des Références -> Bibliothèque Partagée Références -> Référence Bibliothèques Partagées ->choisissez votre application à une guerre(Pas d'oreille) et cliquez sur ok.
c) Sélectionnez la bibliothèque que nous avons créé à l'Étape 2 dans "Disponible" de zone de liste déroulante sur le côté gauche et le mettre sur le côté droit, dans "Sélectionné" zone de liste déroulante et cliquez sur ok.
Avec cela, nous avons associé les isolés bibliothèque partagée avec l'application fichier war.
Redémarrer le Serveur et l'application devrait être en place et en cours d'exécution.

De référence avec des captures d'écran -> http://javasolutionsguide.blogspot.nl/2017/03/howtomigratefromjersey1tojersey2InWebsphere.html

OriginalL'auteur user2603985

Vous devez vous connecter pour publier un commentaire.