Dématérialisation - Services Numériques - nouvelles technologies

<glassfish-install-dir>/bin/asadmin start-domain –user admin <domainname> pour lancer le serveur d’application sur le domaine que vous avez configurer .

Créer les agents

1-<glassfish-install-dir>/bin/asadmin create-node-agent <nodeagentname> –host <hostname> –port <portnumber> pour créer un nouvel agent

2-<glassfish-install-dir>/bin/asadmin start-node-agent <nodeagentname> pour démarrer votre nouvel agent

Créer le cluster

1-Créer un cluster

<glassfish-install-dir>/bin/asadmin create-cluster –user admin <clustername>

2-créer une instance rataché au cluster que vous venez de créer

<glassfish-install-dir>/bin/asadmin create-instance –user admin –nodeagent <nodeagentname> –cluster <clustername> <instancename1>

3-créer une seconde instance rataché au cluster que vous venez de créer

<glassfish-install-dir>/bin/asadmin create-instance –user admin –nodeagent <nodeagentname> –cluster <clustername> <instancename2>

4-démarrer le cluster

<glassfish-install-dir>/bin/asadmin start-cluster <clustername>

Nous avons créé le cluster en ligne de commande mais il est tout à fait possible de le créer via l’interface d’admin

Déployer une application sur le cluster

Continue reading “Installer un cluster GlassFish avec Session FailOver”

Commentaires (7)

jan 05 2008

Transactions et SPRING Framework

Tag: Architecture, Développement, J2EE, Spring — karl verger @ 23:20

L’objectif de cet article est de faire quelques rappels interressants sur les transactions et leur comportements avec SPRING.

Définition d’une Transaction : Une transaction regroupe une série d’opérations dans un tout indivisible. La transaction n’est validé que si chacune des taches unitaires qu’elle regroupent se sont déroulées correctement (COMMIT). Dans le cas contraire (si une des taches unitaires échoue) l’ensemble des données traitées retrouvent leur état initial(ROLBACK).

Une transaction doit respecter les quatre contraintes suivantes dites ACID :

Atomicité : une transaction doit s’effectuer en tout ou rien ;
Cohérence : la cohérence des données doit être assurée dans tous les cas, même dans les cas d’erreur où le système doit revenir au précédent état cohérent ;
Isolation : la transaction va travailler dans un mode isolé où elle seule peut voir les données qu’elle est en train de modifier, cela en attente d’un nouveau point de synchronisation ; le système garantit aux autres transactions, exécutées en parallèle sur le même système, une visibilité sur les données antérieures ;
Durabilité : lorsque la transaction est achevée, le système est dans un état stable durable, soit à l’issu d’une modification transactionnelle réussie, soit à l’issue d’un échec qui se solde par le retour à l’état stable antérieur.

Overview d’une transaction applicative

les transactions spring permettent d’encapsuler plusieurs appels de méthodes sur différentes couches et d’en assurer le caractère ACID.

overview-Transaction

Continue reading “Transactions et SPRING Framework”

Commentaires (0)