mardi 07 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

: Dtek, nouveau logiciel de gestion de films

Posté par dtek (). Modéré le 08 décembre 2007.
0
DteK est un logiciel sous licence GPLv3 de gestion de films sur tout type de support. DteK est développé en Java ce qui implique que dtek peut être installé sur linux comme sous windows.

Le gros avantage de dtek par rapport à des solutions existantes (GCStar, Tellico...) c'est la possibilité de scanner votre disque dur à la recherche de vos films. DteK gère la récupération des informations techniques (Codec, BitRate, Résolution...)

> Lire la suite (20 commentaires, moyenne: 3,4).   [dépêche : 2091 caractères]

Vous avez demandé le commentaire #888766.

question du noob

Posté par therealnicoco () le 08/12/2007 à 23:49. (lien). Évalué à 2.

Salut à tous,

J'aimerai juste savoir comment on compile ce programme qui a l'air de correspondre parfaitement à mes attentes.
Je sais à peu près faire quand il faut faire ./configure et make, mais là je ne sais pas du tout par où commencer.

Merci de m'aider !

  • [^]Re: question du noob

    Posté par Jerome Robert (page perso, ) le 09/12/2007 à 08:57. (lien). Évalué à 4.

    L'équivalent de make pour les applications Java est ant ( http://ant.apache.org/ ). Dans le cas de Dtek le script ant (build.xml) a été genéré avec Netbeans ( http://www.netbeans.org ) et il ne sera donc pas simple de lui spécifier les dépendances sans utiliser cet IDE. Si malgré tout tu veux le faire à la main, c'est dans le fichier nbproject/project.xml. Regarde aussi la page licence et dépendances du site web de Dtek.

    Jerome

    • [^]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>

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1031s (dont 0.0187 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !