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

Build failed in Hudson: pollen » Pollen :: Web Interface #1008
by admin+hudson＠codelutin.com 26 May '10

26 May '10

See <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/1…> Changes: [Florian Desbois] - Use evo from ToPIA to extend DAO. (remove QueryBuilder, put temporarly methods in PollenUtils, maybe will be put in TopiaDAO) - Resolve choice image in UI [Florian Desbois] Decompose choice part of the pollForm in components (problem with upload can't be used in zone) [Florian Desbois] - Create component ChoiceImage (not tested) - Vote page is ok to render from now - Add test of name nullity on addChoice for saving new poll ------------------------------------------ [INFO] ------------------------------------------------------------------------ [INFO] Building Pollen :: Web Interface [INFO] task-segment: [clean, install] [INFO] ------------------------------------------------------------------------ [INFO] [clean:clean {execution: default-clean}] [INFO] Deleting <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> [INFO] snapshot org.nuiton.web:nuiton-tapestry-extra:0.1-SNAPSHOT: checking for updates from nuiton.snapshot [INFO] snapshot org.nuiton:nuiton-web:0.1-SNAPSHOT: checking for updates from nuiton.snapshot [INFO] [enforcer:enforce {execution: check-project-files}] [INFO] Preparing i18n:tapestry-bundle [HUDSON] Archiving <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> to /home/hudson/hudson-home/jobs/pollen/modules/org.chorem.pollen$pollen-ui/builds/2010-05-26_11-36-27/archive/org.chorem.pollen/pollen-ui/2.0-SNAPSHOT/pom.xml [INFO] [i18n:collect-i18n-artifacts {execution: collect-i18n-artifacts}] [INFO] detected i18n artifact org.chorem.pollen:pollen-business:2.0-SNAPSHOT [INFO] detected i18n artifact org.nuiton:nuiton-utils:1.3.1-SNAPSHOT [INFO] detected i18n artifact org.nuiton.topia:topia-persistence:2.4-SNAPSHOT [INFO] detected i18n artifact org.nuiton.topia:topia-service-migration:2.4-SNAPSHOT [INFO] detected i18n artifact org.chorem.pollen:pollen-ui:2.0-SNAPSHOT [INFO] generate collected i18n artifacts for locale fr_FR [INFO] collected 5 i18n artifacts for locale fr_FR stored in <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> [INFO] generate collected i18n artifacts for locale en_GB [INFO] collected 5 i18n artifacts for locale en_GB stored in <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> [INFO] [i18n:tapestry-bundle {execution: default}] [INFO] config - bundle name : app [INFO] config - basedir : <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> [INFO] config - locales : [fr_FR, en_GB] [INFO] generate bundle for locale fr_FR in file app_fr.properties [INFO] bundles for locale : i18n/nuiton-utils-fr_FR.properties,i18n/topia-persistence-fr_FR.properties,i18n/topia-service-migration-fr_FR.properties,i18n/pollen-business-fr_FR.properties,i18n/pollen-ui-fr_FR.properties [WARNING] bundle fr_FR contains 72/299 empty entries! (use -Di18n.showEmpty to see these entries) [INFO] generate bundle for locale en_GB in file app_en.properties [INFO] bundles for locale : i18n/nuiton-utils-en_GB.properties,i18n/topia-persistence-en_GB.properties,i18n/topia-service-migration-en_GB.properties,i18n/pollen-business-en_GB.properties,i18n/pollen-ui-en_GB.properties [WARNING] bundle en_GB contains 135/252 empty entries! (use -Di18n.showEmpty to see these entries) [INFO] [resources:resources {execution: default-resources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 54 resources [INFO] [compiler:compile {execution: default-compile}] [INFO] Compiling 74 source files to <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…> [INFO] ------------------------------------------------------------- [ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…>:[589,23] saveVote(org.chorem.pollen.entity.Poll,org.chorem.pollen.entity.PollAccount) in org.chorem.pollen.service.ServiceVote cannot be applied to (org.chorem.pollen.entity.PollAccount) [INFO] 1error [INFO] ------------------------------------------------------------- [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Compilation failure <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…>:[589,23] saveVote(org.chorem.pollen.entity.Poll,org.chorem.pollen.entity.PollAccount) in org.chorem.pollen.service.ServiceVote cannot be applied to (org.chorem.pollen.entity.PollAccount) [INFO] ------------------------------------------------------------------------ [INFO] Trace org.apache.maven.BuildFailureException: Compilation failure <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…>:[589,23] saveVote(org.chorem.pollen.entity.Poll,org.chorem.pollen.entity.PollAccount) in org.chorem.pollen.service.ServiceVote cannot be applied to (org.chorem.pollen.entity.PollAccount) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(LifecycleExecutorInterceptor.java:65) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at hudson.maven.agent.Main.launch(Main.java:165) at hudson.maven.MavenBuilder.call(MavenBuilder.java:165) at hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:696) at hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:640) at hudson.remoting.UserRequest.perform(UserRequest.java:114) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:270) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure <http://hudson.codelutin.com/hudson/job/pollen/org.chorem.pollen$pollen-ui/w…>:[589,23] saveVote(org.chorem.pollen.entity.Poll,org.chorem.pollen.entity.PollAccount) in org.chorem.pollen.service.ServiceVote cannot be applied to (org.chorem.pollen.entity.PollAccount) at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:656) at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:127) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at hudson.maven.agent.PluginManagerInterceptor.executeMojo(PluginManagerInterceptor.java:182) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) ... 28 more [INFO] ------------------------------------------------------------------------ [INFO] Total time: 45 seconds [INFO] Finished at: Wed May 26 11:37:15 CEST 2010 [INFO] Final Memory: 95M/520M [INFO] ------------------------------------------------------------------------ En attente qu'Hudson finisse de récupérer les données

1 2

Bilan brainstorming page de création de vote
by Jean Couteau 30 Apr '10

30 Apr '10

Présents : Ben, Florian, Jean Page de création de vote : En deux étapes : - Etape 1 : Infos puis Options puis Liste. Pour chaque boîte, possibilité d'ouvrir et fermer - Etape 2 : choix Le choix du type de choix se fait au passage de l'étape 1 à l'étape 2 pour avoir un vrai formulaire de choix Pour les listes, l'édition des membres se fait 1 par 1. Doit être connecté pour la création de listes de votants de plus de 10 membres.

1 0

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