Role de la Dataqueue
Jacques Charlier
Je sais que des logiciels tels que Windev pour As/400 s'en sert, ou des
AGL? quelqu'un peut il éclairer ma lanterne?
D'avance merci
Jacques Charlier
High Value
exemple 1 :
saisie de facture interactive , validation transaction => envoi n° facture
vers une dataq
batch en attente réception sur la dataq. recoit le n° facture et effectue un
traitement. l'impression par exemple.
exemple 2:
tout le monde connait la commande DLYJOB ? permet à un job d'attendre
uncertain délai.
A la place faire call QRCVDTAQ avec le même délai. Vous voulez mettre fin à
l'attente avant la fin du délai ? et bien envoyez quelque chose dans la
dataq (à traiter ou non).
exemple 3:
attacher une Dataq à une définition d'outq. Activer un batch en attente de
réception sur cette dataq. Le batch récevra les références de tous les SPLF
(etat RDY je crois) entrant dns l'outq. A vous dde les traiter : archiver ?
routage? etc.
exemple 4:
utiliser les API's micro pour communiquer via les DTAQ entre un processus
micro et un processus AS/400.
(voir par exemple les produits SYMTRAX )
voilà.
Frédéric Faure
Fabrice Joubaire a écrit dans le message <38993...@news.vienneinfo.org>...
>Une DTAQ (file d'attente de données) permet de communiquer et de stocker
les
>données utilisées par plusieurs programmes d'un même travail ou réparties
>dans différents travaux pouvant être de types différents (communication
>asynchrone entre interactifs et batchs).
>Le système identifie une file d'attente de données comme un type d'objet
>spécifique, dont l'identificateur est *DTAQ.
>La longueur des données pouvant être stockées est choisie à la création.
>Depuis la V2R1M0 une DTAQ peut contenir une notion de clé.
>Une DTAQ est crée et supprimées par les commandes système CRTDTAQ et
DLTDTAQ
>et est manipulable par les API QSNDDTAQ,QRCVDTAQ,QCLRDTAQ
>
>Les DTAQ sont des objets ressemblant à des data area a ceci près :
> - les entrées peuvent êtres multiples.
> - les entrées sont classées entre elles FIFO (par défaut).
> - chaque lecture de DTAQ provoque la suppression de l'entrée lue.
> - il est possible d'être en attente d'informations sur une DTAQ (temps
>d'attente paramétrable)
> - la manipulation se fait par l'intermédiaire de programmes systèmes
>(API)
>
>Précision importante, la Data Queue est le moyen de communication le plus
>rapide pour échanger des données entre 2 travaux. Les ressources utilisées
>sont bien inférieures à celles des Data Area ou des fichiers.
>
>
>
montigny
Les DTAQ perdent leurs données à la lecture
Les DTAQ ne se sauvegardent pas ou plus exactement le contenu ne revient pas
bye--
----------------------------------------------------------------------------
----
mont...@cybercable.fr
http://perso.cybercable.fr/montigny/index.htm
----------------------------------------------------------------------------
----
Jacques Charlier <CHARL...@aol.fr> a écrit dans le message :
3898B895...@aol.fr...
Michel HASCOAT
(ou client access) afin de passer des infos à un pc. Ce doit etre le
moyen le plus simple d'asservir un pc sans avoir a installer tout le set CA/400.
Nous l'avons utiliser pour interroger une base de donnée distante :
L'as/400 envoi une requete formaté vers une dataqueue,
Le pc est en attente de lecture sur la dite dataqueue en fifo
A reception, le pc interroge une base et formate une réponse pour
l'AS/400, l'envoi et revient en etat d'attente.
Cette technique est tres pratique pour résoudre des probleme de
compatibilité entre base de données.
Seule contrainte, la synchronisation du dit PC avec les IPL de L'AS...
Michel.
Jacques Charlier a *crit :
Paul TOTH
communiquer entre PC et AS...encore qu'aujourd'hui je préfère de loin des
solutions IP sans Client/Access
A+
--
Paul TOTH <toth...@multimania.com>
http://www.multimania.com/tothpaul
Marc PIVOT
Bonjour
Pour rebondir sur ce sujet, quelqu'un a t'il déjà utilisé une dataq en Java
? Je voudrais échanger des données en java sur un PC avec un programme à
l'écoute sur l'AS400 en RPG. Pour la partie RPG pas de problémes mais pour
la partie Java je ne sais pas comment faire.
Merci d'avance
A+
Marc PIVOT
André
En JAVA non mais en DELPHI avec SystèmeObjects oui....
La solution fonctionne pour utiliser l'existant de notre applicatif
sur AS400 et interfacer des module C/S sur micro.
Une dataq est utilisé pour passer en parametre des données saisies sur micro
et validées par les RPGs existant sur l'appli 400
En retour une Dataq renvoie le résultat au micro...
A+
Marc PIVOT <MPI...@LAGUNA.AVO.FR> a écrit dans le message :
389fe...@news.vienneinfo.org...
Marc PIVOT
Bonjour,
Quelle stratégie avez vous utiliser : Une DTAQ pour tout, une DTAQ pour
l'envoie et une pour la réception, ou une par client. J'ai prévu un travail
à l'écoute et une DTAQ par client. Ainsi les différents travaux sont
séparés. Si vous avez utilisé une autre solution quel en est l'avantage?
A +
Marc
André
J'utilise une sur AS400 un job (exemple : Sous système de travail : VPCCS
job : JUKEBOX , Type : PJ )
Ce job check une dataq et vérifie son contenu...
dans la Dataq en provenance du micro, je stock : le nom utilisateur(nom
machine NT Workstation, ou adresse TCP W95-W98: cela permet de savoir
a qui on s'adresse) le nom de la transaction(ex: Évènement client, prise de
commande....etc.) le type de transaction (ex: Ajout, MAj, suppression...)
une zone libre (filler : au cas où....) et ensuite la structure du message
(ex : Numéro client, type client, zonesaisie1, zonesaisie2....)
Le Job JUKEBOX quand il reçoit le contenu dirige les données en paramètres
d'un RPG qui effectue l'action et en retour renvoie une Dataq au micro
avec la même structure d'entrée + les données et / ou Message d'erreurs
éventuelles...
Bien sûr les RPG d'origine sont modifiés pour contenir en DS la structure de
la Dataq....Mais ce n'est q'un ajout de codes minime par rapport au
temps de développement pour réécrire les régles de gestion d'origine...
la Dataq d'entrée est unique de longueur fixe dont la description est donné
au moment de l'utilisation...
la Dataq de sortie est crée dynamiquement en fonction du nom d'origine de la
demande...
A+
Marc PIVOT <MPI...@LAGUNA.AVO.FR> a écrit dans le message :
38a15...@news.vienneinfo.org...
Marc PIVOT
A+
Marc
Xavier RICHARD
Bonjour
Echange d'info entre as/400 et Pc avec la dataqueue
question bête
pourquoi utiliser une dataqueue, avec un programme en
attente sur le 400, pour interroger la dataqueue à frequence
réguliere
Plutot que de provoquer un vrai programme 400 sur le 400 par
une ligne de commande PC avec le remote commande de
clientAccess ou par Rexec
Bonne Journée
Xavier Richard
Mailto:xric...@ifrance.com
Marc PIVOT
J'avoue ne pas connaitre REXEC. mais je ne pense pas (mais peut être je me
trouve) que cela permette de récupérer des valeurs. Et dans la gestion
transactionnelle j'ai besoin d'exécuter des programmes AS400 qui vont
recevoir des données mais qui vont aussi m'en renvoyer. Sinon l'idée est
séduisante et elle permet de résoudre les problémes de coordiantion entre
les programmes Pc et les programmes AS400.
a+
Marc PIVOT
gerard....@sicame.fr
un produit comme optio (anciennement fxpress) gestion de fdp utilise
les dtaq. en effet on peut attacher à une outq une dtaq afin de
monitorer cette outq et agir en fonction de ce qu'elle reçoit
salut
Sent via Deja.com http://www.deja.com/
Before you buy.