.. > > de donn�es. Bon choix, �videmment, mais pourquoi ne pas pr�voir CORBA > > comme bus d'objets ? > A vrai dire, nous n'avons pas encore envisag� toutes les contraintes et > objectifs de ce bus (d'ailleurs, cela ne fait que quelque jours qu'on parle > d'un projet d'application de gestion d'entreprise...). Disons qu'� priori > (mais le d�bat est ouvert et le sera encore plus en temps voulu...) : > - ind�pendance par rapport au langage (C++, Java, Python... ok mais si on a > des bouts d'applications en autre chose, on fait quoi ?)
Quel autre langage ? - C: ORBit du projet GNOME est un ORB avec des mappings en C - Perl: il y a aussi des mappings Perl pour ORBit (je crois) A part �a... Ada, il y a aussi un AdaBroker. > - possibilit�s de connecter en synchrone et asynchrone. La connexion n'est pas synchrone ou asynchrone, mais pour envoyer des requ�tes, oui (faut voir ce que tu appelles asynchrone: synchrone "deferred" (c�d on envoit x requ�tes � x serveurs diff�rents et on r�colte les r�sultats par apr�s) ou bien un queuing (publish/subcribe)) ? Les deux sont possibles avec CORBA. > - possibilit�s de supporter des WF complexes (genre crossworld, BEA > WebLogics,...) WF ? BEA WebLogic, il y en a 2: - WebLogic Server: un application serveur J2EE (EJB, JSP, Servlets) - WebLogic Enterprise: WebLogic Server + Tuxedo + ORB (je suppose que tu parles du 1er ;)) Tu sais faire des appels � des serveurs CORBA sans probl�me � partir de WebLogic Server (p.ex. � partir d'un EJB). L'inverse est cens� fonctionner (on va justement essayer �a d'ici deux semaines): si le container de l'application server supporte RMI over IIOP et que l'ORB a OBV (Object By Value), on peut acc�der � un EJB comme si c'�tait un objet (serveur) CORBA, via IIOP. > - possibilit�s de se 'plugger' sur des syst�mes existants (bien sur, on > pourrait ecrire des applic. autour d'un bus Corba supportant cela...) Exactement. Suffit d'�crire un object gateway qui interface le syst�me existant et qui fait lui-m�me des appels sp�cifiques � ce syst�me. > - possibilit�s de distribuer sur multiple serveurs (objects brokers) Bien entendu. C'est un des grands avantages de CORBA: "location transparency" ;) Ca ne fait aucune diff�rence si client et serveur sont dans le m�me processus, sur la m�me machine ou � travers Internet. > N�anmoins, il faudrait regarder tout cela de plus pr�s apr�s avoir > r�fl�chit, d'un point de vue architecture, au role d'un tel bus > applicatif... Avant tout la communication. -- -o) / Pascal Bleser ATOS Payment Systems| /\\ \ C++/UNIX Development Aachen, Germany| _\_v \<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>| ---------------------------------------------------| /earth is 98% full... please delete anyone you can.: ---------------------------------------------------' [ [EMAIL PROTECTED] and [EMAIL PROTECTED] in ONE :) ] [ To subscribe or unsubscribe, go to http://linuxbe.org/ml.php ] [ http://LinuxBe.org - http://OpenBe.net - [EMAIL PROTECTED] ]
