[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [linux-team] Logiciel de gestion sous Linux



...
> > 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  \<guru@linuxbe.org> <pbleser@atosorigin.com>|
---------------------------------------------------|
/earth is 98% full... please delete anyone you can.:
---------------------------------------------------'

[ linux-team@rtfm.be and linux@lists.linuxbe.org in ONE :)         ]
[ To subscribe or unsubscribe, go to http://linuxbe.org/ml.php     ]
[ http://LinuxBe.org - http://OpenBe.net - listmaster@linuxbe.org  ]