You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by Philippe LAPLANCHE <ph...@horus-si.com> on 2005/06/05 11:48:15 UTC
RE : interface base de données
OK, merci pour l'info, je ne connaissais pas Hibernate, je vais m'y interesser.
Avez-vous un tutoriel ou un livre � me recommander ?
Philippe Laplanche
________________________________
De: Sylvain Wallez [mailto:sylvain@apache.org]
Date: dim. 05/06/2005 09:30
�: users-fr@cocoon.apache.org
Objet : Re: interface base de donn�es
Sebastien Arbogast wrote:
>Le 04/06/05, Philippe LAPLANCHE<ph...@horus-si.com> a �crit :
>
>
>>Bonjour, je suis un nouvel utilisateur de cocoon. Je d�veloppe une application web et je ne sais quelle solution choisir pour m'interfacer avec ma base de donn�es. Dans cocoon j'ai apparemment le choix entre le SQL transformer, la logicsheet esql, et les actions d�di�es aux bases de donn�es.
>>
>>Comment choisir la meilleure solution ? Quels sont les param�tres qui influent sur le choix ?
>>
>>
>
>En fait tu as plus de choix que �a si tu passes par une sous-couche
>d'acc�s aux donn�es plus propre, ce qui est franchement recommand�
>pour toute application web qui d�passe la complexit� d'un petit site
>web.
>
>A savoir donc que Cocoon s'int�gre tr�s bien avec une sous-couche
>Hibernate qui s'occupera d'abstraire ta couche de donn�es sous forme
>d'une structure objet Java tr�s simple � manipuler en flowscript et �
>lier avec des formulaires Cocoon en utilisant Cocoon Forms binding
>framework par exemple.
>
>
Exactement. ESQL et le SQL transformer sont adapt�s � la publication,
mais pas � la modification des donn�es. Les actions d�di�es aux bases de
donn�es peuvent convenir pour des manipulations simples, voire
simplistes de par leur limitations.
Pour de la manipulation de donn�es plus cons�quente, suivre les
recommendations de S�bastien !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: RE : interface base de données
Posted by Philippe Guillard <pg...@citycita.net>.
J'ai oublie cette solution, mes 2 problemes JDO n'existent pas avec PB.
Ce que je sais c'est que cette API de plus bas niveau offre moins de
choses, mais je n'ai pas reussi a prouver que j'ai besoin de plus.
Merci
Phil
Bertrand Delacretaz wrote:
> Le 6 juin 05, à 17:49, Philippe Guillard a écrit :
>
>> ...Desespere j'hesite a:
>> - Implementer JPOX (donc un JDO qui ressemblerait) mais au risque de
>> difficultes pour l'integration dans cocoon, n'ai vu aucun cocooner
>> s'y interesser.
>> - Passer en OJB ODMG, le plus facile puisque je garde l'integration
>> OJB, mais je n'entends plus beaucoup parler d'ODMG aujourd'hui.
>> - Passer en Hibernate mais ceci implique tout refaire pour moi.
>
>
> Est-ce que OBJ en mode natif (PersistenceBroker) ne convient pas?
>
> Je l'ai moi-même utilisé pour un projet (avec un structure de DB assez
> simple il est vrai), et ça fonctionne très bien.
>
> -Bertrand
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: RE : interface base de données
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 6 juin 05, à 17:49, Philippe Guillard a écrit :
> ...Desespere j'hesite a:
> - Implementer JPOX (donc un JDO qui ressemblerait) mais au risque de
> difficultes pour l'integration dans cocoon, n'ai vu aucun cocooner s'y
> interesser.
> - Passer en OJB ODMG, le plus facile puisque je garde l'integration
> OJB, mais je n'entends plus beaucoup parler d'ODMG aujourd'hui.
> - Passer en Hibernate mais ceci implique tout refaire pour moi.
Est-ce que OBJ en mode natif (PersistenceBroker) ne convient pas?
Je l'ai moi-même utilisé pour un projet (avec un structure de DB assez
simple il est vrai), et ça fonctionne très bien.
-Bertrand
Re: RE : interface base de données
Posted by Philippe Guillard <pg...@citycita.net>.
Bonjour a tous,
Je ne veux pas enduire Philippe en erreur, Hibernate me semble un bon
choix car tres frequente par les developpeurs et bien documente, mais
plutot attirer l'attention vers ma problematique par rapport a OJB:
J'ai developpe ma couche persistance avec OJB/JDO, je decouvre quelques
imperfections (pas de cache pour moi en JDO, alors que je l'ai avec
PBroker, JDOQuery se fait en database sans le critere "where" ) JDO est
en effet en cours de developpement et pour le moment il s'agit d'un
plugin vers SunJDO. Je pense que ce produit promet mais je suis bloque.
Desespere j'hesite a:
- Implementer JPOX (donc un JDO qui ressemblerait) mais au risque de
difficultes pour l'integration dans cocoon, n'ai vu aucun cocooner s'y
interesser.
- Passer en OJB ODMG, le plus facile puisque je garde l'integration OJB,
mais je n'entends plus beaucoup parler d'ODMG aujourd'hui.
- Passer en Hibernate mais ceci implique tout refaire pour moi.
Conclusion Philippe fait bien d'enqueter avant :-)
Merci d'avance pour toute suggestion!
Phil
Sebastien Arbogast wrote:
>Le 05/06/05, Laurent Perez<ha...@gmail.com> a écrit :
>
>
>>Au risque de me faire l'avocat du diable, si tu n'es pas un
>>développeur Java relativement expérimenté, je recommanderais le SQL
>>transformer, puis les XSP (pas taper :) ) Après tout ce sont des
>>blocs livrés avec Cocoon, autant rester dans un framework déjà connu.
>>
>>
>
>Non on tape pas... c'est vrai aussi ce que tu dis. Il vaut mieux
>toujours minimiser la complexité (le bon vieux principe du rasoir
>d'Occam). Par contre il faut quand même préciser pour le
>cocoono-néophyte que le XSP est "déprécié" maintenant. Ce qui pour
>reprendre l'expression de jeusépluki (qui a toujours le bon mot ;-))
>ne signifie pas que les XSP ne sont plus supportées mais simplement
>qu'elles ne sont plus "mises en avant".
>
>
>
>>Spring est intérressant pour diviser les problèmes dans des systèmes
>>plus conséquents, mais demande vraiment un temps d'apprentissage
>>conséquent. Mais il est certain que si ton application web consiste en
>>autre chose que de la publication pure et dure, alors un outil d'orm
>>comme Hibernate (iBatis, etc.) couplé à du flowscript peut grandement
>>faciliter le dev.
>>
>>
>
>Pour ce qui est du temps d'apprentissage de Spring je me permets de
>mettre un bémol : bon bien sûr ce n'est que mon expérience personnelle
>mais j'ai démarré l'apprentissage de J2EE en Janvier (avant j'avais 5
>ans de J2SE dans les valises c vrai) mais il ne m'a fallu que deux ou
>trois semaines pour bien maitriser Spring. C'est d'ailleurs un de ces
>arguments marketing : beaucoup plus simple que les EJB.
>
>Bon maintenant je confirme ce que dit Laurent : ce ne sont pas les
>technologies qui manquent mais aucune n'est idéale dans l'absolu.
>Comme souvent c'est une question d'évaluation des besoins.
>
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: RE : interface base de données
Posted by Sebastien Arbogast <se...@gmail.com>.
Le 05/06/05, Laurent Perez<ha...@gmail.com> a écrit :
> Au risque de me faire l'avocat du diable, si tu n'es pas un
> développeur Java relativement expérimenté, je recommanderais le SQL
> transformer, puis les XSP (pas taper :) ) Après tout ce sont des
> blocs livrés avec Cocoon, autant rester dans un framework déjà connu.
Non on tape pas... c'est vrai aussi ce que tu dis. Il vaut mieux
toujours minimiser la complexité (le bon vieux principe du rasoir
d'Occam). Par contre il faut quand même préciser pour le
cocoono-néophyte que le XSP est "déprécié" maintenant. Ce qui pour
reprendre l'expression de jeusépluki (qui a toujours le bon mot ;-))
ne signifie pas que les XSP ne sont plus supportées mais simplement
qu'elles ne sont plus "mises en avant".
> Spring est intérressant pour diviser les problèmes dans des systèmes
> plus conséquents, mais demande vraiment un temps d'apprentissage
> conséquent. Mais il est certain que si ton application web consiste en
> autre chose que de la publication pure et dure, alors un outil d'orm
> comme Hibernate (iBatis, etc.) couplé à du flowscript peut grandement
> faciliter le dev.
Pour ce qui est du temps d'apprentissage de Spring je me permets de
mettre un bémol : bon bien sûr ce n'est que mon expérience personnelle
mais j'ai démarré l'apprentissage de J2EE en Janvier (avant j'avais 5
ans de J2SE dans les valises c vrai) mais il ne m'a fallu que deux ou
trois semaines pour bien maitriser Spring. C'est d'ailleurs un de ces
arguments marketing : beaucoup plus simple que les EJB.
Bon maintenant je confirme ce que dit Laurent : ce ne sont pas les
technologies qui manquent mais aucune n'est idéale dans l'absolu.
Comme souvent c'est une question d'évaluation des besoins.
--
Sebastien ARBOGAST
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: RE : interface base de données
Posted by Laurent Perez <ha...@gmail.com>.
Au risque de me faire l'avocat du diable, si tu n'es pas un
développeur Java relativement expérimenté, je recommanderais le SQL
transformer, puis les XSP (pas taper :) ) Après tout ce sont des
blocs livrés avec Cocoon, autant rester dans un framework déjà connu.
Spring est intérressant pour diviser les problèmes dans des systèmes
plus conséquents, mais demande vraiment un temps d'apprentissage
conséquent. Mais il est certain que si ton application web consiste en
autre chose que de la publication pure et dure, alors un outil d'orm
comme Hibernate (iBatis, etc.) couplé à du flowscript peut grandement
faciliter le dev.
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: RE : interface base de données
Posted by Sebastien Arbogast <se...@gmail.com>.
Le 05/06/05, Philippe LAPLANCHE<ph...@horus-si.com> a écrit :
> OK, merci pour l'info, je ne connaissais pas Hibernate, je vais m'y interesser.
> Avez-vous un tutoriel ou un livre à me recommander ?
Des docs complètes de référence et en plusieurs langues se trouvent
sur le site officiel à cette adresse : http://www.hibernate.org/5.html
Pour avoir essayé de commencer par ça, j'ai pu voir que ce n'était pas
très pédagogique donc j'ai deux alternatives à te proposer :
- Un petit tutoriel qui te donne un rapide aperçu très bien fait que
ce qu'est Hibernate : http://www.gloegl.de/5.html
- Un excellent bouquin très bien fait et très pédagogique mais pas à
jour sur Hibernate 3 (de toute façon très peu d'outils satellites sont
passés à Hibernate 3) : http://www.manning.com/bauer
Voilà. je me permets juste de réinsister sur l'importance de Spring
pour un bon développement bien architecturé. Spring remplace
avantageusement les EJB de session de J2EE alors que Hibernate
remplace les EJB d'entités. Donc le trio Cocoon pour la présentation,
Spring pour le métier et Hibernate pour les données est
particulièrement puissant. Je sais ça fait beaucoup à apprendre mais
crois-moi le temps que tu "perds" en formation, tu le rattrappes
largement en temps de développement... sur ce projet et sur tous les
suivants ;-)
Bon courage.
--
Sebastien ARBOGAST
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org