Vaadin...

JSF, GWT, Flex.... vers quoi se tourner aujourd'hui?

Il y a un petit nouveau (quoique pas si nouveau que ça) : Vaadin.

En gros, combine du GWT, mais avec une logique de contrôle côté serveur. Et en plus c'est portlet-able (inclu e natif dans Liferay). Serai-ce la panacée du moment ?

Voilà déjà un panneau de comparaison (publié par Vaadin néanmoins).

Feature	Vaadin 6.1	Ext GWT 2.0	Flex 3	GWT 1.7	ICE Faces 1.8	JQuery 1.3.2	Smart GWT 1.3	Wicket 1.4
Widget diversity & richness								*
No browser plug-in required
No JavaScript programming required
Framework extensions are done in Java
No HTML required
No XML configuration required
Only server-side implementation required
User interface logic is kept securely on server
Web-page oriented*
Multimedia oriented*
Backed up by a corporation
Commercial support & guarantees available
Vendor offers experts services to complement the framework
Vendor offers add-on components to complement the framework
Free for commercial use			*
License	Apache 2.0	GPL v3/Commercial	MPL 1.1	Apache 2.0	MPL 1.1	MIT/GPL v2	LGPL	Apache 2.0

*) Click for more information.

Classement des marques : IT en tête

Le classement 2011 des marques les plus "remarquables" par MillwardBrown est paru.


Pour rappel,  ce classement repose sur la valeur que les compagnies placent sur leur marque principale, leur potentiel de croissance à court terme et les perceptions de plus de 2 millions de consommateurs sondés de par le monde au cours de l’année.


Le tiercé gagnant : Apple, Google, IBM.

Les autres consultables en ligne.

Liferay double ses revenus sur le premier trimestre 2011

Une hausse de 100% des revenus, sur le premier trimestre fiscal 2011 ! C'est le résultat annoncé par Liferay dans un communiqué de presse.

 

Les raisons cités de ce succès sont majoritairement lié à l'extension de l'écosystème Liferay :

- Partenaires de distribution

- Partenaires techniques

- Communauté croissante

 

A noter l'ouverture prochaine d'un Liferay MarketPlace, ou les entreprises pourront déposer/trouver des applications, sur les principes des marketplaces Android ou iPhone.

picture : iPhone vs Android vs blackberry

Liferay (et tomcat) : créer service sous windows 64bits

La plupart des produits (open-source) basé sur un déploiement Tomcat fournissent par défaut un bundle basé sur Tomcat "32 bits".
Quand on veux ensuite configurer l'application comme service windows (via tomcat6.exe/tomcat6w.exe/service.bat/tcnative-1.dll), on a au mieux la version 32 bits de ces exécutables, au pire on ne les a pas.


Il faut savoir qu'il n'y a pas de différence majeure entre un tomcat 32b et un tomcat 64b. Seuls les exécutables précités sont différents. Le reste de la plateforme est identique.
Donc pour rendre 64bits un tomcat, il suffit de disposer de ces fichiers.


Comment les obtenir ?
1 - Tout d'abord récupérer une version 64 bits de Tomcat, sous forme de zip.
Par exemple, pour la 6.0.32 : http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.32/bin/ puis le fichier apache-tomcat-6.0.32-windows-i64.zip

2 - Extraire de ce zip les 3 fichiers suivants, présents dans /bin :

• service.bat
• tomcat6.exe
• tomcat6w.exe
• tcnative-1.dll

3 - les copier dans le répertoire /bin du bundle cible.
et voilà !

4 - Ensuite, suivre la procédure documentée pour déclarer le tomcat en service.
Bien sûr, ne pas oublier d'avoir déployé un JDK/JRE 64 bits pour le référencé dans le service.

Newsletter Plugin for Liferay

Our company (Asten) has developed a Newsletter plugin based upon 2 portlets :
1 : Newsletter, only visible for the webmaster.
This portlet is configured (preferences dialog) with :
- an rss feed, coming from an asset publisher.
- the id of a web content display portlet. It will gives the "editorial" of the newsletter.
- the url of the unsubscribe portlet, for the creation of the unsubscribe link.
- a key for crypting
- The name of the usergroup containing the subscriber list
The HTML of the newsletter is made by parsing the rss xml feed, and via content api we extract the abstract of the articles. On the beginning of the mail we add the content of the chooses Editorial article.
We then loop on the usergroup, and send an email at each, including a specific link for the unsubscription, with a crypted parameter containing the emailaddress of the subscriber.

The email sending run on separate thread.
We store the newsletter in the annonucment portlet, but it has limitation : 4000 characters.
Instead, we plan to store the newsletter as a document in the DocumentLibrary

2 : Subscribe/unsubscribe, visible for the guests.
This portlet is configured with :
- a key for un-crypting (the same as the one in the Newsletter portlet)
- The name of the usergroup containing the subscriber list (the same as the one in the Newsletter portlet)
When a user subscribe, he gives his emailaddress and we create an user account (without password) and attach him to the configured newsletter user group.
He unsubscribes from an "in mail" url, calling back this portlet, with his emailadresse as crypted parameter. The user is then deleted.

That works well and cand be extended.

I can't give you the code, but you have here the key principes.