Java pour les nuls, ou Tecka va tout planter Options

Pour cette rentrée, on va s'éloigner un peu de l'exemple (légèrement) entamé pour réaliser une petite application qui brasse pas mal de technologies différentes.
En plus cette application sera utile (enfin j'espère au moins pour Heimdal !).

Le but sera de mettre en place une application qui produit un flux RSS (ou Atom, on verra par la suite, en tout cas un flux de syndication). Ce flux permettra de suivre l'actualité des jeux vidéos (sorties,...) (ça permettra de remplacer le calendrier que j'avais commencé et que j'ai la flemme de continuer ).

L'application sera assez simple :
- une partie administrative pour faire du CRUD sur nos actualités
- une partie publique qui fournira le flux de syndication


D'un point de vue technologie, on aura a priori :
- une base MySQL pour stocker nos données
- notre application J2EE (partie publique offerte par une servlet, partie administrative par des pages JSP)
- un serveur Tomcat pour faire tourner notre application
- la génération et la manipulation d'un fichier XML (avec XSLT)
- une page html de test d'affichage du flux par Ajax (pour ceux qui ne veulent pas passer par un logiciel dédié)

Cool

Ça c´est une bonne nouvelle J´ai tendance à tout mélanger avec les css, les php, les javascripts...

Enfin, là je disais que l'application te serait utile surtout parce que tu étais le seul à consulter mon calendrier

Bonne idée, je vais suivre ça, je connais encore mal XML/XSLT!

Cette fois je vais essayer de finir l'application exemple AVANT de faire les "cours" pour arriver à finaliser quelque chose (elle est à 25%-30% actuellement, j'espère la finir ce week end)

L'application qu'on va réaliser en pas à pas est grosso modo fonctionnelle (même s'il y a encore des trucs à améliorer, surtout niveau présentation).
Elle peut être visualisée ici : http://atarxerxes3.hd.free.fr:8080/vg_actus/ (présentation testée uniquement sous Safari, il peut rester des trucs louches sous Firefox, et IE j'en parle même pas).

Premier article en guise de pré-requis prévu dans la journée (si j'arrive à ne pas lancer FIFA aujourd'hui, sinon dans la semaine) : installation et configuration de mysql/tomcat/eclipse.

Tiens, ça m'intéresse de savoir comment coder un servlet, c'est différent en quoi d'un(e) applet ? (Dans le code en fait, dans la pratique je vois très bien).

Pourquoi tu veux coder un cervelet ? Ok vous savez où me trouver.

Vive le C (ce que je fais en cours).

Tiens, ça m'intéresse de savoir comment coder un servlet, c'est différent en quoi d'un(e) applet ? (Dans le code en fait, dans la pratique je vois très bien).

- applet = application à part entière (c'est une application Java standard avec quelques conventions et limitations à observer)
- servlet = juste une classe qui sert à écrire une réponse HTTP à une requête HTTP (post, get,...). C'est juste une classe tout bête avec certaines fonctions bien définies à implémenter

Sommaire évolutif et approximatif :

1. les installations
2. spécifications de l'application
3. création de la base et des tables
4. création du projet Eclipse, mise en place du log
5. mise en place de l'authentification Tomcat
6. connexion Java-MySQL
7. récupérations d'informations dans la base
8. génération du flux XML des actualités
9. transformation et affichage du flux XML
10. construction du modèle des pages HTML
11. écriture des requêtes de modification/ajout/suppression
12. écriture des pages de modification/ajout/suppression
13. prototype + scriptaculous : le javascript fiable, facile et spectaculaire
14. saisie facile des dates
15. validation des données saisies
16. écriture de la servlet publique
17. génération du flux Atom

Première étape : les installations (explications minimales, ne pas hésiter à se manifester si quelque chose bloque !)

- Installation de MySQL : installation de MySQL sous Léopard (on peut aussi en profiter pour activer php sous Apache2, ça mange pas de pain).
Les réglages par défaut sont :
- utilisateur root (pas de mot de passe) sur la machine localhost en tant qu'administrateur

- Installation de MySQL Tools : http://dev.mysql.com/downloads/gui-tools/5.0.html. Cela installe deux applications :
- MySQL Administrator (sert à créer les utilisateurs, les tables,... de manière graphique)
- MySQL Query Browser (sert à créer les utilisateurs, les tables,... et les données par requête SQL)

- Tomcat : http://tomcat.apache.org/download-55.cgi (le package Core en 5.5.27 suffira).
Il suffit de le dézipper dans un répertoire (par exemple dans /Applications).
A priori les scripts sh ne sont pas exécutables par défaut après dézippage : un petit coup de "chmod +x *.sh" dans le répertoire bin de tomcat répare cela.
Si on veut lancer tomcat à la main, cela se fait par un "./startup.sh" (respectivement "shutdown.sh" pour l'éteindre) après s'être déplacé dans le répertoire bin de tomcat (si des permissions denied apparaissent, un petit coup de sudo chown sur le répertoire (et en particulier sur le contenu du répertoire de logs) devrait remettre les choses d'aplomb) .
Pour vérifier que le serveur se lance correctement, il suffit de lancer un navigateur à l'adresse "http://localhost:8080/" (normalement c'est le port par défaut, sinon il suffit d'aller dans le fichier conf/server.xml à la ligne 77 environ voir le port utilisé).
On va aussi en profiter pour ouvrir le fichier conf/tomcat-users.xml et pour supprimer les rôles différents de tomcat, ainsi que les utilisateurs qu'on remplace par notre propre utilisateur (à vous de définir son nom et son mot de passe).
Par exemple :

CODE

<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<role rolename="tomcat"/>
<role rolename="manager"/>
<user username="joan" password="XXXXXXX" roles="tomcat,manager"/>
</tomcat-users>

- Eclipse Ganymede : Eclipse Ganymede Mac OS X J2EE, à dézipper et placer dans /Applications par exemple.
On peut vérifier en double-cliquant sur l'application qu'elle se lance correctement.
On peut ne profiter pour rajouter notre serveur Tomcat dans l'onglet Serveur (clic-droit dans l'onglet -> New -> Server -> Tomcat 5.5, indiquer le répertoire).

Du coup (en s'assurant qu'il est éteint) on peut lancer et éteindre notre serveur tomcat depuis Eclipse (clic-droit Start, respectivement Stop).

Dans l'onglet Console, on récupère même les messages qui s'affichent dans le fichier de log Catalina.out.


Ce message a été modifié par atarxerxes - 5 Oct 2008, 17:12.

Tiens, ça m'intéresse de savoir comment coder un servlet, c'est différent en quoi d'un(e) applet ? (Dans le code en fait, dans la pratique je vois très bien).

Applet: application chez le client en general avec interface graphique. Indication via un tag dans la page HTML

CODE

<APPLET code="HelloHub.class" width="500" height="200">
Applet java qui fait coucou au Hub...
</APPLET>

Exemple d'applet

CODE

//importation des différentes bibliothèques
import java.applet.*;

public class Hello extends Applet
{
   public void init()
   {
       //code d'initialistaion
   }
  
   public void start()
   {
       //code de d'éxécution
   }
  
   public void stop()
   {
       //code de suspension de l'execution
   }
  
   public void destroy()
   {
       //code de terminaison
   }
}

CODE

import java.applet.*;
import java.awt.*;

public class HelloHub extends Applet
{
   public void paint(Graphics g)
   {
       g.drawString("Hello les visiteurs du Hub !!!", 30, 30);
   }
}

Servlet: application chez le serveur, sortie page HTML ou XML ... lancement par le serveur.

Exemple de servlet

CODE

import javax.servlet.*;
import java.io.*;

public class HelloServlet extends GenericServlet
{
  public void service (ServletRequest request, ServletResponse response)
  {
    try
    {
      PrintWriter out = response.getWriter();
      out.println ("<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">");
      out.println ("<title>Bonjour le monde&nbsp;!</title>");
      out.println ("<p>Hello world!</p>");
    }
    catch (IOException e)
    {
      e.printStackTrace();
    }
  }
}

Ce message a été modifié par Acid - 5 Oct 2008, 19:12.

A noter qu'une servlet peut produire vraiment n'importe quoi, et pas seulement du contenu "textuel".
Exemples courants d'utilisation obligée d'une servlet où le contenu est du binaire :
- une servlet d'affichage : on lui passe un nom d'image par exemple, et on reçoit le flux de l'image en réponse (exemple : <img src="http://monsite.com/maSuperServlet?img=toto.jpg"/>)
- un échange d'objets Java sérialisés (par exemple un client qui reçoit des objets Java métier d'un serveur)

Okay ! Donc c'est bien le serveur qui exécute des "scripts" java qu'on a placé puis appelé sur celui-ci ? Je vais ressortir mon livre sur Java, ces implémentations côté serveur m'intéressent bigrement...

En fait Java sur un serveur tomcat c'est un peu comme php sur un Apache sur lequel php est activé.
Une différence technique : Apache détecte qu'il doit lancer php.exe d'après l'extension des url en général, alors que les serveurs J2EE sont eux-mêmes des applications Java (en fait on n'a qu'une seule grosse application Java qui est le serveur et suivant les URLs demandées cet application appelle certaines de nos classes (essentiellement des servlets ou des pages JSP)).

Ce message a été modifié par atarxerxes - 6 Oct 2008, 06:03.

Sommaire évolutif et approximatif :

1. les installations
2. spécifications de l'application
3. création de la base et des tables
4. création du projet Eclipse, mise en place du log
5. mise en place de l'authentification Tomcat
6. connexion Java-MySQL
7. récupérations d'informations dans la base
8. génération du flux XML des actualités
9. transformation et affichage du flux XML
10. construction du modèle des pages HTML
11. écriture des requêtes de modification/ajout/suppression
12. écriture des pages de modification/ajout/suppression
13. prototype + scriptaculous : le javascript fiable, facile et spectaculaire
14. saisie facile des dates
15. validation des données saisies
16. écriture de la servlet publique
17. génération du flux Atom

Seconde étape : les spécifications

Il faut savoir ce qu'on veut que notre application puisse faire.
On va partir sur :
- un jeu vidéo a un titre unique, un éditeur, une description, une liste de liens de previews, une liste de liens de tests
- il peut sortir sur un seul support (Wii par exemple) ou sur plusieurs (X360, PS3,...). Chaque version peut avoir quelques spécificités (par exemple utilisation de la Wii Balance Board sur Wii, inferior version sur PS3,... )
- il peut sortir dans un seul territoire (les territoires sont : Japon, USA, Europe). La sortie sur un territoire est datée. Elle peut avoir quelques spécificités (par exemple le sang enlevé sur No More Heroes en Europe mais pas aux USA).

Au niveau fonctionnalités de l'application on voudra (au moins dans un premier temps) :
- partie administration : liste des jeux, création/modification d'un jeu, suppression d'un jeu. La modification/création d'un jeu permet la planification de la sortie (en plus bien sûr de la modification des caractéristiques du jeu et de la spécification de ses supports)
- partie publique : juste un flux Atom regroupant les différents jeux récemment modifiés (on pourra limiter le nombre de jours à récupérer afin de ne pas faire sauter le serveur quand il sera bien plein dans quelques années)

Au niveau technique :
- base MySQL pour stocker les données
- serveur tomcat
- application J2EE standard
- partie administration : pilotage par pages JSP, protection light en utilisant les mécanismes incorporés à tomcat
- partie publique : servlet qui produit le flux XML

[moitié HS]C´est nickel, ton flux rss d´actualité des jeux [/moitié HS]

Ce message a été modifié par Heimdal50 - 6 Oct 2008, 18:47.

En fait c'est pas si HS que ça, je vais utiliser ce flux pour indiquer les jeux qui ont l'air intéressants, ça ira plus vite que de passer par un calendrier iCal (par contre il faut que je vois si je peux améliorer l'organisation des infos dans le flux, un tri par date de sortie européenne serait pas mal quand même)

Parmi les améliorations dans les tuyaux :
- le support indiqué en plus dans le titre (déjà fait, juste à redéployer l'application)
- insertion des liens vers les focus et les tests Gamekult (ou autre) (bientôt dispo)
- des images pour les supports (petits gifs des consoles) et les formats (petits gifs des drapeaux) (d'ici 10 jours)
- éventuellement, insertion de liens vers les screenshots Gamekult (ou autre) (ou alors présentation de ceux-ci en utilisant une adaptation de ce code PHP/JS : ImageFlow) (à plus longue échéance)
-...

Ce message a été modifié par atarxerxes - 6 Oct 2008, 15:46.

Pour Tomcat et Eclipse, pas de problèmes; par contre MySQL Manager n´arrive pas à établir de connexion (il trouve le serveur localhost quand je le ping) En laissant la touche command appuyée il m´affiche skip et je vois d´autres options mais je n´arrive pas à lancer le serveur (tomcat fonctionne avec http://localhost:8080/). C´est bon j´ai trouvé (oublié de télécharger MySQL, quel noob cet Heimdal )

Ce message a été modifié par Heimdal50 - 6 Oct 2008, 19:42.

Effectivement j'ai peut-être oublié de dire qu'il faut démarrer le serveur mysql par la commande :

CODE

./mysqld_safe

dans le répertoire /usr/local/mysql/bin Ca marche mieux?

Sinon :

Parmi les améliorations dans les tuyaux :
- le support indiqué en plus dans le titre (déjà fait, juste à redéployer l'application)
- insertion des liens vers les focus et les tests Gamekult (ou autre) (bientôt dispo)

Fonctionnalités disponibles !

Ce message a été modifié par atarxerxes - 6 Oct 2008, 19:44.

Non quand tu installes MySQL (du site Mac4ever), tu as un paquet MySQLStartupitem qui te démarre MySQL automatiquement Tout fonctionne maintenant

Ce message a été modifié par Heimdal50 - 6 Oct 2008, 19:44.

En tout cas sur mon mini, c'était déjà tellement le merdier au niveau des installs que j'ai du le démarrer à la main, MyStartupitem n'y arrivait pas.

Ca te dit quoi quand tu le démarres à la main?

J´ai configuré MySQL Administrator comme suit: Préférences, dans le dossier connexions appuyé sur le +, connexion name: localhost, user: root, password: laisser vide, hostname: localhost, port:8080. Eclipse trouve Tomcat et je peux lancer le serveur à partir de là (menu contextuel, start).

Ce message a été modifié par Heimdal50 - 6 Oct 2008, 20:19.

Alors attention :
- une seule application/processus peut écouter sur un port donné (sinon c'est comme deux personnes qui liraient le même courrier : seul le premier arrivé lit la lettre)
- 8080 est le port de Tomcat
- le port par défaut de MySQL est le 3306

Essaie avec ce port plutôt : 3306 sur localhost

Ce message a été modifié par atarxerxes - 6 Oct 2008, 20:23.

C´est corrigé