Reprise du message précédent :

Non.

Ca n'a pas l'air terrible.

Perso mon appli était ridicule, donc j'ai fait :  
 
d'un côté une tâche maven avec npanday / wix http://stackoverflow.com/questions [...] -and-maven
 
edit le lien que j'avais suivi : http://sanathshenoy.blogspot.fr/20 [...] h-wix.html
 
et pour un autre projet, j'ai fait un con de RPM, mais les chemins étaient en dur pour le déploiement.
http://mojo.codehaus.org/rpm-maven [...] mple1.html

Bon. Et si tu precisais plus tes besoins reels, histoire qu'on ne fasse pas des coups dans l'eau pour rien...

JPA et gestion du schéma de DB.
 
2 écoles, soit on laisse faire JPA pour la génération et l'update du schéma de base, soit fait ça à la mano, idéalement avec un outil de gestion des révisions du schéma type Liquibase. C'est cette dernière solution qu'on utilise.
 
Je réfléchi à la structure d'une prochaine appli, et je voudrais faire un truc un tant soit peu flexible, avec un core sous forme d'un EJB Jar et des modules optionnels. Les modules peuvent avoir besoin d'enrichir le schéma de base.
 
Un des avantages que je vois à la génération automatique du schéma par JPA, c'est que dans ce cas, je drop le Jar / War du module dans le serveur d'appli, et il se démerde, génère les tables supplémentaires à son usage, et sous réserve d'un couplage faible, tout le monde est content et y'a pas plus de boulot d'installation.
 
Par contre je perds tous les avantages de l'outil de versionning du schéma.
 
Une des solution serait d'inclure les parties relatives à tous les modules existant au schéma de base du core, mais ça implique d'avoir une liste de module exhaustive et maitrisée.
 
Des idées, des retours ?
 

Hello    
 
Question Spring 3
 
Je n'arrive pas à reproduire ce tutoriel en utilisant les annotations (sans la config xml).
http://www.mkyong.com/spring-mvc/s [...] excelview/
Toujours un problème avec la ModelAndView permettant d'enregistrer le excel, ça cherche ExcelRevenueSummary.jsp alors que ça devrait utiliser la classe ExcelRevenueReportView.
 
En gros je n'arrive pas à reproduire ceci
 
mvc-dispatcher-servlet.xml

 
spring-excel-views.xml

 
en utilisant les annotations.    
 
Une idée ??    
 
Merci

tu as annoté ta classe com.mkyong.common.view.ExcelRevenueReportView  avec @Service("ExcelRevenueSummary" )  ?

 
 
Je risque de répondre à côté mais est-ce que lorsque tu parles d'enrichir le schéma, est-ce que tu parles d'utiliser les mêmes tables ou les tables à côté ?
 
S'il est question des mêmes tables, moi j'ai un besoin un peu similaire, et je gère des tables attributs/valeurs et je me sert de ça : http://en.wikibooks.org/wiki/Java_ [...] nheritance
à chaque discriminator value ... la ref du plugin.
 
Si pas les même tables, je changerai de schéma pour chaque plugin... mais j'ai jamais testé les limitations
http://stackoverflow.com/questions [...] se-schemas

 
Perso je ne voudrais rien d'automatique pour un truc aussi critique qu'un schema de bdd ... le moindre bug peut foutre en l'air ta base de prod

 
Bon. Tout d'abord, il faut bien se rendre compte d'une chose: JPA, c'est "supermegacool" car ca génère le schéma à la volée si besoin au démarrage, mais c'est un peu la grosse merde quand il s'agit d'appliquer des changements aux schéma qui ne soit pas des ajouts de table, de colonnes, ou des changements de types simples.
 
Donc, si ton appli reste dans ce cadre d'utilisation, ne te fais pas chier à maintenir un fichier liquibase, fondamentallement, tu n'en n'as pas vraiment besoin.
 
Après, il y a bien sur la solution mentionnée plus haut, de même que les solutions que tu retrouves dans quasi tous les ERP (hop, on rajoute une trentaine de colonnes génériques, au cas ou des plug-in voudrait les utiliser par après).
 
Enfin, il reste le buzzword, mais qui pourrait peut-être te convenir: NoSQL.

J'avais que tout le monde soit à Devoxx, merci pour vos réponses
 

 
Je parle de modifier le schéma, d'ajouter des tables sur une même datasource si tu préfères. Les données n'ont pas ou peu de liens (je parle de données en base du module core VS données en base des modules annexes).
 

 
Effectivement, et j'utilise Liquibase partout ailleurs. Maintenant, j'espérais un peu qu'en exposant mon problème ici, on me proposerait une solution miracle qui réunisse le meilleur des deux mondes
JPA revient un peu sur la table pour ce proto parce que j'ai jusqu'ici l'impression qu'il n'y aura pas de couplage entre les données du module core et des autres.
 

 
J'en suis aux mêmes conclusions que toi. J'ai pas l'impression que j'aurais besoin de l'artillerie lourde pour ce projet, mais j'ai pas non plus envie de balancer un truc bancal en prod.
 
Les colonnes joker en base en attendant de voir si elles servent, on va éviter
 
Le NoSQL c'est pas pour maintenant chez nous, mais en quoi ça aurait répondu à cette problématique ? Tu penses aux nombre de colonnes variables entre les lignes pour une même table à la MongoDB par exemple ? A du stockage simple key+value ?

 
Ah non! Je te tiens au courant.

Ca aurait pu repondre a la problematique si les objets complexes que tu manipules sont assez independants.  
Dans ce cas, si l'on prend une structure document (pour du MongoDB ou du CouchDB par exemple), ca permet d'enrichir les objets et/ou les collections a la volee sans que cela ait d'impact entre les plugin (en faisant juste attention a s'imposer une petite convention de nomage). Un plugin s'ajoute, les donnees sont crees au besoin. Il jarte? pas grave, les donnees restent la mais ne sont plus utilisees, voir chargees.  
Le probleme, c'est que pour la migration de schema, vu qu'il n'y a pas de schema justement, bin tu te retrouve a gerer des migration de structure de donnees a la volee. Donc ca depend vraiment de la maniere dont tu envisage l'evolution de ton appli et de tes plugins.

l'élasticité du NoSQL en général est très sympa mais peut devenir super-ultra-bordélique. il faut en tenir compte :-)

intéressant, pour un prochain proto peut-être.

 
Je reviens sur ce sujet.  
J'ai bien ajouté @Service mais cela ne change pas le problème. J'ai toujours un 404 avec /SpringMVC/WEB-INF/pages/ExcelRevenueSummary.jsp .  
Avec cette annotation il faut également utilisé un objet ModelAndView ?  
Dans mon controller je retourne  

 
   
 
alors du coup, je changerais la structure du controller du projet pour utiliser l'annotation-qui-va-bien avec @Controller (et @RequestMapping):  
 
http://www.tutorialspoint.com/spri [...] xample.htm
 

 
Un premier retour ?

/o\ non, j'ai même pas fait le pom.xml
mais je dois monter une soirée technique sur le cloud, etc, je le ferrais comme bootstrap pour les participants. (ie: dans 1 ou 2 mois)
et si dans 1 ou 2 mois, c'est pas fait : ça sera jamais fais par moi /o\

hein, sinon, j'essaye de faire un proto avec play framework 2.1 (scala).
L'idée c'est de faire un serveur qui interroge multitude de serveur en asynchrone. Les gars qui ont fait le framework ont fait une demo a devoxx france, ça avait simple à faire.
Ca l'est un peu moins quand j'essaye de le faire moi même    

 
J'ai pas réessayé Play! depuis la 1.X, je crois que je suis pas fait pour les FW. Y'a toujours un composant qui me déplait et je finis par lâcher le truc. Du coup, ton approche de monter ta stack toi même m'intéressait, mais je suis un peu sceptique sur Spark. J'attendrais ton retour s'il arrive
Ton exemple d'interrogations async, c'était pas plutôt orienté Akka plutôt que Play! ?
 
A défaut, je me suis replongé sur la brique authentification, j'aurais mieux fait de m'abstenir. A titre d'exercice, je voulais faire une auth RESTful sans API tierce, mais pour un site (client = browser), je trouve rien d'autre que des compromis (notamment conservation d'un token côté client).

Bonjour tout le monde  
 
<struts>
 
je voudrais preciser une méthode dans un lien de ce type
 
 
<td><a href="mon-action?id=<s:property value="id"/>">
       <s:property value="id" /> </a>
       </td>
 
pour executer class="mon-action" method="ma methode">
 
est ce que c'est possible ?
 
(dans un formulaire je fait un  
 
<s:submit value="Oui" method="ma methode"></s:submit> )
 

Play 2 n'a aucun rapport avec Play 1 (a part le nom...)
Et Play 2 embarque Akka.

C'est pas Play qui m'attire, mais plutôt le fait de "facilement" faire une interrogation asynchrone.
Je vais regarde Akka, si j'ai le temps. Et voir si mon idée d'interrogation de service web async est facile avec ma "stack".

Le truc, c'est que je veux faire un serveur central qui va interroger une dizaine d'autre serveur. Et je sais déjà que les serveurs ne répondront pas. Je ne veux pas bloquer mon serveur à cause de ça.
Le petit truc en plus (:D) C'est que j'aimerais bien faire du EventServerSide aussi pour streamer des updates. (Ca serait pour afficher un graph qui se met à jour en temps réel selon les réponses des serveurs)

Bref, ça serait refaire ça : https://github.com/rchatley/extreme_startup mais en Java/Scala et faire joujou avec les problèmes d'asynchronismes.
(et rajouter facilement des fonctionnalités comme l'enregistrement de score sur la durée, le déployer sur une instance dans le cloud, etc)

Tu pourrais t'amuser avec vert.x aussi, ca gere bien l'asynchrone et tu peux assez rapidement faire un POC. Et l'event push avec leur API, c'est finger in the nose ...
 

Pour créer une unité à décimale fixe, je wrap ou j'extends BigDecimal ?

wrap

 
J'ai pas trop justifié ma demande, je peux donc pas te reprocher le manque d'argumentation
 
Intuitivement, je serais parti sur extends, parce que la nature de la valeur est la valeur décimale, et parce que je vois pas de raison de wrapper, mais je pose la question ici car les API qui utilisent des BigDecimal ont tendance à wraper.

composition over inheritance !  
 
et aussi parce que tu va exposer des méthodes qui sont liés à BigDecimal et non à ta devise :  
 

 
Je voyais plutôt ça comme un avantage
Je comprend pas le lien avec ton exemple, tu peux détailler ?
 
(je bosse pas sur des devises, mais le principe est le même)

Tu va pouvoir laisser l'utilisateur changer le nombre de décimal sur ton objet qui doit avoir des décimals fixes (ou sinon faut redéfinir la méthode pour que ça ne soit pas possible)
Et en plus, tu perds directement ton objet au premier appel.

On ne peut plus clair, merci

Lib de manipulation de video en Java ? Plus particulierement de l'extraction de frame, et encore plus particulierement pour générer un clou de pouce, des suggestions ?

 
C'est quoi un "clou de pouce" ?  

 
C'est comme un clou de main.

un ongle de pouce, en fait  

Joda Time, vous voyez un moyen pour exprimer une liste de timeslots ?
En gros une Period de n heures, mais avec une heure de début (et donc une récurrence à la journée). Je vois rien de builtin qui correspond, mais je connais mal l'API.
 

 
Xuggler (seule lib vidéo Java que je connaisse ) ?
 

Si je ne m'abuse, ce n'est pas supporté par Joda Time de base (mais ça a peut-être changé), mais par contre... je sais pas ou la JSR en est, mais y'avait une JSR fortement basée sur Joda... qui ... il me semble... supportait ça.
 
Sinon il est fait mention de "Recurrance" ici:
http://joda-time.sourceforge.net/related.html
 

ouais, c'est celle qu'on avait sous le coude, me demandait si y'avait autre chose, vu notre besoin plutot réduit pour l'instant.

 
La JSR en question est prévue en implem pour Java 8 il me semble. Je regarde les récurrences demain, sinon à la mano.
 

  Spark ne tourne que sur une JVM 1.7
moi qui voulait faire joujou avec dans une boîte qui est encore en 1.6, c'est balo

Je suis encore en 1.6 également, ils se servent de quoi exactement qui est spécifique à la 1.7 ?

en diagonale, je dirais à cause de jetty9 qui doit utiliser les NIO Java 7
 
http://webtide.intalio.com/2012/09/jetty-9-features/