me semble qu'il y a déjà eu une tentative de portage de COM+ sous Unix, mais ce fut un échec lamentable.
Tiens, je n'ai jamais entendu parler de celà. Par contre de DCOM avec EntireX Dcom oui (Cf Software AG).
Question équivalent, je penses que Corba est les même objectifs.
Oulà. Corba est un bus, pas un serveur d'applis même si leurs services se ressemblent.
Mais avec Mono, plus de problème de partage d'objet et d'exposition d'interface... Logiquement il n'y a plus besoin de COM & Co...
Gnnnn? Qu'est-ce que c'est que cette histoire? Qui parle de COM? Moi je demande juste comment sont hébergés les composants? Qui se charge de leur gestion, de leur allocation, des pools, de la sécurité, des accès concurrents, des messages pour les broker, de la répartition de charge, etc... Il ne faut surtout pas confondre COM ou DCOM qui sont des technologies propres à des composants (dont la compatibilité est assurée dans .Net), avec COM+ qui est un serveur d'applications. (anciennement Microsoft Transaction Server)
sauf évidemment question compatibilité avec l'existant. C'est d'ailleur pour celà que sous WIndows cette compatibilité existe.
Non. Encore une fois, il ne faut pas confondre la compatibilité avec des composants COM ou DCOM et le serveur d'appli intégré à Windows alias COM+.
Pas sous Linux... mais sachant que les composants COM n'existe pas sous Linux
Manquerai plus que celà: les composants qui se chargent eux-même du boulot d'un serveur d'appli! On marche sur la tête là...
Par contre de l'aveu même de De Icaza, il y a encore des efforts à faire du côté des API "spécial entreprise".
Je dirais même qu'absolument tout reste à faire, et que ce ne sont pas que des API...
Bref, Mono ne sert à rien pour les applications d'entreprise. Merci de m'avoir lu jusqu'ici, vous pouvez continuer votre travail et retourner bosser sur Jonas ou Jboss.
[^] # Re: Mono...tonie
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Mono 1.0 : le singe est laché. Évalué à 6.
Oulà. Corba est un bus, pas un serveur d'applis même si leurs services se ressemblent.
Gnnnn? Qu'est-ce que c'est que cette histoire? Qui parle de COM? Moi je demande juste comment sont hébergés les composants? Qui se charge de leur gestion, de leur allocation, des pools, de la sécurité, des accès concurrents, des messages pour les broker, de la répartition de charge, etc...
Il ne faut surtout pas confondre COM ou DCOM qui sont des technologies propres à des composants (dont la compatibilité est assurée dans .Net), avec COM+ qui est un serveur d'applications. (anciennement Microsoft Transaction Server)
Non. Encore une fois, il ne faut pas confondre la compatibilité avec des composants COM ou DCOM et le serveur d'appli intégré à Windows alias COM+.Ben si justement ça existe:
http://www2.softwareag.com/corporate/products/entirex/default.asp(...)
Manquerai plus que celà: les composants qui se chargent eux-même du boulot d'un serveur d'appli! On marche sur la tête là...Je dirais même qu'absolument tout reste à faire, et que ce ne sont pas que des API...
Bref, Mono ne sert à rien pour les applications d'entreprise. Merci de m'avoir lu jusqu'ici, vous pouvez continuer votre travail et retourner bosser sur Jonas ou Jboss.