JOnAS Auto-Start : outil de fabrique d'un démarreur du serveur JOnAS

Posté par . Modéré par patrick_g.
Tags : aucun
4
19
jan.
2011
Java
Un outil permettant l'assemblage des applications Java EE dans une archive Java exécutable (jar) vient d'être mis en place. L'exécutable obtenu après assemblage permet l'installation, éventuellement la configuration et le démarrage du serveur JOnAS. Ces produits sont en phase de test. Le détail sur ces produits est disponible. Toute remarque ou suggestion en vue d'une amélioration est bienvenue. JOnAS Auto-Start comporte deux outils :
  • JOnAS Builder : cet outil a pour but d'assembler dans une archive Java exécutable le serveur JOnAS et l'ensemble des applications Java EE que l'on souhaite déployer au sein de ce serveur. Lors de cet assemblage, il est également possible de configurer le serveur en fonction des applications à déployer. Le but est de fournir à l'utilisateur un serveur prêt à l'emploi, c'est-à-dire pré-configuré et contenant toutes les applications déployées. L'utilisateur n'a plus à se soucier du téléchargement, de la configuration et du déploiement des applications sur son serveur JOnAS.

  • JOnAS Starter : c'est l'outil démarreur du serveur JOnAS. L'outil contient en fichier zip le serveur pré-configuré avec l'ensemble des applications Java EE. Ce fichier zip du serveur est extrait et installé sur le poste client puis le serveur est démarré après la phase d'extraction.

Nous attendons toute remarque et suggestion concernant :
  • la facilité d'utilisation ;
  • les fonctionnalités réalisées en terme d'efficacité ;
  • l'ergonomie ;
  • et bien d'autres.
  • # Erreur dans l'article

    Posté par . Évalué à 7.

    > JOnAS Auto-Start comporte deux outils :
    > * JOnAS Builder
    > * JOnAS Starter

    T'as oublié de parler de JOnAS Brothers.
  • # Désolé

    Posté par . Évalué à 2.

    Je vais peut être me faire lyncher, mais pourquoi ne pas avoir "simplement" créer une version embarquée comme Glassfish ? Avec une API sympa. Parce que, si je ne me trompe pas ça permet de faire un jar qui contient le serveur et tout les [jew]ar, qu'on peut lancer sur n'importe quel machine tant qu'on a Java d'installer.

    Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

    • [^] # Re: Désolé

      Posté par . Évalué à 2.

      à cause de l'orthographe ?
      • [^] # Re: Désolé

        Posté par . Évalué à 2.

        Je vais peut-être me faire lyncher, mais pourquoi ne pas avoir " simplement " créer une version embarquée (comme Glassfish) ? Avec une API sympa. Puisque, si je ne me trompe pas ça permet de faire un jar qui contient le serveur et tous les [jew]ar que l'on souhaite déployer et on peut lancer sur n'importe quelle machine tant que Java est installé.

        Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

        • [^] # Re: Désolé

          Posté par . Évalué à 1.

          Effectivement ça permet de faire un jar qui contient le serveur et tous les [jew]ar que l'on souhaite déployer. Dans un premier temps, l'objectif est de permettre à un constructeur de jar de réaliser la première phase c'est-à-dire (le packaging des applications, la configuration et fabrique du serveur JOnAS). Secondo, un utilisateur lambda pourra télécharger ce jar l'exécuter sur son poste. Nous espérerons avoir répondu à votre question et sommes à votre disposition.
  • # Gas factory ?

    Posté par . Évalué à 1.

    Tiens, et si on faisait un outil pour lancer JOnAS Auto-Start ? et on pourrait aussi faire une machine qui appuie sur le bouton du serveur pour le mettre en marche.
    C'est moi ou sous prétexte de se simplifier la vie, on rajoute des couches et des couches, et au final on ne sait plus ce que l'on voulait faire au départ ?

    <mode vieux con>
    Oui installer un soft sur un serveur n'est pas quelque chose de simple, et croire que tout peut s'automatiser est vain , à un moment ou à un autre il faudra mettre les mains dans le cambouis, en cas de pb par ex (et des pbs il y en aura). On parle d'administration de serveur là, pas d'un Mac pour monter des vidéos ou éditer des photos. !
    </ mode>

    Ah zut, on n'est pas encore Vendredi...
    • [^] # Re: Gas factory ?

      Posté par . Évalué à 1.

      On parle d'administration de serveur là, pas d'un Mac pour monter des vidéos ou éditer des photos. !

      On parle d'administration de serveurs là, pas d'administration de serveur.
      • [^] # Re: Gas factory ?

        Posté par . Évalué à 0.

        C'est bon, on est bien dans l'esprit linuxfr, un troll, une correction orthographique. J'adore ;-)
    • [^] # Re: Gas factory ?

      Posté par . Évalué à 2.

      C'est mal de pouvoir proposer des appliances comme on dit ?

      Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

      • [^] # Re: Gas factory ?

        Posté par . Évalué à 1.

        heu là on est loin d'une appliance : c'est juste un soft java pour déployer du java (au petit jeu de l'oeuf et de la poule, là c'est du sur-place...)
        Une appliance c'est tout un OS avec tous les softs déjà installés. Ok pour avoir des softs de génération d'appliance, mais quand le système est tellement lourd qu'il faut une couche de plus pour s'en affranchir... stop ! Un peu comme le disais JP Troll dans un linuxmag sur SOAP, on en vient à pouvoir mettre du HTTP dans du XML dans du HTTP dans du XML dans du ...
        • [^] # Re: Gas factory ?

          Posté par . Évalué à 1.

          Ce que tu dis c'est exactement comme dire qu'avoir des installeurs pour les logiciels c'est une infamie. Si moi je veux pouvoir proposer une façon simple d'installer une solution que j'ai créé et qui est un savant mélange de différents war et ear en quoi c'est mal. Tu installe tes logiciels en copiant à la main les binaires, bibliothèques et autre ressources là où il faut sur ton disque dur ou utilise un installeur ?

          JP Troll faut pas le prendre pour autre chose qu'un trolleur et donc avoir un oeuil critique sur ce qu'il écris (écrivait ?).

          Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

          • [^] # Re: Gas factory ?

            Posté par . Évalué à 1.

            Sauf que l'installation de serveurs, ça existe depuis belle lurette, les systèmes de packaging sont très efficaces et très puissant, ainsi que des systèmes d'administration réparties et de déploiement automatiques. Pourquoi réinventer la roue ?

            Ah, et si on se met à troller sur les trolleurs... ;-)
            • [^] # Re: Gas factory ?

              Posté par . Évalué à 2.

              D'une part les systèmes de packaging c'est quelque chose de très hétérogènes. Si tu as des serveurs sous Debian, d'autres sur Red Hat et quelques uns sur Gentoo ou FreeBSD, tu va t'amuser.

              Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.