samedi 3 novembre 2012

Migration d'applications Weblogic Server 8.1 à Weblogic Server 10.3


Introduction

Oracle WebLogic Server 10.3 est venu avec beaucoup d'avancées et de caractéristiques pour faire ce choix fa meilleure application serveur pour créer et déployer des services et de. Il prend en charge Rich Internet Application (RIA) via le nouveau côté serveur HTTP publish-subscribe moteur. Oracle tente de rendre cette version compatible avec les versions précédentes de WebLogic Server dans les domaines de données persistantes, les classes générées, et la compatibilité API.

JDK 1.4 Vs JDK 1.6

Comme vous mettra à niveau le code du JDK 1,4 à 1,6, quelques-unes des caractéristiques importantes qui n'étaient pas présents dans le JDK 1.4 les génériques

Generics est une fonctionnalité ajoutée dans le JDK1.5 pour ajouter la sécurité de type compilation pour les collections Framework.While prendre un élément d'une collection, vous devez le transtyper le type de l'élément qui est stocké dans la collection. Ce n'est pas sûr ainsi que gênant aussi. Cette coulée peut échouer lors de l'exécution en tant que compilateur ne vérifie pas si votre plâtre est le même que le type de collection ou non.

Vous devez communiquer le type d'une collection pour le compilateur pour éviter la situation ci-dessus. Les génériques offrent un moyen pour vous de communiquer le type d'une collection pour le compilateur, afin qu'il puisse être vérifié. Une fois que le compilateur connaît le type d'élément de la collection, le compilateur peut vérifier que vous avez utilisé la collection cohérente et d'insérer les moulages correctes sur les valeurs étant sortis de la collection.

Amélioré pour la boucle

Cette fonctionnalité récemment ajoutée élimine l'utilisation des itérateurs et des variables d'index lors de l'itération sur les collections et les tableaux.

Autoboxing / unboxing

Autoboxing est la conversion automatique des types essentiellement primitives à leurs équivalents. Comme la conversion automatique de (int, float, double, etc) à (Integer, Float, Double, ...).

Le processus inverse de autoboxing est appelé unboxing. Unboxing est la conversion automatique des types d'encapsulation à leurs équivalents primitifs pour des missions ou des méthodes ou des invocations constructeur.

Enums Typesafe

Cette flexibilité orientée objet installations de type énumération vous permet de créer des types énumérés aux méthodes arbitraires et les champs. Il offre tous les avantages du modèle de Typesafe Enum.

Varargs

Cette installation élimine le besoin de la boxe manuellement des listes d'arguments dans un tableau lors de l'appel des méthodes qui acceptent des listes d'arguments de longueur variable.

Les changements JDBC

Au WebLogic Server 9.0 et 10.x, le nombre de types de ressources JDBC a été réduit pour simplifier la configuration JDBC. Maintenant, au lieu de la configuration d'un pool de connexions JDBC, puis configurer une source de données d'une source à pointer vers le pool de connexion et se lient à l'arborescence JNDI, vous pouvez configurer une source de données qui englobe un pool de connexions.

Configuration JDBC

Dans l'arborescence de la structure de domaine, développez Services> JDBC, puis sélectionnez Sources de données.

Cliquez sur Nouveau pour créer une nouvelle source de données.

Entrez le nom, le nom JNDI pour la source de données.

Type de base de données: Sélectionnez-le SGBD de la base de données que vous souhaitez vous connecter. Si votre SGBD n'est pas répertorié, sélectionnez Autre.

Database Driver:-La liste se compose des pilotes communs pour SGBD sélectionné. Sélectionnez le pilote que vous souhaitez utiliser pour vous connecter à la base de données.

Ici, nous avons choisi non XA pilote, nous avons besoin de sélectionner les options de transaction qui sera l'écran suivant. Si nous choisissons XA-conducteur options de transaction sera par défaut (La source de données charge les transactions globales et utilisez le protocole du «Two-Phase Commit" transaction globale).

Cliquez sur suivant pour continuer

Sélectionnez les options de transaction sur l'écran ci-dessus. Toutes les options sont explicites; les sélectionner selon vos besoins.

Cliquez sur Suivant pour continuer

Maintenant, vous devez créer un pool de connexions

Entrez le nom de base de données, le nom d'hôte, Port Aucun nom d'utilisateur et mot de passe de base de données dans l'écran ci-dessus et cliquez sur Suivant pour continuer

Un écran de test de la connexion s'ouvre montrant les détails de la connexion. Vous pouvez tester la configuration en cliquant sur Configuration d'essai ou tout simplement cliquez sur Terminer.

Changements de fonctionnalités JDBC

La section suivante décrit quelques-uns des changements importants à l'appui JDBC:

JDBC 4.0 Soutien

WebLogic Server 10.3 prend en charge la spécification JDBC 4.0. Le type de pilote JDBC WebLogic 4 pour Oracle a été désapprouvée dans WebLogic Server 10.3 et pourrait être supprimée dans la prochaine version. Je suggère donc au lieu d'utiliser pilote obsolète, vous devez utiliser le pilote Oracle Thin qui vient avec le serveur WebLogic.

Oracle 11g RAC soutien

WebLogic Server 10.3 inclut le support pour Oracle 11g et 11g RAC (Real Application Clusters)

JMS changements de configuration

Aller au domaine, les services, la messagerie, modules JMS.

Configurations JMS dans cette version de WebLogic Server sont un peu différentes ou vous pouvez dire un peu intéressant que WLS8.1. Ici, vous allez créer un module JMS qui contient toutes les choses que vous avez l'habitude de travailler avec l'article 8.1. Tous les fabriques de connexion JMS, JMS Queues, les destinations distribués, etc sujets iront dans un module JMS. Cela vous donne l'avantage de la flexibilité tout en ciblant les ressources. Il vous permet également de définir des applications spécifiques modules JMS et seulement les déployer lorsque l'application est déployée.

Donc, créer un module JMS, attribuez-lui un nom tel que MyJMSModule. Réserver Sélectionnez les options de ciblage, puis ajouter des ressources au module. C'est là que vous ajoutez les fabriques de connexions des files d'attente, les sujets, les destinations, distribués et ainsi de suite.

Dans la console d'administration, développez Services> Messagerie et sélectionnez Modules JMS

Cliquez sur Nouveau pour créer un module. Un module nommé SystemModule est montré ici. Ne pas confondre avec le module Système de nom, ce n'est pas par défaut du module, son créé pour notre application.

Nom: - Entrez un nom pour le module JMS.

Nom de fichier de descripteur: éventuellement entrer un nom pour le fichier descripteur de module sous-jacent. Le système va automatiquement ajouter un "-jms.xml" extension de ce nom. Si vous ne fournissez pas un nom, un nom par défaut sera attribué.

Situation dans le domaine: en option, entrez où vous souhaitez placer le descripteur pour le module du système. L'emplacement doit être par rapport à la configuration JMS sous-répertoire de votre nom de domaine, qui est le sous-répertoire / config jms.

Cliquez sur Suivant pour continuer

Sélectionnez le serveur sur le déploiement du module.

Cliquez sur Suivant pour continuer.

Sur la page ci-dessus, indiquez si vous voulez être en mesure d'ajouter immédiatement des ressources pour ce module JMS après sa création.

Cliquez sur Terminer.

Si vous avez choisi de ne pas continuer à ajouter des ressources, la création du module JMS est terminée et vous êtes redirigé vers la page de résumé JMS Modules, où vous pouvez accéder au nouveau module pour le modifier et ajouter des ressources à elle. Toutefois, si vous choisissez de continuer à ajouter des ressources, alors vous êtes automatiquement dirigé vers les modules JMS: page de configuration où vous pouvez continuer à ajouter des ressources pour le module.

Cliquez sur Nouveau pour ajouter des ressources.

Sélectionnez l'une des ressources que vous souhaitez ajouter.

Selon le type de ressource que vous choisissez, vous serez invité à entrer les informations pour créer la même ressource que vous faites dans les versions précédentes.

Configuration uniforme des destinations réparties

Uniforme Destination Distribué est une caractéristique intéressante pour les applications utilisant destinations distribués dans WebLogic Server 9.x et versions ultérieures. Il contribue à simplifier la gestion et le développement d'applications distribuées. Maintenant administrateur n'a pas besoin de créer ou de désigner des membres de destination, mais s'appuie sur le système de manière uniforme créer les membres nécessaires sur les serveurs JMS à laquelle un module JMS est ciblés. Cette fonction assure la configuration cohérente de tous les paramètres de destination distribués. La fonctionnalité Destinations pondéré distribuée est aussi là pour l'affinage manuel des membres destination distribués.

Lors de la création file d'attente distribuée Laissez les membres affectent uniformément case à cocher activée pour WebLogic Server pour créer et répartir uniformément les membres de cette file d'attente distribuée uniforme.

JSP compilateur

Comme vous le savez peut-être l'en WLS compilateur JSP 8.1 utilise le javelot pour générer du code octet. Mais dans ce communiqué compilateur Java API est utilisée. Cette fonction ne devrait pas impacter les fichiers JSP dans des applications existantes. Mais c'est vraiment un compilateur JSP fiable car elle ne dépend pas de la classe d'entités Javelin cadre génération Java bytecode.

Descripteurs de déploiement

Le descripteur de déploiement weblogic.xml est maintenant basée sur un schéma plutôt que de définition de type de document (DTD)-fondée. Vous pouvez consulter le lien http://edocs.bea.com/wls/docs90/webapp/weblogic_xml.html pour la référence complète des éléments de la WebLogic Server spécifique weblogic.xml descripteur de déploiement. Vous pouvez également consulter http://www.bea.com/ns/weblogic/90/weblogic-web-app.xsd pour voir le schéma pour web.xml.

Mise à niveau descripteurs de déploiement

Comme ce serveur weblogic utilise le schéma à base plutôt que de définition de type de document (DTD) basés sur des descripteurs. Donc, pour obtenir le meilleur parti je dirais la mise à niveau des descripteurs de déploiement lors de la migration d'application vers une nouvelle version. Un outil simple peut être utilisé pour obtenir les descripteurs de niveau. Cet outil est connu sous le nom weblogic.DDConverter.

Je vous recommande de mettre tous les descripteurs générés dans un répertoire temporaire. Inspectez l'exactitude et si elles semblent bel endroit dans leur juste place.

weblogic.DDConverter peut être invoquée avec la commande suivante:

weblogic.DDConverter java [options] archive_file_or_directory

où archive_file_or_directory se réfère à la réglementation EAR, WAR, JAR, RAR ou de votre application.

L'exemple suivant montre comment utiliser la commande weblogic.DDConverter pour générer des descripteurs de déploiement améliorées pour l'application Enterprise test.ear dans le sous-répertoire temporaire dans le répertoire courant:

java-d weblogic.DDConverter température test.ear

si vous obtenez "Exception in thread" main "java.lang.NoClassDefFoundError: weblogic / DDConverter« exception suffit de spécifier la classe complète pour DDConverter. L'exemple suivant est affiché en utilisant le chemin complet.

java-cp D: \ bea \ wlserver_10.3 \ server \ lib \ weblogic.jar; weblogic.DDConverter-d temporaire test.ear

DDConverter est une classe à l'intérieur weblogic.jar, afin de spécifier le chemin d'weblogic.jar.

-D spécifie le répertoire pour placer les fichiers générés par les descripteurs....

Aucun commentaire:

Enregistrer un commentaire