Bonsoir.
 
Voilà, ça fait un petit moment que je me pose la question, et je me décide enfin à vous la poser.
 
Dans l'univers Java, on a la notion de serveur d'application, tels que JBOSS, Glassfish, le serveur Sun,...
Je me demandais quel était l'équivalent pour la plateforme .NET. Car à part IIS pour l'ASP.NET, je ne connais pas les méthodes pour réaliser des applications client(lourd)/serveur en .NET.
 
Si quelqu'un peut me renseigner, ou me donner un lien où je puisse trouver cette info, je l'en remercie d'avance.

ça peut se faire avec apache/ASP.NET, Apache/mono, cassini, ou même tomcat : http://dev.mainsoft.com/Default.aspx?tabid=28

Pourquoi tu parles de client lourd / serveur ?
 
Dans ce cas, on ne parle plus de serveur d'application, pas même en java...
 
Ensuite, les liens entre client/serveur peuvent se faire via WebService (donc un site en ASP.NET sur le serveur d'application, et un client lourd qui interrige les services offerts par ce dernier), ou par connection socket (accès direct au réseau avec ton propre protocole)
 
M'enfin je vois pas trop le sens de la question en fait...

Merci pour vos réponses.
 
Désolé si ma question n'était pas très claire.
 
En fait, dan sla boite où je bosse par exemple, il y a une application qui tourne sur un serveur JBoss. Pour ce qui est des utilisateurs, ils se connectent à cette application à l'aide d'un client SWING, téléchargé via Java Web Start. Donc l'appli Swing communique avec l'appli serveur JBoss (ils utilisent les EJB je crois, mais pas sûr...).
 
Donc ma question, c'était de savoir s'il existait l'équivalent sur la plateforme .NET. Un client lourd (Windows Form) qui communique à distance avec une appli serveur. Et si oui quel était dans ce cas l'équivalent de Jboss par exemple (c'est-à-dire un serveur qui serait capable de faire tourner l'appli serveur .NET).
 
D'après ta réponse MagicBuzz, une solution est de faire tourner un webservice sur le serveur et que le client lourd interroge ce web service. OK, c'est une solution qui répond à ma question. Ainsi on a juste besoin d'un IIS pour faire tourner le web service (c'est bien ça?).
La connexion par socket, là je vois pas trop ce que c'est, mais je vais un peu "googler"...
 
Ixemul, d'après ce que je comprend du lien que tu as mis, ça permet de faire tourner une appli .NET sur un serveur Java, c'est bien ça? Mais la communication entre serveur et client reste le même principe non? (l'avantage de ce produit me parait être juste la portabilité sur linux par exemple, dis moi si je me trompe).

Oui, en effet, cela permet, entre autre, te pouvoir faire tourner tes webservices sur un environnement Java. Cependant, la solution la plus clean concernant la portabilité, est d'utiliser Mono qui est une implémentation "Libre" du framework .NET. Ce dernier tourne aussi bien sous linux, MacOS X et même windows

Effectivement, un web service plus une application windows forms, c'est ce qui se rapproche le plus du système Java Web Start.
 
A noter qu'avec Visual Studio 2005, on peut même déployer des applications exactement comme avec Java Web Start : un lien dans une page, et zou, l'appli démarre sans s'installer réellement sur le poste client : ainsi, pas de problème de mises à jours, etc.
 
Effectivement, tu n'as besoin pour ça que d'installer le Framework .NET sur le serveur et les clients (installé de base par Windows Update normalement), ainsi que IIS sur le serveur.

 
Ok, je pense que tu parles de ClickOnce (j'en avais déjà entendu parler mais sans savoir vraiment à quoi il servait; je vais regarder de plus près)
 
En tout cas, merci pour vos réponses.