Dans les derniers travaux que j'ai eu à exécuter, la migration de serveur d'application est revenu assez souvent en peu de temps.
Pour être plus exact, j'ai eu 3 migrations weblogic 8.1 vers 10 MP1 a effectué.
Ce n'était pas la partie la plus compliquée des projets, mais tout de même recréé les connexions JDBC, les pools Jolt, JMS, LDAP... Tout cela n'est pas une partie très marrante.
Mais voilà tellement pressé, que j'ai foncé tête baissé. Quel âne! Lève le nez la prochaine fois me dis-je.
Ma manière de faire était la suivante :
- prendre le config.xml de mon domaine en 8.1
- créer un domaine vierge en 10
- tout recréer dans le 10 à partir des éléments du 8.1
Sauf que, c'est une fois ces tâches terminées que je me suis dit, mais chez weblogic, ils ont du prévoir un outil pour ca. Je ne dois pas être le seul à faire ca.
Et bien 5 minutes de recherche sur google et bea explique comment utiliser l'exe d'upgrade.
Bon et bien au moins, la prochaine fois, je le saurai, je l'utiliserai, et je gagnerai du temps!
Affichage des articles dont le libellé est weblogic. Afficher tous les articles
Affichage des articles dont le libellé est weblogic. Afficher tous les articles
mercredi 17 décembre 2008
mardi 24 juin 2008
développer une application cliente BEA
Ca doit être mon premier post, dans lequel je ne transmets pas les news de quelqu'un!
S'en est presque émouvant... ;)
Ma situation :
- développer une console d'administration d'un cluster de serveurs weblogic 10
- avoir une couche de présentation qui fonctionne en mode console
Après avoir créer mes MBeans, puis utiliser un MBeanExporter pour ne pas avoir à créer de MBeanFactory grâce à Spring. Sous eclipse ma librairie fonctionnait très bien, je l'ai donc placé en référence de mon projet dans lequel j'avais la couche de présentation.
Et là, la grande question :
- comment faire pour ne pas avoir à installer weblo sur mon poste et ne pas avoir à mettre en dépendant l'intégralité du répertoire lib de cette même installation.
Et bien la doc de bea est très bien faite!
il suffisait d'aller voir http://edocs.bea.com/wls/docs100/client/index.html
c'est la qu'on apprend la manipulation suivante :
trouver un poste sur lequel est installé weblogic 10.
se placer dans WL_HOME/server/lib
et taper la commande :
et dans votre pom il ne vous restera plus qu'à ajouter la dépendance générée.
Elle est pas belle la vie ?
S'en est presque émouvant... ;)
Ma situation :
- développer une console d'administration d'un cluster de serveurs weblogic 10
- avoir une couche de présentation qui fonctionne en mode console
Après avoir créer mes MBeans, puis utiliser un MBeanExporter pour ne pas avoir à créer de MBeanFactory grâce à Spring. Sous eclipse ma librairie fonctionnait très bien, je l'ai donc placé en référence de mon projet dans lequel j'avais la couche de présentation.
Et là, la grande question :
- comment faire pour ne pas avoir à installer weblo sur mon poste et ne pas avoir à mettre en dépendant l'intégralité du répertoire lib de cette même installation.
Et bien la doc de bea est très bien faite!
il suffisait d'aller voir http://edocs.bea.com/wls/docs100/client/index.html
c'est la qu'on apprend la manipulation suivante :
trouver un poste sur lequel est installé weblogic 10.
se placer dans WL_HOME/server/lib
et taper la commande :
java -jar ../../../modules/com.bea.core.jarbuilder_X.X.X.X.jarmvn install:install-file -Dfile=wlfullclient.jar \
ou X.X.X.X est la version du Jar bien entendu.
ceci génère un wlfullclient.jar qui fait a peu près 60Mo.
en l'ajoutant au classpath de votre application, elle dispose des librairies suffisantes pour développer
une application cliente.
pour pousser le vice, si vous utilisez maven :
-DgroupId=weblogic-fullclient \
-DartifactId=wlfullclient \
-Dversion=10.0 \
-Dpackaging=jar \
-DgeneratePom=true
et dans votre pom il ne vous restera plus qu'à ajouter la dépendance générée.
Elle est pas belle la vie ?
Inscription à :
Articles (Atom)