Cet article présente principalement l'exemple de Spring Boot intégrant CXF pour développer un service Web. L'éditeur pense que c'est plutôt bien, je vais donc le partager avec vous maintenant et le donner comme référence. Suivons l'éditeur et jetons un coup d'œil.
Avant-propos
En parlant de services web, restful est devenu très populaire ces dernières années, et a tendance à remplacer le savon traditionnel services Web, mais il existe des fonctionnalités uniques. Ou des systèmes relativement anciens utilisent encore des services Web de savon traditionnels, tels que les interfaces de requête de billets bancaires et d'avion.
Nous sommes actuellement confrontés à cette situation. Nous devons interroger l'interface du service web soap fournie par un tiers dans le système, ce qui signifie l'intégrer dans le système existant.
L'intégration Spring de CXF est à l'origine très simple, mais comme j'utilise Spring Boot, je ne souhaite pas utiliser la méthode de configuration XML précédente, alors peut-elle être intégrée avec élégance selon le style de démarrage Spring ?
La réponse est bien sûr oui, mais il n'y a presque aucune information à ce sujet sur Internet. Après bien des difficultés, j'estime qu'il est nécessaire de l'enregistrer, même si cela semble très simple.
Ajouter des dépendances
Pour les projets Maven, la première étape consiste à ajouter des dépendances En plus des dépendances de démarrage Spring d'origine, vous devez également ajouter des dépendances cxf : <.>
<dependency> <groupId>org.apache.cxf</groupId> <artifactId>cxf-rt-frontend-jaxws</artifactId> <version>3.1.6</version> </dependency> <dependency> <groupId>org.apache.cxf</groupId> <artifactId>cxf-rt-transports-http</artifactId> <version>3.1.6</version> </dependency>
Écrire le code commercial
Ici, nous prenons comme exemple l'interrogation des informations utilisateur et créons un objet utilisateurpersonnalisé :
public class User implements Serializable { private static final long serialVersionUID = -5939599230753662529L; private Long userId; private String username; private String email; private Date gmtCreate; //getter setter ...... }
et getName
, l'une renvoie une chaîne normale et l'autre renvoie un objet personnalisé : getUser
@WebService public interface UserService { @WebMethod String getName(@WebParam(name = "userId") Long userId); @WebMethod User getUser(Long userId); }
public class UserServiceImpl implements UserService { private Map<Long, User> userMap = new HashMap<Long, User>(); public UserServiceImpl() { User user = new User(); user.setUserId(10001L); user.setUsername("liyd1"); user.setEmail("liyd1@qq.com"); user.setGmtCreate(new Date()); userMap.put(user.getUserId(), user); user = new User(); user.setUserId(10002L); user.setUsername("liyd2"); user.setEmail("liyd2@qq.com"); user.setGmtCreate(new Date()); userMap.put(user.getUserId(), user); user = new User(); user.setUserId(10003L); user.setUsername("liyd3"); user.setEmail("liyd3@qq.com"); user.setGmtCreate(new Date()); userMap.put(user.getUserId(), user); } @Override public String getName(Long userId) { return "liyd-" + userId; } @Override public User getUser(Long userId) { return userMap.get(userId); } }
Service de publication
Nous avons fini d'écrire l'interface. et le code métier, et le reste L'étape suivante consiste à publier les services, c'est-à-dire l'intégration de Spring Boot et de cxf. En fait, l'intégration des deux est très simple, plus concise que la méthode XML précédente. Tous les codes associés sont les suivants :@Configuration public class CxfConfig { @Bean public ServletRegistrationBean dispatcherServlet() { return new ServletRegistrationBean(new CXFServlet(), "/soap/*"); } @Bean(name = Bus.DEFAULT_BUS_ID) public SpringBus springBus() { return new SpringBus(); } @Bean public UserService userService() { return new UserServiceImpl(); } @Bean public Endpoint endpoint() { EndpointImpl endpoint = new EndpointImpl(springBus(), userService()); endpoint.publish("/user"); return endpoint; } }
Appeler le service
Le service web a été publié Comment l'appeler Par exemple, lors de l'intégration de certaines interfaces tierces, il est appelé d'abord puis ensuite. libéré? Pour appeler le service web soap, la méthode générale consiste à générer du code client basé sur wsdl. Après intégration, il peut être utilisé comme appeler une interface locale. Mais personnellement, je n'aime pas beaucoup cette méthode. Chaque interface doit être générée une fois et il y a un tas de code, ce qui semble gênant. Je préfère relativement la méthode d'appel du nom de la méthode, qui est rafraîchissante et concise. Voici tout le code :JaxWsDynamicClientFactory dcf = JaxWsDynamicClientFactory.newInstance(); Client client = dcf.createClient("http://localhost:8080/soap/user?wsdl"); Object[] objects = client.invoke("getUser", 10002L); //输出调用结果 System.out.println(objects[0].getClass()); System.out.println(objects[0].toString());
type de données dans le résultat Object[] devient cet objet personnalisé (le composant génère automatiquement cet objet pour vous),
mais votre local Cette classe n'existe peut-être pas, vous devez donc la convertir vous-même. Le moyen le plus simple est de créer une nouvelle classe qui est exactement la même que le résultat renvoyé et de forcer la conversion. Bien sûr, une meilleure méthode consiste à encapsuler une classe générale. Ce n’est pas le sujet de cet article et ne sera pas abordé en profondeur ici. [Recommandations associées]1. 2. Analyse complète des annotations JavaCe qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!