Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

AS/400 Discussion :

Mode Restreint via WRKJOBSCDE


Sujet :

AS/400

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut Mode Restreint via WRKJOBSCDE
    Bonjour à tous,

    J'aimerai savoir si c'est possible via le WRKJOBSCDE de mettre la machine en mode restreint par le biais d'un CL. Si oui faut-il faire une configuration particulière ?

    J'ai essayé de le faire mais a chaque fois j'ai un message d'erreur me disant "Commande ENDSYS non admise dans ce type d’exécution". Si je lance le CL manuellement, le système passe bien en mode restreint.

    Merci d'avance pour votre aide.

  2. #2
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    septembre 2008
    Messages
    940
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 940
    Points : 1 409
    Points
    1 409
    Par défaut
    Bonjour.
    Je ne suis pas sûr de ma réponse, mais il me semble qu'il faut indiquer CONFIRM(*NO) dans la commande ENDSYS, et il faut aussi que dans le scheduler, on aie spécifié la file d'attente du sous-système de contrôle (QBASE ou QCTL, selon la valeur système QSBSCTL)

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Bonjour.
    Je ne suis pas sûr de ma réponse, mais il me semble qu'il faut indiquer CONFIRM(*NO) dans la commande ENDSYS, et il faut aussi que dans le scheduler, on aie spécifié la file d'attente du sous-système de contrôle (QBASE ou QCTL, selon la valeur système QSBSCTL)
    D'accord je vais essayer ça et je vous tiens au courant. Si vous avez d'autre idée je suis preneur. Merci

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    J'aurai une autre question, est-ce que quelqu'un peut me dire comment fonctionne le QSTRUPPGM ? A qu'elle moment le système y fait-il appel ? Est-ce juste à l'IPL ou aussi après le SAVE 21 ?

  5. #5
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    septembre 2008
    Messages
    940
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 940
    Points : 1 409
    Points
    1 409
    Par défaut
    Bonjour.
    Le programme paramétré dans la variable système QSTRUPPGM est un programme qui est appelé à chaque démarrage du sous-système de contrôle.
    Donc à la fin du save 21, il n'y a pas d'appel. C'est au redémarrage du sous-système de contrôle, après un IPL ou après un STRSBS que le programme est appelé.

    Le programme démarre les autres sous-systèmes, ainsi que les imprimantes.
    On peut faire un RTVCLSRC du programme de QSYS pour récupérer le source du programme.
    Par contre, il vaut mieux ne pas recompiler votre QSTRUP dans QSYS.
    Recompilez votre QSTRUP dans QGPL, et si vous voulez n'ajouter que vos ordres à exécuter, faire un programme avec vos commandes spécifiques et un call qsys/qstrup pour appeler les fonctions standard.
    Ensuite, vous n'aurez plus qu'à modifier la valeur système pour retomber dans le standard ou dans le spécifique.

  6. #6
    Membre éclairé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    octobre 2006
    Messages
    490
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : octobre 2006
    Messages : 490
    Points : 662
    Points
    662
    Par défaut
    Bonjour,

    Pour ce qui est de l'arrêt système, il ne peut être effectué qu'en interactif.
    Si tu lances ton CL, çà fonctionnera.
    Si tu soumets ton CL, çà ne fonctionnera pas.
    Bref via leWRKJOBSCDE c'est impossible.

    Ensuite, quelle est la raison pour laquelle tu veux planifier un ENDSYS ?
    Si c'est pour éviter que des personnes ne travaillent durant une période, tu peux plutôt arrêter le/les sous-systèmes de travaux concernés (QBASE, QINTER, QBATCH par exemple).
    Si c'est pour effectuer une sauvegarde générale, utilises plutôt ENDSBS SBS(*ALL).

  7. #7
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Bonjour,

    Pour ce qui est de l'arrêt système, il ne peut être effectué qu'en interactif.
    Si tu lances ton CL, çà fonctionnera.
    Si tu soumets ton CL, çà ne fonctionnera pas.
    Bref via leWRKJOBSCDE c'est impossible.

    Ensuite, quelle est la raison pour laquelle tu veux planifier un ENDSYS ?
    Si c'est pour éviter que des personnes ne travaillent durant une période, tu peux plutôt arrêter le/les sous-systèmes de travaux concernés (QBASE, QINTER, QBATCH par exemple).
    Si c'est pour effectuer une sauvegarde générale, utilises plutôt ENDSBS SBS(*ALL).
    Bonjour et merci pour ta réponse m4k-Hurrican.

    Je suis en train de créer des CL pour effectuer une sauvegarde complète de mon système. Les CL en question vont :

    1- Mettre le système en Mode Restreint via la commande ENDSYS (*IMMED)

    2 - Faire un Save 21

    3- Lancer un Reclaim Storage (si besoin)

    4- Lancer un IPL

    Effectivement si je lance mon CL manuellement, tout fonctionne correctement. Mais comme tu me dis c'est interactif.

    Y aurait-il un moyen pour que je corrige mon problème de ENDSYS afin que je puisse lancer mon CL via le WRKJOBSCDE et que toutes le étapes fonctionne ?

    Est-ce que le ENDSBS SBS(*ALL) fait la même chose ?

    Encore merci pour votre aide.

  8. #8
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Je viens de tester avec un ENDSBS (*ALL) (*IMMED) et voila le message que j'ai en retour lorsque le WRKJOBSCDE lance mon CL.

    Nom : 2016-06-17_140505.jpg
Affichages : 764
Taille : 165,8 Ko

  9. #9
    Membre éclairé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    octobre 2006
    Messages
    490
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : octobre 2006
    Messages : 490
    Points : 662
    Points
    662
    Par défaut
    Étrange,
    J'ai moi même un programme qui tourne régulièrement et qui fait une sauvegarde sur les bandes en fin de semaine.
    Tu as quoi comme commande dans ton WRKJOBSCDE ?
    Et peut-on voir le source du programme ?

    J'y pense, sachant que l'arrêt complet des sous-systèmes ne peut se faire que depuis un sous-système qui va rester actif (à savoir QCTL), as tu bien affecté la file d'attente QCTL de QSYS dans ton WRKJOBSCDE ?

  10. #10
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Étrange,
    J'ai moi même un programme qui tourne régulièrement et qui fait une sauvegarde sur les bandes en fin de semaine.
    Tu as quoi comme commande dans ton WRKJOBSCDE ?
    Et peut-on voir le source du programme ?

    J'y pense, sachant que l'arrêt complet des sous-systèmes ne peut se faire que depuis un sous-système qui va rester actif (à savoir QCTL), as tu bien affecté la file d'attente QCTL de QSYS dans ton WRKJOBSCDE ?
    Bonjour,

    Oui j'ai mis comme ceci dans le WRKJOBSCDE :

    Nom : 2016-06-20_080819.jpg
Affichages : 1152
Taille : 154,7 Ko

    Avec la file d'attente de travaux dans QCTL, je lance même avec QSECOFR.

    Une capture d'ou se trouve le job lors de son lancement :

    Nom : 1.jpg
Affichages : 686
Taille : 33,5 Ko

    Voila le CL que je lance :

    PGM

    DCL VAR(&FICNOM) TYPE(*CHAR) LEN(10) VALUE('LOG')

    ADDLIBLE LIB(LIBBCKP)
    MONMSG MSGID(CPF0000)

    CALL PGM(PRDMODRST)

    /*CALL PGM(PRDSAVE21)*/

    /*CALL PGM(PRDRCLSTG)*/

    CALL PRDFICHDAT PARM(&FICNOM)

    DSPJOBLOG JOB(*) OUTPUT(*OUTFILE) OUTFILE(LIBPRDDTA/&FICNOM)
    DSPJOBLOG JOB(*) OUTPUT(*PRINT)

    /* CALL PGM(PRDIPL)*/

    RMVLIBLE LIB(LIBBCKP)

    ENDPGM
    Et voici le PRDMODRST :

    PGM

    ENDSBS SBS(*ALL) OPTION(*IMMED) DELAY(600)

    ENDPGM

  11. #11
    Membre éclairé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    octobre 2006
    Messages
    490
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : octobre 2006
    Messages : 490
    Points : 662
    Points
    662
    Par défaut
    Alors ton problème est simple. Il manque un paramètre à ta commande ENDSBS. BCHTIMLMT(nbr_Minutes) !
    Ajoute un BCHTIMLMT(180) par exemple pour limiter l'exécution à 3h.

  12. #12
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Alors ton problème est simple. Il manque un paramètre à ta commande ENDSBS. BCHTIMLMT(nbr_Minutes) !
    Ajoute un BCHTIMLMT(180) par exemple pour limiter l'exécution à 3h.
    Parfait ! je viens de faire le test ça fonctionne. Encore Merci.

    J'en profite j'aurai juste 2-3 questions de plus si je peux me permettre :

    - A quoi sert le BCHTIMLMT ?

    - Qu'elle est la différence entre le ENDSBS et ENDSYS ? Pourquoi l'un fonctionne et l'autre pas via le WRKJOBSCDE ?

    - Est-ce que si j'ai des sous-systèmes actifs avec des jobs qui tourne à l'intérieur, le ENDSBS arrête proprement les jobs ?

    - Est-il possible d’éditer un rapport (log) à la fin de mon CL avant l'IPL pour me montrer les étapes faites ? car en fin de CL j'ai mis un DSPJOBLOG mais ç'est assez imbuvable à lire ?

  13. #13
    Membre éclairé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    octobre 2006
    Messages
    490
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : octobre 2006
    Messages : 490
    Points : 662
    Points
    662
    Par défaut
    Le paramètre BCHTIMLMT va éviter qu'un programme soumis en mode restreint bloque la machine au delà d'un certain temps.
    Au delà du temps imparti, le job sera arrêté, et le sous-système de contrôle redémarré.

    Si tu fais un DSPCMD sur les commandes ENDSYS et ENDSBS, tu verras qu'elles n'ont pas les mêmes environnement d'exécution. Pourquoi ? Il faudrait poser la question à IBM. reste que ENDSYS ne peut pas être exécuté en BATCH, donc pas au travers du planning d'exécution (WRKJOBSCDE). Les commandes sont en gros équivalentes.

    Si tu fais un ENDSBS OPTION(*CNTRLD), alors les jobs tournant recevront un message d'arrêt du sous-système. S'ils sont programmés pour intercepter ce message (avec SHTDN dans un RPG par exemple), ils peuvent s'arrêter proprement. Sinon ils seront arrêtés de manière forcée lorsque la limite indiquée dans le paramètre DELAY() sera atteinte.

    Pour le JobLog, rien d'extraordinaire. Fais un CHGJOB en début de programme, pour programmer une sortie de tout ce qui se déroule, avec enregistrement des commandes CL : CHGJOB LOG(4 00 *SECLVL) LOGCLPGM(*YES) pour avoir un maximum de détails. Ce ne sera pas forcément très lisible, mais au moins tu auras des infos.

  14. #14
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Le paramètre BCHTIMLMT va éviter qu'un programme soumis en mode restreint bloque la machine au delà d'un certain temps.
    Au delà du temps imparti, le job sera arrêté, et le sous-système de contrôle redémarré.

    Si tu fais un DSPCMD sur les commandes ENDSYS et ENDSBS, tu verras qu'elles n'ont pas les mêmes environnement d'exécution. Pourquoi ? Il faudrait poser la question à IBM. reste que ENDSYS ne peut pas être exécuté en BATCH, donc pas au travers du planning d'exécution (WRKJOBSCDE). Les commandes sont en gros équivalentes.

    Si tu fais un ENDSBS OPTION(*CNTRLD), alors les jobs tournant recevront un message d'arrêt du sous-système. S'ils sont programmés pour intercepter ce message (avec SHTDN dans un RPG par exemple), ils peuvent s'arrêter proprement. Sinon ils seront arrêtés de manière forcée lorsque la limite indiquée dans le paramètre DELAY() sera atteinte.

    Pour le JobLog, rien d'extraordinaire. Fais un CHGJOB en début de programme, pour programmer une sortie de tout ce qui se déroule, avec enregistrement des commandes CL : CHGJOB LOG(4 00 *SECLVL) LOGCLPGM(*YES) pour avoir un maximum de détails. Ce ne sera pas forcément très lisible, mais au moins tu auras des infos.
    Encore merci M4k pour ton aide, je suis débutant dans le monde de l'IBMi et c'est pas toujours facile. Heureusement qu'il y a des gens comme toi qui réponde aux messages.

    Nous seront surement amené à nous reparler car je pense que je reposerai des questions sur le forum.

    Merci beaucoup et bonne journée.

  15. #15
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Je me permet de vous solliciter encore car je viens de rencontrer un soucis juste après le ENDSBS *all.

    Juste après le ENDSBS *all mon CL ne fais plus rien, je pense que c'est normal étant donné qu'on arrête tous les sous systèmes donc même QCTL ( qui est le sous-système de contrôle) et mon CL de sauvegarde est schedulé sous QCTL. De plus le fais de faire un ENDSBS *all je perd même la main sur DSP01 donc je n'ai plus le choix d'attendre la fin du BATCHLIMIT.

    Si c'est le cas il faudrait que je personnalise ma commande ENDSBS en mettant tous les sous système sauf QCTL ? Si oui, quel sous système faut-il arrêter obligatoirement avant des sauvegardes ?

    Merci encore pour ton aide.

  16. #16
    Membre éclairé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    octobre 2006
    Messages
    490
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : octobre 2006
    Messages : 490
    Points : 662
    Points
    662
    Par défaut
    QCTL ne s'arrête pas lors d'un ENDSBS(*ALL) s'il est le sous-système de contrôle.
    Ce que je suppose c'est que sur ton serveur la valeur système QCTLSBSD est toujours sur la valeur par défaut QBASE.
    Ton serveur est livré d'origine avec 2 sous-systèmes de contrôle. QBASE la valeur par défaut, et QCTL (tous deux dans la bibliothèque QSYS).
    En gros, QBASE est une version simplifiée, qui regroupe QCTL, QBATCH et QINTER, et QCTL une version avec une gestion plus fine, où les 3 sous-systèmes sont bien séparés.
    Si tu changes la valeur de QCTLSBSD pour QSYS/QCTL tu ne devrais plus avoir de soucis.

    Ton poste DSP01, que je suppose être une console, ne peux tourner que si QCTL est actif.

  17. #17
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    septembre 2008
    Messages
    940
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 940
    Points : 1 409
    Points
    1 409
    Par défaut
    Bonjour.
    Lorsque le programme s'exécute dans le sous-système de contrôle (qctl chez toi, apparemment), il peut lancer la commande ENDSBS *ALL et n'est pas arrêté par celle-ci. le programme peut donc continuer et faire sa sauvegarde.
    Peut-être y a-t-il autre chose. Est-ce que le travail laisse une trace dans l'outq QEZJOBLOG ?
    Après la sauvegarde, le programme fait-il un STRSBS ou un PWRDWNSYS ?
    Si tu peux, essaie de nous donner le listing de ce programme.

  18. #18
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    QCTL ne s'arrête pas lors d'un ENDSBS(*ALL) s'il est le sous-système de contrôle.
    Ce que je suppose c'est que sur ton serveur la valeur système QCTLSBSD est toujours sur la valeur par défaut QBASE.
    Ton serveur est livré d'origine avec 2 sous-systèmes de contrôle. QBASE la valeur par défaut, et QCTL (tous deux dans la bibliothèque QSYS).
    En gros, QBASE est une version simplifiée, qui regroupe QCTL, QBATCH et QINTER, et QCTL une version avec une gestion plus fine, où les 3 sous-systèmes sont bien séparés.
    Si tu changes la valeur de QCTLSBSD pour QSYS/QCTL tu ne devrais plus avoir de soucis.

    Ton poste DSP01, que je suppose être une console, ne peux tourner que si QCTL est actif.
    Encore merci pour ta réponse, j'ai bien le sous-système de contrôle sours QCTL.

    Nom : 2016-06-23_120440.jpg
Affichages : 714
Taille : 29,3 Ko

    Et Oui DSP01, c'est ma console HMC et elle se trouve bien dans le sous-système QCTL.

    Le problème est que lorsque ma commande :

    ENDSBS SBS(*ALL) OPTION(*IMMED) BCHTIMLMT(180)

    DLYJOB DLY(120)

    Je perd la main également sur ma console HMC. Et plus rien ne se passe car mon CL fais le ENDSBS puis ensuite lance les sauvegardes

    PGM

    DCL VAR(&FICNOM) TYPE(*CHAR) LEN(10)

    INZTAP DEV(TAP01) NEWVOL(DEV) CHECK(*NO)

    SAVLIB LIB(LIBPTOTO LIBTATA) DEV(TAP01) ENDOPT(*LEAVE) +
    DTACPR(*NO)


    SAVSYS DEV(TAP01) VOL(*MOUNTED) ENDOPT(*LEAVE)
    MONMSG MSGID(CPF0000)

    SAVLIB LIB(*NONSYS) DEV(TAP01) ENDOPT(*LEAVE) ACCPTH(*YES)
    MONMSG MSGID(CPF0000)

    SAVDLO DLO(*ALL) FLR(*ANY) DEV(TAP01) ENDOPT(*LEAVE)
    MONMSG MSGID(CPF0000)

    SAV DEV('/QSYS.LIB/TAP01.DEVD') OBJ(('/*') +
    ('/QSYS.LIB' *OMIT) ('/QDLS' *OMIT)) +
    ENDOPT(*LEAVE) UPDHST(*YES)
    MONMSG MSGID(CPF0000)

    ENDPGM

    Voila mon programme s'arrête après la ligne en rouge. J'ai bien sur ma TAP le SAVLIB mais à partir de SAVSYS rien !

    Je ne vois pas du tout d'ou viens le problème.

  19. #19
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    septembre 2008
    Messages
    940
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 940
    Points : 1 409
    Points
    1 409
    Par défaut
    Apparemment, l'arrêt du sous-système ne fait pas partie du programme. C'est là que le problème réside.

    Il faudrait un CLP qui exécute l'arrêt du sous-système et lance la sauvegarde puis redémarre la machine, dans un seul programme.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    PGM
    
    ENDSBS SBS(*ALL) OPTION(*IMMED) BCHTIMLMT(180)
    
    DLYJOB DLY(60)
    
    SAVSYS ...
    SAVCFG ...
    SAVLIB *NONSYS ...
    ...
    
    PWRDWNSYS *IMMED RESTART(*YES)
    Là on dirait que tu as deux programmes. Un pour le ENDSBS et un pour la sauvegarde elle-même

  20. #20
    Nouveau membre du Club
    Profil pro
    Inscrit en
    avril 2009
    Messages
    148
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2009
    Messages : 148
    Points : 39
    Points
    39
    Par défaut
    Effectivement je vous explique comment fonctionne mes sauvegardes.

    J'ai 5 CL :

    - 1 CL de traitement qui va lancer les 4 autres CL par étape ---> (CLTRT)

    - 1 CL qui fait le mode restreint (ENDSBS *all) ---> (CLMODRST)

    - 1 CL qui fait les sauvegardes ---> (CLBCKP)

    - 1 CL qui fait le Reclaim Storage --> (CLRS)

    - 1 CL qui fait l'IPL ---> (CLIPL)

    Donc le CLTRT lance 1 par 1 les autres CL. J'ai l'impression que lorsque nous faisons un CALL CLTRT ca fonctionne bien mais via WRKJOBSCDE ça ne fonctionne pas.

Discussions similaires

  1. Réponses: 5
    Dernier message: 29/07/2009, 17h53
  2. Imprimer une feuille excel en mode paysage via le language Java ?
    Par otisotis dans le forum Général Java
    Réponses: 8
    Dernier message: 10/06/2009, 18h22
  3. ouvrir une requete en mode sql via vba
    Par moimemessssssssss dans le forum VBA Access
    Réponses: 3
    Dernier message: 02/09/2008, 12h43
  4. [formulaire]mode edition via liste deroulante
    Par profane dans le forum IHM
    Réponses: 1
    Dernier message: 20/04/2007, 16h57
  5. ouvrir requête en mode création via VBA
    Par fpecastaing dans le forum Requêtes et SQL.
    Réponses: 12
    Dernier message: 14/02/2007, 11h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo