Journal Pour y comprendre quelque chose...

Posté par  .
Étiquettes : aucune
0
9
déc.
2003
Cher journal,

J'entend beaucoup parler de J2EE, WebServices, CORBA, IDL, SOAP, JBoss and co.
J'ai du temps en ce moment et j'aimerais bien m'y interesser.

Le problème est qu'il est plus dur de trouver une bonne documentation clair la dessus que pour le reste. Et désolé mais le discours marketing de Sun en anglais sur leur site me ressort par les narines.

Ce qui serait vraiement cool en fait c'est un article clair avec des schémas et exemples pour pouvoir avoir une vue d'ensemble de tout ça. (je sais...)
Histoire de s'échauffer un peut avant de se jeter dans ce genre de choses: http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html(...)

Sinon je voulais savoir quelles étaient les différences entre JOnAS, JBoss , Tomcat...
et à quelles besoins répondent ils vraiement?


Merci d'avance,

  • # Re: Pour y comprendre quelque chose...

    Posté par  . Évalué à -1.

    Naaaaaaaaaan malheureux !!
    C'est un langage reservé aux decideurs pressés (tm).

    Tu risque d'aller faire du marketing si tu te mets a parler comme ca ;)

  • # Re: Pour y comprendre quelque chose...

    Posté par  . Évalué à 7.

    Différents tutoriels J2EE se balladent sur google, tu devrais
    trouver ton bonheur.

    En vraimment "très gros", J2EE ca permet d'avoir un serveur
    applicatif qui va gerer un certain nombre de choses "complexes"
    à ta place. On y trouve une messagerie asynchrone, la gestion
    des transactions, la persistance d'objets en base, des facilités
    pour les applications distribuées ... etc la liste est longue

    Ensuite viennent les serveurs applicatifs comme jboss et jonas,
    qui assurent la gestion de cela.

    RMI, IDL/CORBA et SOAP sont des protocoles de communications
    via le réseau, pour faire dialoguer des objets répartis.

    Si tu veux commencer, comprendre et utiliser les EJB [ une partie
    de J2EE ] c'est ce qui me semble le plus sympa/fun à faire.

    Un tutoriel est disponible là, si tu veux te faire une idée

    http://www.ashita-studio.com/tutoriaux/ejb/index.php(...)

    >>> J'ai du temps en ce moment et j'aimerais bien m'y interesser.

    Oui le problème c'est le temps, c'est assez simple dans le concept,
    mais moins évident à exploiter... il faut déja disposer de bonnes
    base en java "basique" JDK pour se dépatouiller dans le tout ... les docs
    sont assez indigestes ... à l'exploitation tu définis beaucoup de chose
    dans de nombreux fichiers xml, donc il vaut mieux avoir un ide qui gere
    cela ou utiliser des outils comme xdoclet , sauf pour ceux qui aiment
    taper du xml ;) Pour commencer à faire quelque chose en comprenant
    bien la conception du machin, compte bien plusieurs mois ... [ je ne donne
    pas de durée exacte, des malins vont encore sortir que j2ee ca se maitrise
    en 2 semaines ;) ]

    Mon avis perso, c'est que c'est mettre en place tout cela n'est pas évident,
    et qu'il faut vraimment avoir besoin de quelque chose de très complexe.

    Néanmoins étudier l'architecture J2EE aborde de nombreux problèmes
    courants dans les applications moyennes/grosses et l'étudier c'est assez
    enrichissant même si on ne s'en sers pas.

    Pour la plupart des projets petits/moyens, la gestion de la persistance des
    objets en base est la plus utile je pense ... tu peux te pencher sur
    http://www.hibernate.org/(...) qui est simple d'utilisation et tres bien documenté.

    bon code :)

  • # Re: Pour y comprendre quelque chose...

    Posté par  (site web personnel) . Évalué à 4.

    Cela pourrait t'aider : (j'aime bcp le style d'écriture)

    « How to Talk About Jini, J2EE, and Web Services at a Cocktail Party »
    http://www.onjava.com/pub/a/onjava/2003/08/27/cocktails.html(...)

    Tu trouveras aussi pas mal d'articles sur http://www.javaworld.com(...) et http://www.theserverside.com/(...)

  • # Re: Pour y comprendre quelque chose...

    Posté par  (site web personnel) . Évalué à 2.

    N'oublies pas qu'un bon spécialiste est un spécialiste J2EE ET .NET ;)
    En fait les 2 monde ont les mêmes objectifs, les même contraintes, et souvent la même manière d'aborder un problème... Enfin il est de toute façon intéressant d'étudier les 2.

  • # Re: Pour y comprendre quelque chose...

    Posté par  . Évalué à 1.

    Beaucoup de mauvaises choses dans tout cela.

    Les web-services: cela permet d'appeler des fonctions/objets à distances. Les plus célèbres sont SOAP, XMLRPC, CORBA.

    CORBA est laborieux, dépassé et peu flexible (il faut recréer les structures à chaque fois). Je peux pas dire grand chose de CORBA, je ne l'ai utilisé qu'une fois rapidement il y a un an. J'ai pas du tout aimé.

    SOAP est pal mal. Il fonctionne aussi par objets mais je lui reproche deux choses; manque d'implémentations rapides (en tout cas dans le langage où je l'utilisais: python) et peu flexible. Par exemple, si tu fais passer un dictionnaire, toutes les clés/valeurs doivent être du même type. (je crois, c'est une histoire du genre en tout cas, je ne l'ai pas utilisé bcp non plus.)

    XML/RPC est plus simple, pas objet mais nettement mieux, je trouve. La seule chose que je lui reproche c'est de ne pas supporter le type NULL/None. Mais il est flexible (au niveua du type des données) et il supporte aussi les exceptions.

    J2EE et Tomcat, c'est vraiment nul. Ca a l'air pas mal lorsqu'on en parle mais dans la pratique c'est tout à fait différent. Le déploiment est vachement dur, cela prend du temps et ca ne marche pas bien. Je me souviens que la librairie JAVA ne supporte même pas correctement le HTTP (le post de fichier)

    • [^] # Re: Pour y comprendre quelque chose...

      Posté par  . Évalué à 1.

      Les web-services ne se placent pas au même niveau que les remote procedure call.
      On n'accède pas à des objets distants, mais on émet des requêtes et on recoit des réponses d'un service distant. Et cela concerne des échanges de données (généralement en XML), pas de la distribution d'objets sur n machines.

      JOnAS et JBoss font à peu près la même chose (Servlet/JSP + EJB + le reste des specs J2EE1.4), alors que Tomcat fait juste Servlet/JSP.
      Si tu veux un équivalent de JOnAS chez Apache, il faut voir du côté de Geronimo (en cours de dev).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.