Reprise du message précédent :
Oui, je parlais bien de les flagguer en tant que sources, excuse. D'un autre côté je viens de vérifier, et j'ai des projets où les ressources ne sont pas flaggées en source dans le menu Module Settings mais qui ont l’icône, donc je penche plus vers une mauvaise détection des arbo exotiques sur les projets mavenifiés.
Edit : je viens de lire ton topac, je comprend un peu mieux le truc et du coup, je pense que mes remarques sont complètement à côté de la plaque. A tout hasard et pour lever le doute là dessus, t'as essayé sur un projet Idea classique (i.e. sans support Maven, structure classique gérée par l'IDE) ?

non... mais j'ai deja passé l'apres midi la dessus hier, ça va aller, là, je vais laisser le truc reposer un moment

petite question

le serveur d'appli des serveurs est weblogic
sur ma machine est ce que je peux développer avec un serveur plus légé sachant qu'il y a des applis ejb ? et si oui lequel ?

il y a une appliweb aussi, que tomcat doit pouvoir la faire tourner sous certaines conditions je présume

La théorie voudrait que tu puisses pour des EJB standard mais ne je le ferais pas (d'ailleurs, je ne le fais pas). T'as tellement de choses qui peuvent dépendre de la plateforme (niveau d'implé des JSR, configuration / gestion des datasources) que tu peux pas être certain à 100 % de la conformité de ton dev au passage en prod.
 
Après, si ta confiance en tes testsU (et leur couverture) et en ton serveur d'intégration, pourquoi pas, mais je pense que c'est plus simple d'acheter une meilleure machine de dev si tu trouve le weblo trop lourd

jsr je sais pas ce que c'est
pour les datasources l'accès est censé être transparent par jndi non ?

cette webapp est développé en Wicket, j'ai jamais vu du code web aussi propre  

j'ai pas encore tout compris comment ça marche mais j'aime  

edit : manque plus que l'autowire des dao et services

Ils sont débiles ou quoi chez jetty ?
 
http://mvnrepository.com/search.ht [...] tbay.jetty
 
Il vaut mieux choisir :  
 
7.4.5.v20110725
8.0.0.M3
6.1H.22
7.0.0.pre5
6.1H.4rc1
6.0.0alpha3
5.1.G1
 
???    
 
si je veux faire une bete jsp, il me faut :
jsp-api
jsp-api-2.1
jsp-2.1jetty-util
ant1.8.2
 
???
 
il manque pas  
jettyplusplus
jettystartup
jettycontrib aussi ?

bon premier truc chiant avec wicket
je parviens à rendre un label texte clickable et ouvrir dans une autre fenetre

mais il me crée un onclick et non un href, donc je ne vois pas le lien clickable

mais la doc dit bien qu'avec un external link il créé un lien href http://www.javaranch.com/journal/2 [...] links.html

<span target="swiftDoc" onclick="var w = window.open('http://xxx.xxx/index.htm', 'bla', 'scrollbars=yes,location=no,menuBar=no,resizable=yes,status=no,toolbar=no'); if(w.blur) w.focus(); return false;">erreurmachin</span>

mais qu'est ce que ça me casse les couilles maven groovy et eclipse    
 

ça me donne ça !!
 

 
mais parfois ça fonctionne
et ça m'ajoute bien **/*.groovy

 
et si tu mets une text-decoration sur ton span ?

 
chai pas je vais voir
 
là je tente

 
après je ferais un setVisible(false) sur celui que je veux cacher
je trouve ça un peu nul ceci dit

ce truc fonctionne avec le code html ci-dessus
 

 
c'est bien lourd
 
l'idéal ça aurait été d'avoir un objet Label, et de pouvoir lui donner la caractéristique lien par exemple
mais il semble pas que le but de wicket soit de générer du html
 
je pourrais aussi sortir la définition des objets du if, et utiliser juste le if pour définir un setvisible, ce qui permet de ne pas avoir à définir d'objets WebMarkupContainer .
Mais j'ai fait ça dans l'idée que dans certains cas on serait surement forcé de faire comme ça, par exemple si on a pas de quoi construire réellement lien si par exemple le lien href est fournit dynamiquement et dans certains cas à null.
 
un truc que j'ai pas testé aussi c'est de n'associer aucun objet à la balise que je ne veux pas afficher
c'est possible que wicket ne l'affiche tout simplement pas.

fail, ça marche pas sans définir un objet pour chaque balise et l'ajouter au parent

Depuis la migration Hudson -> Jenkins (dernière en date), on a des OutOfMemoryError: PermGen space à la suite d'un ou deux builds costauds, mais à chaque fois. Du coup, ça plante tout le Tomcat, pas seulement Jenkins, c'est un poil barbant.
On a absolument pas touché à la conf Tomcat donc quoi, bug connu (pas trouvé) ou simplement que Jenkins a besoin de nettement plus que le Hudson pre-fork ?

Edit : bien évidemment résolu en tweekant les paramètres de la VM, mais je vois pas ce qui justifie cette hausse des ressources nécessaires.

j'ai ça sur mon vieux hudson moi. enfin ça plante pas, mais ça bloque le build... faut s'exciter un peu sur le bouton cancel et ça passe ...

dites, j'ai un truc bizarre...
 
à cette date: "2011-09-02 11:02:41", j'ai créé un ID se terminant par System.nanoTime(): ID_machin_5500312482468121
un peu avant, à "2011-09-02 04:33:12", j'ai créé un ID se terminant par System.nanoTime(): ID_machin_16561039059067313
 
même host, même appserver, JDK1.6.0_13, la date vient d'un timestamp de logging classique qui est en phase avec l'activité appserver/db/....
 
la différence des nanoTime() ne correspond pas aux 6h30 d'offset...
 
une idée ?

un cast foireux ?

je concatène "ID_" + application + "_" + System.nanoTime()...
il aurait foiré une fois "long->String" ?

c'est la première fois que l'on voit ce comportement... (ce qui ne veut pas dire que c'est la première fois qu'il fait ça, on est d'accord)

bizarre...

(et ce n'est pas un truncate de la DB lors de l'insert car l'ID foireux est un char plus court)

bon en meme temps, pour ne pas répondre à la question: pourquoi vous utilisez pas un bon vieux guid des familles plutot ?

car on cherchait à faire (très) simple et rapide sachant que ce n'est qu'un ID secondaire en fait...
edit> je viens de voir la javadoc, c'est aussi simple que nanoTime(), je n'ai donc aucune excuse

salut,

 
ce code définis un beanspring de type MyService, qui est un remote sur le bean d'une autre appi tournant sur le même serveur
le problème c'est qu'au démarage weblogic déploy les applis aléatoirement, et ce bean distant n'est pas forcément dispo
 
en fait j'aurai voulu un proxy sur le remoteproxy, un peu comme hibernate qui lazy load un objet en présentant son proxy, et ne le charge vraiment que si on y accède, de façon à ne pas avoir de plantage dès l'instanciation du remoteProxy.
 

http://static.springsource.org/spr [...] -lazy-init ?

j'ai éssayé, mais il créé quand même le bean
 
en fait l'objet qui possède l'id "remoteProxy" est de type com.xyz.MyService parceque et non org.springframework.remoting.rmi.JndiRmiProxyFactoryBean car cette dernière classe implémente FactoryBean.
 
Et il semble que la factory se contrefoute du lazy init

en fait getBean("remoteProxy" ) va appeller org.springframework.remoting.rmi.JndiRmiProxyFactoryBean.getObject() qui va donner une instance de com.xyz.MyService

l'objet renvoyé par getBean("remoteProxy" ) qui sera de type com.xyz.MyService est peut être lazy initialisé, mais par contre la factory elle ne l'est pas, et c'est en fait elle qui pose problème en exigeant de se connecter au service distant dès son initialisation

commencer par lire la doc peut etre une bonne idee
 
=> http://static.springsource.org/spr [...] p(boolean)  "defaults is true"
 
(note, aucune idee si ca marche ou pas, mais je commencerai par setter ca a false pour tester)

ha cool, c'est exactement ça

l'héritage c'est aussi dans le doc

Question Maven : j'ai un projet multimodule qui décrit un connecteur JCA, un module pour le métier (packaging JAR) et l'autre pour le RAR. J'aimerais ajouter un troisième module dont le seul but serait de générer un artifact xml (donc packaging XML) correspondant au fichier de conf de la définition de la datasource JBoss correspondante.
 
Une idée pour réaliser ça ? Le packaging file ou XML n'existe bien évidemment pas, et d'une manière générale, ça n'a pas l'air d'être la méthode préconisée (y'a cependant pas l'air d'en avoir une bien définie pour mon besoin).

je compatie...
 
pour ton soucis, tu peux déclarer un projet type pom, et tu fais la tambouille que tu veux avec des scripts ant ou autre.
Tu déposes ton fichier XML a un endroit approprié.

Voire tu utilises le plugin build-helper pour "attacher" ton xml

 
Merci    
Ça a été une galère sans nom, ça fait longtemps que j'avais pas trouvé aussi peu de doc pratique sur un sujet Java (qui plus est fortement enterprisey), et la JSR est claire comme du jus de chique. Je suis même pas certain que le résultat soit très "à la norme", mais ça marche
 

 
Je suis pas très chaud pour la tambouille, et encore moins pour ajouter un hook sur Ant (compléxifie un peu la stack et oblige les devs à maitriser une autre syntaxe, qu'on utilise pas ailleurs). Y'a effectivement pas (trop) de difficulté à faire ça de manière moche, mais dans l'idée, je voudrais que le module soit un artifact propre pour que le XML soit dispo (et releasé) commeun autre artifact sur le Nexus.
 
Mais effectivement, faute de mieux - c'est pour ça que je venais - j'aurais pas le choix à faire du bricolage

 
Oué, je regardais ça, ça semble le moins pire. je vais tester et voir si ça colle.
 

<groupId>com.foo</groupId>
<artifactId>parent</artifactId>
<version>1.6.0-SNAPSHOT</version>
<modules>
    <module>child</module>
</modules>

<parent>
    <groupId>com.foo</groupId>
    <artifactId>parent</artifactId>
    <version>1.6.0-SNAPSHOT</version>
</parent>
<artifactId>child</artifactId>

<properties>
        <submodules-version>1.6.0-SNAPSHOT</submodules-version>
    </properties>

<properties>
        <submodules-version>${project.version}</submodules-version>
    </properties>

 
Même si mauvaise idée (conseil de -- pour l'utilisation du plugin release toussa), c'est quand même un bug ouvert et en review pour M2+3 : http://jira.codehaus.org/browse/MNG-2412
 
Et oui déterrage.
 

sinon tu peux (d)écrire ton propre packaging si tu veux. Hudson/Jenkins l'a fait pour ses plugins par example.

edit: et jpense tu peux pm darklord qui l'a fait pour le sar

La piste build-helper semble convenir, je fais des tests depuis tout à l'heure, y'a qu'un truc qui à l'air de clocher c'est le resource filtering sur les submodules (d'autant plus sur un submodule pom).
 
Si ça passe avec ta propale, je vais pas aller jusqu'au packaging custom
 
Le SAR de Service Archive ? Y'a du lourd sur HFR  

 
Vu que vous êtes là, à ce sujet : soit un module avec un packaging à la con, genre rar. Quand avec le goal compile, j'ai bien la resource filtrée dans le target/classes. Par contre, après un package / deploy / whatever, la resource inclue dans l'artifact n'est pas filtrée. WTF BBQ ?!?
 
Question bonux : soit un autre module qui ne contient qu'une resource à filtrer, le fameux module qui est en packaging pom et exploite build-helper pour générer un artifact ataché (ma datasource xml pour ceux qui ont suivi depuis ce matin). Comme compile / package ne donne rien dans le répertoire target vu que packaging POM, j'ai le même comportement que plus haut, mais seulement lors de l'install / deploy. Je suis encore plus fucké ?
 
 

ça va, le flatte pas trop, c'est jamais qu'un zip avec un xml

vu que c'est pas un packaging de base, j'aurais tendance à l'incriminer.
 

ha ptet  

 
Suite et fin, au cas où ça peut servir à certains. L'idée était dans un projet pour un connecteur JCA, d'avoir : 1 module JAR avec la logique, un module RAR qui assemble avec le ra.xml filtré et enfin (au départ) un module avec juste la datasource pour le déploiement du RAR, elle aussi filtrée. TRMM a justement proposé l'utilisation du plugin build-helper pour la DS, et nous en étions restés à l'impossibilité de filtrer les différentes resources des module RAR et POM (le sous module POm est celui de la datasource avec build-helper).
 
1. les resources ne sont pas filtrées pour un projet RAR, voir http://jira.codehaus.org/browse/MRAR-22
2. les resources ne sont pas filtrées pour un projet en packaging POM
 
La solution est décrite ici : http://stackoverflow.com/questions [...] 04#1346704
 
On combine l'utilisation de build-helper avec un preprocessing manuel des resources (plugin resources avec un copy-resources filtré). Et pour pas disperser inutilement les fichiers, je déplace la datasource dans le projet RAR, c'est cohérent et le traitement de ra.xml et ds.xml est le même.

cailafaute a draklord

wicket again
 
il y a un truc qui me parait lourd, c'est qu'on doit définir en java tous les composants, même lorsqu'ils ne sont pas censé être visible, si par exemple leur parent est déclaré invisible
et c'est lourd
 
ou un truc m'échappe

petite incompréhension de montée en charge.

une instance d'un cluster Glassfish = 1 JVM ("1.6 Hotspot -server" pour l'histoire)
le host: une machine virtuelle RHE 5 sur du quad CPU.

souci: l'instance monte en charge (~750 threads actifs sur 125K threads créés en un jour et demi) -> alerte CPU car la JVM prend 200% CPU.

où puis-je voir que la VM balance bien des native threads et non des green threads ? (je suppose que c'est native threads mais c'est pour être sûr)

pourquoi la VM ne prendrait-elle pas 400% CPU puisque 4 CPUs et que les autres process ne font (presque) rien, bottleneck de configuration qque part ?