Puis-je définir le chargeur de classe politique dans ibm WebSphere-web-bnd.fichier xmi?

J'ai une application JEE qui s'exécute sur EST 6. Il doit avoir de la classe loader le paramètre d'ordre de "Classes chargées avec l'application du chargeur de classe de première", et la GUERRE du chargeur de classe de la politique option "Unique chargeur de classe pour une application".

Est-il possible de spécifier ces options à l'intérieur de l'OREILLE, que ce soit dans les ibm-web-bnd.fichier xmi ou dans un autre fichier, donc, l'administrateur n'a pas besoin de modifier ces paramètres manuellement?

Depuis l'application est déployée par l'intermédiaire d'un script automatisé, et le mec qui est en charge du déploiement est hors du site, et aussi pour quelques autres raisons politiques, cela aiderait grandement!

OriginalL'auteur pkaeding | 2009-05-01

Grâce à @Matthieu de Murdoch réponse, j'ai été en mesure de venir avec une solution. C'est ici, au cas où il permet à quelqu'un d'autre.

J'ai créé un deployment.xml comme ceci:

<?xml version="1.0" encoding="UTF-8"?>
<appdeployment:Deployment xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:appdeployment="http://www.ibm.com/websphere/appserver/schemas/5.0/appdeployment.xmi" xmi:id="Deployment_1241112964096">
  <deployedObject xmi:type="appdeployment:ApplicationDeployment" xmi:id="ApplicationDeployment_1241112964096" startingWeight="1" warClassLoaderPolicy="SINGLE">
    <classloader xmi:id="Classloader_1241112964096" mode="PARENT_LAST"/>
    <modules xmi:type="appdeployment:WebModuleDeployment" xmi:id="WebModuleDeployment_1241112964096" startingWeight="10000" uri="AGS.war">
      <classloader xmi:id="Classloader_1241112964097"/>
    </modules>
  </deployedObject>
</appdeployment:Deployment>

Assurez-vous de changer le nom de votre fichier WAR(s) match (le mien est appelé AGS.guerre).

J'ai aussi changé les numéros de la xmi:id attributs, pour être sûr qu'ils sont uniques, même si je ne suis pas certain que c'est vraiment important qu'ils soient uniques à travers des applications.

Ensuite, j'ai mis le deployment.xml fichier dans la racine de mon OREILLE fichier, via ANT:

    <ear destfile="${artifactsDir}/${earName}.ear" appxml="${projectName}_EAR/application.xml">
        <fileset dir="${artifactsDir}" includes="${warName}.war"/>
        <fileset dir="${projectName}_EAR/" includes="deployment.xml"/>
    </ear>

OriginalL'auteur pkaeding

8

Edit (2): La WebSphere Application Server Toolkit (AST) est un outil que vous pouvez utiliser pour améliorer un fichier EAR avec cette information (voir par exemple le "Configurer une meilleure OREILLE" dans ce document).

Modifier (1): Ce post suggère que le " Classes chargées avec l'application du chargeur de classe premier (le PARENT_LAST réglage) peut être définie dans la deployment.xml fichier à l'intérieur de l'OREILLE.

Si vous avez le contrôle sur le déploiement automatique des scripts de ce qui peut être fait. Ci-dessous quelques wsadmin jython code pour le réglage du module web du chargeur de classe, afin de les " Classes chargées avec l'application du chargeur de classe premier (il est intéressant de noter que le paramètre est appelé PARENT_LAST qui est ce qu'il a été marqué dans les précédentes versions de la console d'administration...).

wsadmin exemple (jython):
```
def getWebModule(config, applicationName):
    webModules = config.list('WebModuleDeployment').
         split(system.getProperty('line.separator'))
    for webModule in webModules:
        if (webModule.find(applicationName) != -1):
            return webModule
    return None

applicationName = "<Your application name here>"

webModule = getWebModule(AdminConfig, applicationName)
if (webModule != None):
    AdminConfig.modify(webModule, "[[classloaderMode PARENT_LAST]]")
    AdminConfig.save()
else:
    print "Error: Cannot find web module for application: " + applicationName
```
Malheureusement, je n'ai pas de contrôle sur les scripts. Pour des raisons politiques, j'ai besoin de prendre soin de tout cela avant de l'emballage jusqu'à l'OREILLE (même si on pourrait faire valoir que c'est le travail de l'administrateur responsable du déploiement....)
Ajout d'un lien vers un post sur le forum de décrire comment définir le PARENT_LAST option dans le deployment.xml fichier. C'est un peu court sur le détail, mais qui pourrait vous donner un début.

OriginalL'auteur Matthew Murdoch
0

Consultez ce lien. Il y a différentes façons de configurer le chargeur de classes de la politique à l'aide de Python en fonction de votre version du serveur -
http://pic.dhe.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=%2Fcom.ibm.websphere.express.doc%2Finfo%2Fexp%2Fae%2Frxml_7libapp4.html

OriginalL'auteur tiwari.vikash
0

Similaire à la réponse de pkaeding, j'ai découvert comme suit, pas à un particulier .la guerre par son nom, mais utile lors de l'application à tout ce qui est la valeur par défaut .la guerre dans le .fichier ear. (.fichiers ear avec une .la guerre du fichier à eux n'ont que cela .la guerre, afin de nommage de l' .la guerre n'est pas nécessaire dans l'entrée.) Cette approche peut être utile pour les situations où vous pourriez avoir besoin de re-nom de l' .la guerre de projet plus tard, pour une raison quelconque, et donc vous n'auriez pas besoin de s'inquiéter à propos de la mise à jour de la deployment.xml fichier. J'ai trouvé le deployment.xml fichier enterrés à l'intérieur d'une cellule de référence du répertoire sentier; je ne sais pas si c'est bien comme indiqué lorsque le fichier est placé au niveau du répertoire META-INF et pas plus loin.

Dans mon cas particulier, j'ai trouvé deployment.xml dans mon .l'oreille projet:

<project_root>\META-INF\ibmconfig\cells\defaultCell\applications\defaultApp\deployments\defaultApp\

Le contenu du fichier ressemble beaucoup:
```
<appdeployment:Deployment xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
     xmlns:appdeployment="http://www.ibm.com/websphere/appserver/schemas/5.0/appdeployment.xmi" xmi:id="Deployment_1262775196208">
  <deployedObject xmi:type="appdeployment:ApplicationDeployment"
    xmi:id="ApplicationDeployment_1262775196208" startingWeight="10">
      <classloader xmi:id="Classloader_1262775196208" mode="PARENT_LAST" />
  </deployedObject>
</appdeployment:Deployment>
```
La ligne:
```
<classloader xmi:id="Classloader_1262775196208" mode="PARENT_LAST" />
```
à l'origine de lecture:
```
<classloader xmi:id="Classloader_1262775196208" mode="PARENT_FIRST" />
```
Note aucune référence à un .la guerre est en train d'être fait. Comme pkaeding mentionné, vous ne devriez pas attendre les différents numéros d'identification de même pour vous.

OriginalL'auteur Matt Campbell

Vous devez vous connecter pour publier un commentaire.