Mise en route avec de Hesse
J'ai un nouveau projet qui a besoin d'un bon protocole binaire.
Je pensais de l'aide Hesse, sauf si quelqu'un a des idées meilleures.
Je lisais certains de leurs documents et ce n'est pas aussi simple que je le pensais, j'ai donc quelques questions rapides.
La page d'accueil a une section intitulée "Documentation" qui a les documents suivants:
* Hessian Documentation
* Hessian 1.0.1 spec
* Hessian 2.0 Serialization Draft
* Hessian 2.0 Web Service Draft
* Taxonomy explaining Hessians relationship to CORBA, SOAP, RMI
1) Quelle est la différence entre ces? Je suppose que la version 1.0.1 devient plus tard 2.0, et qu'il est correct d'utiliser 2.0 aujourd'hui, mais je n'étais pas sûr.
2) vous attendez-vous à quelqu'un d'utiliser 2.0 sérialisation ou 2.0 service web? On dirait que le service web est juste censé être une référence pour créer une nouvelle mise en œuvre, mais encore une fois ce n'est pas totalement clair pour moi.
3) qu'est Ce que la mise en œuvre d'un serveur qui prend en charge de Hesse à l'aide de PHP. Avez-vous besoin d'utiliser un Caucho serveur, ou pouvez-vous mettre en œuvre le serveur en PHP sur une Fedora Core et se connecter en utilisant un client Java?
OriginalL'auteur Hortitude | 2008-10-08
Vous devez vous connecter pour publier un commentaire.
Oui, Hesse 2.0 est le seul à utiliser. Le protocole spécifie comment une structure de données est représenté en binaire, la spécification est simple.
La Hesse web service s'appuie sur le protocole de Hesse, il spécifie un certain nombre d'en-têtes dans la Hesse format pour décrire par exemple la demande/format de réponse dans la Hesse protocole. Il définit le contenu de la demande, la méthode doit être appelée et ainsi de suite. Il n'est pas strictement nécessaire parce que personne ne l'utilise. Vous pouvez définir vous-même par la création d'une "Demande" de la classe et de la "Réponse" de la classe qui vous convient le mieux et sérialiser ce à l'aide de Hesse protocole.
De hesse est une alternative pour la sérialisation Java, il est plus lent, car non pris en charge directement par la machine virtuelle java, mais c'est beaucoup (!) plus rapide que l'analyse XML. Il peut être utilisé dans une plate-forme de façon, bien que vous allez avoir à modifier les applications existantes pour les faire travailler ensemble, la spec a changé ici et là (par exemple, la longueur des specs), de sorte que les implémentations ont tendance à différer. Le revers de la médaille, c'est qu'il n'est pas lisible par l'Homme, on a toujours besoin d'un outil pour convertir la Hesse-texte.
J'ai utilisé de la région de Hesse dans une grande entreprise de l'application où un client riche Java communique avec un back-end afin de rendre le client JVM indépendante de la version de la JVM de serveur version. Et cela a fonctionné comme un charme.
Ont un look à la mise en œuvre Hessian4J. Il est open source, donc vous pouvez avoir un contrôle complet dessus.
vous pouvez avoir un contrôle complet dessus - dans LGPLv2
OriginalL'auteur Bruno Ranschaert
Je n'ai pas utilisé de Hesse, dans le passé, et je ne prévoyez pas de l'utiliser dans le futur, et mes arguments sont les suivants:
Pour un service web, je voudrais essayer vraiment dur de le garder dans un bon vieux XML. Dans le cas où je voudrais choisir un fichier binaire représentation XML, je serais probablement utiliser Rapide Infoset - qui est un standard et plus susceptibles d'être supportées par un plus grand nombre de client de service web Api/librairies/frameworks. Je sais que le CXF gens ont parlé rapide d'informations sur leur liste de diffusion et il doit être pris en charge, même s'ils n'ont pas ce documenté sur leur wiki.
Si la vitesse est la principale chose, je finirais probablement à l'aide de Protocol Buffers.
Si serait utile si vous pouviez expliquer pourquoi vous ne l'utilisez pas de Hesse à nouveau.
Nous utilisons de Hesse dans notre logiciel, et je souhaite que la précédente, les développeurs n'ont pas à faire ce que nous avons maintenant accès à la hesse point de terminaison de C++. C'est une douleur, et je préfère que les choses soient simples, HTTP, xml ou json.
Hesse a c++ liaison/lib, quel est le problème/la douleur?
OriginalL'auteur Chris Vest