tudes de cas : GCOS 7 et les accs Web

1
études de cas GCOS 7 et les accès Web
Maggie JACOBS GCOS Competence Center
2
Des cas concrets de webisation

• La solution HooX (Java J2EE -gt WLS -gt GCOS) -
  client Lifetouch aux USA
• Les solutions JTDS et JUFAS (application Java -gt
  Oracle9i -gt GCOS 7) - société Pro Cie
  (cliente de CEGELEC)
• Prototype daccès par Batch à des Webservices -
  client Administration Française

3
Cas 1 Lifetouch et la solution HooX
4
Quelques informations sur Lifetouch

• Lactivité principale de Lifetouch est la
  photographie
• Il y a des agences partout aux USA mais également
  au Canada et au Mexique
• Lifetouch a 8 laboratoires différents dans le
  domaine de la manufacture, tous connectés tous
  les jours à GCOS 7
• Lifetouch utilise à présent un TA24 et leurs
  applications clés sexécutent sur leur TDS de
  production (gestion des commandes, suivi des
  livraisons et gestion des recettes)
• Le TDS gère jusquà 10 transactions par échange
  avec en moyenne 400 utilisateurs en parallèle

5
Les besoins dévolution de Lifetouch

• Les besoins de Lifetouch
• moderniser en fournissant un accès Web à leurs
  clients
• continuer à avoir un retour dinvestissement sur
  GCOS 7
• évoluer vers une infra-structure e-business
• implémenter un système sophistiqué basé sur Java
  qui se servira des applications et des bases de
  données existantes de leur plate-forme DPS 7000
• La réponse de Bull
• la solution standard HooX (disponible pour accès
  à GCOS 7 et GCOS 8) - un composant de
  larchitecture e-business J2EE

6
Rappel sur la solution HooX

• HooX fournit un accès STANDARD à GCOS depuis des
  serveurs dapplication J2EE
• implémente J2EE Connector Architecture (JSR 016)
• les aspects de performance, de sécurité et
  dadministration sont définis par le standard
  J2EE 1.3
• HooX est ouvert aux améliorations futures (JSR
  112, )
• HooX est facile à utiliser
• peu ou pas de modifications aux applications GCOS
  existantes
• les transactions sont accessibles en mode
  ligne/écran
• fournit un ensemble de connecteurs J2EE CA qui
  peuvent être incorporés dans un serveur
  dapplication de façon standard
• fournit en plus des outils pratiques pour la
  génération des interface EJB

7
Larchitecture haut-niveau
8
Lifetouch et HooX Architecture
9
Vu de plus près
10
Les connecteurs HooX

• HooX J2EETM connecteur pour TP8
• connecteur en mode ligne avec utilitaire cGen
• connecteur en mode écran avec utilitaire Gargen
• HooX J2EETM connecteur pour TDS
• connecteur en mode ligne avec utilitaire cGen
• connecteur en mode écran avec utilitaire Gargen
• HooX COM connecteur pour TP8
• connecteur en mode ligne avec utilitaire cGen
• HooX connecteur pour CICS 390
• connecteur en mode écran avec utilitaire Gargen

Lifetouch
11
Lifetouch et HooX

• Travail commun Lifetouch et Bull pour la
  définition de leur stratégie dévolution
• La solution HooX était la mieux appropriée et
  Lifetouch lutilise depuis juin, 2002
• Solidité de la solution (pas de problème en
  production)
• Formalisé par un contrat de services
• installation et déploiement de HooX J2EE
  connecteur sur un Sun Solaris (avec WLS)
• choix de lapplication cash upload (en mode
  ligne) pour montrer la faisabilité
• formation et transfert de connaissances par des
  techniques de workshop en-ligne

12
Exemple de lapplication Lifetouch
13
Ecran de login
14
Autre exemple
15
Cas 2 CEGELEC/Pro Cie et les solutions
JTDS/JUFAS
16
Quelques informations sur Pro Cie

• CEGELEC-Informatique loue du temps machine GCOS à
  ses clients, parmi lesquels Pro Cie
• La société Pro Cie (basée à Thionville) est une
  centrale dachat avec 1200 magasins partout en
  France (électroménager, quincaillerie, )
• Chaque magasin utilise le DPS 7000 pour la
  gestion des stocks, les commandes, la
  facturation
• Jusquà présent, chaque magasin se connectait au
  DPS 7000 (en particulier à un TDS en mode écran)
  par minitel

17
Les besoins dévolution de Pro Cie

• Les besoins de Pro Cie
• remplacer progressivement les accès minitel
• moderniser en fournissant un accès Web depuis les
  différents magasins
• garder leurs applications TDS existantes avec
  accès aux données depuis un client léger
  (browser) et un serveur dapplication oracle9i
• La réponse de Bull
• la solution JTDS pour pouvoir exécuter les
  transactions existantes (avec peu de
  modifications)
• accès en mode ligne
• la solution JUFAS pour accéder depuis Java à des
  bases de données UFAS
• pour obtenir des statistiques (balayage de
  lensemble des fichiers)
• la TPR UFAS TPR intégrée dans le TDS du client

18
Architecture de la solution
19
Déroulement de lintervention

• Prestation de 2 semaines
• 1 semaine dexpertise pour le transactionnel
  existant
• TPRs modifiées
• mode écran pour les accès par minitel
• mode ligne pour les accès par JTDS
• 1 semaine de transfert de compétences
• formation dune société de service en Lorraine
  sur lutilisation de JTDS et JUFAS pour accéder
  aux TPRs modifiées (plus UFAS TPR)
• Prototype basé sur la transaction CANAL
• transaction choisie par le client (la plus
  complexe)
• gestion des commandes de décodeurs numériques
• gestion des différents types dabonnement

20
La suite

• Le client est autonome pour la suite du projet
• pour les TPRs
• 2 semaines de travail supplémentaire pour
  compléter les modifications des autres
  transactions (déjà terminé)
• pour le côté Java
• mise en place des appels aux interfaces JTDS et
  JUFAS est faite

• Mise en production de la solution prévue le 15
  octobre !

21
Cas 3 accès par application Batch à des
Webservices
22
Les besoins dévolution du client

• Les besoins du client
• intégrer en environnement J2EE une des ses
  applications (Batch Cobol) sur GCOS 7
• l'application Batch doit être client
• pour en valider larchitecture et sa capacité à
  tenir les contraintes de charge et de
  performance, il a développé un prototype incluant
  deux services représentatifs
• une interface graphique Web destinée aux
  utilisateurs (agents, partenaires, gestionnaires)
  connectés à travers intranet/internet depuis leur
  poste de travail
• une interface applicative basée sur les
  Webservices
• définir et évaluer une solution dinterconnexion
  GCOS 7 / Web services en respectant le protocole
  SOAP

23
Les étapes du projet

• Définition de linterface permettant la connexion
  des applications GCOS 7 existantes vers les
  services de la nouvelle application
• Réalisation du prototype permettant à un
  programme Batch GCOS 7 de test daccéder à 2
  services J2EE actuellement en place
• Tests de charge et de tuning

24
Contraintes techniques

• Contraintes de programmation
• offrir une API daccès aux services la plus
  transparente possible pour minimiser les
  modifications à apporter aux applications
  existantes
• respecter le protocole SOAP
• Contraintes de temps de réponse
• pour les services utilisateur (interface
  graphique Web) les temps de réponse doivent être
  inférieur à la seconde
• Contraintes de continuité de service
• le service doit être disponible 24 heures sur 24
  tous les jours de lannée

25
PROTOTYPE Connecteur GCOS 7/SOAP Interfaces
SOAP
TCP/IP
26
PROTOTYPE Connecteur GCOS 7/SOAP Interfaces
27
PROTOTYPE Connecteur GCOS 7/SOAP Interfaces

• Développement et livraison des API GCOS 7 et de
  linterface SOAP
• Temps de traversée avec la chaîne de liaison
  actuelle
• en partant de la machine connecteur sans passer
  par WSG7 serveur
• Temps T1
• en partant de lapplication Cobol client
  wsg7lib Sockg7 WSG7 serveur
• Temps T1 3,5
• même avec des serveurs plus puissants, la partie
  Bull najoutera pas plus de 10

28
Glossaire

• AJP Application Java Protocol
• API Application Programmatic Interface
• EJB Enterprise Java Beans
• J2EE Java 2 Enterprise Edition
• J2EE CA J2EE Connector Architecture
• JVM Java Virtual Machine
• LVS Linux Virtual Server
• SOAP Simple Object Access Protocol
• WLS Web Logic Server

29
(No Transcript)