Discussion :

[FDussault]

Merci pour l'invitation à participer à la discussion, Mickael.

Étant moi aussi novice en Java, je ne saurais trop quoi recommander.

Comme certains le mentionnaient, structurer les tutos par niveau et/ou par application serait bien.

Pour ma part, j'aimerais bien avoir un arbre/une liste de connaissance à acquérir. Java, c'est tellement vaste. :-)

[toufik135]

Merci pour ces tutoriaux habituellement de qualité.
Si je devais proposer un sujet, je dirais l'utilisation de Cassandra, Hadoop, ...

[zied_m]

bonjour tout le monde
je vous salut sur cet effort dans la rédaction des tuto
dans la partie Web , est ce qu'il y a un tuto qui traite la solution des erreurs les plus fréquenté des serveur web (comme par exemple : problème d’accès aux source de donnée , ou problème de démarrage du serveur etc ... )

[CyberChouan]

Bonjour,

Il pourrait être une bonne idée d'ajouter des tutoriels sur les frameworks web asynchrones (à la "NodeJS") basés sur le langage Java et NIO 2 :

• Play Framework
• Vert.x
• etc.

Hormis Groovy, il peut être intéressant d'avoir des tutos sur les nouveaux langages fonctionnant sur la JVM :

• Scala
• Golo
• etc.

[thierryler]

Vert.x c'est en cours, dès que j'ai le temps (donc pas gagné)

[chatis]

Merci Mickael de l'invitation

C'est une bonne idée, mais je ne vois rien de concret sur le java EE 7 qui est relativement récent et qui mérite qu'on y prête attention... spécialement la différence entre EE 6 et EE 7 car c'est encore bien différent.. comme passé de EE 5 à EE 6 .. Je n'ai rien vu non plus sur hibernate qui est quand même pas mal utilisé dans cette structure....

[moustic98]

Salut à tous et merci à Michel pour l'invitation,

tous d'abord, je rejoint tous ceux qui demande à avoir un tutoriel JSF2/PrimeFaces, couple qui peux très vite devenir votre cauchemar si vous êtes mal initié dans la technologie JSF et encore plus PrimeFaces, pour savoir quel composant doit être déclaré/encapsuler dans quel autres, comment instancier un ManagedBean dans ces page, faudrai passer par des JSP ou des page XHTML, mais un tuto qui retrace juste un parcours avec un exemple d'une application qui permet de retracer le cycle de vie d'une instance dans une application JSF2/PrimeFaces me parait une excellente initiative, d'ailleurs (je me propose de contribuer même à cette tâche), sachant que l'on peux faire beaucoup de chose très intéressante avec ces technologies (Je rappel que PrimeFaces embarque jquery).

Je ferme la parenthèse JSF et je passe au vif du sujet.

Afin d'enrichir la catégorie java web, je propose de faire un tutoriel d'entrée en matière, car ça serai bien de comprendre d'abord quel sont les couches réel à développer dans une application web en java, mais aussi, de quel langage de programmation avons nous besoin (ou quel framework) pour quel couches, cela permettrais de mieux orienter le choix des développeurs que nous somme lors des phase de définition de projet, car dans mon ressenti, aucune technologie ne surpasse une autre, tous dépend du besoin (je ne vais pas prendre Hibernate pour faire un maudit select de deux champs sur une table), une fois cette étape franchie, les tâche suivante seront beaucoup plus abordable.

J'aurai aimé voir des cours et tuto, style les sites de comparaison de matériel informatique tel Hardware.fr, mais pour comparer les frameworks de présentation, (tel dojo, extjs, ou plutôt faut abandonner tous ça et que la norme est le html 5 ???, faut faire du javascript coté serveur avec node js, ou angular js ???) c'est là ou ce situe la difficulté du développeur, quant son choix va s'orienter vers tel ou tel framework se basant sur des cours et tutoriel qui traite principalement des fonctionnalités, des forces de la technologie, mais très rarement de test réel de cette dernière, traitant des performances, de stress test, d'évolution (c'est pas drôle de travailler avec un framework qui rend 70% des méthodes obsolète d'une version à une autre(joke)), et d'intégration avec les langages coté DAO.

J’espère avoir été clair et surtout pas ambigüe, vos retour m'interesse.

Amicalement,

Moustic.

[OButterlin]

Salut à tous et merci à Michel pour l'invitation,

tous d'abord, je rejoint tous ceux qui demande à avoir un tutoriel JSF2/PrimeFaces, couple qui peux très vite devenir votre cauchemar si vous êtes mal initié dans la technologie JSF et encore plus PrimeFaces, pour savoir quel composant doit être déclaré/encapsuler dans quel autres, comment instancier un ManagedBean dans ces page, faudrai passer par des JSP ou des page XHTML, mais un tuto qui retrace juste un parcours avec un exemple d'une application qui permet de retracer le cycle de vie d'une instance dans une application JSF2/PrimeFaces me parait une excellente initiative, d'ailleurs (je me propose de contribuer même à cette tâche), sachant que l'on peux faire beaucoup de chose très intéressante avec ces technologies (Je rappel que PrimeFaces embarque jquery).

Je ferme la parenthèse JSF et je passe au vif du sujet.

Afin d'enrichir la catégorie java web, je propose de faire un tutoriel d'entrée en matière, car ça serai bien de comprendre d'abord quel sont les couches réel à développer dans une application web en java, mais aussi, de quel langage de programmation avons nous besoin (ou quel framework) pour quel couches, cela permettrais de mieux orienter le choix des développeurs que nous somme lors des phase de définition de projet, car dans mon ressenti, aucune technologie ne surpasse une autre, tous dépend du besoin (je ne vais pas prendre Hibernate pour faire un maudit select de deux champs sur une table), une fois cette étape franchie, les tâche suivante seront beaucoup plus abordable.

J'aurai aimé voir des cours et tuto, style les sites de comparaison de matériel informatique tel Hardware.fr, mais pour comparer les frameworks de présentation, (tel dojo, extjs, ou plutôt faut abandonner tous ça et que la norme est le html 5 ???, faut faire du javascript coté serveur avec node js, ou angular js ???) c'est là ou ce situe la difficulté du développeur, quant son choix va s'orienter vers tel ou tel framework se basant sur des cours et tutoriel qui traite principalement des fonctionnalités, des forces de la technologie, mais très rarement de test réel de cette dernière, traitant des performances, de stress test, d'évolution (c'est pas drôle de travailler avec un framework qui rend 70% des méthodes obsolète d'une version à une autre(joke)), et d'intégration avec les langages coté DAO.

J’espère avoir été clair et surtout pas ambigüe, vos retour m'interesse.

Amicalement,

Moustic.

Pour l'utilisation du couple JSF2 / Primefaces, je veux bien y participer (ou le faire), je l'utilise tous les jours au boulot et c'est vrai qu'il y a de quoi faire, et de quoi bien se prendre la tête... entre bugs de primefaces et bugs de jsf2 (sur certaines versions avec le scope view en particulier)...
Ceci dit, Primefaces est peut-être un sujet à part entière, un tutoriel du genre "bonnes pratiques" en fonction des retours d'expériences des utilisateurs.

Pour l'autre sujet, je ne sais pas, c'est plus compliqué... ce qui paraîtra bien pour l'un sera une daube pour un autre, et il y a tellement de type d'applications différentes que le choix sera également déterminé par l'usage...
D'un point de vue personnel, les frameworks massivement javascript ne m'attirent pas trop... il y a encore trop de différence d'un navigateur à l'autre (on a le cas d'une application de ce type qui ne fonctionne pas correctement avec Firefox)... même si j'aime bien le principe... En fait, on a abandonné les applets trop tôt, et ça aurait été largement plus fiable

[moustic98]

Pour l'utilisation du couple JSF2 / Primefaces, je veux bien y participer (ou le faire), je l'utilise tous les jours au boulot et c'est vrai qu'il y a de quoi faire, et de quoi bien se prendre la tête... entre bugs de primefaces et bugs de jsf2 (sur certaines versions avec le scope view en particulier)...
Ceci dit, Primefaces est peut-être un sujet à part entière, un tutoriel du genre "bonnes pratiques" en fonction des retours d'expériences des utilisateurs.

Pour l'autre sujet, je ne sais pas, c'est plus compliqué... ce qui paraîtra bien pour l'un sera une daube pour un autre, et il y a tellement de type d'applications différentes que le choix sera également déterminé par l'usage...
D'un point de vue personnel, les frameworks massivement javascript ne m'attirent pas trop... il y a encore trop de différence d'un navigateur à l'autre (on a le cas d'une application de ce type qui ne fonctionne pas correctement avec Firefox)... même si j'aime bien le principe... En fait, on a abandonné les applets trop tôt, et ça aurait été largement plus fiable

Trop d'accord avec l’approche d'éviter les Framework Full javascript, et je regrette aussi bien les applets que les clients lourds, tous ça pour dire que ça prend du temps à déployer, je veux bien que l'on calcul le temps de correction de bug lié à une incompatibilité de navigateur.

Moustic.

[birahim]

Excellents tutoriels Mickael

[6su7]

Bonjour,

Je recherche un tutoriel sur AKKA, c'est dommage qu'on ne trouve pas grand chose en français.

J'ai donc voté AKKA sur le topic du sondage

Merci

[manueld]

Une particularité de Java, est que les programmes tournent sur une machine virtuelle, qui elle-même tourne sur le système d'exploitation d'une machine.

Pour ma part, je développe quelques programmes Java.

Je trouve qu'un tuto ou cours intéressant, en plus des nouveaux que vous avez faits serait:
- le packaging des applications "end user".

Par exemple je développe une application open source et je souhaite la diffuser au plus grand nombre.
Le client (ou l'utilisateur sait-il ce qu'est Java? N'a-t-il pas nécessairement besoin de le savoir pour l'utiliser?
Diffuser un jar, c'est déjà un peu pour les "spécialistes". Pourquoi un schéma comme ceci pour le packaging:
- Une petite application compilée sur chaque plateforme où tourne Java.
- test de la présence de Java sinon lien ou installation de Java par l'appli launcher.
- installation des jar et éventuellement des bibliothèques natives;
- installation des ressources (images, icônes- que sais-je)

Je dis ici pour une application comme bureautique ou infographie ou jeu vidéo (par exemple avec Jogl). Ce serait intéressant !

Multimédia: lecture des vidéos, webcam.

Voilà mon avis en tant que développeur Java "Multimédia"

A part ça je lirai les tutos certainement

[aityahia]

Bonjour,

Merci Mickael , oui il était temps de faire une réorganisation

certaines technologies et tutoriels sont devenus obsolètes avec le temps, actuellement je m’intéresse de très près a la technologie JavaFX qui a été développée initialement pour les applications RIA, mais avec l’avènement de Java 8 ce n'est plus le cas, JavaFX devient incontournable et le deviendra encore plus a l'avenir. car elle devient le GUI toolkit officiel de Java au détriment de Swing et il vise le développement des applications (Desktop, web et mobile).

Pour la moment la FAQ est assez intéressante mais du coté des cours c'est assez pauvre

si on commence déjà a faire quelque chose avec ça, ça serait pas mal

http://docs.oracle.com/javase/8/java...s.htm#JFXUI336

[Rapidego]

Bonjour,

Je vous remercie pour votre implication et du temps que vous consacré pour faire avancer le développement.

Très bonne initiative et bon courage pour la suite.

Je ne manquerai pas de participer à un éventuel tutoriel ou autre, dans la limite de mes possibilités.

Merci

rapidego à +++

[philip6]

Bonjour,

Je n'avais pas vu cette invitation à participer à un sondage d'opinion d'où mon retard à répondre.
Je suis débutant en java, ma question peut sembler banale.
Existe -t'il une manière de savoir si les pointeurs du C et les références de java sont traités de la même manière par le processeur et quel intérêt sinon de proposer deux syntaxes différentes ?
Idem si d'autres formes ou structures se font concurrence (de style ou de fond ?)

Merci,

cordialement

philippe

[Logan Mauzaize]

Existe -t'il une manière de savoir si les pointeurs du C et les références de java sont traités de la même manière par le processeur et quel intérêt sinon de proposer deux syntaxes différentes ?

Les pointeurs et les références sont deux concepts qui partagent un même but mais sont très différents.
La première différence majeur c'est qu'il n'y a pas d'équivalent à un pointeur de pointeur. Une référence pointe nécessairement vers une donnée et non une autre référence.
Une référence en Java c'est strictement un équivalent des paramètres par référence du C/C++ (int& param).
Si on fait abstraction des dernières avancées d'optimisation de la JVM, une référence désigne nécessairement vers une donnée dans la pilele tas (heap) alors qu'en C/C++ un pointeur (ou même une référence) peut désigner une données dans la pilele tas (heap) ou la pile (stack). Ce qui peut-être dangereux mais très utile.
Au delà des pointeurs et des références, c'est toute le modèle "mémoire" qui est différent.

Idem si d'autres formes ou structures se font concurrence (de style ou de fond ?)

Les deux concepts qui me viennent en tête (qui se ressemblent mais sont bien différents) :

• Les énumérations
• La généricité : templates vs génériques (bien qu'il me semble que les dernières versions de C++ aient une forme de générique)

[philip6]

Bonjour,

Merci pour ta réponse.
Elle me laisse une interrogation

alors qu'en C/C++ un pointeur (ou même une référence) peut désigner une données dans la pile ou la stack. Ce qui peut-être dangereux mais très utile.

Que veut tu dire par là? pour moi, la pile et la stack, c'est la même chose.
Peut tu, stp, m'éclaircir sur cette réponse.

Très cordialement,


Philippe

[Logan Mauzaize]

pour moi, la pile et la stack, c'est la même chose.

Oui désolé, j'ai écrit pile mais je pensais "heap" ... J'ai corrigé.
En Java, on ne peut que référencer le tas (sauf dans le cas de l'Escape Analysis).

[Suffren]

Bonjour,

Tout d'abord, merci pour tous ces tutoriels intéressants. Pour ma part, faisant de moins en moins de java, il me semble que le tutoriel sur spring-Batch est un peu pauvre dans le sens où on ne parle que d'extraction de données.

Serait-il possible d’en avoir un avec par exemple un envoi de mail avec des pièces jointes ?

Cordialement

Suffren

[yotta]

Bonsoir à tous,
Je me permettrai de préciser une chose. Pour moi, il y a deux façons essentielles d'aborder l'informatique : Autodidacte et Professionnelle, ou si vous préférez, Java standard et JEE.
En même temps, il serait parfaitement stupide de ne pas les mélanger...
Pour ma part, je suis purement autodidacte, et je trouves souvent les explications, ou les tutoriels trop pointus, et je m'y perds parfois. Bref, il faudrait tutorialiser les principes autant que les techniques. Par exemple, je me suis fait mon idée personnelle du monde de la programmation orientée objet puisque je n'ai jamais suivi le moindre cours d'informatique de ma vie et je m'en sors très bien avec le Java Standard, mais dés que je touche à JEE, j'ai mal à la tête. Il faut subitement faire polytechnique pour se connecter à une base de données et faire une requête, heureusement, il y a NetBeans (et les autres bien sûr). Je caricature évidemment, ce que je veux dire, c'est que les besoins professionnels n'ont rien à voir avec les miens. Pour autant, je crève d'envie de tout comprendre, mais ce n'est pas facile. Je profite donc de cette aubaine pour vous faire part d'une idée de tutoriel concernant le Realm qui d'après ce que j'ai compris peut être mis en œuvre avec Glassfish. Du coup je profite et j'abuse, ce serait bien aussi d'expliquer les différents types de connexions possibles, les mécanisme d'identifications, d'authentifications, avec des mots, pas des acronymes. Cela fait quelques jours maintenant que je planche sur la réalisation d'un tutoriel intitulé "Glassfish JDBC Realm", il ne vient pas de ce site, je l'ai trouvé sur Internet. Il explique bien dans les grosses lignes le principe, mais il s'appuie sur l'ancienne version de SUN de Glassfish, la 3.1. J'ai tenté de réaliser ce dernier sur l'actuelle version d'Oracle, la 4.1 et je n'y arrive pas, butant sur des différences qui concernent la gestion des rôles/validation d'accès. Quoi qu'il en soit, si je pouvais mettre la main sur un tel tutoriel (évidemment fonctionnel) avec les version d'aujourd'hui, je penses que je le dévorerai dans l'heure.
Pour ma part, je me suis lancé dans la rédaction d'un petit tutoriel sur la sécurisation des liaison jdbc justement, avec SSL bien sûr. En effet, j'ai été vivement surpris en étudiant cela de voir comme il est enfantin de capter un user et un password tellement c'est causant. Donc, si cela vous intéresse, je m'adresses aux personnes qui font vivre ce site et à Robin56 qui m'a aimablement inviter ici (Je te remercies Robin56), merci de me préciser comment je dois m'y prendre pour vous communiquer mon brouillon. En effet, j'aimerai avoir la critiques d'yeux avertis avant de corriger/peaufiner le document et le mettre en ligne.
Je reste à l'écoute.