Reprise du message précédent :

J'attend la prochaine version de VS où il sera intégré

Je plustte, ils sont nettement moins chiant que les assurances

SOAP et WSDL c'est has been
BPM je connais pas

Je tiens pas la biere, ca me fait trop pisser
 
 

L'interet business theorique je le vois bien, c'est la realite technique derriere qui m'interesse, savoir si c'est du gros flan autre que des best practices pas utilises et des fichiers xml qui se baladent partout

 
Beats Per Minute  

 
Mais quelle drole de question    
 
Bien sur que non, j'ai du travail moi

"Business Process Management"
Au lieu de coder les appels aux webservices, on se contente de les configurer avec force fichiers XML dans tous les sens.

 
Et dieu inventa le fichier de conf
 
 

DANONE DELIVERS

Le gros projet qui se monte chez nous devrait être architecturé sur ces technos. Mais on voit bien qu'il y a quand même de la peinture assez fraiche derrière le pipotron.

Ben parce que si tu mets ça sur ton CV, je pense que tu fais un coup de poker: soit ça passe et tant mieux pour toi, soit tu tombes sur un ou deux cadors, et ils auront aucun mal à te démonter sur place, ce qui n'est pas une expérience très agréable.

ben il est intégré sur VS 2008

Ah oui mais non, le fichier de conf javatesque est probablement trop limité pour ce genre de trucs.

Mais maintenant faut faire du cloud
 

Je m'invente pas une expérience de 3 ans la dessus, je dis juste que je connais la théorie, et que je suis confiant dans la nouvelle generation de middleware, qui nous permettra de faire du loose coupling

Oui enfin si tu proposes ça à un gros compte, je pense qu'il va te prendre pour un illuminé.

J'avoue que dans le pipotronnage de buzzwords, tu pourrais faire illusion auprès d'une DRH.

japan, superiorest: http://www.youtube.com/watch?v=uHdEbRDdMiI
       

XML

help
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
XaT

ben en gros derrière c'est du broker genre MQ ou du web service classique
 

 
tu peux meme aller plus loin : le BPMN : business process modeling notation (truc ultime, sortez vos bingo d'entreprise)
 
c'est une sorte de toolkit graphique pour modéliser des process métiers (ça va assez bien pour des workflow, on trouve des templates visio facilement). L'idée de départ du bouzin était que les graphs qu'on fait avec ça génère directement les stubs de webservices, les fichiers de conf et la config UDDL qui va avec
 
regardez aussi BPEL, BPML4WS, etc...ça avait été un gros trip à l'époque, je crois que rien n'a survécu
 
 

Ca depend de la crtiticite du systeme
Mais c'est bon dans les salons qui vont bien on parle deja de passer la SOA dans le cloud, etc

Mais illusion sur quoi

EUFail http://arstechnica.com/tech-policy [...] -video.ars

 
Il y a juste un petit truc en plus : la gouvernance. C'est avoir un arbitrage capable de faire connaitre les services existants au niveau des différents outils, savoir desquels chacun a besoin, et dans quelle version. Es-ce que la dernière est la bonne, ou es-ce q'une version forkée doit être utilisée. Ca fait un pelerin qui lit une doc (on en a un a s*****m, facturé bien cher à la SG )
 

 
Un système est une machine à état décrivant ses différents status et leurs conditions de transitions associées à un ensemble d'action
 

Le mec qui tombe raide mort à la moitié

PQ

Comme tout truc qui déborde des pages de 01 Informatique

c'est pas ce qu'on est censé faire avec WSDL ? ou alors j'ai loupé un truc.

Il me semblait avoir lu que ce serait mieux foutu mais ça date peut-être un peu

ça sert à rien, aucun pays développé ne parle espagnol  

Oui, Maître

J'ai mal expliqué. Le BPM décrit en fait l'enchainement des processus business, dont les webservices, - la machine à états dont parle kadreg -. On se situe à un niveau au-dessus du codage, si tu veux. En général, on utilise un outil graphique pour décrire ces enchainements, et il génère du XML qui est interprété par le moteur BPM (on peut aussi écrire le fichier XML à la main). (enfin c'est ce que je comprends du bousin)

On s'en fout on fait du XML ! Nos couts IT vont descendre de 15% !

tellement vrai...et le seul pays qui émerge à peu près en amérique du sud, c'est le brésil, et ils parlent portugais...epic fail    
 

Il s'en fout, il est spécialisé dans la gestion de resources outsourcées, il est juste dégouté de pas avoir appris le polonais ou l'urdu.

J'avais pas vu ton message.BPEL n'a pas survécu ??
Tu peux m'en dire plus, parce que c'est ce qui va être utilisé chez nous (et plus précisément http://ode.apache.org).

 
Le Chinois peut être assez utile, ça m'aurai bien dépanné plus d'une fois !

ct une impression : à une époque tu pouvais pas lire une newsletter, un site genre theserverside ou autre sans tomber sur ces accronymes en BP*...
donc je sais pas si c'est mort, mais le hype est vachement retombé
 
après tout dépend la culture de ta boite sur la "modélisation", y'a des boites où la simple mention d'UML fait rire, d'autres qui jouent le jeu à fond, ça dépend...
 
ça a pas l'air super bien standardisé chacun ayant fait sa sauce, donc j'imagine que si tu fais des trucs avancés t'es vite dépendant de ton implémentation...et ne l'ayant jamais pratiqué, je sais pas quelle est la valeur ajoutée par rapport à une définition from scratch de tes services...
 
vous l'avez déjà testé, y'a eu des protos ?

 
tructeering, sauf que boudant, j'en dirais pas du bien par principe

C'est pas comme si c'était différent quand tu boudes pas

De toute façon, tu peux y aller, vu que tructeering n'existe plus.

On part en terre inconnue. Le seul problème, c'est que le manager qui m'a relégué sur un projet C a posté un débutant, pas mauvais au demeurant, mais manquant énormément de recul, pour déblayer la techno.
Ca en plus d'avoir mis un tocard comme "architecte" produit.
Bref, pour un projet qui va occuper une centaine de personnes sur 2-3 ans, c'est bien choisi.

j'ai un copain qui avait testé le package BP* lors de son stage de master chez FT, pour une appli RH...
son retour si je me souviens bien c'est qu'en dehors du BPMN qui va bien pour décrire les workflow (parce que la représentation utilisée se comprend de suite, même par qqn qui ne connait pas le BPMN), mais que le reste c'était vraiment la merde à utiliser...

j'ai moi même utilisé le BPMN (sous visio) pour présenter mes process de getion à mes managers, ça fait toujours son petit effet, mais j'ai jamais rien construit au delà avec...

bon courage pour votre projet

Pour faire du Powerpoint, ça ne pose aucun problème, et effectivement c'est certainement pratique.
Mais sinon, le BPEL/BPMN, à part pour la création d'outils de visualisation, ça n'a pas bcp d'intérêt par rapport à un langage de scripting basé sur une JVM et pour lequel on a programmé une lib qui implémenterait des patterns d'intégration.

Entre des ESB comme ActiveMQ, Synapse, ServiceMix, Spring Integration et  autres implémentations de BPEL/BPMN, le choix est difficile.

Il va en falloir, étant donné que je suis prévu pour arriver avec le gros des troupes dans plusieurs mois. (Heureusement qu'il y a THE architecte avec qui je m'entends bien, mais il est rarement là pour corriger les erreurs de notre tocard de service, et ce n'est pas un architecte logiciel.)

Faut que je retrouve la règle à calculer qui doit trainer dans tiroir du bureau de mon père:
http://adam.theoherns.com/wp-conte [...] 101_03.pdf

ploup prems

yo

 
merchi

 
en même temps ?  

http://www.leboncoin.fr/vi/30682276.htm?ca=2_s
'tain c'est con, s'il y avait une vraie cuisine et une vraie salle de bains ça aurait pu être sympa.

salut les gros.