Reprise du message précédent :

antp a écrit a écrit :     au cas où tu ne le saurais pas, y a Kylix sous Linux

 
Bah il croit qu'il y a que java dans la vie    
 
Tout le site http://community.borland.com est généré avec Delphi aussi... Et y en a pleins mais c'est pas visible, c'est pas mapage.pas

ouais mais il rame fort le site de Borland, spa un bon exemple

Ah, et j'oublie de parler de tous les webservices, y a un super serveur (et client aussi of course) SOAP avec Delphi    
 

antp a écrit a écrit : ouais mais il rame fort le site de Borland, spa un bon exemple

 
Clair, mais bon, un mauvais programmeur, même avec un bon outil reste un mauvais programmeur    
 
(Et ils sont pas très orienté programmation web chez Borland, d'ailleurs IntraWeb c'est pas d'eux hein)

Zion a écrit a écrit :   Ah, et j'oublie de parler de tous les webservices, y a un super serveur (et client aussi of course) SOAP avec Delphi

oui mais là splus pareil

cai la faite, j'arrive a ecrire des conneries de ce genre :
 

Zion a écrit a écrit :   Ah, et j'oublie de parler de tous les webservices, y a un super serveur (et client aussi of course) SOAP avec Delphi

pfff !!! ca vaut vraiment pas grand chose ce truc ...

C'est grave, tout le monde voit kadreg partout : http://linuxfr.org/comments/153933.html

surtout vu l'id et le login  

Bon, moi j'en peux plus, j'en ai marre de faire semblant. Alors je me lance...
 
J'ai loupé une marche pendant mes études, parce qu'on en a jamais parlé (tabou) et j'ai jamais eu le courage de me documenter par moi-même (tellement de choses à voir).
 
Je vous le demande donc, avec de votre part l'autorisation expresse de vous foutre de ma gueule, mais il faut que je sache : C'EST QUOI UN WEB SERVICE, C'EST QUOI SOAP, C'EST QUOI WSDL !

ce n'est pas grave, ce n'est pas sale

Du marketing !
 
En gros, tout tourne autour de l'appel de procédures distantes avec un protocole basé sur XML. Circulez, y'a rien a voir.
 
le web service, c'est la procédure (ou l'ensemble de procédures) distantes, SOAP c'est un des protocoles, et WSDL c'est le langage de description des web services de SOAP.

un web service c'est un mot hype de branleurs, qui ne veut rien dire d'autre que ce qu'il dit: un service rendu par l'intermédiaire du web.
il s'agit donc souvent - il me semble - d'une interface accessible, par http ou autre protocole, sur le net donc, qui va te rendre un "service" (envoyer un sms sur base de la requete que tu lui a donnée par exemple), et généralement, t'envoyer une reponse à ce sujet.
SOAP c'est un protocol pour justement implementer des web services (tjs à ce que je crois...), autour d'un document xml. (la requete consiste en gros en un doc xml decrivant ta demande, et pareil pour la reponse)
wsdl je passe
edit:

Je ne suis pas sûr de tout comprendre, alors à tous hasards, auriez-vous des exemples pour illustrer un Web Service classique ? Un truc que je comprends pas aussi c'est l'utilité de WSDL. En fait, plus exactement c'est la distinction entre SOAP et WSDL. L'un est le protocole et l'autre le langage de description. Comment interagissent-ils l'un avec l'autre ?
 
EDIT : ton exemple me parle, --greg--, j'ai posté sans avoir lu ta réponse, qui n'était pas encore là.

ben soap c'est le protocole d'echange des messages (appels & retours)
 
wsdl c'est un peu ce qui va te permettre de faire de la reflexivité, cad demander a un serveur ce qu'il sait faire.
 
un exemple de web service, c'est celui offert par google par exemple http://www.google.com/apis/index.html

sur ces bons mots,    

tout le monde est couché ?
 
bon bah j'y vais aussi      

je rajouterais que pour le moment les webservices c'est vraiment une techno pas au point et qui va pas très loin :  
 - c'est juste une mise à disposition de procédure : aucune notion d'objet, d'instance, etc ...
 - pas de gestion de session normalisée, de transaction: comme si en EJB on avait que des statless. Y a des débuts de travaux dessus mais bon ...
 - aucune notion de sécurité normalisée, même si c'est en train d'évoluer
 - des serveurs pas du tout adaptés à ce type d'applications (c'est les même que les middleware web avec un plug-in en plus)
 - c'est immondément compliqué par rapport à la plupart des besoins
 
Y a pleins de normes en cours de standardisations qui viennent combler les manques au fur et à mesures, mais ils complexifient d'autant cette techno.
 
Pour moi, les web services c'est un gros retour en arrière par rapport à Corba (ou EJB/RMI dans le monde Java). Ils auraient mieux fait d'adapter le protocole et l'utilisation de Corba à une utilisation via Internet.  
Ou bien à la riguer de sortir un standard très simple permettant l'invocation et l'utilisation d'objets distants via internet, avec gestion des sessions (façon web : sessionId), de la sécurité (SSL), et des transactions (model EJB) : ca couvrait 99,9% des besoins !

ben je vois pas ce qui empeche de gerer une session au niveau du serveur? d'accord ya ptet pas de mecanisme std pour le faire, mais c pas bien sorcier non plus quoi...

le but des webservices c'est que ce soit intéropérable : là chacun y va de sa solution : apacheSOAP utilise des cookies façon web, .NET a son standard via entêtes SOAP, etc ...
bref c'est le bordel et c'est à chaque application de redévelopper sa propre gestion des sessions à chaque fois avec tous les problèmes de déploiement et de temps de dev que ca pose

les web services, c'est tabou ! mais on en viendra pas à bout

bah l'idée est bonne. gérer des session c'est un peu con-con, tu fais passer un id comme attribut de ta requete et paf...  
et puis .net hein...

Merci pour toutes ces informations. Je me sens moins con.

Ah ! Et puis, prems !

Et beh ! Vous êtes mous aujourd'hui.

flood ?

Non. Bon, sinon juste pour dire que je suis pas là de la journée : je me rends au 3DEC, un événement au cours duquel Alias|Wavefront fait sa promotion et organise notamment une formation gratuite sur Maya. Voilà.

--greg-- a écrit a écrit : bah l'idée est bonne. gérer des session c'est un peu con-con, tu fais passer un id comme attribut de ta requete et paf...   et puis .net hein...

pfff ....  
 
quand tu développes des web serviecs, le but c'est que tout le monde puisse y accéder !
si tu développes ta propre façon de gérer les sessions, si tu souhaites que tout le monde puisse s'en servir facilement, il va falloir que tu fournissent la couche cliente gérant les sessions à ta façon pour toutes les implémentations WS : une pour apache SOAP, une pour Axis, une pour delphy, une pour .net, une pour BEA, etc .... C'est une absurdité parce que justement, le principe des WS, c'est que tu ne dois filer que l'url du WSDL pour ques les autres puisse s'en servir !
 
ils avaient qu'à définir un standard que tout le monde aurait suivit et y aurait pas eu de problème !
 
un autre truc très mal dans les WS : il n'y a aucune notion de cycle de vie.
 
les WS, ca sux !  

 
Maya, c'est bon, mangez'en.
 
Ca fait longtemps que je me le suis pas réinstallé cestui-là, ça fait de belles images (enfin, sauf avec moi). J'ai apris à l'utiliser à l'école.  

Bon, goto taf'

 
spa bien le flood

Elle apprends vite la petite