Un geek social et Linuxien de nature

Montreal Open Source Week - La semaine des Logiciels Libres de Montréal MonDev

Durant la semaine du 24 au 28 Mai 2010 aura lieu la semaine des logiciels libres MonDev. Pour cette semaine particulière nous allons vous guider sur les activités geek de la semaine.

Au menu: Rencontrer les membres de la communauté des logiciels libres à Montréal, notamment: les gens de PHPQuébec, et de TikiWiki.

Le but principal de levenement est de créer un podium pour les logiciels libres durant. Nous avons décide de faire l’événement durant la semaine du Webcom Montréal 2010 parceque beaucoup de gens viendront de loin pour voir le Webcom et le Make Web Not War et on sent qu’on pourrait faire d’autres événements qui pourraient nous intéresser autant que nos visiteurs.

Lire le reste de cette histoire »

Je suis actuellement en mode “Documentation” et je me suis dit que le web pourrait profiter d’un résumé, en français, du Jargon de l’univers Java.

Je ne suis pas un développeur Java mais j’ai eu a administrer des serveurs pendant 4 ans, et j’en fais encore aujourd’hui. Ce document résume ma compréhension des usages. Si vous avez des suggestions ou vous voulez me corriger, dites-moi le dans les commentaires et j’ajusterai mon billet.

Les versions

La majeure différence entre les Java réside dans leur version et ce qui y est distribué avec. La différence majeure réside entre

• JDK (Java Development Kit),
• JRE (Java Runtime Environement), et finalement il existe aussi la
• JME (Java Mobile Edition) pour les devices mobile.

C’est un peu comme une distribution Windows XP Professionnel ou Windows XP Media Centre.

Il existe plusieurs distributeurs d’environnement Java, notamment : IBM, SUN, OpenJdk. La norme et elles sont toutes basés sur la JVM de SUN Microsystems. L’inventeur de Java.

L’Avantage majeur de Java est le fait qu’il existe des distributions pour toutes les plateformes : Windows, Mac, Linux, Solaris, FreeBSD, etc.

Termes fréquemment utilisés

• « JVM » (Java Virtual Machine) est en fait l’appellation utilisée pour parler de ce qui est exécuté. Ce qui est ci-haut mentionné exécutent toutes des JVM… avec des classes (jar) différentes.
• « Jar » est en fait, grosso-modo, une archive zippée d’un dossier de classe.
• « Class » une classe compilée Java.
• « Container » est en fait ce qu’on appelle un Serveur applicatif. Bref, un serveur http qui roule les classes Java.
• « J2EE » est un accronyme qui peut être vue comme une spécification technique (penser ISO) fournie par SUN pour les standards d’environnement d’exécution (« Container »).

Serveur Applicatif

Il en existe plusieurs. La norme avec les logiciels suivant la tendance Open-Source utilisent la version Apache du container J2EE appelé Tomcat. Atlassian utilise Tomcat dans ses version « self hosted » distribués.

Il en existe d’autres comme Glassfish de Sun Microsystem, WebObjects de Apple, Tomcat de Apache Foundation, JBoss de RedHat, WebSphere de IBM, et bien d’autres.

Une classe

C’est quoi?. C’est du code java compilé.

La hiérarchie est faite en fonction du « namespacing » inspiré des standards du DNS. Une classe spécifique Java pour un WebService SOAP pour traduire du français au Klingon pourrait être appelé : i.e. com.renoirboulanger.startrek.klingon.soap.jar.

Suggestions

Je pense avoir fait le tour du sujet. Dites-moi dans les commentaires si j’ai oublié quelque chose d’important.

Un nouveau manifeste voit le jour, il s’agit du Open Cloud Manifesto. Le manifeste propose entre autres 4 objectifs que devraient viser les fournisseurs de services «dans les nuages» afin de minimiser la dépendance envers une technologie particulière et maximiser l’interopérabilité.

De plus, le manifeste propose 6 principes a respecter pour offrir aux clients la liberté de choisir parmi des services ouverts permettant autant de flexibilité et d’agilité que possible.

Le but avoue du Open Cloud Manifesto est d’abord de susciter la réflexion et la discussion sur le concept. Il ne s’agit pas d’une definition finale en soi ou d’une définition d’un quelconque standard d’architecture du «cloud computing».

Fait intéressant, on ne connait pas encore l’identite des personnes ayant initie ce mouvement. Cependant, parmi les signataires, on retrouve entre autres Akamai, Cisco, IBM, Red Hat, SAP, Sun et The Open Group. Parmi les absents actuels, on note Google, Microsoft et Salesforce.com.

Objectifs proposés pour un «Nuage» qui suit les concepts du «Open Cloud» :

• Choix
• Flexibilité
• Vitesse d’exécution et Agilité
• Capacité

Principes pour un «Open Cloud» :

Je n’ai pas traduit le texte, vous pouvez me le demander et je le traduirai

1. providers must work together to ensure that the challenges to cloud adoption (security, integration, portability, interoperability, governance/management, metering/monitoring) are addressed through open collaboration and the appropriate use of standards.
2. Cloud providers must not use their market position to lock customers into their particular platforms and limit their choice of providers.
3. Cloud providers must use and adopt existing standards wherever appropriate. The IT industry has invested heavily in existing standards and standards organizations; there is no need to duplicate or reinvent them.
4. When new standards (or adjustments to existing standards) are needed, we must be judicious and pragmatic to avoid creating too many standards. We must ensure that standards promote innovation and do not inhibit it.
5. Any community effort around the open cloud should be driven by customer needs, not merely the technical needs of cloud providers, and should be tested or verified against real customer requirements.
6. Cloud computing standards organizations, advocacy groups, and communities should work together and stay coordinated, making sure that fforts do not conflict or overlap.

Plus de details sur le site du Open Cloud Manifesto.

Je viens de voir passer la nouvelle mais elle semble pas passer inaperçue (voir Twitter). L’idée serait de voir si on pourrait accélérer les choses en réécrivant un protocoleajoutant des modules pour compléter et améliorer le protocole HTTP (EDIT: J’ai mal interprété) plus adapté que celui écrit il y plus de dix ans.

L’initiative est décrite dans le billet appelé «Let’s make the web faster» (Rendons le web plus rapide) le nom du projet serait Chromium (voir dans ce billet) qui décrit ce qu’il pourrait être fait pour… rendre le web plus rapide.

Le blog «Google’s Chromium» parle de ce nouveau protocole processus qu’ils veulent introduire sera appelé, SPDY, prononcé «SPeeDY». Est déja en prototypage chez Google et apporte déja un résultat de performance de 55% plus rapide :

SPDY is at its core an application-layer protocol for transporting content over the web. It is designed specifically for minimizing latency through features such as multiplexed streams, request prioritization and HTTP header compression.

Lire le reste de cette histoire »

Attention: Article technique

Une passion que j’ai depuis quelques temps c’est l’automatisation des déploiements dans des projets. Le Cloud-Computing fait partie des concepts qui permettent d’automatiser le travail.

Mais qu’est-ce que le Cloud-Computing en fait?

Voici ma description de vulgarisation personnelle provenant d’un post que j’ai fait dans un Intranet Privé il y a plusieurs mois.

Lire le reste de cette histoire »