> Je suis entrain de me dire que c'est dingue que je doive l'expliquer. Sun n'a pas fait une belle plaquette commerciale ??? Z'on des cours à prendre chez ms...
Euh vi c'est clair, le prob aussi c'est que java, c'est pas que Sun, et en général après avoir du te tapé oracle, bea, ibm et sun faire leur blabla sur le produit qui est plus scalable, plus secure, plus clusterisable, plus whatever que l'autre, t'en reste avec une impression de flou... ça le fait plus d'avoir un évangéliste ms entrainé pour, qui commence sa présenation par un slide t'expliquant que les slide ça fait chier tous le monde et que t'en auras qu'un... (bon après reste à voir la pertinence de l'info et retirer l'aspect marketing, mais en tous les cas c'est plus ludique).
Le problème général avec cette "infrastructure", c'est:
- qu'elle est relativement complexe, un hello world en "J2EE" est atrocement compliqué (par rapport à ce que ça devrait être). Pratiquement tu te retrouves vite avec un bulldozer pour écraser une mouche. Et ce n'est pas parce qu'une solution est "d'entreprise" que ça veut dire qu'elle est lourde...
- que la plupart de ces "avantages" ne sont pas réellement gratuit: dans le cadre de l'appel d'objet distant le vrai problème n'est pas la technologie de "transport" (EJB, COM, Corba, etc...) mais la définition du contrat entre les parties, et pour cela, la technologie n'aide pas. Dans le cas du clustering, le problème sera d'avoir un système cohérent en cas de crash (principalement la persistence des données) et là dessus, la techno ne peut que partiellement aidé (on reste obligé de se poser la question et si on intérragit avec des systèmes tiers ça devient vite très complexe). Le même raisonnement s'applique à la plupart des "parties" de J2EE.
- que ce n'est pas si "standard" que cela, tous le monde implémente un peu le standard "à sa mode" avec ses extensions, ce qui veut dire que l'avantage du standard est nettement moindre. (ceci dit c'est clair que ça vaut mieux qu'une anarchie complète). Il faut aussi ne pas oublier que le "standard" est relativement libre: il impose l'organisation du binaire, pas des sources par exemple.
Allez j'y retourne... (faire du des EJB dialoguant avec un fax en envoyant un sms...)
[^] # Re: Mouais
Posté par tene . En réponse au journal Remise à niveau Java. Évalué à 2.
Euh vi c'est clair, le prob aussi c'est que java, c'est pas que Sun, et en général après avoir du te tapé oracle, bea, ibm et sun faire leur blabla sur le produit qui est plus scalable, plus secure, plus clusterisable, plus whatever que l'autre, t'en reste avec une impression de flou... ça le fait plus d'avoir un évangéliste ms entrainé pour, qui commence sa présenation par un slide t'expliquant que les slide ça fait chier tous le monde et que t'en auras qu'un... (bon après reste à voir la pertinence de l'info et retirer l'aspect marketing, mais en tous les cas c'est plus ludique).
Le problème général avec cette "infrastructure", c'est:
- qu'elle est relativement complexe, un hello world en "J2EE" est atrocement compliqué (par rapport à ce que ça devrait être). Pratiquement tu te retrouves vite avec un bulldozer pour écraser une mouche. Et ce n'est pas parce qu'une solution est "d'entreprise" que ça veut dire qu'elle est lourde...
- que la plupart de ces "avantages" ne sont pas réellement gratuit: dans le cadre de l'appel d'objet distant le vrai problème n'est pas la technologie de "transport" (EJB, COM, Corba, etc...) mais la définition du contrat entre les parties, et pour cela, la technologie n'aide pas. Dans le cas du clustering, le problème sera d'avoir un système cohérent en cas de crash (principalement la persistence des données) et là dessus, la techno ne peut que partiellement aidé (on reste obligé de se poser la question et si on intérragit avec des systèmes tiers ça devient vite très complexe). Le même raisonnement s'applique à la plupart des "parties" de J2EE.
- que ce n'est pas si "standard" que cela, tous le monde implémente un peu le standard "à sa mode" avec ses extensions, ce qui veut dire que l'avantage du standard est nettement moindre. (ceci dit c'est clair que ça vaut mieux qu'une anarchie complète). Il faut aussi ne pas oublier que le "standard" est relativement libre: il impose l'organisation du binaire, pas des sources par exemple.
Allez j'y retourne... (faire du des EJB dialoguant avec un fax en envoyant un sms...)