Connexion à CICS à partir de l'application de bureau Windows

Question

Il existe maintenant une nouvelle exigence. J'ai un travail ad hoc à portée de main. L'exigence est de connecter une application Java basée sur un poste de travail pour lire les données provenant de Mainframe générées par CICS Transaction. [Fondamentalement, je dois lire tous les enregistrements qui sont ajoutés dans un fichier (de la même manière que nous faisons le nom de fichier tail-f dans Linux). Ceci est juste pour votre information, mon exigence est quelque chose de différent.]

-je, et ai appris que mon employeur ne peut pas fournir MQ ou l'accès CICS Transaction passerelle pour moi. Il a suggéré une méthode de grattage d'écran. Je l'ai déjà fait en utilisant l'application VB.Net et Quick3270 ainsi que les émulateurs IBM Communicator. Ces deux émulateurs fournissent des fonctions qui peuvent être utilisées pour lire tout ce qui se trouve sur l'écran.

Vous pouvez consulter les détails de programmation EHILLAPI (Langue pour la programmation de l'émulateur) - http://publib.boulder.ibm.com/infocenter/pcomhelp/v5r9/index.jsp?topic=/com.ibm.pcomm.doc/books/html/emulator_programming07.htm si vous souhaitez apprendre.

Mais cette méthode me limite au nombre maximum d'octets pouvant apparaître à l'écran. Avec cette méthode, il y a un retard réseau important car je dois actualiser (passer d'une page à une autre sur CICS) à chaque fois pour obtenir des données qui couvrent plusieurs pages. Pouvez-vous me suggérer une méthode pour que mon employeur n'ait pas besoin de demander au client d'ouvrir un port sur son Mainframe ou d'installer un logiciel (ce n'est pas possible pour mon employeur). Puis-je utiliser l'émulation de terminal 3270 et récupérer tout (ou au moins plus de données)? De cette façon, l'exigence de mon employeur est remplie et il n'a pas besoin de demander quoi que ce soit à son client. (Dans tous les cas, depuis l'émulateur, nous effectuons des Transactions CICS). Nous voulons que tout soit fait à la fin même de mon employeur sans déranger le Mainframe du client même un seul bit.

S'il vous plaît ne pas suggérer MQ comme le client ne l'a pas.

Si vous êtes toujours suggérez CICS Transaction Gateway, alors s'il vous plaît laissez-moi savoir comment pourrais-je connecter à la machine distante (j'ai besoin de détails techniques).
- Quelles informations dois-je demander au client?
- Quel logiciel dois-je installer sur ma machine. - Détails techniques de l'utilisation de ce logiciel.

Cordialement,

Nitin

Answer 1

J'ai deux suggestions pour vous de regarder. J'ai fait les deux avec succès. La configuration de votre client peut décider si l'une ou l'autre est acceptable (la question ne mentionne pas et non).

1. Vous pouvez appeler votre code CICS sur l'ordinateur central via une procédure stockée DB2. Il existe un standard fourni par IBM appelé EXECCICS que nous avons utilisé pour un projet. Vous fournissez les paramètres CICS standard et la zone de communication. La procédure stockée exécute le programme dans l'ordinateur central et vous renvoie la zone de communication. Vous utilisez JDBC. Cette solution est simple et facile à exécuter.

2. Nous avons également permis l'accès HTTP au programme SCIC sur l'ordinateur central. Pour ma compréhension (rappelez-vous que je viens de l'appeler - pas activé), c'est une configuration assez standard. Le code client effectue simplement un POST HTTP vers un point de terminaison spécifique. Le document résultant est la zone de communication plus d'autres goodies.

Ces solutions ont été développées indépendamment pour le même projet et sont toutes deux en production. La seule raison pour laquelle la méthode HTTP a été ajoutée au mélange était due à une limite de taille de données dans la procédure stockée que HTTP a supprimée.