Si vous souhaitez que le web se normalise de plus en plus et que les développeurs respectent les standards (qui font du sens) alors n'hésitez pas à afficher ce petit visuel sur votre site web: Euh non ça c'est le Chat Potté de Shrek, le bon visuel est ici:

Get the web thinking about developing for the web using open standards and open source technologies...

La suite de l'explication dans le billet de SK Blog...

Voici un petit utilitaire vraiment excellent ! FastStone Screen Capture est une application très légère, portable qui permet en quelques clics d'effectuer une capture d'écran. J'apprécie surtout dans cet outil:

• Sa simplicité et sa légereté
• Son interface réactive
• Ses fonctionnalités de retouche d'image, parfaites pour ce type d'opérations.

Pour plus d'information, vous pouvez lire ce test réalisé par AccessOWeb.

Avec l'amélioration des technologies, l'augmentation de l'espace disque, les applications n'ont plus besoin de "s'installer" sur un ordinateur elles peuvent maintenant être tout simplement déployées, décompressées. Voici une petite explication sur la manière de packager le JDK, Tomcat, Eclipse et une application web de façon autonome. Pour des raisons de licence il n'est pas légal de redistribuer ce type de package. Néanmoins c'est vraiment agréable d'avoir un environnement de développement complet en dézippant un simple dossier...

1. Java Developement Kit

Il ne faut pas confondre le JRE et le JDK. Pour faire simple, le JRE permet l'exécution de code Java, le JDK permet la compilation du code Java et est donc nécessaire à la compilation des JSP d'une application web. Sun distribue une version installable du JDK. Cette installation permet la mise à jour automatique de l'application. Mais en pratique il suffit de:

• Installer le JDK
• Copier le répertoire "c:/program files/java/jdk1.6"
• Désinstaller le JDK

Le répertoire copié est complètement fonctionnel.

2. Eclipse 3.2.2

Eclipse est un environnement de développement formidable qui n'a pas besoin d'être installé. Toutes les variables d'environnement sont relatives au chemin de lancement de l'application. Les environnements "projet" d'éclipse sont découplés de l'application et sont appelés des workspaces. Pour lancer l'IDE:

1. Créer un répertoire "bundle"
2. Copier le répertoire "jdk"
3. Copier le répertoire "eclipse"
4. Créer un répertoire "workspace"
5. Créer un ficher de lancement "eclipse.bat"

Puis éditer le fichier eclipse.bat:

 
 SET JAVA_HOME=%CD%\jdk
 SET ECLIPSE_HOME=%CD%\eclipse
 SET WORKSPACE_HOME=%CD%\workspace

 "%ECLIPSE_HOME%\eclipse.exe" -data %WORKSPACE_HOME% -vm %JAVA_HOME%\bin\javaw.exe -vmargs -Xmx512m -Xms512m
 

La commande "%CD%" correspond à la commande "pwd" sous Unix, elle retourne le chemin courant. La variable d'environnement JAVA_HOME permet de spécifier le JDK à utiliser.

3. Tomcat 5.5

Tomcat est un serveur d'application open source à la fois très performant et très réputé. Le plugin Sydeo permet une intégration de Tomcat dans Eclipse.

1. Copier le répertoire Tomcat dans le répertoire bundle
2. Copier le plugin Sysdeo dans le répertoire eclipse/plugins
3. Déclarer Tomcat dans le fichier eclipse.bat:
   "SET CATALINA_HOME=%CD%\tomcat"

3.1 Configuration Eclipse Avec quelques ajustements il est possible de configurer Sysdeo pour qu'il utilise des chemins relatifs: Preferences > Tomcat

• Version: 5.x
• Repertoire: ${workspace_loc}\..\tomcat
• dans server.xml

Run... > Tomcat 5.x > Arguments Program arguments:

-config "${workspace_loc}\Project\tomcat.xml" start

VM Arguments:

 -Dcatalina.home="${workspace_loc}\..\tomcat" 
 -Djava.endorsed.dirs="common\endorsed" 
 -Dcatalina.base="${workspace_loc}\..\tomcat" 
 -Djava.io.tmpdir="${workspace_loc}\..\tomcat\temp" 
 -Xmx256m 
 -Xms256m

3.2 Configuration Tomcat Il est nécessaire d'indiquer à tomcat l'emplacement de la webapp dans eclipse:

1. Copier le fichier de configuration de Tomcat (tomcat/conf/server.xml) dans le projet eclipse: workspace/Project/tomcat.xml
2. Ajouter le tag "context" pointant la webapp eclipse.

<Context path="/mywebapp" docBase="../workspace/Project/mywebapp"
debug="0"> </Context>

Enfin, il ne reste plus qu'à activer les logs pour visualiser les erreurs de compilation.

4. Conclusion

Vous venez de créer un package (JDK + Eclipse + Tomcat + WebApp) que vous pouvez déplacer, zipper, copier sans vous préoccuper des chemins de fichier. Que reste t-il à faire ?

• Paramétrer eclipse
• Ajouter des plugins
• Développer des Cheat Sheet

Voici un article expliquant les différentes approches pour sauvegarder localement de l'information en JavaScript pour améliorer les performances: Et voici le billet (source) qui propose d'autre pointeur sur le sujet. L'API DOJO propose depuis quelques semaines un mécanisme pour sauvegarder de l'information localement. Pour le moment je ne vois pas de cas d'usage pertinent pour un CMS. Mais je comprends le besoin pour des services/application web comme GoogleDocs ou GoogleSpreadsheet qui savent travailler en mode déconnecté. D'un autre côté Firefox 3.0 propose:

• Une API pour travailler en mode déconnecté.
• Une extension Firefox permet le stockage local de Microformats.
• Une autre embarque carrément un serveur d'application.

Une nouvelle évolution pour les applications web ?