Interopérabilité des applications

Interopérabilité .NET - J2EE

Paru le 09 mai 2007 | Dernière mise à jour : 09 mai 2007

View Media

Interopérabilité .NET - J2EE

Visionnez la démo

Téléchargez le lecteur Windows Media

Téléchargez

Interopérabilité .NET - J2EE

Les instructions du lab

4,2 Mo
Fichier Microsoft Word
Dernière mise à jour : 09 mai 2007

Présentation (version courte)

1,9 Mo
Fichier Microsoft PowerPoint
Dernière mise à jour : 09 mai 2007

Présentation (version complète)

6,2 Mo
Fichier Microsoft PowerPoint
Dernière mise à jour : 09 mai 2007

Obtenez les visionneuses Office

Présentation
Cette présentation présente différentes stratégies d’interopérabilité :

•	Interopérabilité via les Services Web
•	Interopérabilité binaire via un bridge
•	Interopérabilité COM

Afin d’illustrer cette interopérabilité, nous allons interfacer une application Java avec le moteur de synthèse vocale TTS (Text-To-Speech) de la plate-forme Windows. Le moteur TTS est livré en standard avec Windows XP et Vista, sachant que la synthèse vocale a été largement améliorée dans la génération Vista. XP propose 3 voies plutôt rudimentaires (Mary, Mike, Sam), alors que Vista propose une voix beaucoup plus travaillée « Anna ».

Ceci étant dit, nous disposons donc de 3 stratégies pour appeler le moteur TTS de Windows depuis une application Java :

•	Appeler un service Web .Net qui invoque TTS
•	Appeler une DLL managée .Net qui invoque TTS
•	Appeler la DLL native de TTS exposée via COM

Après avoir découvert comment réaliser cette interopérabilité, vous vous poserez certainement la question du choix de telle ou telle stratégie d’interopérabilité.

Si vous souhaitez plus d’informations concernant les enjeux d’interopérabilité ainsi que ces critères de choix, nous vous invitons à découvrir la session réalisée lors des TechDays 2007 disponible sur Microsoft France Audio & Vidéo (www.microsoft.com/france/vision - rechercher J2EE).

Retrouvez également les exemples de code utilisés sur le Blog de l’auteur : http://blog.sfartz.com/public/interopDotNetJ2EE/Lab_InteropDotNetJavaEE.zip

Pour résumer, ce choix est fonction de différents facteurs :

•

La performance souhaitée

•	Si l’on cherche à optimiser les appels inter-technologies, on augmentera le niveau de couplage. C’est le cas si un composant est amené à être fréquemment appelé.

•

Le niveau de couplage

•	Souhaite-t-on un couplage fort entre 2 applications comme le propose la stratégie de mise en place d’un pont, ou bien souhaite-t-on plutôt que les consommateurs soient multiples.

•

Les technologies de développement maîtrisées par vos équipes

•	On ne s’improvise pas développeur de services du jour ou lendemain, le modèle de programmation est orienté message, il faut appréhender un nouveau mode de programmation.

•

Les infrastructures en place

•	On privilégiera le fait de s’appuyer sur des infrastructures en place afin de bénéficier des procédures en place pour assurer la robustesse et le monitoring des échanges.

•

Et des éléments budgétaires

Les outils de ce thème

•	Les instructions du lab
•	Deux documents PowerPoint
•	Un webcast

Pour plus d'informations

Vous êtes intéressé par ce sujet ?
Un Chat d'explication et d'échanges sur ce thème, animé par Stève Sfartz, architecte en système d’informations chez Microsoft France, a eu lieu le mardi 22 mai 2007.

Haut de page