Ce matin, je suis tombé sur un bug assez énervant qui faisait qu’après une réassignation du dataProvider d’une comboBox, celle ci ne se mettait pas à jour visuellement de suite. Par exemple, si ma comboBox contient 3 éléments, puis que je lui donne un nouveau tableau avec 5 éléments, la liste déroulante prend la place de 5 lignes, mais il n’y a que 3 éléments affichés. Pour corriger ce soucis (qui semble avoir été corrigé dans Flex 4, mais pas dans la version 3.5 que j’utilise sur mon projet courant), il faut réassigner aussi le dataProvider de la liste déroulante.

Voici le bout de code qui fait l’affaire :

1
2
3

var newArray : Array = [ 0, 1, 2, 3, 4 ]; // Nouveau tableau à assigner
combo.dataProvider = newArray; // Assignation du dataProvider de la comboBox
combo.dropdown.dataProvider = newArray; // Assignation de la liste déroulante

Articles sur le même sujet :

1. Combobox flex
2. ComboBox flex : rowCount
3. Bug ComboBox Flex

Vous avez toujours rêvé de savoir comment on pouvait générer un labyrinthe à l’aide d’un programme informatique ? Et bien, voici un article fort intéressant qui vous explique en détail cette création, allant de la théorie à la pratique. Tout un chapitre décrit la partie algorithmie, puis un exemple en flash est proposé avec le code source pour s’en inspirer, le tout sous licence GNU GPL v3, donc il ne faut pas se priver.

Algorithmique pratique et optimisation de code : La génération de labyrinthes.

Articles sur le même sujet :

1. Flex bientôt open source !!!
2. FileReference.browse et Flash player 10
3. Génération des getter/setter

Adobe vient de publier les versions finales de Air 2 et du Flash Player 10.1.

Les nouveautés/améliorations de AIR 2 sont assez nombreuses :

• Localisation de l’installeur (uniquement en anglais sur les versions précédentes)
• Possibilité de simuler la taille réduite d’un périphérique mobile avec le débugger ADL
• Nouvelle version de Webkit avec le support de HTML5 et CSS3
• Gestion des surfaces tactiles et des gestures
• Amélioration du drag&drop, des sockets et de la gestion des imprimantes
• Résolution des DNS
• Accès au microphone
• Ouverture de fichiers directement dans l’application par défaut du système
• Détection de branchement d’un périphérique externe (clé usb, disque dur externe, appareil photo, …)
• Accès aux processus natifs du système (lancement d’un programme externe : mplayer, vlc ou word par exemple)
• Création d’applications en .exe, .dmg ou .deb
• Possibilité de créer un serveur (socket) et gestion du peer-to-peer
• Support de TLS/SSL pour le socket
• Support de l’UDP pour le réseau
• Récupération globale des erreurs de l’application
• Support de l’IPv6

Pour plus d’informations, consulter la release note : http://www.adobe.com/support/documentation/en/air/2/releasenotes_developers.html

Le player Flash n’est pas en reste, car la liste des ajouts/améliorations est assez importante aussi :

• Récupération globale des erreurs de l’application
• Support du mode « Navigation privée » des navigateurs récents
• Gestion du cas « pas assez de mémoire » pour éviter le crash du navigateur
• Protection du contenu (utilise Adobe Flash Access 2)
• Réseau « Peer-assisted »
• Gestion du streaming dynamique (adaptation automatique du débit de la vidéo dans le cas où la connexion ne suit pas)
• Uniquement avec Flash Media Server 3.5.3: gestion de la reconnexion automatique sur le serveur en cas de perte de connexion sans perte de contenu pour l’utilisateur, Amélioration de la recherche dans un média permettant la création de ralentis, de replay
• Gestion de la synchronisation des vidéos en live avec l’heure courante
• Accès au microphone
• Frame rate dynamique : ajuste automatiquement le rendu des applications pour économiser de la ressource processeur lorsque l’application n’est pas l’application qui a le focus.

Pour plus d’informations, se reporter à la release note : http://www.adobe.com/products/flashplayer/features/all_features/

Nous reparlerons très certainement de ces améliorations que nous allons utiliser dans nos prochains développements.

Le téléchargement de AIR 2 se passe ici : http://get.adobe.com/fr/air/ et pour le flash player 10.1, c’est par ici : http://get.adobe.com/fr/flashplayer/

Articles sur le même sujet :

1. Flash Player 9 Moviestar – vidéo H.264….
2. Flash player 10 beta
3. Flash Player 10……GO !!

Le SDK Flex 4 a introduit un certain nombre de nouvelles classes et de nouveaux composants qui utilisent la nouvelle architecture, permettant de faire de nouveaux skins et autres personnalisations, beaucoup plus simplement. Voici un tableau montrant les composants Flex 3 MX et leurs homologues Flex 4 Spark:

Aucun d'article en relation

Freemarker est un outil formidablement puissant qui permet de générer des fichiers à l’aide de templates (.ftl). Dans le cas d’une application s’appuyant sur des services en J2EE il devient alors aisé avec un peu de connaissance en intropsection JAVA de générer les classes Flex (interfaces CRUD et objets métier).

Comment procéder ?

Je préconise l’utilisation d’une target Ant qui va parcourir un package (celui où se trouve les POJOs JAVA), récupérer les getter/setter de chaque class et générer les objets Flex. Les templates Flex peuvent être réalisées directement sous Flash Builder.

Quelques lignes de code utiles :

La class de génération de vo :

public class FlexGenerator {
 
    private static Configuration cfg;
 
    static
    {
		cfg = new Configuration();
 
		try
		{
		    cfg.setClassForTemplateLoading(PdfGenerator.class, "/templates/flex");
		    cfg.setEncoding(Locale.FRENCH, "UTF-8");
		}
		catch (Exception e)
		{
		    e.printStackTrace();
		}
 
		cfg.setObjectWrapper(new DefaultObjectWrapper());
    }
 
    public FlexGenerator()
    {
	// ...
    }
 
    public void process(OutputStream os, Map params, String path)
    {
		try
		{
			Template temp = cfg.getTemplate("vo.ftl");
	    		temp.process(params, new FileWriter(new File(path)));
		}
		catch (Exception e)
		{
		    e.printStackTrace();
		}
	}
}

On peut récupérer l’ensemble des class d’un package grâce au class loader, on trouve des snippets sur le net.

Exemple de code pour récupérer les getters d’un POJO  :

public static Method getGetters(Object object)
    {
 
		try
		{
		    Method[] methods = object.getClass().getMethods();
 
		    Object result = object.getClass().newInstance();
 
		    for (Method method : methods)
		    {
 
			if (isGetter(method)) //on ajoute cette variable à notre template
				params.put(unCapitalize(method.getName().substring(3)),
					method.getReturnType().toString());
 
		    }
		}
		catch (Exception e)
		{
		    e.printStackTrace();
		}
 
		return null;
    }
 
   public static boolean isGetter(Method method)
   {
	return (method.getName().startsWith("get")
		&& !(method.getParameterTypes().length != 0)
		&& !(void.class.equals(method.getReturnType()))
		);
    }
 
    private static String unCapitalize(String s)
    {
	    if (s != null && s.length() != 0)
	        return s.substring(0, 1).toLowerCase() + s.substring(1);
	    else
	        return "";
    }

On trouve sur internet beaucoup d’exemples pour le langage de templetage de freemarker. S’inspirer des templates utilisées par hbm2java peut être un bon point de départ pour ceux qui ne connaissent pas. L’exemple n’est volontairement pas complet mais grâce à ces quelques bouts de code on peut monter son propre générateur de code en moins d’une heure.

Articles sur le même sujet :

1. SOAP Rails+Flex et objets typés
2. Exposer ses services avec BlazeDS et Axis2 grâce à Spring

Cette astuce n’est pas récente, mais j’en ai eu besoin très récemment lors d’un projet, donc je la publie chez nous aussi.

Lorsque vous avez un DataGrid éditable, et que vous souhaitez réaliser une action dès lors que vous avez fini l’édition (soit en ayant appuyé sur la touche entrée, soit avec la tabulation, ou bien encore après avoir cliqué en dehors du DataGrid), il faut utiliser l’évènement DataGridEvent.ITEM_EDIT_END. Mais si vous souhaitez faire des actions sur le DataProvider de ce DataGrid (sauvegarde des éléments, mise à jour d’autres champs, …), et bien vous allez vous rendre compte qu’il n’a pas encore été mis à jour.

En fait, tout ceci est dû au fait que la mise à jour du DataProvider utilise ce fameux évènement, donc logiquement en même temps que votre fonction d’écoute de l’évènement. C’est pas tout a fait vrai, car quand on regarde le constructeur de la classe mx.controls.DataGrid, on voit l’élément suivant :

addEventListener(DataGridEvent.ITEM_EDIT_END, itemEditorItemEditEndHandler, false, EventPriority.DEFAULT_HANDLER);

Et c’est tout particulièrement le dernier paramètre qui nous intéresse ici. Il permet de définir la priorité de l’évènement, c’est à dire dans quel ordre sont appelées les fonctions définies pour cet évènement. Dans le cas de la déclaration du DataGrid, l’évènement est écouté avec la priorité EventPriority.DEFAULT_HANDLER (correspond à -50), alors que si l’on ne met rien pour ce paramètre, la valeur 0 est appliquée. Ceci explique pourquoi notre fonction est appelée avant la mise à jour du DataProvider.

La solution au problème ? Tout simplement, mettre une valeur plus petite que -50. Cela oblige par contre à définir le listener dans le creationComplete du DataGrid, et non dans son attribut mxml.

Articles sur le même sujet :

1. Astuce VBox – Repeater
2. Matsiya, Coldfusion, Flex, Air…retour sur la rencontre
3. Empécher la mise à jour d’un ArrayCollection

L’utilisation de Apache CXF/JAX-RS pour la création de services REST passe par l’ajout d’annotations dans vos POJOs ce qui peut être contraignant quand ceux-ci sont générés depuis vos fichiers hbm via hbm2java. Heureusement il existe une solution à ce problème via l’utilisation de freemarker. Freemarker est une librairie de génération de template utilisée par hbm2java pour transformer les xml de mapping (.hbm) en POJOs java. Prenons par exemple l’annotation @XmlRootElement qui doit précéder tous les pojos que jax-rs va transformer en XML :

Dans votre target ANT hbm2java ajouter templatepath=“resources/META-INF/pojo_templates/“ avec pojo_templates le répertoire qui contiendra les templates freemarker modifiées.

Dans  resources/META-INF/pojo_templates/ créer un fichier ‘PojoTypeDeclaration.ftl’ avec le contenu suivant :

<#if pojo.hasMetaAttribute("xmlrootelement")>

import javax.xml.bind.annotation.XmlRootElement;

</#if>

/**

${pojo.getClassJavaDoc(pojo.getDeclarationName() + " generated by hbm2java", 0)}

*/

<#include "Ejb3TypeDeclaration.ftl"/>

<#if pojo.hasMetaAttribute("xmlrootelement")>

@XmlRootElement(name="${pojo.getMetaAsString("xmlrootelement")}")

${pojo.getClassModifiers()} ${pojo.getDeclarationType()} ${pojo.getDeclarationName()} ${pojo.getExtendsDeclaration()} ${pojo.getImplementsDeclaration()}


Il suffit alors d’ajouter dans votre fichier .hbm un meta attribute indiquant le nom du POJO. Exemple :

<hibernate-mapping package=“com.pojos”>

<class name=“MaClass” table=“ma”_table>

<meta attribute="xmlrootelement">MaClass</meta>

...


Le POJO généré sera alors de la forme :

import javax.xml.bind.annotation.XmlRootElement;

/**

* MaClass generated by hbm2java

*/

@XmlRootElement(name=“MaClass”)

public class MaClass  implements java.io.Serializable { ... }

On peut biensur appliquer ce principe à d’autres annotations (XmlSeeAlso …) et à d’autres frameworks.

Aucun d'article en relation

On ne l’attendait pas avant la semaine prochaine, mais ça y est, il est là le beau Flash Builder 4 en version finale. Nous allons récupérer cette nouvelle version dans les heures qui viennent afin de voir si les points qui restaient buggés ont été corrigés (imports qui disparaissent, auto-complétion qui parfois ne fonctionne plus, …).

Disponible à un tarif de près de 300 euros TTC en version de mise à jour et de près de 600 euros TTC en version complète, elle vous attend sur le store d’Adobe.

Avec cette bonne nouvelle en viennent trois autres :

• le SDK Flex 4 en version finale est disponible, lui, gratuitement (normal me direz vous) sur le site d’adobe (http://www.adobe.com/cfusion/entitlement/index.cfm?e=flex4sdk) ou sur le labs (http://opensource.adobe.com/wiki/display/flexsdk/Flex+SDK).
• Coldfusion builder 1.0 : permet de construire des applications Coldfusion rapidement avec un ensemble d’outils qui manquaient cruellement dans le développement sur cette techno (debugger, déploiement, management de serveurs, …). C’est disponible ici : http://www.adobe.com/products/coldfusion/cfbuilder/features/
• Flash Platform Services for Social : il s’agit d’une API AS3 permettant de se connecter sur différents réseaux sociaux sans se soucier de coder individuellement pour chaque plateforme sociale. C’est disponible ici : http://www.adobe.com/devnet/flashplatform/services/social/

Articles sur le même sujet :

1. Adobe CS3 – Version d’évaluation
2. Astuces Adobe Flex, Adobe Coldfusion, Papervision 3D
3. Adobe Developper Connection

Lors du développement d’un projet flex bien structuré, un des aspects qui peut devenir vite assommant est la création structurée des VO.
Il faut d’abord créer la classe puis la nommer, créer et typer les variables privés, les getters et les setters, puis enfin créer les autres fonctions du VO.

Mais maintenant avec Flash Builder 4, la génération des getters et des setters est simplifiée à l’extrême. Il n’y a qu’à lui demander.
Pour cela il faut, après avoir sélectionner la variable voulue, aller dans « source>Générer Getter/Setter »

Et là vous pouvez :

• rendre votre variable privée si vous ne l’avez pas encore fait;
• la renommer d’une manière correcte;
• nommer vos getter/setter;
• générer soit un getter, soit un setter, soit les deux;
• gérer l’espace de nom de vos getter/setter;
• et enfin insérer le code généré soit avant les méthodes, soit après celles-ci, soit encore juste après la déclaration de la variable.

Grâce à l’aperçu, vous pouvez voir le code que Flash Builder va insérer et vérifier qu’il n’a pas fait d’erreur.

Une fois que vous avez cliqué sur OK, vos getter/setter sont prêts.
Il faut bien entendu, le faire pour chaque variable créée, mais là malheureusement Flash Builder n’a rien prévu.

Articles sur le même sujet :

1. Flex Unit et Flash Builder
2. Gestion des marqueurs d’un projet
3. Flash Builder 4 / Flex 4

Tous ceux qui ont utilisé le débugger de Flex Builder 3 ne me contrediront pas sur le fait qu’il y avait des éléments manquants, mais aussi des comportements particulièrement énervants. Parmi ces éléments apportant une certaine frustration, on peut citer le fait que le navigateur se ferme intégralement quand on relance son application en mode debug, faisant généralement sauter l’ensemble des onglets ouverts (tout du moins sous mac); mais aussi le fait de ne pas toujours pouvoir accéder à la valeur d’une donnée du type valeur d’un ArrayCollection (ex: arrayCollection.getItemAt(i).value).

Sur la forme, la perspective du mode debug n’a pas changé, à l’exception de l’ajout d’une nouvelle icône dans la zone « Expression » . Cette icône permet de définir une nouvelle expression dont on souhaite tester la valeur après calcul. Il est possible aussi d’ajouter à cette liste d’expression directement en surlignant un morceau de code, et avec le bouton droit, de faire « Créer une expression de contrôle ». L’expression est alors disponible dans l’onglet « Expression ». Je n’ai pas constaté de limitations dans les éléments que l’on peut mettre dans ces expressions, par exemple, tester les propriétés d’enfants d’enfants d’enfants fonctionne sans soucis. Il est aussi possible de voir les éléments d’un singleton (ex:  CommandsController.getInstance() qui retourne une instance de CommandsController).

Au final, peu de modifications dans le debugger, mais les points corrigés/améliorés (notamment expressions et plus de fermeture du navigateur) font que revenir sur le debugger de Flex builder 3 n’est plus envisageable.

Articles sur le même sujet :

1. Flash Builder 4 / Flex 4
2. Flash Builder 4 & Flash Catalyst sur l’Adobe Labs
3. Flex Unit et Flash Builder