2010-07-15 2 views
2

J'ai cinq que les espaces de noms d'actions de WSDL, mais pas tous. Je génère du code client à partir d'eux (liaison de données avec XMLBeans). Séparément, ils compilent bien. Je crée des fichiers JAR à partir de chaque code client généré.Faire face à namespaces partagé avec de multiples WSDL (les xmlbeans)

Une fois que j'essaie d'utiliser tous les fichiers JAR dans un projet, je me nommer/compiler les conflits.

Je veux réutiliser autant que possible. Existe-t-il une manière intelligente de traiter cela (plutôt que de donner à chaque client un propre nœud dans la structure du paquet)?

+0

Ressemble génération de code avec la BAD (plutôt que XMLBeans) est plus étroitement couplé (XMLBeans utilise des fichiers de ressources). Utiliser ADB pourrait être la solution. –

Répondre

2

Les XMLBeans (2.x) faq note les limites de xsdconfig cartographie des espaces de noms:

alt text Remarque: XMLBeans ne prend pas en charge l'utilisation de deux ou plusieurs ensembles de classes Java (dans différents packages) mis en correspondance avec schéma types/éléments qui ont les mêmes noms et espaces de noms cibles, en utilisant tous dans le même chargeur de classe. Selon la direction que vous utilisez pour le mappage des classes java vers les types de schéma, certaines fonctionnalités peuvent ne pas fonctionner correctement. En effet, même si les noms de paquets pour les classes Java sont différentes, l'emplacement du schéma pour les métadonnées de schéma (fichiers .xsb) est le même et contient la mise en œuvre de classe Java correspondant, de sorte que la machine virtuelle Java sera toujours prendre le premier sur le chemin de classe . Cela peut être évité si plusieurs chargeurs de classe sont utilisés.

+0

Ah, c'est logique. Utiliser ADB fonctionne bien. Nous pouvons fusionner tous les modèles de domaine et avoir un bon résultat :) –

Questions connexes