Basiquement, on peut dire qu'un serveur d'application (ou plutôt serveur applicatif) fournit des conteneurs pour des applications dévloppées suivant un modèle par composants et prend en charge les services suivants :
- gestion de session, gestion de contexte
- gestion du pooling de connexion
- gestion du fail-over
- gestion du load-balancing
On notera qu'en général, les serveurs applicatifs viennent avec leur langage (propriétaire dans la plupart des cas).
A ce titre, il me semble qu'on peut dire que SilverStream (avec NetDynamics, ATG Dynamo, ...) faisait partie des premiers serveurs applicatifs.
Quant à J2EE... Construite au-dessus de la plate-forme J2SE, la plate-forme J2EE est dédiée aux développements d'applications d'entreprise orientés serveur et web. J2EE fournit un ensemble additionel de standards et de librairies permettant entre autres l'intégration de technologies d'entreprise hétérogènes.
Comparer SilverStream à J2EE n'a donc pas de sens, J2EE étant avant toute chose un modèle de développement.
Mais J2EE a effectivement son lot de serveurs applicatifs certifiés très très chers. Et SilverStream ne s'est pas imposé. L'ouverture de Java, la richesse de ses APIs, la stratégie de Sun et la qualité des serveurs applicatifs ont manifestement su séduire les entreprises. L'heure n'est plus vraiment à la lutte. D'ailleurs, beaucoup d'éditeurs de progiciels horizontaux ont recentré leurs actvités et se concentrent aujourd'hui sur l'édition de solutions verticales compatibles J2EE.
Maintenant, je ne dis surtout pas que le PHP est une solution qui doit systématiquement être écartée. Tout est une question de besoin et le choix de la technologie d'implémentation doit s'inscrire dans une problématique globale.
[^] # Re: Houuuuuuuuuuuuuuu
Posté par pthivent . En réponse à la dépêche Apache/PHP et IIS/ASP : pas si bons ?. Évalué à 8.
- gestion de session, gestion de contexte
- gestion du pooling de connexion
- gestion du fail-over
- gestion du load-balancing
On notera qu'en général, les serveurs applicatifs viennent avec leur langage (propriétaire dans la plupart des cas).
A ce titre, il me semble qu'on peut dire que SilverStream (avec NetDynamics, ATG Dynamo, ...) faisait partie des premiers serveurs applicatifs.
Quant à J2EE... Construite au-dessus de la plate-forme J2SE, la plate-forme J2EE est dédiée aux développements d'applications d'entreprise orientés serveur et web. J2EE fournit un ensemble additionel de standards et de librairies permettant entre autres l'intégration de technologies d'entreprise hétérogènes.
Comparer SilverStream à J2EE n'a donc pas de sens, J2EE étant avant toute chose un modèle de développement.
Mais J2EE a effectivement son lot de serveurs applicatifs certifiés très très chers. Et SilverStream ne s'est pas imposé. L'ouverture de Java, la richesse de ses APIs, la stratégie de Sun et la qualité des serveurs applicatifs ont manifestement su séduire les entreprises. L'heure n'est plus vraiment à la lutte. D'ailleurs, beaucoup d'éditeurs de progiciels horizontaux ont recentré leurs actvités et se concentrent aujourd'hui sur l'édition de solutions verticales compatibles J2EE.
Maintenant, je ne dis surtout pas que le PHP est une solution qui doit systématiquement être écartée. Tout est une question de besoin et le choix de la technologie d'implémentation doit s'inscrire dans une problématique globale.