August 2014 - Topia-users - mailman.cloud.codelutin.com

Re: [Topia-users] Gestion des attributs de type byte[]
by Arnaud Thimel Aug. 25, 2014

Aug. 25, 2014

On 18/06/2014 16:43, Brendan Le Ny wrote: > Le 18/06/2014 16:19, Eric Chatellier a écrit : >> J'ai eu un truc très drôle aujourd'hui (ou pas). > > La question est de savoir si on fait quelque-chose de spécial pour > gérer le stockage de "fichiers", d'images ou ce genre de truc en base. > > Perso, j'aurais fait l'erreur qui a été corrigé par Éric et j'aurais > été bien mal en peine de trouver ce contournement. > En fait, je pense que ce n'est pas une erreur. Évidemment, pour byte ça n'a pas de sens... Mais pour int[], long[], double[] ou encore String[] ? Peut-être faut-il gérer le cas particuliers byte[], mais que faire si l'utilisateur veut réellement stocker des byte[] ? Donc je rejoins Brendan, il faut peut-être créer un type spécial pour les fichiers, mais je pense que c'est de la responsabilité de l'utilisateur de bien choisir son format de stockage, et en ce sens, je doute que byte[] soit le bon choix.... Arnaud

1 0

Re: [Topia-users] API Criteria ?
by Arnaud Thimel Aug. 25, 2014

Aug. 25, 2014

On 07/08/2014 14:35, Brendan Le Ny wrote: > On a récemment beaucoup complexifié la classe HqlAndParametersBuilder > qui permet de construire une requête HQL dynamiquement et de la façon > la plus safe possible en chaînant les appels pour ajouter des critères > de recherche. > > Les gens en redemandent et plus ça va plus ça devient compliqué de > tout gérer. Est-ce qu'en fait, ce que les gens veulent ne serait pas > l'API Criteria ? On aurait plus vite fait de la proposer en interne > dans les DAO que de la recoder... > > Y'en a que ça intéresse ? > Le proposer en interne dans les Dao, je pense que c'est une bonne idée. Ceci dit, je ne pense pas m'en servir, je trouve mon bonheur avec ce que me propose Topia... Arnaud

1 0

Re: [Topia-users] De meilleurs noms pour PersistenceContext et ApplicationContext ?
by Arnaud Thimel Aug. 25, 2014

Aug. 25, 2014

On 13/08/2014 14:59, Eric Chatellier wrote: > Le 13/08/2014 10:08, Brendan Le Ny a écrit : >> > >> > « TopiaTransaction » représente déjà un autre contrat, et PersistenceContext >> > propose beaucoup d'autres opérations. Ce serait un peu réducteur. Après j'suis >> > d'accord que ça reste peut-être le contrat principal, y'a quand même tout >> > l'aspect DaoSupplier en plus. > Certes. Cependant, meme si TopiaTransaction fait partie de l'API publique de > Topia, ce n'est pas quelque chose qui est manipulé ou visible par l'utilisateur. Tu pourrais. Rien ne t'empêche de ne manipuler ou de ne rendre public dans ton application que des TopiaTransaction. Exemple le ServiceContext expose "public TopiaTransaction getTransaction();". Ah bah tiens, c'est exactement ce qu'on a (j'ai?) fait dans Agrosyst :) https://forge.codelutin.com/projects/agrosyst/repository/entry/trunk/agrosy… > >> > Context a pour moi un sens précis donc ça me dérange pas d'avoir beaucoup de >> > Context. > Context ca désigne aussi, peut être, quelques chose de "constant" ou qui a une > portée plus longue dans l'application, comme l'ApplicationContext. > > PersistenceContext à une durée de vie très courte, et le "contexte" se justifie > moins. -1, il m'arrive d'utiliser un context lors d'une opération a plusieurs étapes (exemple ImportContext) pour lequel la durée de vie peut être très courte. Proposition : - TopiaApplicationContext (pas de chamgement) - TopiaTransactionContext Arnaud - pas satisfait, mais qui tente de faire avancer le schmilblik ...

1 1

Custom hibernate UserType for EnumSet<? extends Enum> and List<? extends Enum>
by Eric Chatellier Aug. 21, 2014

Aug. 21, 2014

Hi, For performance purpose, i just rewrited part of an existing application to remove non necessary *-* LEFT OUTER JOIN. The main goal of this evolution was to persist enum collection into a simple String field using enum literal value separated by comma (,) separator. In order to do this: - relation on Enumeration has been removed - EnumSet<X> has been used as entity attribute for non orderer enum collection - List<X> has been used an entity attribute for orderer enum collection Two new abstract hibernate user type have been created : - EnumListUserType.java (ordered) - EnumSetUserType.java (non orderer) code is available here : https://svn.codelutin.com/faxtomail/trunk/faxtomail-persistence/src/main/ja… Those new types are used by adding topia tagvalues during generation: - xxx.MyEntity.attribute.myAttribute.tagvalue.hibernateAttributeType=xxx.MyEnumEnumSetUserType exemple of use is available here : https://svn.codelutin.com/faxtomail/trunk/faxtomail-persistence/src/main/xm… Regards. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

1 0