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

  1. #1
    Membre confirmé

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    581
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 581
    Points : 615
    Points
    615
    Par défaut Git ou un autre outil (CVS, SVN) exploitable pour gérer des sources AS/400 ?
    Bonjour,

    Je dois passer de dev en intégration, puis d'intégration en recette des programmes Java et Cobol accordés.

    Il m'est possible côté Java (Eclipse Windows) de faire des branches, d'expédier les composants qui m'intéressent quelque-part, de revenir en arrière, faire des merge, etc..

    Mais côté AS/400, je n'ai que SEU "1,2,3".
    J'aimerais bien trouver un système référençant mes membres sources (par des folders ?) qui me permettrait de les aviser comme s'ils étaient des fichiers normaux gérables directement depuis mon PC, et qui me permettrait alors d'utiliser un Git, SVN ou CVS pour leur mettre des versions, branches.

    Est-ce que c'est possible ?

    Merci,

    Grunt.

  2. #2
    Membre averti
    Homme Profil pro
    Analyste-Programmeur as/400, Java et Windev
    Inscrit en
    août 2002
    Messages
    212
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Luxembourg

    Informations professionnelles :
    Activité : Analyste-Programmeur as/400, Java et Windev
    Secteur : Finance

    Informations forums :
    Inscription : août 2002
    Messages : 212
    Points : 312
    Points
    312
    Par défaut
    Bonjour,

    J'utilise pour ma part ARCAD.
    Un très bon outil, très utilisé ici au luxembourg.

    Larry57

  3. #3
    Membre confirmé

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    581
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 581
    Points : 615
    Points
    615
    Par défaut
    Il faudra vraiment que les sources puissent entre pris en charge par CVS, SVN ou Git, les seuls accessibles par les autres projets, qui sont eux sur PC, et qui sont gratuits.
    Je n'arriverai jamais à faire envisager à mon DSI un logiciel payant en lui montrant un site web (où son prix n'est pas indiqué, il faudra téléphoner ce qui n'arrivera jamais).

    Je cherche une solution plus simple que ça :
    Faire apparaître mes sources sous forme de dossiers, les prendre en charge par un SCM.

  4. #4
    Nouveau membre du Club
    Homme Profil pro
    Expertise IBM i. Formation, Audit, Conseil, Sécurité
    Inscrit en
    février 2009
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Expertise IBM i. Formation, Audit, Conseil, Sécurité

    Informations forums :
    Inscription : février 2009
    Messages : 17
    Points : 35
    Points
    35
    Par défaut SVN et RDP
    Bonjour,
    On peut utiliser SVN avec RDP, et c'est même une excellente solution !
    RDP est l'environnement de développement d'IBM qui remplace SEU, PDM... Il est basé sur Eclipse qui intègre le plugin SVN. On peut donc synchroniser les sources avec un serveur SVN sans sortir de l'environnement de développement. On ajoute l'utile (SVN) à l'agréable (interface graphique de développement vraiment opérationnelle).

    Dominique

  5. #5
    Membre actif
    Homme Profil pro
    Architecte technique
    Inscrit en
    septembre 2010
    Messages
    137
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Santé

    Informations forums :
    Inscription : septembre 2010
    Messages : 137
    Points : 221
    Points
    221
    Par défaut
    Bonjour.
    J'utilise aussi RDP avec le plugin ARCAD (mais il faut tout de même garder une session 5250, car ce plug-in n'est pas assez mature...), ce qui est particulièrement utile lorsqu'on fait de l'ILE (les problèmes de compilation et de liage sont occultés).
    On peut utiliser SVN avec RDP, et c'est même une excellente solution !
    Je me demande une chose (pure curiosité culturelle) : pour du RPGLE ou du CLLE, comme le compilateur est hébergé sur le i, comment fonctionnent les compilations, en particulier avec de l'ILE et des sources inclus (/include) ? Car pour cela, il faut bien que les sources soient "descendus" sur le i, non ?

  6. #6
    Membre confirmé

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    581
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 581
    Points : 615
    Points
    615
    Par défaut
    Les sources ne pourront être compilés que sur AS/400 en effet.
    Mais qu'ils soient stockés et émis / reçus depuis un autre endroit est envisageable. Ce serait le but pour s'en sortir.

    Je ne compte plus les problèmes de sources en avance / en retard sur d'autres, de merge mal faits, et toutes les choses qui peuvent nous tomber dessus juste parce que PDM propose de pauvres options pour gérer les sources.

    Le problème c'est que l'opération minimale de versionning de source — les fonctions de base d'un CVS, quoi — ont l'air d'être payantes. Seul ARCAD le permettrait seulement.

    Qu'est-ce que c'est pénible... C'est toujours à cause de ça que l'AS/400 est trente ans en arrière sur toutes les autres machines.
    Impossible d'inclure sa production de sources dans un espace qui rassemble tous ceux d'autres projets qui lui sont liés — sur d'autres systèmes, d'autres langages — pour former un tout tagué et expédié le moment venu.

  7. #7
    Nouveau membre du Club
    Homme Profil pro
    Expertise IBM i. Formation, Audit, Conseil, Sécurité
    Inscrit en
    février 2009
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Expertise IBM i. Formation, Audit, Conseil, Sécurité

    Informations forums :
    Inscription : février 2009
    Messages : 17
    Points : 35
    Points
    35
    Par défaut
    Avec RDP, on travaille généralement avec un projet local. Autrement dit, les données sources sont d'abord stockées en local sur le PC (ce qui permet de développer sans connexion avec l'IBM i, mais pas de créer les objets). Lors de la compilation à partir de RDP, les données sont automatiquement remontées dans le membre source de l'IBM i, puis compilées de manière traditionnelle.
    Le fichier stocké sur le PC est un simple fichier texte. C'est lui qui est synchronisé par SVN.

    Dans ce contexte on utilise deux donc deux mécanismes qui sont relativement transparents :
    1. la remontée du code vers le membre source de l'IBM i
    2. l'intégration dans un gestionnaire de version


    Pour ceux qui en veulent plus, il y a des solutions proposées par IBM, notamment RTC (Rational Team Concert) qui va bien au delà de ce que propose SVN...

    Dominique

  8. #8
    Membre confirmé

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    581
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 581
    Points : 615
    Points
    615
    Par défaut
    Oui mais... RDP est téléchargeable gratuitement où ?

    Car notre problème c'est que l'on utilise : CVS, SVN ou Git, qui sont gratuits en ce moment.
    Et l'on ne pourra jamais faire admettre à notre DSI d'acheter un logiciel IBM juste pour rendre accessible des membres sources sur le PC dans le but de les commiter. Ça c'est une opération qui sur tous les systèmes connus coûte zéro euros. Essayer de lui expliquer le contraire, c'est perdu d'avance : il a raison.

    L'idéal ce serait de pouvoir mapper un disque sur le I-Series où les fichiers sources ou non apparaîtraient sous forme de dossiers, et leurs membres sous forme de fichiers texte. Qu'ils soient sources Cobol, DDS, fichiers *FILE...

  9. #9
    Nouveau membre du Club
    Inscrit en
    mai 2008
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : mai 2008
    Messages : 17
    Points : 33
    Points
    33
    Par défaut
    Tout arrive :-)

    Orion (Eclipse) intègre GIT et connait le RPGLE et autre !
    Et surtout, il est gratuit ;-)

    http://www.volubis.fr/news/liens/cou.../5733ops2.html
    http://powerwire.eu/orion-an-rdi-alternative

    En espérant que ça puisse te servir.

    James

  10. #10
    Membre confirmé

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    581
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 581
    Points : 615
    Points
    615
    Par défaut
    Oh ! Merci à toi de me l'avoir rapporté !

Discussions similaires

  1. Réponses: 2
    Dernier message: 29/11/2010, 10h09
  2. [MLD] BD pour gérer des compétitions de foot (voire d'autres sports)
    Par Gourbish dans le forum Schéma
    Réponses: 2
    Dernier message: 01/03/2010, 15h14
  3. [Enseignement] Quel outil pour gérer des comptes pour des TP de développement web ?
    Par Hervé Saladin dans le forum Serveurs (Apache, IIS,...)
    Réponses: 2
    Dernier message: 19/05/2008, 01h43
  4. Outils graphique sous windows pour gérer les bases SQLite
    Par Louis Griffont dans le forum SQLite
    Réponses: 8
    Dernier message: 21/04/2008, 14h09
  5. [Outils][BootStrapper] Où peut-on disposer des sources ?
    Par Didier69 dans le forum Contribuez
    Réponses: 3
    Dernier message: 28/09/2004, 15h32

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