Comment faire pour configurer le chargeur de classe pour l'oreille dans websphere 6.1 (plus précisément wsdl4j)

J'ai un fichier war (en fait, pas le mien, c'est Apache ODE 1.2) qui ne parvient pas à déployer en ÉTAIT de 6,1 à cause d'un chargeur de classe question - et une incompatibilité avec wsdl4j.
Si j'ai éditer manuellement le chargeur de classe de l'ODE et de créer de partage de la bibliothèque pour wsdl4j1.6.1 il est tout beau.

Toutefois, le client est venu disant que ce n'est pas acceptable et que je devrais fournir une oreille qui est autonome de l'installer, sans manuel étapes.

J'ai été en mesure de construire le fichier ear que les faisceaux de la guerre, mais je ne trouve aucune information pertinente sur la manière d'inclure une bibliothèque partagée à l'intérieur de l'oreille - et qui ont utilisé au début du chargeur de classe (à prendre de préférence au cours de la wsdl4j livré avec EST). Dois-je modifier le fichier ear de construire? Ou l'application.xml?

Quelqu'un peut-il offrir de l'aide?
Comme vous pouvez le deviner, je suis d'un "tomcat juste besoin d'un fichier war" d'arrière-plan, du mal à se familiariser avec les fichiers ear.

Mon application.xml juste contient:
http://java.sun.com/xml/ns/j2ee/application_1_4.xsd">
XXX ODE

ode.la guerre
ode

etc

  • Cette post suggère une façon de paquet de la deployment.xml à l'intérieur de l'OREILLE
InformationsquelleAutor Gary McWilliams | 2009-03-27
  1. 1

    Vous avez trois étapes simples pour accomplir cette

    1. Placez le fichier jar dans l'oreille, nous
      en général créer un répertoire lib,
      mais ce n'est pas nécessaire.
    2. Mise à jour le manifeste pour la guerre
      inclure ce fichier jar.
    3. Définir la classloading politique de votre oreille pour
      PARENT_LAST. Cela est nécessaire pour
      la charge de votre région (à l'oreille) classes
      avant de ceux qui sont chargés par le serveur.

    Edit:
    Comme une alternative, puisque vous êtes seulement en utilisant l'OREILLE pour envelopper la GUERRE et non pas réellement partager le fichier jar.

    1. Mettre le jar dans le répertoire lib de la GUERRE.
    2. Définir la classloading politique de votre oreille pour
      PARENT_LAST. Cela est nécessaire pour
      la charge de votre région (à l'oreille) classes
      avant de ceux qui sont chargés par le serveur. - Je le faire via le RAD en modifiant le application.xml fichier. Il est IBM configuration spécifique, donc si vous n'êtes pas à l'aide de RAD, vous aurez à comprendre quels sont les fichiers à modifier manuellement.

    Cela devrait vous laisser avec une constante guerre entre les serveurs d'application.

    • Robin, merci pour la réponse. 2. Mise à jour le manifeste pour la guerre. J'ai besoin de faire ce travail (crois que je vais commencer à googler!). La guerre des œuvres sur tomcat et de l'OEA en tant que-est, donc je ne veux pas construire une a ÉTÉ spécifique à la guerre. 3. classloading politique. Je ne trouve pas où j'ai mis ce, est-ce dans l'application.propriétés?
    • McWilliams - j'ai mis à jour la pour répondre à vos questions.
    • Robin, merci encore, mais :-). Le pot est dans la guerre, mais il A des charges d'une version plus ancienne en premier. "définir le chargeur de classe de PARENT_LAST" est ce que je suis coincé avec. J'ai édité "deployment.xml" dans mon oreille et je suis en train de tester cela, pouvez-vous partager la syntaxe pour configurer cela dans le application.xml fichier
    • La seule référence à la PARENT_LAST est dans le deployment.xml que vous êtes déjà à l'essai, comme il est un WebSphere configuration particulière. Ce que je voulais dire, c'est que le RAD de l'éditeur pour application.xml vous permet également de configurer les extensions IBM, mais juste les mises à jour de l'IBM des fichiers spécifiques.
    InformationsquelleAutor Robin