Reprise du message précédent :

c'est sur des petits trucs rapidos que je fais ça. Et généralement, ça passe

J'ai le problème avec les frameworks un peu "vieux jeu". Et c'est assez gonflant quand
1) le message d'erreur est pas explicite ("oups, ça marche pas ! <Message d'erreur ayant aucun rapport avec le problème>" )
2) Voir sa class prendre 3 fois plus de ligne pour des getters qui font rien, rien rien, rien, rien.

J'utilise Mustache (via https://github.com/spullara/mustache.java) et j'aime beaucoup. C'est du pur logic-less par contre, donc un peu déroutant au début par rapport à d'autres systèmes un peu plus permissifs.

Edit : je suis intéressé par tes choix pour les autres composants

J'ai pas encore fait un choix arrêté sur tout.

Mais pour l'instant, je suis parti sur :

- Spark ( http://www.sparkjava.com/ )
- Mustache (  https://github.com/spullara/mustache.java ) (a tester donc)
- mongoDB + Jongo ( http://jongo.org/ )
- jackson
- surement collection utils
- rest assured (pour les tests) https://code.google.com/p/rest-assured/

Pour la pile JS/CSS, je vais voir - j'y connais rien en plus -....mais j'utiliserais peut être webjars ( http://www.webjars.org/ ) bien que ça ne doit pas encore s'intégrer avec Spark

( , ouais, elle est un peu petite pour l'instant)

Dans les plus, je vais peut être mettre groovy. Je me demande si je vais pousser jusqu’à Scala : c'est lent à compiler mais les API sur les collections sont vraiment sympathique quand même.

L'idée, c'est d'avoir une stack prête pour un hackaton et autre... Je veux un truc léger. Pas de configuration hibernate en XML compliqué, ou autre.

t'as essayé grails ?

 
C'est pas compliqué du tout d'implémenter ton propre "wrapper" pour exposer tes objets aux templates comme tu veux. Chez nous on fait ça notamment pour passer autour des apis verbeuses genre machin.getProperty("truc" ).getValue() : dans une template on va écrire ${machin.truc} et ça roule. Pareil pour implementer les trucs genre ?children.
 

T'as jeté un oeil a Lombok ?

  ouais, grosse déception.
J'ai rajouté un plugins, ça déconné.
J'ai enlevé le plugins, ça a déconné encore plus. Peut être une mauvaise expérience, mais de mémoire, ça m'a vite gonflé.
 
Je suis revenu sur mon play 1...
 
(pour mon test, c'était combien de temps je prend pour implémenter une authentification openID avec play ou grails)
 
Le problème, c'est que play 2 écrase complètement play 1 maintenant. Et avec du recule, c'est très bien play 1, mais c'est assez contraignant sur 2/3 trucs. Puis j'ai envie d'essayer de me faire ma petite stack a moi toute petite, que je maîtrise un peu plus.
   

Je cherche quelque chose où c'est de base dedans, de préférence.  
 

Je connais, pas mis en oeuvre. Mais je suis pas très très chaud pour le mettre en place (pour le coté intrusif de la lib dans code, ton ide, ...). Mais ça pourrait être une option.

ouais, le scaffolding est super impressionant, mais sorti de l'appli crud avec 4 modeles, je suis pas hyper convaincu non plus. J'ai pas cherché, et le tuto que j'avais suivi était pour la v1, mais j'ai la vague impression que t'as vite plein de bruit dans ton scm aussi
 
 

à un moment ou l'autre, tu va vouloir tuner la conf de toutes façons (ou les templates sont loadées et comment, par example) - t'auras le choix entre qques lignes de code de plus (tu en as deja qques juste pour instancier le moteur de rendu etc) ou sortir un fichier de conf a la con pour configurer 3 options.
 

Disclaimer, jamais essayé non plus, mais je trouve pas ça intrusif, ça a l'air de bien s'intégrer dans ton build tool et IDE; le code généré n'est à priori pas destiné a etre versionné, donc ton code reste propre.

En tous cas merci pour Spark, j'avais oublié ce truc ! Et en suivant qques liens je suis aussi tombé sur DropWizard, qqun connait ?
Ca a l'air sympa aussi.. http://dropwizard.codahale.com

Spark je connais pas, ça à l'air plutôt sympa Comment tu gères l'intégration WebJar avec ça ?
En faisant mes recherches y'a quelques mois, j'étais tombé sur DropWizard, qui répondait pas mal à mes critères, mais c'est beaucoup plus lourd que Spark, et c'est fullstack.

Mongo c'est par conviction pour le NoSQL ? T'as envisagé PostrgeSQL + support JSON ?

Edit : --  

Pour lombok, je l'ai déjà utilisé il y a 6-7 ans, c'est pas mal, tant que tu te limite aux fonctions simples comme la génération de getter/setter. Mais d'autres truc comme les delegate sont assez foireux car dépendant de l'ordre de déclaration dans le code, donc pour peux que tu swapes deux lignes, de déclaration de variable, t'as plus le même résultat...
 
Sinon, dans ta stack j'ai rien vu pour gérer l'aspect sécurité. C'est free lunch for all ou c'est un oubli?

aucune idée encore (j'en suis à l'étape : on regarde les composants à gauche à droite)
   

ça a l'air pas mal !
 

non, c'est surtout que c'est hyper simple de faire des modifications de schéma. Et qu'il y a pas mal de fournisseur de mongoDB dans le cloud
(ma target, c'est monter vite un projet, le déployer très vite, et que d'autres développeurs rajoute facilement de la feature, et à ce niveau, des essais que j'ai fais, je suis assez content de mongoDB.)
 
Je vais regarder pour le PostgreSQL/JSON (mais pour des raisons de disponibilité, y'a peu de chance que ça passe)  
 

mouais, bon, ok, je suis encore moins chaud du coup
 

Tu pense a quoi comme sécurité ?  
 
(après, c'est des petits trucs... et si sécurité il y a, j'essaye autant que faire ce peu de passer par de l'openID, etc, comme ça, je m'occupe pas des comptes...)
 
(Après, il faudrait au moins que je regarde comment rendre non accessible les fichiers de conf si ça ne pond pas un war au final...)

C'est pas pour autant que je ne suis pas abonné à la mailing list hein
Et depuis, ils ont pas tellement avancé, et les questions que j'avais posé il y a deux ans a Devoxx sont toujours restés lettre mortes, donc bon ...

 
Bah sécurité genre qui a droit d'appeler quelle methode, la gestion de ta user base (parce que l'OpenID, c'est bien, mais ca ne te garantie que l'identification, pas du tout la gestion des droits).
Et sinon, sécurité pour ce qui est de XSS/CRSF et autres joyeusetés (je n'ai pas regardé mustache, je ne sais pas ce qu'ils escape par défaut).

DropWizard avait l'air sympa, mais au final c'est une glue entre quelques composants indépendants, avec une surcouche au dessus de Jersey. A l'époque où j'avais regardé, comme je ne voulais pas de certains composants - tels que le moteur de template - il y avait moins d'intérêt et j'étais parti sur Jersey uniquement.

1. Outre la mise à jour techno toujours appréciable, le passage d'EJB 3.0 à 3.1 présente-t-il de gros avantages ? La spec 3.1 date de 2009, pas de successeur en vue quitte à se mettre à jour ?
 
2. Un bon bouquin EJB 3.1 à conseiller ? Idéalement incluant JPA, vu que j'ai cru comprendre que ce n'était plus dans le scope EJB. Bouquin à destination de personnes ayant le background EJB 3.0.
 
3. Un bon bouquin sur Jersey à conseiller ? On l'utilise déjà sur un petit projet (version 1.13), mais je pense qu'un peu de lecture ne nous ferait pas de mal.
 

j'etais meme pas au courant que y'avait une 3.1

Parce que tu n'utilises pas d'EJB (si oui, quoi d'autre ?) ou parce que... les 3.0 te convenaient bien ?  

Bonjour tout le monde  
 
je dois migrer une (tres) vieille appli de tomcat 5 vers tomcat 6
 
et bien sur, ça marche pas  
 
quelqu'un sait comment faire/par quoi commencer ?  ou me recommander de la lecture ?  
merci beaucoup

et sinon c'est quoi les erreurs ?

Il te manque common logging dans tes dépendances.

Pas d'EJB ni d'ORM sur mon projet actuel (depuis 6 ans en fait...).
On repose à 99% sur JCR. (D'ailleurs ça va être chaud le jour ou je devrai retourner à la vie normale)

fair enough

 
Ça nous met sur un certain point d'égalité dans ce cas, je connaissais pas JCR
 
Pour répondre à ma propre question sur les bouquins EJB 3.1 et Jersey, j'ai pris 'Java EE 6 Tutorial: basic Concepts', ça devrait couvrir les EJB, JPA et JAX-RS dans une certaine mesure. De toute manière, y'a pas grand choix.
 
 

je vais regarder

 
il y a ce livre aussi: http://antoniogoncalves.org/2009/02/13/java-ee-6-book/
l'auteur est bien sympa, un peu trop star à mon goût à Devoxx par ex. mais ce n'est pas le sujet

Un bouquin que je suis en train de lire et que je recommande chaudement est Release it de Michael Nygard.

c'est vieux, mais +1

Tain y'a Souk

Ça va, vieux roublard? T'es ou la?

bah ca roule chui en californie depuis presque 6 ans maintenant

 
Je l'avais mis de côté par peur qu'il y ai trop d'espace perdu sur de l'admin GlassFish, j'y jetterais un oeil à l'occasion
 

c'est bien GlassFish    
tu as un peu de détail là: https://github.com/agoncal/agoncal-book-javaee6

 
Je regarderais le code un peu plus en détail à l'occasion, mais content de voir que JPA 2.0 ne nous affranchi pas de ces bons vieux getters et setters...
 

Puisqu'il y a de l'animation ici...
 
J'ai plusieurs structures de données constantes qui suivent le même schéma, à savoir une valeur = représentation décimale + représentation texte.
 
Dans le meilleur des monde, j'utiliserais des enums avec Data.TEXT_REPRESENTATION et data.ordinal() pour récupérer les deux types de réprésentation à partir d'une valeur, et Data.values()[index] pour récupérer une valeur à partir de sa représentation décimale.
 
Exemple concret, une donnée appellée ClControl avec pour valeurs possibles :
0 - Not implemented or use default mode;  
1 - Reserved;  
2 - Presentation not restricted;
 
qui devient
 

public enum ClControl {
    NOT_IMPLEMENTED, RESERVED, NOT_RESTRICTED
}

 
Certains types de données peuvent prendre plusieurs dizaines d'états, mais le nombre d'états possibles est toujours fixe.
 
Tout irait bien dans le meilleur des mondes si pour certaines données, je n'avais pas des trous importants entre les représentations décimales de deux valeurs consécutives, genre passage de 100 à 150.
 
Sans pouvoir fixer l'ordinal, les solutions que je vois :
 
1. Remplir de valeurs intermédiaires (genre RESERVED ou UNDEFINED), crado et fastidieux ;
2. Wrapper les valeurs dans une map <Integer, String>, mais pas pratique et error prone ;
3. Utiliser un champ int pour chaque valeur de l'enum, c'est ce que je fais à l'heure actuelle avec la redondance des codes de int getValue() et de static Data getDataWithValue(int code), vu l'impossibilité d'extends pour une enum (qui ne résoudrait de toute manière rien pour la méthode statique). Du coup interface pour le contrat du getter, et factory pour récupérer une valeur d'enum à partir de son code ?
 
D'autres idées, des remarques ?

Tiens, quelqu'un a déjà regardé ça: http://www.silkdi.com/ ?

Un outil de génération d'installeur multi plateforme Windows+Linux, gratuit ou commercial (mais pas hors de prix, si possible) ?

Euh, Java Web Start ne te convient pas?

Non.