Roger Rabbit a écrit 403 commentaires

  • # Java

    Posté par  . En réponse au message Différence entre CMP et JDO ?. Évalué à 2.

    | Note : je prend des gros raccourcis, sinon je dois poster 15 pages ]

    Les EJB et JDO sont deux moyens ( parmis d'autre ) de faire de la persistance objet en Java.

    Quand tu vas utiliser des Beans Entitity, tu vas devoir coder à la main trois classes, pour la home, le remote, et l'entity bean, et une foultitude de méthodes, qui devront répondre aux spécifications de ce type de bean, ainsi qu'une classe défiinissant la clé primaire.

    A mon gout, c'est *vraimment* tres lourd, il faut avoir un besoin réel des fonctionnalités apportées.

    Avec JDO, tu dois juste coder deux classes, une pour ta classe et une pour ta clé primaire, Il y a moins de chose que tu dois obligatoirement implémenter, c'est plus libre,

    ....

    Si tu me dis que tu es débutant en Java, je te dirais de passer ton chemin pour ce qui est de J2EE, c'est vraimment tres compliqué pour un novice. Tu vas te dégouter du java avec J2EE ... c'est un gros merdier ....

    Si tu veux absolument faire de la persistance dans ce style, je t'orienterais plutot vers une solution tierce de persistance objet comme par exemple Hibernate.

    Pour hibernate, tu codes ton Objet, ensuite tu crée un fichier xml de mapping objet <-> relationnel, ensuite tu configure l'acces au sgbd, et hop voila ca marche sans installer de lourds serveur. Tu peux éventuellement meme générer les fichiers XML de mapping à l'aide des métadonnées contenues dans tes commentaires de classe/méthode.
  • [^] # Re: \n

    Posté par  . En réponse au message sha1sum et sha diffère ?. Évalué à 2.

    mwarf :)
  • # héhé

    Posté par  . En réponse au message sha1sum et sha diffère ?. Évalué à 5.

    echo "dede" | /usr/bin/openssl sha1
    47fae561fe8701af0356cf8403442a7795d750fb

    echo -n dede | /usr/bin/openssl sha1
    8e65e20d4b7140a2e6ed067933d596228e46d380

    avec

    -n do not output the trailing newline
  • # Thread

    Posté par  . En réponse au message Ecouter un bouton. Évalué à 4.

    Ce que tu fais la il ne faut pas le faire. c'est a cause de ce genre de choses que les applications swing peuvent etre lentes. Quand tu lances ton calcul à l'interieur de la méthode actionPerformed, ce calcul est effectué à l'intérieur du thread Swing qui s'occupe de l'affichage. Par conséquent, comme ton calcul est long, tout les actions swing, comme par exemple repeindre les boutons ou réagir aux actions sont gelée. Pour corriger cela, il faut lancer ton calcul dans un thread indépendant du thread Swing qui s'occupe de l'affichage et ensuite une fois ton calcul terminé, envoyer les resultats à afficher dans le thread Swing;
    private void longTimeToCompute {
    
        // 1er thread pour ton calcul 
        new Thread() {
            public void run() {
            
               // Ton calcul 
              String result = calcul() ; 
    
               // On renvoie les résultats à travers un Runnable 
               // dans le thread Swing. 
                SwingUtilities.invokeLater(
                    new Runnable() {
                        public void run() {
                               label.setText(result) ; 
                        }
                    }
                );
            }
        }.start();
    }
    
  • [^] # Re: Polémique, la FAQ ?

    Posté par  . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 1.

    Vu tous les neuneus qui justement utilisent / se mettent à utiliser le linux , je doute que les BSDiste aient envie de les voir arriver.

    http://linuxfr.org/forums/(...)

    Linux c'est pas de la merde, c'est juste un état d'esprit différent. Et oui tu as raison c'est surement du au nombre d'utilisateurs du systeme.
  • [^] # Re: :)

    Posté par  . En réponse au journal apprendre par coeur. Évalué à 1.

    Non plutot à 1200 étudiants qui crient "par coeur" en
    même temps ...tu as bien sur une panoplie de slogan
    équivalents comme par exemple "suce" et autres.
  • # :)

    Posté par  . En réponse au journal apprendre par coeur. Évalué à 0.

    PAR COEUUUUUUUUUUUUUUUUUUUUUURRRRRRR !!!!!!!!!!!!!!!















    ( Mwarf, blague d'ex étudiant en fac de médecine ;) comprenne qui pourra )
  • [^] # Re: multimedia

    Posté par  . En réponse à la dépêche Suse Linux Professional 9.3 Live DVD est disponible. Évalué à 2.

    C'est assez drôle, tu postes pour poster, même
    si tu n'as rien à dire :)

    On peut continuer si tu veux
  • [^] # Re: multimedia

    Posté par  . En réponse à la dépêche Suse Linux Professional 9.3 Live DVD est disponible. Évalué à 4.

    La question posée était sur la lecture et la
    génération de mp3. Je réponds donc à la
    question tout en précisant que l'on peut
    au choix choisir entre ogg et mp3.

    Tu ne serais pas un gros trolleur ?
  • [^] # Re: multimedia

    Posté par  . En réponse à la dépêche Suse Linux Professional 9.3 Live DVD est disponible. Évalué à 3.

    Ben, le problème de ne vient pas de suse, si ils
    ne fournissent pas ces supports c'est à cause
    de problèmes légaux potentiels. C'est bien expliqué
    par exemple lorsque tu lances xine.

    Pour les autres fonctionnalités que tu listes elles fonctionnent
    tres bien, avec un bémol toutefois pour la connection ADSL qui
    peut varier suivant ton matos.

    Pour la generation de mp3, un audio:// dans konqueror et hop
    il te propose de l'extraire en mp3 ou ogg, sinon un coup de
    kaudiocreator pour faire plus clic clic.

    Pour l'appareil photo, si il est usb mass storage compliant il
    va s'afficher sur le bureau quand tu le branches. Sinon kde
    dispose d'un module de configuration pour appareils photos
    non usb mass storage ...

    Linux est bientot pres pour le desktop :) d'ailleurs je passe
    le chercher lundi
  • [^] # Re: multimedia

    Posté par  . En réponse à la dépêche Suse Linux Professional 9.3 Live DVD est disponible. Évalué à 3.

    En general on peut obtenir un support multimédia
    complet en utilisant les rpm du repository packman

    http://packman.links2linux.org(...)

    Tu peux soit les installer à la main, soit installer
    apt4rpm et mettre packman dans ton sources.list
  • [^] # Re: Sun, pas de code source ?!?

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à -1.

    Vous etes complétement abrutis ou quoi ?

    mettre un 9 à tobu qui raconte un gros mensonge ... ( ligne 3 à 6 )
  • # Plop

    Posté par  . En réponse au message Interface pour lecteur de video. Évalué à 3.

    a mon sens les deux sont complémentaires, j'utilise en général le moteur de xine avec l'interface kaffeine ( Qt sous Kde )

    Quand les videos posent un problème , je passe sous mplayer en ligne de commande ou gmplayer avec une interface gtk2.

    Pour une utilisation courante xine est suffisant, mais mplayer dispose de plus d'options, par exemple je peux regler le format de mon écran 16:10 avec mplayer et avec xine il ne me semble pas que ce soit possible.

    Il existe aussi un autre player, VLC, qui est pas mal, avec une interface wxwindows en gtk2
  • [^] # Re: Sun, pas de code source ?!?

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 2.

    bon laisses tomber ...
  • [^] # Re: Sun, pas de code source ?!?

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 2.

    > J'ai pas les licences de la doc sous le coude

    La documentation doit être à 98% ou plus directement dans le code, auxquelle il faut rajouter les vues globales des packages ( fichiers package.html ) et la présentation générale du jdk .

    > Hors, tu n'en sais rien (pour le "et pas l'inverse") puisque seul Sun a le droit de modifier son jdk.

    Mais ou tu vois le besoin pour classpath de modifier le jdk ?

    > Donc il peut y avoir pour Classpath une forte tentation de pomper sur le jdk de Sun. Pas l'inverse.

    Arf fortune !

    "The reason for this requirement is that we want to make sure that Sun or any other firm cannot rightfully claim that GNU Classpath infringes their copyright."

    Mais dans cette position de gnu/classpath, tu peux remplacer gnu/classpath par n'importe quelle firme/projet, tu peux remplacer Sun/autre par n'importe quelle firme/projet et ca marche toujours . ( A part dans le cas d'un projet gpl qui pomperait un autre projet gpl :)

    A partir de quelque chose d'évident : les jdlk sont pour la plupart copyrightés , il ne faut donc pas les copier, on passe chez gnu classpath à "Si vous avez tres bien étudié une partie du jdk ne travaillez pas dessus chez nous" , ce qui est somme toute tres logique.

    Mais sur linuxfr tout ca devient je cite :

    "Sache que voir les sources du JDK ou du JRE n'a rien de gratuit, et qu'une des conséquences est que tu n'as pas le droit de coder pour un des projets de Java libre."

    Ce qui est tout à fait inexact
  • # partitions

    Posté par  . En réponse au message Restaurer la table des partitions. Évalué à 3.

    Salut,

    tu peux essayer avec gpart
    http://www.stud.uni-hannover.de/user/76201/gpart/(...)
  • [^] # Re: Sun, pas de code source ?!?

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 1.

    bon alors la licence de Sun est la :

    http://java.sun.com/j2se/1.5.0/jdk-1_5_0_02-license.txt(...)

    Ce que j'y lis c'est que si tu copie/colle un bout des sources dans classpath c'est pas bien, parce que je cite "Software is confidential and copyrighted.
    Title to Software and all associated intellectual property
    rights is retained by Sun and/or its licensors" ... etc

    Je ne vois rien qui t'interdise de lire ce source code.

    les mecs de classpath indiquent sur le site qu'il ne veulent pas prendre le risque etc etc ... le risque que quelqu'un implemente une partie du code en pompant directement sur le source de Sun.

    Donc voila, faut arreter un peu la parano quoi ... c'est exactement pareil pour la la majorité des licence ... si je copie grossierement un soft disons sous gpl dans un programme propriétaire c'est tout pareil
  • [^] # Re: Sun, pas de code source ?!?

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 0.

    Mmhh,

    c'est classpath qui n'autorise pas les développeurs ayants par
    exemple lu une partie du source du jdk à participer au projet, et
    pas l'inverse ...
  • [^] # Re: Iso

    Posté par  . En réponse au message Partage de DVD. Évalué à 1.

    ok :)

    Alors tu telecharge sur le site de la suse/novell, le cd d'installation n°1 de la suse, tu l'installe et ensuite tu complete ton installation via le net.
  • [^] # Re: Iso

    Posté par  . En réponse au message Partage de DVD. Évalué à 1.

    Bah,

    alors le plus simple, tu fais l'install sur la 1ere machine, tu débranche le lecteur dvd, tu le branche sur la 2eme machine ...

    Ensuite pour la 2eme tu passe ta source de package dans Yast sur un repository http ou ftp
  • # Iso

    Posté par  . En réponse au message Partage de DVD. Évalué à 2.

    Solution 1 :

    tu crée une iso des dvd et tu les copies sur la machine S2, ensuite tu montes comme des DVD.

    Solution 2:

    tu vas dans Yast et tu modifie la source d'installation pour passer de CD/DVD à ftp/http
  • # Maya

    Posté par  . En réponse au message 3ds max 6 ou 7. Évalué à 2.

    Il y a Maya qui fonctionne sous linux ...
  • # Oui

    Posté par  . En réponse au message Ubuntu : disque dur qui gratte. Évalué à 4.

    J'ai déja eu ce probleme avec un de mes disques.

    J'ai essayé ca et finalement c'est parti

    http://www.aveeno.ca/fr/frameset.asp?content=http://www.aveeno.ca/f(...)
  • [^] # Re: Les treets

    Posté par  . En réponse au sondage Ce qui me manque le plus. Évalué à 2.

  • [^] # Re: Les treets

    Posté par  . En réponse au sondage Ce qui me manque le plus. Évalué à 2.

    hmmm je me trompe peut etre , mais les treets
    ne sont pas l'ancetre des skittles plutot ?

    ( les pastilles multicolore mais non chocolatées )