[^]Re: Plus facile comme ça

[^]Re: question du noob

• [^]Re: question du noob

  Posté par therealnicoco () le 09/12/2007 à 11:11. (lien). Évalué à 1.

  Merci de ta réponse !
  
  Effectivement, ce n'est pas simple...
  J'ai d'abord du retirer une ligne de commentaire car "unmappable character for encoding UTF8" mais maintenant "cannot find symbol" une centaine de fois... Bref je m'en sortirai pas /o\
  
  Si un généreux contributeur pouvait mettre à disportion une version précompilée et/ou un PKGBUILD pour archlinux, merci de le signaler ici !
  
  J'espère ne pas finalement avoir à l'utiliser dans virtualbox :o)

  • [^]Re: question du noob

    Posté par ndesmoul () le 09/12/2007 à 12:43. (lien). Évalué à 3.

    Euh, c'est du Java. Le même "binaire" fonctionne sur n'importe quelle architecture et OS à partir du moment où tu as une marchine virtuelle Java.
    Si c'est juste pour utiliser le programme, c'est vraiment pas la peine de le recompiler. Évidemment le problème c'est qu'ils ne fournissent que des rpm ou des deb et pas une bête archive zip qui aurait l'avantage d'être complètement indépendante de l'architecture.
    
    Alors soit tu parvient à décompresser le rpm ou le deb pour récupérer le résultat de la compilation, soit tu recompiles et alors il vaut mieux utiliser netbean.

    • [^]Re: question du noob

      Posté par therealnicoco () le 09/12/2007 à 14:26. (lien). Évalué à 3.

      Youpi !
      
      Merci pour vos conseils, j'ai réussi à bricoler qqch à partir du .deb (méthode la rache)
      
      Quelques remarques à l'auteur s'il lit ce commentaire :
      1/ c'est génial, ce logiciel propose LA fonctionnalité : chercher les films sur le disque dur
      2/ MAIS il faudrait pouvoir préciser manuellement l'URL des infos du films quand le logiciel ne le trouve pas tout seul. En effet, pour certains films, (notamment avec des caractères spéciaux genre accents... mais aussi pour "Bernie" par exemple, sans que j'ai pu y trouver d'explication) le programme ne trouve pas le film dans les bases de données en ligne.
      
      Bonne continuation et merci !

  • [+] [^]Re: question du noob

    Posté par Sytoka Modon (page perso, ) le 10/12/2007 à 07:45. (lien). Évalué à -1.

    C'est un des soucis avec java d'avoir voulu mettre du XML un peu partout et pas toujours au bon endroit. Par exemple, dans les fichiers de conf de Tomcat et dans Ant ! Du coup, on se retrouve vite avec la dépendance sur l'IDE... Erreur de conception.
    
    Perl a trouvé une voie que je trouve médiane en mettant ses fichiers de conf sous le format YAML. C'est facile pour la machine et c'est lisible par l'homme.
    
    Enfin, on va avoir du mal à dévier le char d'assaut Java de sa trajectoire ;-)

    • [^]Re: question du noob

      Posté par windu.2b (Jabber id, page perso, ) le 10/12/2007 à 09:42. (lien). Évalué à 8.

      Euh... Je vois pas en quoi la présence du XML dans les fichiers d'Ant inclue une dépendance avec l'IDE !
      Pour lire du XML avec Java, y a pas besoin d'un IDE. Et même pour exécuter un build.xml, on peut le faire à la ligne de commandes, pour autant que je sache.

      • [^]Re: question du noob

        Posté par Nelis (page perso, ) le 10/12/2007 à 13:56. (lien). Évalué à 4.

        Exactement ! Si un build ant est bien fait, il n'est pas dépendant de l'IDE et peut être exécuté en ligne de commande (c'est même le but).
        
        Et l'XML n'a rien à voir la dedans

        --
        Vache qui rit, à moitié dans son lit

    • [^]Re: question du noob

      Posté par Nelis (page perso, ) le 10/12/2007 à 13:59. (lien). Évalué à 3.

      Tu peux nous expliquer en quoi mettre de l'XML dans des fichiers de config ou des scripts de build c'est mal ? Et pourquoi ça produirait une dépendance sur l'IDE ?
      
      Parce que là je dirai plutôt erreur de compréhension de ta part que erreur de conception de Java ;-)

      --
      Vache qui rit, à moitié dans son lit

      • [^]Re: question du noob

        Posté par Sytoka Modon (page perso, ) le 10/12/2007 à 20:15. (lien). Évalué à 2.

        A propos de la dépendance, je n'ai fait que répéter le post qui me précédait...
        
        Je sais bien qu'un bon XML se compile avec ANT sans l'IDE. L'idée du post au dessus était de pouvoir ensuite modifier ce fichier pour le faire évoluer. Et là, il dis qu'il y a une dépendance probable sur l'IDE. Encore une fois, je ne fait que le répéter.
        
        Sinon, si tu aimes les fichiers de conf en XML, tant mieux pour toi. J'avoue que j'ai horreur de voir un truc en XML dans mon /etc. Un fichier de conf doit rester lisible par l'Homme or le XML ne l'est pas dans la plupart des cas. D'ou ma tirade sur le YAML et le fichier de config des paquetages Perl sur le CPAN.

        • [^]Re: question du noob

          Posté par windu.2b (Jabber id, page perso, ) le 11/12/2007 à 08:20. (lien). Évalué à 4.

          "n fichier de conf doit rester lisible par l'Homme or le XML ne l'est pas dans la plupart des cas."
          La partie en gras est la partie la plus importante de ton propos...
          Un fichier XML est censé être "human-readable", s'il ne l'est pas ce n'est pas la faute du XML en soi, mais de ceux qui ont écrit la DTD.
          Si certains préfèrent nommer des balises et/ou des attributs XML avec un seul caractère, c'est leur droit...

          • [^]Re: question du noob

            Posté par Sytoka Modon (page perso, ) le 11/12/2007 à 10:32. (lien). Évalué à 3.

            Le problème n'est pas dans le seul nom des balises, il est intrinsèque au langage. Voila un exemple d'un fichier de configuration d'un module Perl pris sur le CPAN : http://search.cpan.org/src/MSERGEANT/AxKit2-1.1/META.yml

            # http://module-build.sourceforge.net/META-spec.html
            #XXXXXXX This is a prototype!!!  It will change in the future!!! XXXXX#
            name:         AxKit2
            version:      1.1
            version_from: lib/AxKit2.pm
            installdirs:  site
            requires:
                Danga::Socket:                 1.52
                LWP::UserAgent:                0
                Test::Builder::Module:         0.03
                XML::LibXML:                   1.59
                XML::LibXML::XPathContext:     0.07
                XML::LibXSLT:                  1.59
            
            distribution_type: module
            generated_by: ExtUtils::MakeMaker version 6.17
            

            Je prends un truc écrit pour Java et Tomcat pris sur le web aléatoirement sur le site http://www.dailly.info/java/tomcat.php Cela me semble représentatif cependant de ce genre de fichier de configuration qui plus est dans un cas simple (car souvent, c'est bien plus lourd que cet exemple).

            < !-- en tête (obligatoire pour définir le type du fichier) -->
            <?xml version="1.0" encoding="ISO-8859-1"?>
            <!DOCTYPE web-app
            PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
            "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
            <web-app> <!-- Balise début de fichier de configuration -->
            
            
            <servlet-name>
            nom_servlet <!-- Association d’un nom au servlet -->
            </servlet-name>
            <servlet-class>
            classe_servlet <!-- Association de la classe correspondante -->
            </servlet-class>
            
            
            <servlet-mapping>
            <servlet-name>
            nom_servlet <!—Choix du servlet visé par le mapping -->
            </servlet-name>
            <url-pattern>
            motif <!—Choix de la forme de l’adresse sur l’URL -->
            </url-pattern>
            </servlet-mapping>
            
            </web-app><!-- Balise fin de fichier de configuration -->
            

            Je laisse à chacun son propre jugement mais je pense personnellement que la première manière d'écrire est bien plus lisible. On sais que l'important dans ce genre de chose est la lisibilité.

            • [^]Re: question du noob

              Posté par Nelis (page perso, ) le 11/12/2007 à 11:48. (lien). Évalué à 4.

              
              <?xml version="1.0" encoding="ISO-8859-1"?>
              <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
              <web-app>
                      <servlet-name>nom_servlet</servlet-name>
                      <servlet-class>classe_servlet</servlet-class>
              
                      <servlet-mapping>
                              <servlet-name>nom_servlet</servlet-name>
                              <url-pattern>motif</url-pattern>
                      </servlet-mapping>
              </web-app>
              

              
              
              Bizarrement une fois formaté correctement ça va mieux ...

              --
              Vache qui rit, à moitié dans son lit

              • [^]Re: question du noob

                Posté par Sytoka Modon (page perso, ) le 11/12/2007 à 21:35. (lien). Évalué à 4.

                Tu remarqueras que j'ai cité ma source et n'est rien modifié...

                Il n'empêche qu'au final, c'est nettement moins lisisble qu'un YAML car les paramêtres du système sont noyés dans du verbiage XML. Il y a beaucoup de personne ici qui aime beaucoup le Python et le YAML oblige à bien faire l'indentation comme en Python. Il faut avouer que dans ce cadre là, cela oblige à une formatage correct sinon cela ne marche pas. En YAML, les fichiers de conf doivent être lisible et éditable ligne à ligne.

                web-app:
                     servlet-name:  nom_servlet
                     servlet-class:   classe_servlet
                
                     servlet-mapping:
                         servlet-name:  nom_servlet
                         url-pattern:      motif
                

                • [^]Re: question du noob

                  Posté par Nelis (page perso, ) le 12/12/2007 à 08:33. (lien). Évalué à 2.

                  Je ne dis pas que YAML n'est pas clair où que l'XML doit être utilisé partout.
                  
                  Simplement que XML est une alternative comme une autre et qu'il peut-être plus ou moins clair selon la manière dont il est utilisé.
                  
                  Un des avantages du XML par exemple, c'est qu'il existe une tonne d'outil pour le visualiser, l'éditer, le valider, et qu'il est très facilement manipulable dans les applications.

                  --
                  Vache qui rit, à moitié dans son lit

            • [^]Re: question du noob

              Posté par petit_bibi () le 15/12/2007 à 14:53. (lien). Évalué à 1.

              Il est possible de rendre plus "lisible" un document xml en utilisant un peu plus les attributs. Pour les hachages, j'utilise souvent cette forme:

              <parameters
                 charset=""
                 file=""
                 titi=""
                 toto=""
                 tata.name=""
              />
              

              Ceci dit, il y a un problème si l'on souhaite commenter les attributs. Et probablement d'autres quand on écrit la DTD.

              <servlet
                name="nom_servlet"
                class="servlet_class"
                description="..."
              />
              <servlet-mappings>
                <mapping url-pattern="/a/*" servlet-name="nom_servlet"/>
                <mapping url-pattern="/b/*" servlet-name="nom_servlet"/>
              </servlet-mappings>
              
              

[^]Re: Un essai