Petals Studio 1.0

Posté par . Modéré par baud123.
Tags :
8
23
avr.
2010
Commercial
Après plusieurs mois de bêta, Petals Studio sort en version 1.0.
Petals Studio est un IDE basé sur Eclipse, comprenant de nombreux greffons pour faciliter la mise en place d'une Architecture Orientée Services (SOA) grâce au bus de services d'entreprise libre (Enterprise Service Bus) Petals ESB.

Déployer un bus de services au sein de son infrastructure nécessite un investissement non négligeable de mises en place : installer les Binding Components (composants permettant au bus de communiquer selon divers protocoles : FTP, SOAP, REST, etc.) et Service Engines (composants d'interaction / transformation sur les messages : XSLT, EIP, Quartz...), définir et orchestrer les processus de services...

Petals Studio facilite la mise en place du bus de services d'entreprise en offrant entre autres :
  • Une interface dédiée pour gérer les Service Units et Services Assemblies du bus ;
  • De nombreux outils et assistants de configuration graphiques pour les composants (Binding Components et Service Engines) ;
  • Un éditeur graphique pour concevoir des processus BPEL et applications SCA ;
  • L'import / export de SU et SA...


L'IDE Petals Studio et le bus de services d'entreprise Petals ESB sont tous deux diffusés sous licence libre (LGPL pour l'ESB, différentes licences pour Studio selon les composants).
  • # SU et SA ?

    Posté par (page perso) . Évalué à 7.

    autant pour tous les acronymes ayant un lien wikipedia dans la dépêche (hormis EIP, j'hésite entre en:Enterprise_information_portal et en:Enterprise_Integration_Patterns...) mais pour SU et SA, sérieusement, c'est le business loto assuré non ?

    toute explication est la bienvenue :-)
    • [^] # Re: SU et SA ?

      Posté par . Évalué à 3.

      Il faut lire la dépêche en entier :-) Juste au dessus : Service Units et Service Assemblies.
      Après, maintenant que je sais ce que veut dire l'acronyme, je suis bien plus avancé. Le déploiement Java, si tu n'en as jamais fait, tu n'y comprends absolument rien !

      ­La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham

      • [^] # Re: SU et SA ?

        Posté par . Évalué à 7.

        même si tu en as déjà fait, hein...
      • [^] # Re: SU et SA ?

        Posté par (page perso) . Évalué à 4.

        SU et SA, Service Assembly, Service Unit, sont font partie de la spécification Java JSR-208, ou JBI. C'est du packaging de services. Tout est expliqué dans cet article :
        [http://fr.wikipedia.org/wiki/Java_Business_Integration]

        EIP, c'est Enterprise integration pattern. Elle représente les pratiques couramment utilisées dans l'intégration d'applications en entreprise.
        [http://www.eaipatterns.com/]

        Pour l'acronyme de REST, c'est utilisé par tout le monde, dont Amazon, Google... c'est pas nous qui avons choisi ;-)
        REST, c'est du simple GET/PUT en http.
    • [^] # Re: SU et SA ?

      Posté par . Évalué à 5.

      Drôle de question de la part du modo de la dépêche.

      Pas moyen de se renseigner auprès de l'auteur ou envie de sacrifier à la tradition du business loto sur les dépêches java ;)
      • [^] # Re: SU et SA ?

        Posté par (page perso) . Évalué à 4.

        Pas moyen de se renseigner auprès de l'auteur ou envie de sacrifier à la tradition du business loto sur les dépêches java ;)

        plutôt le 2ème ;-) même si nous faisons en fait assez peu souvent appel au 1er, pour éviter que les dépêches ne traînent en modération plusieurs jours :p Dans les commentaires c'est tout aussi efficace, vu que nous ne sommes pas non plus des spécialistes dans tous les domaines hein et que cela permet de lancer la discussion :D
  • # FOUTAISES !!!

    Posté par . Évalué à 6.

    (Le Java, c'est redoutable pour jouer au business loto)

    Non seulement il manque certains liens (EIP, SU et SA déjà cités ainsi que Quartz) mais en plus, l'acronyme REST est explicité de travers.

    Representational State TRansfer, ça donne RSTR chez moi, contrairement à REpresentational State Transfer.

    Pour le reste, j'avoue n'avoir rien compris mais j'ai pas suivi les liens présents.
    • [^] # Re: FOUTAISES !!!

      Posté par . Évalué à 3.

      Pour passer pour un dieu en JAVA, il ne faut pas savoir coder, il suffit juste d'avoir du vocabulaire et de connaitre les 500 acronymes qui font que tu largues tout le monde.
      • [^] # Re: FOUTAISES !!!

        Posté par . Évalué à 0.

        >> Pour passer pour un dieu en JAVA, il ne faut pas savoir coder

        De façon général, pour faire du JAVA, faut il savoir coder?

        ->[]

        Pour chaque personne qui me plussoie, je frappe un fan de Justin Bieber.

      • [^] # Re: FOUTAISES !!!

        Posté par . Évalué à 2.

        CQFD ?
      • [^] # Re: FOUTAISES !!!

        Posté par (page perso) . Évalué à 1.

        Ou alors en plein contrôle papier sur le java tu sors « On doit coder en Java 6 ou en Java 7 ? ».
        Fait ce matin.

        Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

      • [^] # Re: FOUTAISES !!!

        Posté par (page perso) . Évalué à 5.

        C'est quand même un gros troll de dire que c'est de la foutaise quand on ne s'est même pas fatigué à suivre les liens !!

        Désolé, mais le Perl et le PHP, ça ne suffit pas dans un vrai système d'information.
        C'est clair qu'un ESB et son vocabulaire, ca peut paraitre complexe, mais désolé, le problème de connecter ensemble des grosses applications, des petites, des veilles, des modernes, des biens codés, des mal codés, etc ... et bien ce n'est pas si simple. Bienvenue dans la vraie vie.

        Si tu sais faire plus simple, et bien vas y. Fait un projet OpenSource, prend tous les besoins d'interconnexion d'un vrai système informatique d'une grosse boite, et fait mieux que Petals. Rendez vous dans 10 ans.

        Moi, je pense que les communautés gagneraient à plus se parler. Je ne suis pas un expert kernel Linux ou xorg, mais d'après ce que j'ai regardé, DBus est un genre de bus de communication système. donc, un genre d'ESB. Mais de ce que j'ai vu, c'est loin (très loin) des fonctionnalités d'un Petals (ou concurrent).

        Pour les 500 acronymes de Java, regarde la news sur RedHat (http://linuxfr.org/2010/04/22/26771.html ) et compte le nombre d'acronymes. Ce n'est pas mieux. C'est donc juste que tu n'es pas familiarisé avec ces acronymes là.

        Pour finir, je vois de temps en temps les ptits gars de PetalsLink (les hommes en orange à SolutionsLinux), et ils sont bien sympas , font du projet OpenSource de qualité, et donc ca m'énerve d'autant plus quand on dit "foutaise" sur une news qui annonce la sortie d'un de leur projet. Encourageons les plutôt.
        • [^] # Re: FOUTAISES !!!

          Posté par . Évalué à 6.

          Je n'ai jamais critiqué le projet ni les possibilités de JAVA et des frameworks associés à ces langages.
          Je critique juste cette mode 2.0 qui est de mettre un nom de concept à tout et à rien et de lui affubler un acronyme. C'est comme si pour les Design Pattern, on disait tout le temps DP et pour le singleton, DPS, pour le decorator DPD...
          Des fois, il faut prendre un peu de recule, analyser pour voir si ce que l'on fait est vraiment un concept, et si l'attribution d'un acronyme est vraiment une nécessité.
          Et surtout s'adapter à son public. Les acronymes nuisent souvent à la compréhension, et par exemple dans cette news cela créé une difficulté supplémentaire à sa compréhension qui n'était pas nécessaire.
        • [^] # Re: FOUTAISES !!!

          Posté par . Évalué à 3.

          Il faisait référence au Business Loto. (Déjà apparu maintefois sur Linux Fr) Je ne pense pas que ce soit péjoratif.

          Référence:
          http://fr.wikipedia.org/wiki/Business_loto
          • [^] # Re: FOUTAISES !!!

            Posté par (page perso) . Évalué à 1.

            Note : limiter les acronymes bizarre et spécialisés la prochaine fois qu'on parle d'un projet Java ^^ Bon, en même temps, c'est dur de les enlever complètement, mais c'est vrai que dire par exemple "Business Process Execution Language" au lieu de BPEL aide au moins un peu :)

            Etienne, un grand merci !
            J'ai fait passer ton commentaire à l'équipe Petals, ça nous a tous fait très plaisir.
            Effectivement, l'intégration est aujourd'hui une composante majeure sur les gros projets informatiques. Et oui, c'est très spécialisé, et le vocabulaire peut paraître barbare de l'extérieur.

            Voilà les acronymes, pour info (avec une petite vérification sur Wikipedia) :
            IDE : Integrated Development Environment
            ESB : Enterprise Service Bus
            SOA : Service-Oriented Architecture
            SOAP : Simple Object Access Protocol
            FTP : File Transfer Protocol
            REST : Representational State Transfer
            XSLT : eXtensible Stylesheet Language Transformations
            EIP : Enterprise Integration Pattern
            SU : Service Unit
            SA : Service Assembly
            (LGPL : Lesser General Public License :D)
  • # bon à connaitre

    Posté par . Évalué à 3.

    Bon, malgré les petits mots échangés plus haut, merci pour l'information.
    Pour ma part c'est un produit que je ne connaissais pas, je m'en vais essayer cela ce week end. Je vais pouvoir mettre sa en parallèle avec les technologie IBM que je suis en cours d'utilisation.
    A ce sujet, connaissez vous d'autres outils SOA opensource de qualité, réellement utilisable en entreprise? J'ai tester un peu la solution dans NetBeans, et aussi l'OpenESB mais sans plus.
    • [^] # Re: bon à connaitre

      Posté par (page perso) . Évalué à 1.

      Bonjour Youx,

      Alors, tu l'as testé ?
      Pas convaincu par Open ESB ? Hum... chez nous on trouve le projet très intéressant.

      Il est plus lourd (besoin d'un serveur d'appli par exemple - mais là dessus c'est comme webshpere), nécessite Netbeans, et ne propose pas de serveurs distribués. Le gros hic: depuis le rachat de SUN par Oracle, le projet n'évoluera plus beaucoup, et le support professionnel n'est plus proposé en Europe... :/

      Mise à part ça, la supervision est très sympa, et l'intégration avec NetBeans est simplement merveilleuse.

      Si tu as des retours (même des critiques !) ou des questions sur Petals, ce sera avec plaisir (je suis dans l'équipe).

      A+

Suivre le flux des commentaires

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