IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

La description de Borland Enterprise Server 5.2.1

14/04/2004

Par Request (autres articles)
 

niveau : facile

durée : 5 minutes

Cet article décrit les fonctionnalités du serveur d'applications Borland Enterprise Serveur


Avertissement
Remerciements
1. Présentation
2. Description
2.1. Certification J2EE
2.2. Plateformes supportées
2.3. Licence / Prix
2.4. Installation
2.5. Administration
2.6. Configuration matérielle
2.7. Intégration IDE
2.8. Popularité
2.9. Documentation
2.10. Particularités


Avertissement


Si vous avez noté des erreurs, des points à approfondir ou plus simplement, si vous souhaitez participer à la rédaction de cet article :
Contactez moi t-request@netcourrier.com


Remerciements


Je tiens à remercier Alacazam pour avoir traqué les erreurs de cet article.


1. Présentation


Borland s'est lancé dans l'aventure J2EE depuis la première spécification. Ils ont profité de la maturité de leur serveur visibroker CORBA pour l'utiliser comme socle du serveur d'applications.
Dépassé dès le début par la puissance marketing des leaders du marché, BES a trouvé sa place principalement dans les sociétés utilisant déjà les avantages de l'interopérabilité CORBA.


2. Description



2.1. Certification J2EE


Cértifié J2EE 1.3


2.2. Plateformes supportées


  • Windows
  • Linux
  • Solaris
  • HP-UX
  • IBM AIX


2.3. Licence / Prix


Le produit se décompose en trois versions, (Web Edition, Visibroker Edition et Server Edition). La dernière version qui nous intéresse est payante : 12 000 € (montant indicatif).


2.4. Installation


Le produit est très simple à installer, il utilise l'installateur graphique d'InstallAnywhere. L'installation est la même sur toutes les plates-formes. Les installations sur Windows, Linux et Solaris embarquent leur propre JDK. Dans le cas d'HP et IBM, il faut qu'un JDK soit déjà installé sur la machine. Dans tous les cas, l'installateur permet de choisir un JDK déjà existant.

L'installation dure environ 5 minutes. Une fois terminée, pas besoin de positionner de variable système ou de modifier des fichiers de configuration, le serveur est tout de suite opérationnel.


2.5. Administration


L'administration de BES est l'un de ses points fort, elle se fait via une console graphique. Un autre outil en ligne de commande est accessible, il permet avec moins de finesse d'administrer le serveur. Ce dernier est rarement utilisé, sauf pour des besoins d'automatisation.

La première particularité de l'administration de BES, c'est que l'administration est ell-même sécurisée par l'API J2EE JAAS. L'administration ne peut donc se faire qu'avec une identification.

La console affiche automatiquement l'ensemble des serveurs accessibles dans le sous-réseau. Cette recherche se fait automatiquement via broadcast. Il est également possible de donner une liste de serveurs à administrer ou mixer ces deux notions. Dans l'exemple ci-dessous, la console a trouvée un serveur : titan. BES est prévu pour être administré à distance.
Chaque serveur est décomposé en partitions, c'est la seconde particularité du serveur, que l'on pourrait traduire par serveur virtuel. Un serveur physique peut héberger plusieurs partitions (ici B: standard et B2: test). Chacun a sa propre JVM, modules, serveur web, serveur EJB ...
Chaque partition héberge un certain nombre de modules (jar standard, jar J2EE, ear, war, rar) (Dans l'exemple : C)
Chaque partition a ses services qui lui sont propres (Dans l'exemple : D) :

  • EJB Container : Le containeur EJB
  • JDataStore : base de données full Java de Borland
  • Naming Service : Service de nommage (JNDI)
  • Session Service : Service de session (EJB Statefull)
  • Transaction Service : Service transactionnel
  • VisiConnect Service : Service CORBA
  • Web Container : Service Web dynamique (Tomcat)

Et finalement les services globaux au serveur (Dans l'exemple : D)

  • 2PC Transaction Service : Le service de validation à deux phases
  • Apache 2.0 : Serveur Wev
  • Smart Agent : (OSAgent) le service CORBA de nommage
  • Sonic MQ Broker : Le moteur JMS de Sonic Software

L'ensemble des configurations est accessible à distance, y compris pour les produits intégrés comme Apache, Sonic et Tomcat.
Chaque module ou service est précédé par deux icônes, la première représente le statut courant, la seconde, celui souhaité. Le rafraîchissement se fait à intervalle configurable.

Des outils de statistique permettent de suivre l'évolution des objets J2EE : EJB session, EJB Entity, Web module. Il est également possible de suivre la mémoire et les processus utilisés

Autre information intéressante accessible via la console, la hiérarchie des classloader sur le serveur, très pratique pour comprendre ce qui se passe dans votre application ainsi déployée.

En sélectionnant un module J2EE, nous pouvons voir les dépendances entre tous les objets.

Comme tous les serveurs, la consultation des logs est un exercice très vite obligatoire.

Le déploiement des modules se fait également via la console, on peut choisir le déploiement à chaud ou à froid, la vérification des recommandations J2EE, la génération des stubs. Il est possible de déployer sur un groupe de serveurs ou sur un cluster.

La console foisonne d'outils, en voici un qui se révèle très vite indispensable : L'éditeur de descripteur de déploiement.
Cet outil vous permet, avec une interface graphique, de consulter, modifier ou créer un descripteur de déploiement. Il permet de manipuler les modules de type web, EJB, EAR ... Toute la norme J2EE est couverte par l'outil. Il permet également de vérifier les compatibilités à la norme. Cet outil est indispensable pour l'exploitation du serveur, dans les cas d'une modification d'un paramètre d'un EJB par exemple.


2.6. Configuration matérielle


Recommandation éditeur (minimum) :

  • Processeur : PIII 600Mhz, SPARC 440Mhz, PA-RISC 100Mhz, RS/6000 200Mhz
  • Mémoire : 256Mo
  • Disque : 1Go

Un serveur avec 1,5 Ghz et 512Mo semble être la configuration moyenne.


2.7. Intégration IDE


  • JBuilder : C'est l'IDE trés fréquement utilisé avec ce serveur
  • Eclipse / Lomboz : Oui, via XDoclet? A vérifier...
  • Ant / XDoclet : BES est supporté par XDoclet


2.8. Popularité


Si BES a une bonne réputation technique, personne n'en parle. Ce gros déficit de communication ne le rend pas très populaire.


2.9. Documentation


BES est livré avec trois livres papiers (également fournis au format pdf).

  • Developper's guide : Guide du développeur, 436 pages
  • Install guide : Guide d'installation, 48 pages
  • Users guide : Guide de l'utilisateur, 258 pages

Il est également livré avec la documentation CORBA Visibroker (5 livres, 1500 pages environ). Des javadocs se trouvent dans les répertoires d'installation. Des livres blancs sont accessibles sur des sujets comme : le clustering, performances...


2.10. Particularités


Ce qui caractérise ce serveur, c'est son socle CORBA, BES est complètement construit sur le coeur de Visibroker. Cette particularité apporte les avantages suivants :

  • Tous les EJB sont utilisables en COBRA avec d'autres langages comme le C/C++ ...
  • Borland propose déjà l'ensemble des outils CORBA (Janeva) pour utiliser les EJB sous .NET
  • Il est possible d'aller beaucoup plus loin avec CORBA qu'avec RMI/IIOP.
  • Grâce aux intercepteurs CORBA, il est possible d'ajouter des informations sur les trames de communications, très pratique pour passer le contexte de l'utilisateur.
  • Des optimisations de type "intra-call" sont utilisées pour accélérer les appels entre les modules de tpye Web et EJB, tout en restant compatible avec la norme.
  • Tous les services (nommage, transaction, web, EJB...) bénéficient de fail-over de CORBA.

BES permet de faire du cluster homogène ou hétérogène, le clustering peut se faire à tous les niveaux.
La console de type client lourd permet une très grande souplesse d'administration.
Déploiement à chaud de tous les types de module J2EE
Le système des partitions permet de créer plusieurs serveurs logiques sur une même machine. Les partitions sont isolées les unes des autres, très intéressant pour le développement et le fail-over.
Les modules sont isolés les uns des autres par des classloader différents.
Un module CORBA pour Apache est utilisé en standard, il remplace le traditionnel module peu performant.
BES suit de très près les recomandations J2EE.



Ce document est issu de http://www.developpez.com et reste la propriété exclusive de son auteur.
La copie, modification et/ou distribution par quelque moyen que ce soit est soumise à l'obtention préalable de l'autorisation de l'auteur.