Reprise du message précédent :
l'orthographe, ça la fout mal sinon

Nraynaud en forsse

merci, et vous allez voir la suite ; après un stage de 3 semaines avec le grand maître de l'humour fecal ...

moi aussi je sous-classe les composants swing

pour les pauvres qui comme moi n'ont pas encore acheté de macbook pro,
 

 
\o/
 
et des screenshots des nouvelles fonctionnalités swing => system tray, splash screen etc.

oulà, dangereux le system tray dans le menu -> c'est pas du tout la même game de couleurs que sous windows.

les gens...
 
Ca faisait un bail que j'étais pas passé par ici..
 
Tain c moche, j'étais déjà pas hyper compétent en java, mais le fait de plus en faire pendant 9 mois ca arrange pas les choses...

futur J2EE lead architect hein

ben j'ai mal tourné ...
 
c pas ma faute à moi si au lieu d'un salaire douteux et de perspectives d'évolutions hypothétiques dans le dev, on m'a proposé un taf bcp plus fonctionnel, peinard, et très bien payé ?    
 
non trève de plaisanterie mon taf est pas très pas intéressant, mais c hyper peinard, dans 2 ans au max je peux évoluer dans la boite (c garanti par la RH, grand groupe oblige) voir avant si mon équipe fait faillite, et je suis très bien payé (concrètement en refusant mon taf de dev J2EE chez Atos et en prenant mon boulot chez Volvo, j'ai fait +35% niveau paye, et encore, hors primes..avec ca fait du +45% en gros...)
 
mais ca me manque un peu je dois avouer...surtout que j'ai pu aller voir le stagiaire qui a pris la suite de mon stage...en gros il concrétise toutes les idées que j'avais eu (pour rappel j'ai fait une appli d'admin et de monitoring...et pour la partie monitoring ca crache maintenant des graphs à la volée)...c pas du grand dev, mais ca rend super bien...ct intéressant à faire..
 
bref, entre un taf intéressant mais mal payé, ou un taf inintéressant mais très bien payé, ben j'ai fait mon choix
 
mais vu que l'avenir de l'équipe où je bosse est loin d'être pérène, je me demande si je devrais pas me remettre un peu à jour en java, ca pourrait pe me servir...

moi aussi, j'ai fais l'autre choix

si ct pour la vie je me serai questionné, mais là tous les scenarios me sont favorables à court ou moyen terme :  
 
dans ma boite (Volvo IT), on "inpute" notre temps de travail...on a des espèces de comptes en banque, qui se remplissent quand un client nous paye un service, et qu'on vide qd on se déplace, etc...mais surtout qd on travaille...comme toute boite d'info, on a un objectif de chargeabilité : on doit etre capable de facturer 92% de notre temps...
 
seul hic, l'activité sur laquelle j'ai été recruté n'a pas décolé, mais alors pas du tout...bilan, on est passé de 1 à 3 gars, mais l'activité est restée la même...bilan, fin juin en gros, nos "comptes" seront vides...donc notre chargeabilité va passer à 0%...
là 2 cas possibles :  
- le chef de départ' arrete les frais, et nous redispatche ailleurs
- le chef de départ' couvre en nous pretant 2-3 autres comptes, sachant que vu qu'on a vraiment pas d'activité, ca fait que repousser l'échéance...
 
donc si ca se trouve je vais rapido changer de boulot...
au pire, dans entre 1.5 et 2 ans, je peux demander ma mobilité interne dans la boite, et là choisir totalement mon poste (parmis ceux dispos bien sur)...
 
donc j'ai pas si longtemps à attendre, même au pire, pour retrouver un taf intéressant ET bien payé...
la stratégie pour moi ct surtout d'entrer dans le groupe...maintenant sur mon CV j'ai 2 lignes qui vont bien (stage + emploi), ca m'ouvre les portes de plein de choses...

Intellij IDEA 6.0: built-in struts support trop cutting edge les mecs

en parlant de ça j'ai regardé un peu le changelog d'Eclipse sur les versions 3.1 et 3.2 ...y ont vachement avancé qd meme...manque plus qu'ils intègrent le tout

Et c'est probablement le support de Struts Classic, même pas Struts Action 2
 
En même temps ils ont juste intégré un plugin existant, c'est pas super dur

Petite question d'archi:
Si on a un semblant de mvc dans une appli avec couche dao et service, on est d'accord que la couche service expose des méthodes dont les parametres sont des objets Métiers (arretez si je dis une betise).
 
Maintenant si je veux pouvoir faciliter l'appel de mes services par des paramètres "standards" genre String, Vector, int et tout ça, de quel façon faire ça proprement ?
 
- proposer un service avec une signature différente et faire les conversions en interne (et les déléguer à une Factory / classe Util par la meme occasion)
- proposer une classe du genre util ou Helper qui fait les conversions
- laisser l'appelant se débrouiller
- autre ?

salut boulask
tu cherches quelque chose ?

Quoi c'est pas clair

chaipa, fait trop chaud pour reflechir quoi, tsé    
 
nan mais c'est vague, ca doit dependre des cas, cela dit je dirais premiere solution, et surtout jamais, ô grand jamais la 3eme, l'appelant fera toujours des conneries

Alors imagine...
 
J'ai un service PersonSearch(Person personne) mais les gus susceptible d'appeler ce service, ils auront souvent un String id ou un String name.
 
Et donc ma question c'est,  
- est ce que je propose un service PersonSearch(String arg1, String arg2 ... ) et utilise une factory perso
- est ce que j'expose à l'user une classe Facilitant la construction de l'objet Person
- autre ?
 
(bien sur la c'est trivial, dans la vraie vie mon objet métier en parametre c'est un gros agregat d'autres objets métiers, types internes etc. mais l'user aura souvent des types de bases à l'entrée -a fortiori si l'appel vient d'un ws ou d'une action Struts)

PersonSearchById et PersonSearchByName, dans ce cas pour moi.

 
NB: findPersonByName et findPersonById pour moi, mais l'idee est la meme

certes, mais je m'adapte a la convention de nommage du boulask

Ok donc vous pensez à adopter la solution "nouveau point d'entré pour le service", merci.

si t'as que quelques points d'entrées, ouais.

 
 
je ferais comme ca aussi mais je poursuis sa question : si t'as 50 critères de recherche possible (nom prénom, age, organisation d'appartenance, role, profil, etc...dont certains dépendent d'objets membres de Person (par ex des critères d'organisation, genre le nom de la boite, ou autre), tu vas pas exposer 100 méthodes PersonSearchByXXXX ? si ?
 
edit : ben ca rejoint ton dernier commentaire...
 
j'avais résolu ce soucis en requetant sur un objet filter (PersonFilter, OrganisationFilter) que tu passes au service, lequel crée à la volée une requete contenant tout les critères de personFilter qui ont été initialisés...les filters en questions contenant x propriétés + x flag indiquant si la propriété a été initialisée...
 
ca vous semble propre ? l'idée c que si il fallait rajouter des critères, le service n'avait pas besoin de changer, par contre fallait changer la partie qui initialisait le filter...

non, d'ou mon commentaire précédent.
 
Dans un cas comme ca, j'aurais un objet SearchCriteria, et une methode find(criteria, value). Par contre on y perd en simplicité, la méthode find va être assez pénible (même si en s'organisant, on s'en sort).
 
Mais si t'as un cas comme ca, je plainds l'utilisateur, parce que j'ai du mal a imaginer une interface graphique décente par dessus.

fastoche

screenshot et une combo avec 50 valeur n'est pas une réponse valable.

une succession d'écran simulant des onglets ...
 
mais ca fait un formulaire assez merdique, il faut le dire...

find(SearchModel)
avec des champs qui, si c'est necessaire ont a coté un ptit dropdown (ou autre) pour l'opérateur de recherche, ou qui permettent l'utilisation de % pour faire des likes, etc, etc..
 
 
et SearchModel c'est un pauv bean qui reprend tes criteres de recherche avec operateurs associés etc. L'implementation de find(SearchModel) le connais pour savoir quel operateur utiliser avec quel champ quand y'a pas d'operateur spécifique, pour savoir comment determiner si tel ou tel champ doit etre utilisé dans la recherche, etc.

bon, help, hibernate expert needed.

en parlant d'hibernate, je suis tombe sur ca ce matin, y a pas a dire, les generics ca n'a pas que du bon, loin s'en faut
 

public abstract class AbstractHibernateDao<E extends Entity<I>, I extends Serializable> 
        extends AbstractDao<E, I> 
        implements HibernateDao<E, I>

c'est quoi le probleme ?

la lisibilité ptet, mais bon jtrouve ça va

ben faut le lire deux fois pour comprendre quoi

ok, ca me rassure, j'avais pas vu de probleme en dehors de ca

Si ca interesse des gens, je viens de me faire un script python qui récupere toutes les traces du catalina.out et les mail au gens responsables. Ca leur apprendra

j'ai une petite question sur les applets :
 
une applet peut-elle ouvrir une connexion persistante vers un servlet ??
 

ben oui ...  
mais attention aux timeout des proxy et autres firewall ...
 
PS : et au nombre de sockets & threads ouverts côté serveur si c'est pour bcp d'utilisateurs