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).
Aller plus loin
- Release notes (2 clics)
- Présentation détaillée de Petals Studio (21 clics)
- Télécharger Petals Studio (6 clics)
- En savoir plus sur Petals ESB (10 clics)
# SU et SA ?
Posté par BAud (site web personnel) . Évalué à 7.
toute explication est la bienvenue :-)
[^] # Re: SU et SA ?
Posté par plic . Évalué à 3.
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 Gniarf . Évalué à 7.
[^] # Re: SU et SA ?
Posté par mathieu66 . Évalué à 4.
[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 El Titi . Évalué à 5.
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 BAud (site web personnel) . Évalué à 4.
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 Phil Actaire . Évalué à 6.
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 roychris . Évalué à 3.
[^] # Re: FOUTAISES !!!
Posté par YannPeniguel . Évalué à 0.
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 El Titi . Évalué à 2.
[^] # Re: FOUTAISES !!!
Posté par Zarmakuizz (site web personnel) . Évalué à 1.
Fait ce matin.
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: FOUTAISES !!!
Posté par Etienne Juliot (site web personnel) . Évalué à 5.
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 roychris . Évalué à 6.
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 zyphos . Évalué à 3.
Référence:
http://fr.wikipedia.org/wiki/Business_loto
[^] # Re: FOUTAISES !!!
Posté par mathieu66 . Évalué à 1.
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 youx21 . Évalué à 3.
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 mathieu66 . Évalué à 1.
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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.