On 06/12/2010 15:35, chemit wrote:
>> - [topia] Résolution d'un problème de flush avec Tony (tests de non
>> régression sur import WAO)
>>      
> euh je dirais plutôt tentative de résolution car moi sur observe çaa
> complètement dégradé mes imports :)
>    
>> - [divers] Essai d'utilisation querydsl [1] A venir un petit topo sur
>> les différences entre Jpa Api Criteria, Querydsl et TopiaQuery
>>      
> encore ?... et l'api Criteria d'hibernate ?

Ben justement Jpa Api Criteria c'est celle d'hibernate, enfin un peu 
différente car normaliser JPA2
> Il faudrait avant de partir dans tous les sens voir ce qui existe (dans hibernate) avant d'essayer
> des trucs compatibles JDO et lucène ;)
>    
Justement j'utilise déjà l'api criteria d'hibernate que personnellement 
je trouve très compliqué.
> Je sais ton goût pour les queries mais je pense qu'on peut pas toujours
> passer son temps à chercher une api qui va te faire des trucs hyper
> compliqué en 1 ligne et super éviter de faire des trucs compliqués.Je dis ça car tout à l'heure Brendan me fait voir du code dans WAO et
> j'y comprends rien, à faire de l'optimisation de requête dans tous les
> sens, je comprends pas pourquoi on doit faire des jointures dans des
> requêtes hql pour récupérer des trucs ma foi assez simple; pour moiça
> descend trop bas et on squizze complètement l'intérêt des dao qui
> doivent masquer cette complexité.
> Dans tous les cas je trouve pas ça normal dans un service de faire des
> requêtes de malade sauf cas très exceptionnel où les performances
> l'obligent sinon autant se passer de la couche dao.
>
> Pour rappel DAO = Data Access Objects :)
>    
Les DAO de Topia sont trop light, il est souvent nécessaire de rajouter 
un orderBy par ci, une limitation par la (pagination), une contrainte 
non disponible dans les findBy (>=, <, ...). D'ou l'intérêt d'une api 
objet pour le requêtage. Par contre je suis d'accord avec toi les 
requêtes devraient se trouver dans les DAO qu'on étendrait via la 
génération.

Qu'en pensez-vous les autres ?
_______________________________________________
Lutins mailing list
Lutins@list.codelutin.com
http://list.codelutin.com/cgi-bin/mailman/listinfo/lutins