de ce que j'ai pu glaner en suivant la discussion avec intérêt, CORBA a connu son instant de gloire juste avant que le web ne posa son (immense) cul sur le devant de la scène, provoquant la chute rapide quasi-instantanée de corba (perçu jusque la comme le nouveau graal). PHP n'a donc plus connu cette époque, et les maigres efforts (j'ai retrouvé les mêmes) sont restés vains, puisque le coeur n'y était plus.

Mais d'autres langages (et je pense très fort à Perl) ont, a ce qu'il paraît, un support efficace de corba (petit lien). Et vu l'intégration possible entre perl et php petit lien au hasard, c'est peut-être une voie possible..

maintenant, je m'y connais ni en perl, ni en java, ni en corba, ni en cuisine sud-américaine, alors bon.. mais ce serait fun

@Berzemus: Merci pour ces liens, j'avoue que je n'y avais pas pensé
Je regarde ça avec intérêt

@momox: CORBA est une norme, pas un langage. Le principe est que le client lance une requête en transmettant des objets, que le serveur récupère ces objets et les utilises pour son traitement puis réponde lui même des objets instanciés.
L'énorme avantage de CORBA, c'est qu'il est possible de ne pas avoir le même langage sur le client et sur le serveur, mais de manipuler des objets instanciés tout de même.
Or, comme le dit Berzemus, la couche de transformation des instances PHP est flux IIOP (flux de données utilisé par CORBA) n'est pas implémentée en PHP, et je ne me sens pas de partir dans ce développement

En tout cas, merci à tous pour vos idées et votre participation qui m'aide pas mal

Globalement, tu as une classe en php et une classe en java qui fonctionnent de la même manière ?
Interopérabilité des langages, pas mal, pas mal
Et avec une sorte de sérialize qui fonctionnerait avec la même syntaxe en java et en php ?

Effectivement, le principe sous-jasent est de vérifier que les objets transmis valide une interface commune à 2 langages.

Sinon, développer mon propre principe de sérialisation (comme toute couche développée par mes soins) est une solution que je voudrais repousser le plus possible car cela rajoute une couche non-compilée et donc par définition plus lente.

Sinon, développer mon propre principe de sérialisation (comme toute couche développée par mes soins) est une solution que je voudrais repousser le plus possible car cela rajoute une couche non-compilée et donc par définition plus lente.

Ce n'étais qu'une idée

Tout à fait, et je te remercie de l'avoir lancée ...

C'est à coup d'idée que l'on avance

la couche de transformation des instances PHP est flux IIOP (flux de données utilisé par CORBA) n'est pas implémentée en PHP, et je ne me sens pas de partir dans ce développement

Ca dépend, ce serait long ou compliqué (le cummule n'est pas autorisé ) ? Si la norme est écrite clairement et sans ambiguïté, ça se fait. PHP 5 utilise pas ultra bien la réflexion (introspection), mais suffisament pour faire des merveilles. Si Java implémente CORBA, on n'a a travailler que sur PHP, ça évite déjà la moitié du boulot .

Mais l'idée de Perl est également très intéressante, j'y jette un oeil .

la couche de transformation des instances PHP est flux IIOP (flux de données utilisé par CORBA) n'est pas implémentée en PHP, et je ne me sens pas de partir dans ce développement

Ca dépend, ce serait long ou compliqué (le cummule n'est pas autorisé ) ?

Surtout long et donc couteux

Si la norme est écrite clairement et sans ambiguïté, ça se fait. PHP 5 utilise pas ultra bien la réflexion (introspection), mais suffisament pour faire des merveilles. Si Java implémente CORBA, on n'a a travailler que sur PHP, ça évite déjà la moitié du boulot

Effectivement, je suis bien d'accord avec toi, et juste pour le sport, à titre privée, ça serait un beau challenge. Or, je ne suis pas sûr que mes supérieurs soient d'accord pour m'accorder des développeurs pendant quelques semaines pour développer une couche CORBA en PHP

Visiblement, vu les réponses, soit on utilise PHP/Perl, soit on va finalement faire du XML/RPC

Surtout que XML-RPC est très bien intégré à PHP. Je pense notamment aux paquetages de PEAR qui est très bien écrit et très performant (celui de Hoa aussi normalement ^^ il est plus modulaire que celui de PEAR).

Enfin bref, les solutions ne manquent pas en XML-RPC.
Néanmoins, j'aimerais savoir si CORBA a encore un avenir devant lui ou pas ? C'est plus rapide que XML-RPC j'imagine (c'est même sûr). Tu pourrais me faire un petit comparatif rapide ? Car ça m'intéresse, et si CORBA a encore un avenir devant lui, alors je pourrai imaginer programmer une interface pour PHP.

Vu ce qu'annonce la PHP Team, je ne pense que que CORBA sur PHP ais un avenir sur PHP ...

Je pense qu'implémenter une interface CORBA pour PHP permettrai surtout de découvrir le dessous de son fonctionnement, et éventuellement de se mettre le pied à l'étrier pour d'autres langages (comme le Java)