Oui, sauf que jamais personne ne fout en prod des jar sans les tester.
De plus c'est pas évident à gérer en phase de dev, il faut retarder la signature, et ne la faire qu'à la livraison, c'est un peu contraignant.
Certes ça améliore la sécurité, mais d'un autre côté quand tu vois qu'il n'y a aucune norme propre en matière de packaging d'applications .NET, on a un peu l'impression de se retrouver au milieu du gué.
Quand je parle packaging je parle réalisation de .MSI, fichiers de config, etc... Au moins sous J2EE tu livres des EAR et des WAR avec une interface faite pour ça avec des fichiers de config qui doivent respecter un standard.
.NET est beaucoup trop laxiste de ce côté là je trouve, tu peux très bien te retrouver avec des .properties dans system32/ et des .xml ou .config dans ton IIS.
[^] # Re: Nécessité de Java?
Posté par Pierre Tramonson . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
De plus c'est pas évident à gérer en phase de dev, il faut retarder la signature, et ne la faire qu'à la livraison, c'est un peu contraignant.
Certes ça améliore la sécurité, mais d'un autre côté quand tu vois qu'il n'y a aucune norme propre en matière de packaging d'applications .NET, on a un peu l'impression de se retrouver au milieu du gué.
Quand je parle packaging je parle réalisation de .MSI, fichiers de config, etc... Au moins sous J2EE tu livres des EAR et des WAR avec une interface faite pour ça avec des fichiers de config qui doivent respecter un standard.
.NET est beaucoup trop laxiste de ce côté là je trouve, tu peux très bien te retrouver avec des .properties dans system32/ et des .xml ou .config dans ton IIS.