Discussion :

[PsychoZ]

Bonjour à tous,

J'ai un problème et plusieurs axes de recherche mais aucun ne semble plus simple a mettre en oeuvre.

J'ai une appli installée en local sur différent postes, le client est développée en .NET
Ce soft doit appeler un traitement effectué par une Appli Java sur un serveur Linux sur le réseau local.

Les 2 pistes principales que j'ai :
Java RMI (mais apparemment uniquement de Java à Java)
Webservices (mais mon traitement est un traitement lourd et je voudrais éviter un serveur Web)

Je pense pour l'instant quand même utiliser RMI en installant Java sur les client.
Le soft .NET ferait un appel a une appli java en local qui communiquerait avec le serveur ...

Si je peux éviter d'installer Java sur les postes en local ... Je préfèrerais pouvoir directement contacter le serveur ...
Il faudrait éventuellement que le serveur écoute quelque chose et que l'appli .NET communique directement.

Si vous avez des idées, je suis preneur.

Merci à tous.

[sinok]

Quelpes pistes:
En passant par IIOP tu devrais pouvoir faire communiquer .NET remoting et RMI: http://iiop-net.sourceforge.net/rmiAdderDNClient.html
Sinon pourquoi ne pas mettre en place ton propre protocole en te basant sur des sockets des deux cotés?
Sinon bah les WS apportent une solution évidente, tout dépend ensuite du volume de données.
++

[PsychoZ]

Merci, je vais creuser de ce coté là

C'est vrai que le protocole maison j'y ai penser, et au final ce sera peut-être ce que je ferai ...

J'y retourne !!! je ferai un update dès que j'y vois plus clair !

[PsychoZ]

Choix final :

.NET va lancer un shell qui lance quelque chose qui ressemble à ça (pour simplifier)

plink.exe -ssh 22 -l user -pw monPass mon-IP-serveur commande argument1 argument2

plink etant le petit frère de putty, client gratuit multi usage etc ...
plink permet de tout faire en ligne de commande.

La seule chose à ne pas oublier, c'est de mettre plink dans le Path de windows ou directement dans le rep windows, ou au pire de donner le chemin absolu de cet exécutable.

Voilà.

[manblaizo]

Est-ce que ça veut dire que l'appel est asynchrone ? Le client .Net n'attend pas de réponse directe du serveur ? La partie serveur est implémentée avec quelles technologies, EJB ? Dans ce cas, peut-être qu'une solution utilisant des messages JMS serait plus appropriée aussi.

[PsychoZ]

Oui, totalement asynchrone ...
Pour l'instant, ça me convient comme ça, les personnes qui utilisent le client .NET savent qu'elles doivent attendre la fermeture de la fenêtre de console qui s'est ouverte à l'appel.

Coté serveur, une JVM de Sun sans rien de particulier, tout ce qu'il y a de plus standard installée sur une Ubuntu.