Discussion :

[sylvain.cool]

Bonjour,

Je suis actuellement en stage et je dois développer une application distribuée. Cette application doit faire du traitement d'image.

Dans ma boite, il existe une plateforme permettant à des techniciens d'utiliser de traiter des photos numériques. Comme ils utilisent des PC de bureautique, les calculs sont assez lents. Le but est donc de déplacer le calcul sur des PC plus puissants via le réseau.
Le problème réside aussi dans le fait que je ne connais pas à l'avance mes serveurs. Je m'explique. J'ai potentiellement 3 PC qui peuvent accueillir le calcul. Mais seul ceux qui ne sont pas déjà utilisé peuvent vraiment calculer. Donc j'ai potentiellement 3 même objets sur 3 PC différents. Et ca je ne sais pas comment le gérer.

On travaille sous Windows XP et en C++.

Après quelques recherches, je m'oriente sur plusieurs pistes:
- Web services
- DCOM
- CORBA
- Ice

Le problème, c'est que je n'arrive pas à faire trop la différence entre toutes ces solutions et à en choisir une.

J'ai lu que les Web services étaient assez chiant à mettre en place. Surtout que je ne suis pas familier du XML.
Pour CORBA, n'est-ce pas compliquer de faire passer des images allant jusqu'à 40Mo?
Ice à l'air pas mal, mais personne ne l'utilise.
J'ai pas trouvé d'infos précisent sur DCOM.

Si quelqu'un a un avis ou des pistes à suivre, j'en suis friand.

Merci.

[ram-0000]

DCOM est porté par Microsoft
J'aurai tendence à dire que Corba commence à être un peu vieillot
Pour avoir utilisé XML et Web services, c'est très souple
Ice, je connais pas

Je pense qu'aucune de ces techno n'est simple à mettre en oeuvre et qu'il va falloir d'abord que tu te passes du temps à faire un framework bien bien pensé par rapport à ton besoin. Une fois que cela sera fait, cela ne devrait plus poser de problèmes.

Mon choix (mais c'est personnel et je ne connais pas trop ton contexte)
1/ XML et Web services
2/ DCOM

[sylvain.cool]

Après d'autres recherche, j'ai écarté DCOM. J'ai lu sur internet que ce n'était développable qu'avec VC++ or je travaille avec c++builder.
La version Web Service ne m'attire pas trop, je connais pas trop le XML. Mais bon quand faut y aller...
Ice est un dérivé de CORBA, créé par des boss de CORBA, mais en simplifié et beaucoup plus jeune. Il faut encore que je me documente dessus.
Je continue mes recherches et je posterai si j'ai du nouveau. N'hesitez pas si vous en savez plus.
Merci pour ta réponse.

[Médinoc]

Après d'autres recherche, j'ai écarté DCOM. J'ai lu sur internet que ce n'était développable qu'avec VC++ or je travaille avec c++builder.

J'ai des doutes, là... De GROS doutes...

[sylvain.cool]

C'est possible que ce que j'ai lu était faux.
Ça vient d'un ppt fait un prof d'info... je pensais que c'était une bonne source... mais pas sur.
Par contre je ne trouve aucune infos sur DCOM.
DCOM c'est pas un librairie, ni un outil.... enfin la encore je crois pas.
Comment faire pour développer de çà? J'arrive pas trop à comprendre.

[Médinoc]

DCOM est principalement une extension de COM.
COM lui-même est un standard de Microsoft.

Il me semble qu'à partir du moment où tu peux développer un composant COM et le marshalling qui va avec, tu peux:

• En faire un programme exécutable plutôt qu'une bibliothèque,
• Le régler pour l'utiliser sur un autre poste plutôt qu'en local.

Avec .Net, il est assez facile de faire un composant COM (il suffit de faire un programme "COM-Visible"). Mais pour l'utiliser en mode distant, je ne sais plus trop ce qu'il faut faire exactement. Mais ça doit se configurer assez facilement en utilisant dcomcnfg.exe...

[sylvain.cool]

J'ai des doutes, là... De GROS doutes...

Effectivement, on peut très bien faire du COM avec C++Builder.
Il y a un type de projet prédéfinis: ActiveX -> Objet COM

[sylvain.cool]

Toutes ces méthodes se vantent d'être multilangages et multiplateforme.
Mais en fait ça ne correspond pas vraiment à ce que je recherche.
Mon application ne tourne que sous Windows et qu'en C++.
N'y aurait-il pas plus simple?