2010-12-07 12 views
1

Quelles sont les principales motivations de la mise à niveau d'EKB2.0 Remoting vers Spring Remoting à l'aide de HTTPInvoker? Celui que j'ai trouvé était que dans EJB2.0, le code client doit faire des recherches jndi et sur le côté serveur, nous devons écrire des classes et des interfaces supplémentaires (remote, home). Au printemps HTTPInvoker, nous configurons simplement le bean EJB distant en tant que service et nous sommes prêts à partir. Je me demandais simplement s'il y avait d'autres avantages, sauf celui-ci. Si c'est le seul avantage, comment décider d'utiliser les services Web ou HTTPInvoker?Utilisation de l'outil HTTP Invoker

Répondre

1

HTTPInvoker de Spring est un mécanisme RPC-sur-HTTP très simple, utilisant la sérialisation java standard. Si cela répond à vos exigences, alors utilisez-le. Cependant, il est loin d'être un EKB à distance, ce qui, en plus d'être plus efficace (l'accès à distance HTTP n'est pas très performant), ajoute des fonctionnalités telles que les transactions et la sécurité. Les deux peuvent être fournis par Spring, mais cela signifie un câblage et une configuration supplémentaires. En ce qui concerne la décision entre HTTPInvoker et les services Web appropriés, le premier est hautement propriétaire (les deux extrémités doivent être Spring), et associe étroitement le client au serveur (ils doivent être compatibles avec la sérialisation). Les services Web adéquats sont conformes aux normes et indépendants du client (s'ils sont correctement exécutés).