Reprise du message précédent :
Vous utilisez quoi comme solution d'installer / launcher ? j'en ai vu pas mal, l'idée est de savoir si l'un se démarque du lot avant de mettre les mains dans le cambouis.
 
Je veux un truc qui me sorte un installeur sous forme d'exe, l'installer copie les fichiers (le Jar, les éventuelles dépendances, ressources...) dans le répertoire qui va bien, installe une JVM ou en embarque une, créer les raccourcis sur le bureau... Les trucs desktop classique.
 
Pour le moment Windows, si ça fait plus et le café pourquoi pas. Si y'a un plugin maven c'est bien aussi.

Izpack, mais j'ai pas updaté depuis des années

 
Ce Bronx pour faire le moindre truc /o\

Meme avec le plugin Maven ? A l'époque j'avais pas mal de redondance entre mon pom et la config izpack mais je pensais que ça avait justement été largement amélioré à ce niveau ?

(mais une autre question, c'est de savoir si t'as vraiment d'un installeur ou si tu pourrais plus simplement packager/structurer ton appli pour qu'elle soit executable ? hint: maven-shade-plugin)

 
La config Maven est plutôt light, c'est le descripteur d'install d'IzPack qui est costaud. En même temps si j'ai tout suivi, c'est un installeur universel, ce qui explique peut-être le fait que la génération d'un EXE d'installation avec options courantes (raccourci, éventuellement bundler une JVM) ne soient pas si évidentes. N'empêche qu'en une matinée, j'ai toujours pas ce que je veux.
 

 
L'appli est un Jar exécutable, j'ai pas de problème là dessus. J'ai "besoin" (faut pas se leurrer, c'est de la décoration / assistanat pour les utilisateurs Windows) d'un installeur pour copier le comportement d'une install classique :
- copier le brol dans Program Files ;
- bundler une JVM ;
- créer un raccourci sur le bureau qui me lance le java -jar mon-jar-executable, avec le Java bundlé du point précédent.
 
 
 

le tout dans un JNLP sur un pôvre apache, le lien balancé vers les users "merci de cliquer ici" et zou.

non ? (sauf il y a des dépendances et des m*rdouilles de signature de jar 3rd party)

 
Sisi, c'est ce que je fais sur l'intranet du taff (fait une recherche sur webstart et mon pseudo sur ce topic, tu vas comprendre que c'est une grande histoire d'amour ), là c'est pour de dev perso et pour une appli qui cible une population pas franchement "éduquée" du point de vue informatique.
Et à côté de ça, je l'ai jamais fait donc ça m'intéresse.

si c'est pour de l'humanitaire alors...

j'ai cherché mais pas trouvé
il existe pas une implementation d'une queue en hibernate ?
 
l'idée serait d'avoir une queue mappée à une table puis que les modifs faite sur la queue soient persistée en base
 
j'ai l'affreuse impression de devoir réinventer la roue, sans pourtant trouver de roue

http://docs.jboss.org/hibernate/co [...] /ch07.html

(hibernate 4.1)

je suis pas sur que ça corresponde à mon besoin
 
J'ai pas besoin de remonter un objet qui contiendrait une instanciation d'un objet Queue personnalisée.
Je vois bien dans quels cas ce cas tu donnes peux être utile.
 
en fait j'aurais plus besoin d'un objet QueueMachin dont l'implémentation nécéssite une table pour stocker sont contenu.
 
je vais simplifier et faire un service qui fera office de queue, plutot que tenté de faire un objet queue qui serait persisté

dans hibernate on peut mapper un enum sur une colonne
est ce qu'il y a moyen de spécifié le nombre qui sera associté à l'enum ?
 
apparmeent si on choisit un type int, il va associer 0 1 2 3 ... suivant l'ordre de déclaration des énums dans la classe

On commence un nouveau projet from scratch, j'ai bien envie d'y mettre Jersey comme FW REST.
 
Vous avez un FW de templating à me conseiller pour mettre par dessus ? Ça tournera sur un JBoss 5.1 et côté client, ça sera du HTML 5 + JQuery classique.

Perso, on utilise Velocity par dessus. Ca marche pas mal, mais on aurait tout aussi bien partir sur du FreeMarker, c'est kif-kif.

moi avoir choisi du freemarker aussi déjà

 
J'vous dirais ce qu'on aura finalement retenu.
 

personne joue avec Thymeleaf?
 
j'ai juste parcouru la doc, ça semble encore être un système surtout pour que les webdev voient leur création simplement

Mais
Il est tout buggé le maven-eclipse-plugin

Double whammy

à moins que velocity ait ma la vitesse supérieure, c'est carrément pas kif-kif. Par contre freemarker commence à faire un peu bloaté. En plus frais y'a StringTemplate - qui parait super simple (trop simple?) mais vu que ça vient du mec qui a fait antlr, je me dis que ça peut valoir le coup d'y jeter un oeil de plus près

il  me semble que de nos jours les gens utilisent m2eclipse (integration dans l'autre sens), mais c'est un peu buggé aussi.
Sinon y'a des IDE autre qu'eclipse, et qui fonctionnent, ça vaudrait ptet le coup

Ouais, y'a RAD, toute la boite passe sur RAD/RTC à la rentrée

J'explique quand même, c'est assez fun:
 
Dans le super-pom de la boite on a, dans la conf du plugin eclipse:
 

 
Dans mon projet j'avais ça:

 
Résultat? ui.prefs contient la meme chose que le content du fichier spécifié dans le super-pom.  
core.prefs lui, est ok.
 

 
Workaround: utiliser une specification par <content> sur ui.prefs, et là c'est bon pour les deux.

ça sert à quoi cette config ?

Y'en a qui utilisent SASS (CSS "étendues" ) ici ?
Je m'y suis habitué pour les projets perso, mais j'ai pas envie d'ajouter Ruby ou JRuby à la stack des développeurs, et le plugin Maven a l'air d'être tout jeune.
 
C'est pour un environnement J2E "classique", je précise parce qu'il me semble que certains FW (Play 2 par exemple) prennent en charge SASS de façon plus ou moins transparente.

à forcer des settings de l'ide: niveaux et types d'erreurs du compilo, formattage et completion du code, etc.

il me semble que c'est plutôt Less

Je confirme : http://github.com/playframework/Play20/wiki/AssetsLess

Possible Le principe reste le même
EDIT : OSEF de mon exemple moisi

 
c'est intéressant pour le formatage    
 
ça permet un formatage par projet ou c'est global ?

Par projet. La conf workspace n'est pas dans le scope du plugin je pense.

T'aurais un lien/tuto quelque part qui explique comment se servir de ça ?

Bah http://maven.apache.org/plugins/ma [...] -mojo.html ?
 
Y'a méprise je crois Le plugin peut juste générer le fichier à partir de 3 sources:
- en CDATA dans le pom
- à partir d'une url
- à partir du filesystem
 
La création du contenu c'est pour ta pomme. En gros tu choisis tes settings dans un projet lambda et tu exportes les fichiers.

 
Trouvé \o/
 
En fait par défaut Maven merge un peu violemment la conf des plugins entre le pom parent et le pom.
 
Avec l'exemple ci-dessus, help:effective-pom nous donne:
 

 
D'où le craquage. Il faut alors ajouter 'combine.children="append"' sur l'additionalConfig du pom courant pour régler le soucis.

Chez nous les prefs de l'IDE ne sont pas présent dans les POMs, d'ailleurs ca ne devrait pas etre présent dans un POM, on utilise un plugin d'eclipse "workspace mechanic" qui peut utiliser un fichier de pref sur un espace partagé (on utilise cela pour une équipe de 700 developpeur et ca marche plutot bien)

Comment (si voue le faites) vous "populez" (il est tôt, j'ai pas trouvé de terme francisé et "remplir" ne colle pas) vos DB sur une nouvelle install en production ?
 
le schéma est créé au premier lancement, mais ensuite ?
 
J'ai quelques pistes :
- plugin maven SQL ;
- tests JPA/Hibernate ;
- DBUnit (même principe que précédemment) ;
- scripts customs.
 
Je ne vois par contre pas comment différer ces procédures après le démarrage de l'appli (puisque sinon, le schéma n'existe pas encore).

Je me demande si chez nous ils ne migrent pas la structure de la DB (QA->Prod) puis, par scripts SQL, ils la remplissent et ensuite, ils déploient l'application.

Chez nous, le schema est cree avant le lancement de l'application (et au chargement quand c'est une DB in-memory pour les tests). On utilise liquibase pour la generation du schema ainsi que le peuplement (tu vois, c'etait pas si dur) initial.

 
Le défaut de ces méthodes - pour des applis light et vous m'arrêtez si je me trompe - est que ce n'est plus JPA qui créé automatiquement le schéma de base. Dans ce cas, il faut en plus du peuplement ajouter les créations et modification de schéma aux scripts SQL / liquibase, ce qui demande plus de taff.
 

ça casse pas 3 pattes à un canard d'exporter la structure avec ou sans données pour l'importer dans l'environnement visé (de manière scriptée ou pas)