Erlang est fait pour faire des applications réseaux et des clusters, autant l'utiliser dans une configuration qui convient. Surtout si tu veux gérer des centaines de millers de client.
Mais ça marche très bien avec de petites configs, car la gestion de la concurrence (très importante pour ce genre d'applications) est très légère par rapport à Java. Mon wiki tourne sous Yaws sur ma vieille machine (P700) avec une connexion 512 et est réactif même avec de gros téléchargements en parallèle.
Dans l'architecture décrite, c'est Yaws (http://yaws.hyber.org/) qui correspond aux JSP.
Pour remplacer RMI, on peut faire du RPC (qu'est-ce que ça de ridicule? RMI est un mécanisme de type RPC...) ou utiliser le système de messages d'Erlang (accessible via des API C++, Python, Java, C#).
Pour les web services, je n'en ai jamais fait avec Erlang donc je ne sais pas comment ça marche.
Pour la maintenance, je ne vois pas quel problème tu auras en plus par rapport à une solution J2EE (à part la difficulté de trouver des gens compétents dans cette technologie, mais là c'est un problème de type l'oeuf et la poule...).
Un exemple proche de ma "combo qui tue" était mon projet de fin d'étude: un moteur de recherche de mp3 sur le web distribué (en Erlang), une interface web en PHP et un programme en Python pour calculer un "taux d'affinité" entre une musique et un utilisateur.
[^] # Re: Alternative
Posté par bobefrei . En réponse au journal Java, .NET et les logiciels libres. Évalué à 2.
Mais ça marche très bien avec de petites configs, car la gestion de la concurrence (très importante pour ce genre d'applications) est très légère par rapport à Java. Mon wiki tourne sous Yaws sur ma vieille machine (P700) avec une connexion 512 et est réactif même avec de gros téléchargements en parallèle.
Dans l'architecture décrite, c'est Yaws (http://yaws.hyber.org/) qui correspond aux JSP.
Pour remplacer RMI, on peut faire du RPC (qu'est-ce que ça de ridicule? RMI est un mécanisme de type RPC...) ou utiliser le système de messages d'Erlang (accessible via des API C++, Python, Java, C#).
Pour les web services, je n'en ai jamais fait avec Erlang donc je ne sais pas comment ça marche.
Pour la maintenance, je ne vois pas quel problème tu auras en plus par rapport à une solution J2EE (à part la difficulté de trouver des gens compétents dans cette technologie, mais là c'est un problème de type l'oeuf et la poule...).
Un exemple proche de ma "combo qui tue" était mon projet de fin d'étude: un moteur de recherche de mp3 sur le web distribué (en Erlang), une interface web en PHP et un programme en Python pour calculer un "taux d'affinité" entre une musique et un utilisateur.