Re: [ostorybook-dev] Rencontre du 8/12

[Bernard Méhaut <bmehaut@xxxxxxx>]

Bonsoir,

De rien, Jean ! Je suis disponible mais ma capacité à échanger avec toi 
Franz-Albert sur les sujets que vous abordez est quasi nulle !  Je ne me 
défile pas mais je ne veux surtout pas te prendre tout ton temps. A 
moins que tu es à l'esprit des aspects, thèmes, éléments qui 
correspondraient à mon niveau de compétence.


Le 08/12/2020 à 17:40, Jean Rébillat a écrit :
> J'ai une réunion qui va durer : je ne pourrai pas participer à la 
> rencontre ce soir.
> Désolé,
>     Jean.
>
> Le 08/12/2020 à 09:14, oStorybook a écrit :
> > Quelques compléments par rapport à ce que disait Jean.
> >
> > C'est vrai que le profile, ou la structure, du code généré par Netbeans
> > n'est pas très sympa et ne respecte pas certains principes enseignés.
> > Par exemple celui de limiter, autant que faire se peut, une fonction à
> > une cinquantaine de lignes maximum. Mais c'est la manière de faire de
> > Netbeans. Tu verra qu'à l'usage tu en viendras à revenir à cette règle,
> > c'est très précieux pour la maintenance.
> >
> > Tu as peut être remarqué qu'il y a des tags un peu bizarres, comme:
> > // <editor-fold defaultstate="collapsed" desc="Generated
> > Code">//GEN-BEGIN:initComponents
> > En fait c'est la manière qu'a Netbeans pour repérer les parties qu'il
> > peut modifier/générer lui-même.
> > Exemple, dans Menu.java:
> >      private void jMenuItem7ActionPerformed(java.awt.event.ActionEvent
> > evt) {//GEN-FIRST:event_jMenuItem7ActionPerformed
> >          // TODO add your handling code here:
> >          System.exit(0);
> >          this.dispose();
> >      }//GEN-LAST:event_jMenuItem7ActionPerformed
> > Le "// TODO add your handling code here:" tu peux l'enlever, mais
> > surtout pas le "//GEN-FIRST:event_jMenuItem7ActionPerformed" ni le
> > //GEN-LAST:event_jMenuItem7ActionPerformed", sinon tu perds toutes les
> > facilité de Netbeans de gérer les éléments.
> >
> > Comme l'a dit Jean ton "Test1.java" ne sert à rien. C'est la classe de
> > départ créée par Netbeans lors de la création du projet. En fait quand
> > tu a créé ton "Menu.jar" il y a dedans une fonction "main" qui permet de
> > tester, séparément, ton menu. Donc pour rendre ton Test1 fonctionnel il
> > faut que tu y utilises "Menu.jar".
> >
> > Avant d'aller plus loin je te conseille d'étudier cette fonction "main"
> > ainsi que ses paramètres. Regardes ce que Netbeans a généré dans
> > "Menu.jar" et essaye de comprendre chacune des lignes. Il y a deux
> > parties distinctes: le choix du LookAndFeel avec utilisation du "try...
> > catch", l'activation de l'interface utilisateur via le "invokeLater".
> > Finalement c'est le genre de truc qu'on retrouve partout.
> >
> > Le 07/12/2020 à 14:57, Bernard Méhaut a écrit :
> > > Bonjour à tous deux,
> > >
> > > Je vous joins trois projets ( modestes) que j'ai étudiés / réalisés
> > > ainsi que les constats / remarques / questions que je me pose.
> > >
> > >
> > > Exemples
> > >
> > >
> > >    *
> > >
> > >      *MonApplication.java* ( Recopié du guide / manuel de JM Doudoux
> > >      dej_20.pdf, p. 67 )
> > >
> > >
> > > Avec Netbeans, pas de souci, l’exécution se fait bien.
> > >
> > >
> > > En ligne de commande
> > >
> > > Compilation, ok
> > >
> > > Exécution :
> > >
> > > java MonApplication
> > >
> > > Erreur : impossible de trouver ou de charger la classe principale
> > > MonApplication
> > >
> > > Causé par : java.lang.NoClassDefFoundError:
> > > monapplication/MonApplication (wrong name: MonApplication)
> > >
> > >
> > > J’imagine qu’il s’agir du ClassPath, notion que j’ai survolée.
> > >
> > >
> > >
> > >    *
> > >
> > >       *TestFrame2*
> > >
> > > Ok en ligne de commande ( compilation puis exécution)
> > >
> > > Ok avec Netbeans (j’ai créé le même projet et j’ai remplacé le fichier
> > > créé par le fichier existant)
> > >
> > >
> > > J’ai constaté que ces cadres écrits sans utiliser d’IDE importaient les
> > > classes (import javax.swing.*;).
> > >
> > >
> > >
> > >    *
> > >
> > >      *Test1*
> > >
> > > J’ai essayé de réaliser un menu en utilisant JFrame Form. Dans un
> > > premier temps, j’ai créé le projet nommé Test1. Le fichier *Test1.java*
> > > a été créé. J’ai ensuite créé le fichier *Menu.java* avec JFrame Form.
> > > Sous Netbeans, je visualise le projet lorsque je le réalise. Par 
> > > contre,
> > > je ne peux pas l’exécuter. J’obtiens le message d’erreur :
> > >
> > >
> > > /Erreur : impossible de trouver ou de charger la classe principale
> > > test1.Test1/
> > >
> > > /Causé par : java.lang.ClassNotFoundException: test1.Test1/
> > >
> > > //home/bernard/.cache/netbeans/12.0/executor-snippets/run.xml:111: The
> > > following error occurred while executing this line:/
> > >
> > > //home/bernard/.cache/netbeans/12.0/executor-snippets/run.xml:68: Java
> > > returned: 1/
> > >
> > > /BUILD FAILED (total time: 0 seconds)/
> > >
> > > Encore un pb de ClassPath ??
> > >
> > >
> > > En ligne de commande
> > >
> > > J’ignore quel fichier compiler. J’ai fait un essai avec les deux, sans
> > > succès (c’était attendu, vu l’erreur affichée par ailleurs)
> > >
> > >
> > > java Test1
> > >
> > > Erreur : impossible de trouver ou de charger la classe principale Test1
> > >
> > > Causé par : java.lang.NoClassDefFoundError: test1/Test1 (wrong name: 
> > > Test1)
> > >
> > >
> > > java Menu
> > >
> > > Erreur : impossible de trouver ou de charger la classe principale Menu
> > >
> > > Causé par : java.lang.NoClassDefFoundError: test1/Menu (wrong name: 
> > > Menu)
> > >
> > >
> > > J’imaginais bien que cela ne fonctionnerait pas car je ne voyais pas
> > > comment « lier » les deux fichiers créés.
> > >
> > >
> > > Merci pour vos retours !
> > >
> > > Amicalement
> > >
> > > Bernard
> > >
> > >
> > >
> > > Le 06/12/2020 à 17:43, oStorybook a écrit :
> > > > Le 06/12/2020 à 16:31, Jean Rébillat a écrit :
> > > > > Je persiste à penser que reprendre un logiciel et réécrire des 
> > > > > parties, ce n'est pas bien.
> > > > > D'autant plus, pour shef, qu'il est trouvable sur le net : 
> > > > > https://github.com/aditosoftware/shef
> > > > > Juste : il n'est pas sous Maven.
> > > > Ce source sur GitHub est inutilisable, il ne comporte aucune référence
> > > > au source sur SourceForge ni aucune mention de licence. Il y manque le
> > > > SAM et le NOVAWORX.
> > > >
> > > > Le source d'origine de SHEF est placé sous licence LGPL 2.1.
> > > >
> > > > SAM je m'en débarrasse. Reste novaworx, impossible de trouver quoi que
> > > > ce soit à son propos. Si tu as une piste...

--
oStorybook5 dev