Commentaires pour Hikage https://blog.developpez.com/hikage Sun, 03 Jul 2011 15:17:01 +0000 hourly 1 https://wordpress.org/?v=4.1.42 Commentaires sur Article : Comparaison des API Commons CLI et Args4j par paissad https://blog.developpez.com/hikage/p4074/java/article_commons_cli_vs_args4j#comment-4 Sun, 03 Jul 2011 15:17:01 +0000 #comment-4 Merci* pour votre article ^^
N’hésitez pas à me contacter si vous voulez votre l’exemple sur la localisation

]]> Commentaires sur Article : Comparaison des API Commons CLI et Args4j par paissad https://blog.developpez.com/hikage/p4074/java/article_commons_cli_vs_args4j#comment-3 Sun, 03 Jul 2011 15:14:25 +0000 #comment-3 Bonjour, Hikage pour votre excellent tutoriel sur args4j, simple et explicite !
Cependant, il se trouve que la nouvelle version de args4j contrairement à celle que vous utilisiez en 2007 a de nouvelles fonctionnalités que je pense qu’il serait utile de mettre dans votre article.
Par exemple, maintenant la version actuelle 2.0.12 (voire quelques versions antérieures) supportent la localisation (i18n) contrairement à ce qui est marqué sur votre article.
Il y’a aussi un peu plus de Handler disponible
Si vous vous pouviez mettre à jour votre article, ce serait bien je pense, … je vous fournirai des exemples qui marchent à partir de ce que j’ai fait si besoin :)
Cordialement,

Paissad,

]]> Commentaires sur Concours What’s Next Paris : 10 entrées à gagner par kenji_getpowered https://blog.developpez.com/hikage/p9981/java/concours_what_s_next_paris_10_entrees_a_#comment-34 Fri, 20 May 2011 13:21:46 +0000 #comment-34 J’ai déjà ma place,

je trouve le sommaire alléchant, vivement la semaine prochaine.

]]> Commentaires sur Projet : Importation de templates de configuration Spring par Hikage https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi#comment-51 Fri, 09 Apr 2010 21:53:28 +0000 #comment-51 Non on ne peut pas utiliser d’aliais car ce ne sont pas « uniquement » le nom qui change.
Des valeurs peuvent également changer.

Ici, dans la tache tu as ceci (une variable utilisé dans une PropertyPlaceHolder ) :

&lt;bean name="monitoringTask.${environnement}" class="be.hikage.springtemplate.MonitoringTimerTask"&gt; &nbsp;<br />
&nbsp; &lt;property name="url" value="${${environnement}.url}"/&gt; &nbsp;<br />
&nbsp; &lt;/bean&gt;

Une fois importé, cette configuration donnerait ceci :

&lt;bean name="monitoringTask.environnement1" class="be.hikage.springtemplate.MonitoringTimerTask"&gt; &nbsp;<br />
&nbsp; &lt;property name="url" value="${environnement1.url}"/&gt; &nbsp;<br />
&nbsp; &lt;/bean&gt;  &nbsp;<br />
&lt;bean name="monitoringTask.environnement2" class="be.hikage.springtemplate.MonitoringTimerTask"&gt; &nbsp;<br />
&nbsp; &lt;property name="url" value="${environnement2.url}"/&gt; &nbsp;<br />
&nbsp; &lt;/bean&gt;

Une fois importé, le PropertyPlaceHolder va faire son travail et remplacer les valeurs provenant d’un fichier Properties.
C’est donc bien des « configuration » différentes mais dont la structure est similaire.

Il n’est donc pas possible d’utiliser des alias

]]> Commentaires sur Projet : Importation de templates de configuration Spring par gifffftane https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi#comment-50 Fri, 09 Apr 2010 13:08:31 +0000 #comment-50 Ah oui, je n’avais pas compris que c’était les noms des beans qui changeaient.

Mais c’est quand même curieux… qu’est-ce qui les a poussé à nommer les beans Scheduler.ENVIRONNEMENT1 dans un projet, Scheduler.ENVIRONNEMENT2 dans un autre, Scheduler.ENVIRONNEMENT3… ces beans ayant les mêmes valeurs ??

Je crois qu’il existe aussi un système d’alias dans spring : http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html#beans-beanname-alias

Peut être eut-il pu être utilisé ?

]]> Commentaires sur Projet : Importation de templates de configuration Spring par Hikage https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi#comment-49 Fri, 09 Apr 2010 12:12:22 +0000 #comment-49 Ici le principe c’est que les fichiers monitoring-environnement1 et monitoring-environnement2 contiennent la meme structure de beans, mais pour lesquels les noms diffères.

Par exemple, le fichier 1 contiendra les beans :

Scheduler.ENVIRONNEMENT1
Trigger.ENVIRONNEMENT1
Task.ENVIRONNEMENT1

Et le fichier 2
Scheduler.ENVIRONNEMENT2
Trigger.ENVIRONNEMENT2
Task.ENVIRONNEMENT2

Mais avec les même configuration, etc .. en gros du copier/coller mais en changeant les noms.

Dans ce cas précis, il est plus intéressant d’avoir un seul fichier « modèle » configurant des beans

Scheduler.${environnement}
Trigger.${environnement}
Task.${environnement}

Et des les importer en spécifiant les variables.

L’intérêt est que si on devait avoir 10 environnements, la configuraiton serait centralisée dans un seul fichier et pas 10.

]]> Commentaires sur Projet : Importation de templates de configuration Spring par gifffftane https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi#comment-48 Fri, 09 Apr 2010 11:41:55 +0000 #comment-48 Il n’est pas possible d’utiliser l’ajout de plusieurs contextes (ou fichiers de contextes, je ne sais pas quelle est la bonne formule) ?

Il me semble que si vous donnez à lire à un contexte les fichiers ctx1.xml et ctx2.xml, le contexte contiendra les beans de ctx1.xml, modifiés par ceux de ctx2.xml.

Donc, on peut faire un ctx1.xml global, dont certains beans pourrant être modifiés par ctx2, arrivant à peu près au même résulat que vous, enfin il me semble.

Cela dit c’est vrai que cela demande un certain niveau d’organisation, par forcément présent lorsque on est en face de fichier type monitoring-environnement1.xml, monitoring-environnement2.xml…

Et je ne sais pas si ce que je dis est très clair ??

]]> Commentaires sur Spring Blaze DS, ou l’intégration facile entre un backend Spring et Flex par Hikage https://blog.developpez.com/hikage/p6953/java/spring_flex_ou_l_integration_facile_entr#comment-15 Thu, 26 Nov 2009 11:24:27 +0000 #comment-15 C’est Flex Builder qui te créer cela pour tout projet Flex.

]]> Commentaires sur Spring Blaze DS, ou l’intégration facile entre un backend Spring et Flex par Yoann.chambonnet https://blog.developpez.com/hikage/p6953/java/spring_flex_ou_l_integration_facile_entr#comment-14 Wed, 25 Nov 2009 11:30:13 +0000 #comment-14 Excellent article Hikage :)

j’ai récupéré tes sources pour tester tout ça et j’ai remarqué qu’il existait un répertoire « html-template ». C’est « Flash-builder » qui l’a créé lors de la compilation?

Merci de partager toute ton expérience en tout cas!

]]> Commentaires sur Présentation Spring 3.0 : Slides et demos par chrc https://blog.developpez.com/hikage/p8076/java/presentation_spring_3_0_slides_et_demos#comment-28 Wed, 07 Oct 2009 13:50:17 +0000 #comment-28 Bonjour et merci Hikage, pour ta contribution concernant Spring REST.

Dans ta démo REST, je cherche et ne trouve pas la class
be.hikage.breizhjug.web.view.ConferenceAtomView, bean éférencé dans le fichier WEB-INF/rest-servlet.xml.

Merci pour ta réponse.

Chris

]]>