Outils de dev Cobol sous Eclipse

[didier.durand]

Bonjour,

Avez-vous des recommandations de bons outils de développement Cobol sur PC (fonctionnant de préférence sous Eclipse) ?

Le besoin: nous migrons automatiquement du Cobol vers Java par transcodage et nous avons donc pendant 1 moment en parallèle du Cobol et son Java équivalent.

Je recherche donc un éditeur de Cobol sous Eclipse équivalent à ce qui est offert pour Java: verification syntaxique du code pendant qu'il est modifié, code complétion, coloration syntaxique, mise en forme des paragraphes, etc..

Il s'agit de pouvoir travailler aussi facilement sur le Cobol de départ que sur le Java généré automatiquement à partir de celui-ci.

merci d'avance !

didier

[Jean GVE]

Bonsoir,
IBM propose de remplacer les postes TSO des développeurs par l'outil RDz (Rational Developer for z/OS).
Il s'agit d'un Eclipse qui va chercher ses fichiers sur la machine z. Ça permet de travailler en local dans des conditions un peu plus FUN que sous TSO. Dans cet environnement toutes les possibilités spécifiques à TSO sont conservées et le confort ainsi que la productivité sont améliorés. Le problème c'est évidemment que ce n'est pas très gratuit...

Mais même en trainant les galoches (en faisant de la résistance au changement) c'est super !

@+

[xfanx]

bonjour,

je ne peux m’empêcher de réagir sur votre message autour de RD/Z.
franchement, il est imposé dans ma société depuis déjà une année et même sans faire de résistance au changement , le produit est lent, lourd et surtout quand je lis "toutes les possibilités spécifiques à TSO sont conservées et le confort ainsi que la productivité sont améliorés" je me demande vraiment si vous avez travaillé longtemps sous TSO...
sous RD/Z, nous passons notre temps à cliquer à droite à gauche, au moins 6 à 7 clic pour voir un malheureux résultat de JOb, un éditeur qui est bien loin d'avoir la puissance d'ISPF (même si une piètre émulation existe sous RD/Z), pas de possibilité de REXX ..etc....
bon, il y a un debugger ligne à ligne..soit.. sous ISPF il y a des outils debug tools, xpeditor qui font la même chose ..
un utilisateur de TSO normal saura faire les raccourcis et passer les commande qu'il faut pour gagner du temps sous toutes les opérations courantes, sous RD/Z, non, on clic...

bref, non, désolée RD/Z n'améliore en rien la productivité. Bon, oui c'est plus fun pour les d'jeuns il parait qui ont l'habitude de travailler sous éclipse, mais franchement pour les gens comme moi avec 20 années de TSO/ISPF, c'est une vrai régression...
Nous avons un mot pour décrire RD/Z dans mon équipe, nous l'appelons le toys. Et c'est exactement ça, un joujou sans aucun intérêt qui coute quand meme la bagatelle de 6000euro par poste .

cordialement

[Peut-êtreUneRéponse]

@didier.durand tu peux jeter un coup d'oeil au projet cobos de Metrixware : http://metrixware.com/cobos-ide-mainframe-opensource/

@xfanx assez d'accord avec toi, en plus ça coûte un bras, mais sans ce genre d'outils je pense que les jeunes ne viendrait pas sur z.

[Luc Orient]

Plusieurs questions complémentaires :

1) la charge qui est déportée sur le PC entraîne-t-elle une diminution significative de la consommation de TSO ou c'est totalement négligeable ?

2) je suppose que la compilation se fait sur le PC comme l'écriture et la modification du programme. Là-aussi, voit-on une diminution significative du nombre de compilations et donc de la charge induite ?

3) quid du réseau ? pour moi le flot 3270, vu son âge, a l'immense avantage d'être léger. Qu'en est-il de RDz avec ses échanges avec le Mainframe ?

[Peut-êtreUneRéponse]

@Luc Orient j'ai vu RDZ à l'oeuvre mais je ne l'utilise pas. Pour tes questions 1 et 2 c'est ce que promet IBM, @xfanx a peut-être plus d'info. Pour la question 3, je dirais que pour utiliser personnellement d'autres produits sous Eclipse communiquant avec z comme CICS Explorer et Data Studio: ça rame!

[xfanx]

bonjour,

La consommation CPU de notre Lpar a diminué de manière très très négligeable, a vrai dire et pour faire un gros raccourci, imaginez que RD/Z n'est qu'une émulation TSO sous éclipse qui passe sont temps à faire des interactions avec un deamon sous USS .
Les compilations se font sous Z, l exécution des jobs se fait sous Z, les sources sont stockés sous Z (attention je parle de RD/Z, pas de RTC). La seule chose qui a bougé, c'est effectivement le réseau mais pas en diminuant.
pour vous donner une idée, la consultation du résultat d'un Job implique avec RD/Z le download FTP de toutes la SYSOUT du Job.. c'est bien évidement lourd par rapport à du TN3270, bien sur après, on travail en local mais qui lit tout le résultat d'un Job?
idem pour les Copy cobol et les sources, ils sont chargés dans le workspace local et locké en maj sur le Z.

il existe une fonction locale de compilation et de test, mais c'est très théorique en fait, notre SI est très intégré, il est très difficile, voir impossible de tester en local un programme sans être obligé de ramener aussi dans le projet une grosse partie du reste du SI. Cette fonction n’est donc pas du tout utilisées.
par contre, il est vrai qu'il existe un contrôleur syntaxique pas mal fichu et quelques fonctions sympa, comme par exemple la vision de la working à part du programme qui permet certainement de gagner en nombre de compilation, mais honnêtement nous n'avons rien gagné sur la Lpar de test.

Je sais bien qu'IBM vend ce produit, avec entre autre argument la diminution de la consommation CPU, a vrai dire je me demande bien ou ils la trouvent..

En fait, pour utilisé RD/Z (mais aussi RTC) dans de bonnes conditions nous avons du changer tout le parc PC des développeurs, nous leur avons mis des HP Z200 à 4Giga de ram, et en coreI5, bref, des jolies machines quoi..
mais au moins maintenant Peut-êtreUneRéponse, mon CICS explorer, Websphere MQ explorer et data studio de rament plus

[Peut-êtreUneRéponse]

Merci pour ton retour d'expérience très intéressant.

[Luc Orient]

Envoyé par xfanx

... Les compilations se font sous Z, l exécution des jobs se fait sous Z, les sources sont stockés sous Z (attention je parle de RD/Z, pas de RTC).

Mais c'est quoi RTC par rapport à RDz ?

[Peut-êtreUneRéponse]

Rational team concert --> GCL

[jouana]

Bonjour,

Perso je trouve le TSO, beaucoup plus simpas que eclispe qui est une ...
Super outils qui rame et qui plante faute mémoire pcq il tourne depuis trop longtemps (je parle d'eclipse).

Etant à la fin de mon cursus je pense faire partie des "jeunes" et perso je trouve pas qu'eclipse soit attirant.

Seul truc chiant peu être avec le TSO est le manque d'auto complétion et le fonctionnement de sauvegarde qui copie les fichiers bloquant ainsi le dsn.

Bonne soirée à tous.

[el_slapper]

La principale limite que je trouve à TSO/ISPF, c'est de ne pas avoir une vision de la working en même temps que la vision du code; xfanx a évoqué le sujet, d'ailleurs.

Il m'arrive fréquemment de copier un morceau de WORKING dans le presse-papier; mon écran est basculé pour être vertical. Ainsi, en haut, j'ai mon code COBOL sous ISPF, et en bas, j'ai la partie importante de ma working sous les yeux. En même temps, sans splitter(ce qui laisse un nombre de lignes pour travailler dérisoire), et sans basculer(parceque quand on bascule, on a l'un, l'autre, mais pas les deux).

C'est peu satisfaisant. Mais je ne crois pas qu'installer ECLIPSE juste pour corriger ça soit l'idée du siècle. ISPF est trop bien intégré à Z/OS pour que cet avantage compense la perte d'intégration.

Autre point de xfanx ; une machine puissante. C'est toujours utile, et ça apporte souvent pas mal à la productivité. Il m'arrive fréquemment de faire des études préliminaires de données sous VBA-EXCEL, et une machine puissante doit facilement diviser par deux mes temps d'étude. De même, un écran assez grand pour accueillir(fut-ce en vertical) 2 fenêtres TSO, c'est vraiment un plus. Pas autant qu'un ajout de CPU sur la machine MVS, mais quand même, je pense que c'est économiquement pertinent.

[xfanx]

RTC est un outil de gestion de sources et release et plus ou moins de déploiement.
une fois qu'on a intégré les concepts, c est plutôt pas mal pour maintenir les niveaux d'intégrités et gérer les projets en mode release avec en plus quelques fonctions de pistage du travail des développeurs que nos patrons adorent
Il est plutôt bien fait pour les développements Open et gère les déploiements de manière correcte. Par contre pour le Z et Cobol, il a été adapté et il manque quand même pas mal de fonctionnalité pour l'instant, mais ça s'améliore de release en release. Disons qu'aujourd'hui l'utilisation de RTC pour les développements Z a nécessité pas mal d'huile de coude et de plugging pour palier les manques notamment dans le cas de SI très intégré ou tout peut appeler tout. Il est aussi complétement intégré à RD/Z et toute la suite Rationnal de conception. D'ailleurs il n'est pas possible d'utiliser RTC sans avoir RD/Z je crois.
C'est quand même une sacré révolution que de savoir que nos sources ne sont plus stockés (sauf pour sauvegarde) dans des PDS sur Z mais dans une base de donnée open..
bon..et toujours pareil l interface est sous eclipse.. cela dit une interface ISPF existe, mais est relativement reduite.

[oboiteux]

Bonjour,
Il existe une alternative à RDZ développée en France (!) : Cobos

Il s'agit de plugins eclipse permettant d'accéder aux sources mainframe, de les éditer en local avec tous les avantages que cela comporte puis de lancer la compile sur le host et de récupérer la SYSOUT en local synchronisée avec le source. (+ éditeurs JCL, REXX, gestion de PDS, etc...)

C'est beaucoup plus léger que RDZ. Il y a un mode de fonctionnement en FTP qui ne nécessite aucune installation sur le host et un autre mode ou il faut installer des scripts Rexx sur le host.

Version de demo : http://cobos.metrixware.com

Votre avis m'interesse...

[Darkzinus]

Je ne me vois pas quitter TSO/ISPF. Bien paramétré (d'autant qu'on peut aisément développer des panels permettant le lancement de tâches récurrentes très rapidement) c'est c'est quand même le must malgré son (très) grand âge. Et l'air de rien on se tue moins les yeux sous l'environnement MVS que sur un environnement sous Windows (aie le fond blanc).

[oboiteux]

@Darkzinus

Pour être honnête, quand j'ai commencé à travailler sur le projet Cobos, il y a maintenant 3 ans, je pensais comme toi. D'ailleurs, l'environnement de travail ISPF est très efficace et extensible pour ceux qui s'en donnent la peine, c'est indiscutable.
MAIS ceci étant, maintenant c'est physique, je ne supporte plus de faire PF7/PF8 et Find pour lire un programme COBOL ou naviguer dans un gros JCL ! Quand on a gouté à la roulette,l'outline et quelques autres joyeusetés eclipse, on a du mal à s'en passer...
Je pense que le point important, c'est de bien doser ce que l'on fait sous eclipse et ce que l'on continue à faire avec raison sous ISPF.

[Darkzinus]

Envoyé par oboiteux

@Darkzinus

Pour être honnête, quand j'ai commencé à travailler sur le projet Cobos, il y a maintenant 3 ans, je pensais comme toi. D'ailleurs, l'environnement de travail ISPF est très efficace et extensible pour ceux qui s'en donnent la peine, c'est indiscutable.
MAIS ceci étant, maintenant c'est physique, je ne supporte plus de faire PF7/PF8 et Find pour lire un programme COBOL ou naviguer dans un gros JCL ! Quand on a gouté à la roulette,l'outline et quelques autres joyeusetés eclipse, on a du mal à s'en passer...
Je pense que le point important, c'est de bien doser ce que l'on fait sous eclipse et ce que l'on continue à faire avec raison sous ISPF.

Oh ben pour le scrolling, je l'ai sous mon émulateur (Avec un simple script autohotkey). Après l'intérêt que je verrais pour Eclipse serait plutôt pour les variables en Working par exemple.

[oboiteux]

@Darkzinus
Oui, on peut émuler PF7/8 avec la roulette mais le temps de réponse n'est pas le même.
Les variables en Working : dans Cobos, nous avons développé des fonctions typique Java du style "hover" : la ligne de définition de la variable s'affiche si on s'attarde dessus avec le souris, "Open Declaration" : on va ouvrir le source positionné à la ligne de déclaration de la variable (prog principal ou Copy)
On peut aussi ouvrir le proramme déplié à coté du prog en cours d'édition, etc...

[Darkzinus]

Envoyé par oboiteux

@Darkzinus
Oui, on peut émuler PF7/8 avec la roulette mais le temps de réponse n'est pas le même.
Les variables en Working : dans Cobos, nous avons développé des fonctions typique Java du style "hover" : la ligne de définition de la variable s'affiche si on s'attarde dessus avec le souris, "Open Declaration" : on va ouvrir le source positionné à la ligne de déclaration de la variable (prog principal ou Copy)
On peut aussi ouvrir le proramme déplié à coté du prog en cours d'édition, etc...

Effectivement après avoir jeté un coup d'oeil sur le site de Cobos, il est indéniable que l'outil semble très ergonomique.

[alaindominique]

Avez-vous fait un tour du côté de Cobol-IT qui fournit aussi un environnement complet sous Eclipse ?

Pour un bel éditeur, voir Sublime Text 2. J'ai mis à disposition sur leur forum la partie syntaxique cobol, peut-être pas parfaite mais opérationnelle. Quant à l'éditeur, il est... sublime.