samedi 26 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: OpenOffice.org version 2.0 et Java

Posté par patrick_g (page perso, ). Modéré le 29 mars 2005.
La colère monte chez de nombreux développeurs et utilisateurs des logiciels libres à propos de la nouvelle version d'openOffice.org. En effet celle-ci repose plus fortement qu'avant sur la technologie Java ce qui pose de nombreux problèmes juridiques et techniques et qui pourrait favoriser un développement plus rapide des alternatives.

Un article du site Newsforge fait le point sur la controverse.

> Lire la dépêche (214 commentaires, moyenne: 2,7).  

Vous avez demandé le commentaire #553156.

Si çà peut booster GCJ

Posté par syj () le 29/03/2005 à 14:16. (lien). Évalué à 10.

Si au final, çà a pour conséquence de booster le projet GCJ. çà ne sera pas un mal.

Java est la technologie qui embauche le plus et qui reçoit le plus d'investissement de la part des entreprises.

Il est temps que cette techno coupe son cordon ombilical avec Sun qui devient trop encombrant.

  • [^]Re: Si çà peut booster GCJ

    Posté par Stéphane TRAUMAT (page perso, ) le 29/03/2005 à 14:25. (lien). Évalué à 8.

    Tout à fait d'accord!
    Des projets libres tels que Hibernate, C-JDBC, Spring, JOnAS, XDoclet, XMLBean, JUnit (et JUnitScenario;)), Ant, Eclipse... font de Java une plateforme de développement génial! Il manque plus qu'à libérer la jvm!

    • [^]Re: Si çà peut booster GCJ

      Posté par fabb () le 29/03/2005 à 14:41. (lien). Évalué à 1.

      > Il manque plus qu'à libérer la jvm!

      ???
      Ici je fais :
      - yum install java-1.4.2-gcj-compat

      Certe, certains programmes qui utilisent les dernières trouvailles brevetés de Sun ne marcheront pas. C'est à gcj de s'"imposer".

      • [^]Re: Si çà peut booster GCJ

        Posté par Stéphane TRAUMAT (page perso, ) le 29/03/2005 à 14:48. (lien). Évalué à 5.

        En fait, je voulais dire que sun devrait librer java :)
        Au passage, le serveur d'applications J2EE JOnAS fonctionne sous gcj ;) merci redhat

    [^]Re: Si çà peut booster GCJ

    Posté par Benjamin G. ( Prae ) (page perso, ) le 29/03/2005 à 14:29. (lien). Évalué à 2.

    Grâce à «Journal de Décideurs Pressés»(c)(tm) : Ton Java il est beau, il est grand, il est fort.
    Mais au final, ce sont les admins qui s'emm^Hbète à gérer ce truc afin que la machine de production ne plante pas pour la 10ème fois dans le mois.

    • [^]Re: Si çà peut booster GCJ

      Posté par Stéphane TRAUMAT (page perso, ) le 29/03/2005 à 14:33. (lien). Évalué à 4.

      problème non constaté ici... peut etre que les admins de ta boite devrait se mettre au gout du jour ? on développé en java depuis 4 ans.. ( on écrit même des bouquins dessus!) et nos applis tournent bien... il ya meme une application qu'on a fait en belgique pour un gros consortium dans les assurances et qui tournent depuis 2 ans sans jamais avoir planté (pourtant elle traite un paquet de demandes webservices, mail et ftp, http post)

      • [^]Re: Si çà peut booster GCJ

        Posté par Benjamin G. ( Prae ) (page perso, ) le 29/03/2005 à 16:14. (lien). Évalué à 6.

        Bizarrement, à chaque fois qu'on rencontre Java chez nos clients (tous différents) ils ont toujours de problèmes, soit de lourdeur, soit de plantage, soit des deux.
        Et les devs Java disent toujours que c'est un problème du à la plateforme ...
        Mais bon, je dois me tromper aussi ...

        • [^]Re: Si çà peut booster GCJ

          Posté par crusher () le 30/03/2005 à 08:28. (lien). Évalué à 1.

          Sûrement car comme pour le commentaire juste au dessus, nous bossons dans notre boite avec Java depuis plus de 5 ans et cela sans problème (frontal internet, intranet, serveur d'appli, batch de traitement, ...).
          Les problèmes de perf rencontrés étaient toujours soit de notre faute (algorithme , bug, ...) soit un problème d'optimisation de requete sql.

      [^]Re: Si çà peut booster GCJ

      Posté par VACHOR (page perso, ) le 29/03/2005 à 15:00. (lien). Évalué à 4.

      Faut demander aux programmeurs de pas programmer comme des porcs (éviter svp d'utiliser des patterns lourdingues quand y'a pas besoin, apprendre quand utiliser StringBuffer et quand ne pas le faire !, etc ...), et d'apprendre comment fonctionne un classloader avant de s'appuyer aveuglément sur les softs ASF style "Apache Jakarta Commons Logging" (quelle daube ! aussi log4j). Quand vous avez des programmes qui bouffent de la mémoire de façon "inexpliquable" (!), regardez dans ce sens. Et arrêtez SVP de lécher les bottes de l'ASF.

      Avec des programmes "maison" qui n'utilisent pas de librairies de daube, je peux vous assurer que la mémoire est stable, et y'a pas besoin de redémarrer le prog, ou reboot, même sous charge correcte ;-)

      • [^]Re: Si çà peut booster GCJ

        Posté par stephane martin () le 29/03/2005 à 16:43. (lien). Évalué à 3.

        L'utilisation de log4j ou des Logging pose vraiment des problèmes de performance aux applis ? Tu as un lien là dessus ?

        Stef, intéressé

        --
        Every time you write invalid markup, God kills a kitten

        [^]Re: Si çà peut booster GCJ

        Posté par NOULARD Eric (page perso, ) le 29/03/2005 à 21:27. (lien). Évalué à 2.

        J'aimerais également avoir des références sur les pb de conso
        mémoire avec log4j, vu que je m'apprête à l'utiliser copieusement
        et que ça m'arrangerait que mon serveur ne soit pas
        "a redemarrer" périodiquement à cause de ça.

        • [^]Re: Si çà peut booster GCJ

          Posté par TitiMoby (page perso, ) le 30/03/2005 à 08:17. (lien). Évalué à 2.

          Il n'y a pas de problème à ma connaissance.
          Log4J est utilisé massivement dans tous les projets de mon entreprise et aucun souci de perf n'est apparu.

          Et on est pas les champions des configs qui tuent.

    [^]Re: Si çà peut booster GCJ

    Posté par kesako () le 29/03/2005 à 14:35. (lien). Évalué à 7.

    > Java est la technologie qui embauche le plus

    comme les technos MS a la fin des annees 90 apres l'apparition de NT4. Ouais . Je connais le resultat...

    • [^]Re: Si çà peut booster GCJ

      Posté par Johann Ollivier-Lapeyre (page perso, ) le 29/03/2005 à 15:00. (lien). Évalué à 9.

      On peut rajouter le développement web a l'époque start-up....

      Bon, ça fait parti du métier.... mais quand je vois un pote carreleur qui tourne à 17kf net par mois, et les salaire du moment en informatique, je regrette d'avoir choisi l'info, parce que le carreleur, s'il doit se tenir au courrant, il ne doit pas tout réapprendre tous les 3 ans au risque de finir au RMI ...

      --
      ----------------------------------------------------------------
      KDE - Kopete - Oxygen - KDEgames

      • [^]Re: Si çà peut booster GCJ

        Posté par kesako () le 29/03/2005 à 15:08. (lien). Évalué à 3.

        y a encore pire.

        Discute un peu avec un laveur de carreaux ... oui oui le laveur de carreaux là en bas avec sa mob et sa petite echelle ...

        Tu sera surpris de son salaire ...

        • [^]Re: Si çà peut booster GCJ

          Posté par erik_lallemand (page perso, ) le 29/03/2005 à 16:03. (lien). Évalué à 3.

          Ceci dit, j'ai lu dans un journal ("Metro") qu'en Belgique, laveur de carreaux est le métier le plus dangereux! Et oui! plus dangereux que pompier, militaire, etc...

          De facon générale, je crois que "artisan" est une classe de métier très intéresante pour qui a du courage, et même sans avoir étudié longtemps. Je sais que les électriciens et les plombiers ne sont pas en reste question salaire. Les plombiers par chez moi ont d'ailleurs souvent des listes d'attente de quelques mois!

        [^]Re: Si çà peut booster GCJ

        Posté par Jean-Baptiste Mayer () le 29/03/2005 à 16:01. (lien). Évalué à 10.

        il ne doit pas tout réapprendre tous les 3 ans au risque de finir au RMI ...

        Les développeurs Java sont depuis longtemps au RMI....
        http://java.sun.com/products/jdk/rmi/(...)

        (/me --->[] )

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0815s (dont 0.0075 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.