Naca 1.2: support Oracle, Microfocus pour la migration Cobol -> Java
Date: October 14, 2009 Author: didier-durand Comments: 4Nous avons publié durant l’été la version 1.2 de notre framework de conversion 100% automatique de Cobol vers Java développé initialement lors de notre projet NACA de migration des applications Publicitas d’un mainframe IBM vers une (toute petite) ferme de serveurs Intel.
[Suivre les liens en tête de ce billet et voir cette présentation des Linux Days 2009 de Genève si vous voulez plus d'informations sur le sujet]
Depuis, la mise en Open Source de ces outils, nous avons allègrement dépassé le cap des 1′500 téléchargements et connaissons des tests pilotes voire des migrations avec nos outils déjà largement avancées sur 4 continents: seule l’Afrique nous manque à ce moment.
A l’occasion de ces divers projets, nous avons reçu:
- des annonces de bugs que nous avons corrigés
- des contributions externes que nous avons déjà (en partie) intégrées.
- des mandats d’extension de nos outils qui nous ont permis d’en étendre les fonctions génériques avec l’autorisation par le commanditaire de les remettre à disposition de la communauté.
Quelques premiers feedbacks après la v1.2 nous ont fait produire une version 1.2.0.1 qui est celle que nous vous recommandons de télécharger à partir de maintenant (et d’ici quelques jours la v1.2.2 à laquelle nous mettons la dernière main).
Les grandes avancées depuis la V1.1 sont:
- le support d’Oracle par la combinaison de 2 techniques: un transcodage automatique de certains ordres de la syntaxe DB2/UDB d’IBM vers la syntaxe Oracle associée à une mécanique d’extraction / remplacement des ordres DB2 par des ordres Oracle pour la partie la plus complexe des requêtes SQL. Ceux qui liront le code source verront que le support JDBC par Oracle est très limité voir médiocre ce qui nous a obligé à produire beaucoup de code spécifique additionnel pour supplanter les fonctions standards manquantes…
- le support des formats de fichiers Microfocus pour les fichiers de données en plus du format propre à NACA. C’est très utile pour intégrer d’autres outils du marché (tris externes, etc…) qui respectent très souvent ce format. Toutes les options de format sont supportées y compris le traitement correct des fins de ligne (CR vs CR LF) dans tous les cas même si le fichier est traité sur une machine qui attend des fins de ligne inverses de celles où le fichier a été généré.
- l’extension des options et structures lexicales supportées pour certains verbes Cobol comme MOVE, INSPECT, etc…
- le support de nouveaux verbes Cobol: POWER, MODULO, SEARCH, NEXT SENTENCE, etc.
- le support des clauses COPY de programmes et données imbriquées
- support d’options de configuration du framework pour en augmenter la flexibilité en fonction de l’environnement du projet
- beaucoup de nettoyage dans les structures des répertoires et l’organisation / nommage des fichiers afin de supprimer au maximum les spécificités du projet NACA interne initial.
Pour tous les détails précis, voir le fichier ChangeLog inclus dans le paquet de code source, téléchargeable via Google Code, nouveau repository officiel pour notre projet. Si vous êtes fan de techno, vous pourrez aussi lire les 65 pages de documentation technique très détaillée sur l’architecture de nos outils que nous avons aussi récemment publiées sur le wiki Google Code.
Merci d’avance pour le feedback suite à vos tests “en live”: nous intégrerons avec plaisir vos contributions et corrigerons les bugs éventuellement découverts dans des versions ultérieures.
Les propositions de mandats et/ou de collaboration sont également bienvenues! 
Hello Mr didier-durand :
I would like to know if NACA 1.2 will support AcuCobol, besides MicroFocus ?
My company is looking for similar solution, however the code base is AcuCobol, and is looking for solution similar to NACA 1.2 - intended to migrate to Apache 2 + Java, dB is SQL Server and Oracle.
thank you
D
Hello Daniel,
We already had some experiences with AcuCobol in one of the projects started by other companies with our tools: it worked just fine.
Though, I cannot guarantee that this project made an exhaustive use of MF Cobol.
What I would suggest is following: you give us a sample of your cobol code and we test it. (This way you save the installation time of Naca on your side)
Let us know if you want to proceed this way or another.
cheers
didier
hello,
What about cobol code generated by Pacbase please?
did you have this kind of experiences?
I’ve heard about the version 2 of Naca, can you tell when it will be released please?
thank you.
ps : the tool is easy to install and looks good. Good work.
Hello Dajeux,
We made some tests with Pacbase-generated Cobol: they were pretty successful.
Let us know if you need some help to run them on your own or even have them run by us.
We can also discuss with you the more specific points of the migration of an appl coming from a 4GL.
The latest version of Naca Code is always at code.google.com/p/naca (see download page for last version and wiki pages for abundant technical docs about our tools)
Don’t hesitate to come back with more questions when needed.
didier