March 2010 - Pollen-devel - mailman.cloud.codelutin.com

Roadmap v2.0
by Florian Desbois 30 Mar '10

30 Mar '10

Bonjour à tous, Ci-joint un premier chiffrage assez large du développement de la v2.0. A priori, une release finale est envisageable pour mi-juin (si je reste seul dessus étant donné que je dev sur un autre projet client). Aujourd'hui j'ai réellement optimiser la gestion des erreurs et des exceptions intégrés aux services (voir template de génération BusinessTransformer intégré à ToPIA). Tout est prêt pour coder assez rapidement les fonctionnalités principales. Cordialement, -- Florian Desbois <fdesbois(a)codelutin.com> SSLL Code Lutin Tel: 02 40 50 29 28 http://www.codelutin.com Membre du Réseau Libre-entreprise

1 0

Modèle trop compliqué....
by Florian Desbois 23 Mar '10

23 Mar '10

Bonjour à tous, Je suis confronté à un sérieux mal de crâne concernant le modèle de Pollen 1.3. Bien trop complexe pour être exploitable et maintenable (comme les services métiers). Je pense qu'il serait préférable, et moins couteux en temps de tout refaire le module business de l'application en supprimant au passage les DTO. Il faudra dans un deuxième temps adapté/amélioré l'UI pour coller au nouveau modèle, ce qui ne devrait pas être compliqué car ce dernier est mieux adapté aux besoins. Donc, la v1.3 ne verra jamais le jour, je pense directement partir sur un nouveau modèle donc une v2.0. Ceci dit, les modèles risquent d'être incompatible et donc un script de migration bien trop complexe à mettre en œuvre. Le mieux serait d'utiliser le moteur d'import/export XML pour passer du modèle 1.2 actuel au 2.0. Cordialement, Florian Desbois Code Lutin Ci-joint une première ébauche du modèle de la v2.0. Petite description du modèle : ------------------------------ Rappel : UId = identifiant unique permettant de voter ou d'identifier un sondage. - Côté sondage (Poll) rien ne change, les attributs restent les mêmes ainsi que le lien vers les choix, les commentaires, les résultats et les règles de notifications (PreventRule). - Côté vote et personne (PollAccount), il y a pas mal de changement. Un PollAccount devient soit une liste, soit une personne. PollAccount *********** Le PollAccount représente un votant (ou groupe de votants) pour un sondage donné. Un PollAccount ne sera JAMAIS lié à plusieurs sondages. Le PollAccount est utilisé dans deux contextes différents : Liste de favoris d'un utilisateur enregistré ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - L'utilisateur est lié à un ou plusieurs PollAccount listes (list = true). Chaque liste représente une liste de favoris contenant des pollAccount (l'UId de chacun d'eux ne sera défini que dans le cadre du sondage). La création d'un sondage avec une liste de favoris copiera cette dernière pour la lier au sondage et générer les UId nécessaires aux votes. relation UserAccount -> * PollAccount - L'utilisateur est lié à plusieurs PollAccount personnes (list = false) qui correspondent à des instances de lui même pour chaque sondage participé ou créé. relation PollAccount -> 1 UserAccount Compte de vote pour un sondage (restreint ou non) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - Cas sondage Libre : Le sondage est lié à plusieurs PollAccount personnes (list = false), chaque PollAccount correspond à un votant et son vote. Le sondage ne contiendra que des gens qui ont réellement votés (dateVote != null) - Cas sondage Restreint : Le sondage est lié à plusieurs PollAccount personnes (list = false) bien définis. Chaque personne aura déjà voté ou non. Seul le créateur du sondage pourra rajouter ou modifier l'ensemble des PollAccount liés au sondage. - Cas sondage Par groupe : Le sondage est lié à plusieurs PollAccount listes (list = true) contenant chacune un ensemble de PollAccount personnes. Il sera ainsi possible de sauver le résultat des votes par groupe. Créateur du sondage ******************* Le créateur du sondage est lui même un PollAccount particulier (admin = true). Idée : Il pourrait être intéressant pour un sondage restreint d'avoir l'option dans l'UI: "m'inclure automatiquement à la liste de votants". Si cette case est coché, le créateur devra voter, sinon il ne sera pas nécessaire de l'inclure dans le dépouillement. Sinon gérer le test sur les emails dans la liste et celui du créateur pour l'inclure au vote en tant que votant. Prévoir un nouvel attribut dans PollAccount ? Cas de l'anonymat ***************** - Les propriétés de PollAccount : email, name et userAccount sont mises à null + booléen anonymous passé à true -> impossible de retrouver la personne qui a voté. - La seule garantie d'unicité du vote est l'UId du PollAccount. Il est donc préférable de l'afficher à l'utilisateur au moment de son vote anonyme pour qu'il puisse le modifier. Pour un sondage restreint/par groupes il possédera déjà l'UId depuis le mail qu'il aura reçu. Résultats ********* - Le moteur de dépouillement (voteCounting) sera gardé tel quel. Le nouveau business communiquera avec lui avec la couche DTO/bean du module voteCounting. - Les résultats continus seront désormais enregistrables dans le modèle.

3 6

Re: [Pollen-devel] [Pollen-users] Présentation du sondage.
by Eric Chatellier 16 Mar '10

16 Mar '10

Le 16/03/2010 11:51, Eric Chatellier a écrit : > Le 16/03/2010 11:42, Eric Chatellier a écrit : > >>> Le titre des candidats sont un peu long, le retour à la ligne est >>> apparemment interdit, du coup, c'est pas beau du tout et un candidat >>> disparait sur la droite. >>> Je ne comprends pas du tout comment sont triés les candidats, le 5 ème >>> est en premier, les autes sont dans l'ordre. >>> >>> >> Je n'ai pas réussit à reproduire le problème. L'ordre des choix est défini >> à la création. Il n'y a pas de tri ensuite. >> >> Le choix "5. Aucune des propositions" a été crée en même temps que les >> autres ? >> > C'est peut-être dû à la modification aussi. > Je l'ai modifié. Il est maintenant en dernière position. > Je vais me pencher un peu plus sur le problème. > C'est très surprenant comme probleme. L'ordre est défini par l'ordre d'apparition d'une requête select. Hors, l'ordre change à chaque modification. Dans topia, les "list" sont générées en "bag", sans index dans hibernate. L'ordre n'est donc pas garanti. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

[ANN] - Pollen 1.2.5 released
by chorem.org Release Notification 15 Mar '10

15 Mar '10

1 0

[ANN] - Pollen 1.2.4 released
by chorem.org Release Notification 11 Mar '10

11 Mar '10

1 0

Envoi de mails en masse
by Eric Chatellier 10 Mar '10

10 Mar '10

Salut, J'ai fini l'évolution concernant l'envoi de mail en masse; http://www.chorem.org/issues/show/136 Ca marche plutôt pas mal. Par contre, j'ai plein d'erreur non gênante à l'arrêt du serveur dues à tapestry et a ce service en particulier: 2010-03-10 18:53:24,901 [ERROR] utils.SendMail Error during SendMail main loop java.lang.RuntimeException: Exception constructing service 'Configuration': Proxy for service Configuration is no longer active because the IOC Registry has been shut down. at org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.obtainObjectFromCreator(JustInTimeObjectCreator.java:78) at org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:57) at $Configuration_1274933c78f.delegate($Configuration_1274933c78f.java) at $Configuration_1274933c78f.getConf($Configuration_1274933c78f.java) at org.chorem.pollen.ui.utils.SendMail.sendAllMails(SendMail.java:164) at org.chorem.pollen.ui.utils.SendMail.run(SendMail.java:103) Caused by: java.lang.IllegalStateException: Proxy for service Configuration is no longer active because the IOC Registry has been shut down. at org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator$1.createObject(JustInTimeObjectCreator.java:101) at org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.obtainObjectFromCreator(JustInTimeObjectCreator.java:68) ... 5 more Vraiment plein de fois la même. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Modification de la pagination
by Eric Chatellier 09 Mar '10

09 Mar '10

Salut, Je viens de faire un checkout de ta modif sur la pagination. Elle est trop simple. Il faudrait la modifier pour avoir un acces direct à la page voulue. Exemple: - première page - page précédente - page X (courante dans un input texte modifiable) - page suivante - dernière page Je commence la modif. PS: On va aussi sans doute modifier le nombre de résultats par défaut de 15 à 100. PS2: voire peut-être ne pas afficher "1 - 1 sur 30" s'il n'y a qu'une page -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 7

Problème sur le dépouillement
by Florian Desbois 09 Mar '10

09 Mar '10

Bonjour à tous, Il y a un sacré problème d'optimisation au niveau du dépouillement. Le dépouillement est effectué à chaque chargement de la page des votes (et donc également à chaque vote, chaque clic sur la page, ...). J'ai essayé de modifier ce comportement pour qu'il récupère les résultats existants en base lorsqu'il n'y aucun nouveau vote (ou modification) effectuée. Le souci : la base de données ne prend pas en charge l'option "résultats continus", du coup les seuls résultats persistés sont les finaux... Merci Nolwenn, tu aurais pu modifier le modèle pour prendre au mieux en charge cette nouvelle option... Du coup, avec la 1.3 en cours (avec un modèle déjà modifié), il est impossible de modifier ce comportement du dépouillement sans toucher au modèle (et donc problème sur les migrations et la 1.3...). Je vais jeter un oeil sur l'autre problématique d'optimisation : chargement uniquement des votes affichés (suite à l'évol http://chorem.org/issues/show/132 ) Je vais rajouter la demande pour l'optimisation du dépouillement, mais elle sera faites pour la 1.3. Cordialement, Florian Desbois Code Lutin

3 5

Probleme d'import de fichier csv
by Benjamin POUSSIN 08 Mar '10

08 Mar '10

Salut, Florian vu que tu es sur pollen, je pense qu'il manque une ligne dans le code de la classe d'import CSV. pollen-ui/src/main/java/org/chorem/pollen/ui/utils/CSVAccountUtil.java (la ligne est marque par <---) Il faudrait faire un test unitaire sur la methode, et voir si lorsqu'on ajoute la ligne le test passe. merci -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 2

Pollen v1.3 vs monté en charge prévu pour la 1.2.4
by Florian Desbois 05 Mar '10

05 Mar '10

Bonjour à tous, Pour répondre aux besoins concernant un import de 3000 votants, une branche a été créé, le trunk étant en chantier pour la 1.3. Cependant je me rends compte que l'optimisation faites pour la 1.3 ne pourra être que bénéfique à la monter en charge. De plus la refonte du formulaire de création d'un sondage (http://chorem.org/issues/show/122) semble indispensable pour mieux gérer l'affichage des 3000 personnes pour un sondage restreint. Donc, la branche semble être une mauvaise idée, je pense tout repasser sur le trunk et terminer l'évolution #122 urgente pour mieux gérer la création du sondage. Niveau échéance, cela me semble compliqué à résoudre rapidement, je dirais courant de la semaine prochaine, mercredi voir jeudi au plus tard. La v1.3 sera donc releasé en beta car non finalisé (code mort, conversions et services non homogènes). Cordialement, Florian Desbois Code Lutin

4 7