2010-02-15 7 views
2

Nous rencontrons un problème lors du déploiement de nos services Web, construits en eclipse à l'aide de java/axis2.Problème de déploiement avec les services Web java axis2

Sur les boîtes locales et les serveurs de développement, certains espaces de noms sont générés en tant que xmlns: ax21 & xmlns: ax23. Mais lorsqu'ils sont déployés pour tester les serveurs sont xmlns: 23 & xmlns: 24.

Tous les serveurs utilisent des installations java identiques.

Cela provoque des problèmes avec les applications client essayant d'attacher.

Quelqu'un peut-il aider?

  1. Où ax21 et al sont-ils générés?
  2. Pouvons-nous contrôler ceux-là? ou les remplacer par nos propres préfixes?
+0

Que voulez-vous dire par problèmes de déploiement? Les services Web sont-ils déployés ou non? Avez-vous une exception lors du déploiement? – Padmarag

Répondre

3

Les préfixes n'ont pas d'importance. Ils sont juste quelque chose comme un alias local. Ce qui compte, c'est l'URI de l'espace de noms. Dans les deux déploiements, l'URI de l'espace de noms devrait être le même. Dans la plupart des outils XML, pas seulement Axis2, vous ne pouvez pas influencer les préfixes utilisés. Malheureusement, dans certains clients écrits pauvres, l'espace de noms est important. Mais ces clients n'utilisent pas de structure SOAP ou de bibliothèque XML. Ce que vous devez remplacer est les applications client ou vous devez introduire un framework SOAP comme Axis2, CXF, JAX-WS RI, etc. sur l'application client. Par ailleurs, quelle technologie utilisez-vous pour le client?

+0

Merci, vous êtes une star. Cela confirme ce que j'ai soupçonné. Nous avons un service Web qu'un client tiers, écrit en Java, tente d'accéder. Comme nous l'avons déplacé des serveurs de test aux serveurs UAT, le préfixe a changé et a causé un problème avec le client tiers. Nous devons évidemment avoir une solution avant d'aller vivre et de passer aux serveurs de production. Cela semble être le problème du client tiers. –