Trop bien les frameworks !!!    
A se demander comment on faisait avant !
A ceux qui connaissent pas encore, vite, vite :
 
Update
Cocoon V2.1 :
http://cocoon.apache.org/2.1/
 
Orbeon OXF 2.1 :
http://81.57.39.164:8080/oxf/doc/index
 
 

euh...j'suis un peiu en retard ?
bofff, c'était juste pour marquer mon enthousiasme !  

un framework permettant la séparation contenu/présentation/logique de manière si brillante !
EQL, c'est magique !
XSP, j'adore !
J'encourage tous ceux qui ne connaissent pas encore à s'y plonger !

le bouquin sort le 31 Octobre :
http://www.amazon.fr/exec/obidos/A [...] 51-7711365

merci pour l'info, je vais regarder ...

concernant un autre de mes posts :
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
qui a quand même rapport avec celui là, j'ai trouvé beaucoup de réponses dans le bouquin :
XML et les bases de données - éditions Eyrolles/Wrox
 
hum, hum...
Vu le succès de ces posts :
-soit peu de gens s'intéressent à XML
-soit peu de gens se posent les questions de son stockage
-soit peu de gens comprennent ce que XML peu apporter à la génération de contenu à partir d'une BD
-soit ce que je dis n'est pas intéressant
 
...mais je persiste car je pense que les questions que je soulève, tout le monde se les est un jour posées ou se la posera... et lorsque je me les suis posées, j'ai trouvé très peu de réponses pertinentes...  
 
En tout cas quelques points utils :
 
-XML est un complément à une BD car il simplifie ou rend possibles des structres de données arborescentes, là ou il serait très long et compliqué de créer un modèle relationnel
-pour l'instant, les bases de données relationnelles ont de meilleures performances que les documents XML -> elles sont plus adaptées au stockage que les données XML -> une BD relationnelle est beaucoup mieux adaptées à des opérations de recherche parmis les données
-créer une structure hybride pour bénéficier des avantages des SGBD relationnels en terme de stockage et de recherche et des avantags de XML en terme de standard et de simplicité
-stocker dans une BD permet de profiter des caractéristiques intégrées de celles ci : système de verrouillage et mode transactionnel
-transformer systématiquement un contenu BD en XML et le présenter via XSLT évite le traitement des données à l'aide d'une étape centrale personnalisée -> cette transformation intermédiaire en XML permet de dissocier réellement contenu/présentation/logique, alors qu'une génération de pages HTML à la volée (par exemple), en PHP, JSP ou autre, même bien conçue (éventuellement grâce aux taglibs) reste trop spécifique, mélange un peu trop contenu/présentation/logique et est difficilement maintenable
-cette transformation intermédiaire permet de disposer d'un étape XML à laquelle on peut appliquer toute transformation permettant d'obtenir d'autres XML ou de présenter en sortie dans différents standards
-pour faciliter la correspondance XML/relationnel : privilégier les attributs !
  ->accès à l'information facilitée
  ->taille des documents réduite
  ->structure et données plus clairemet séparées, pratiquement comme dans une BD relationnelle
  ->éviter le contenu mixte et ANY
  ->le modèle élément seul s'avère utile pour l'imbrication
  ->éviter tant que possible les poiters (ID/IDREF)
etc...
 
meilleure solution :
générer du XML dynamiqe
d'ailleurs Cocoon est super pour ça je trouve !
voir DB Prism
 
...bref on va pouvoir faire des PHPNuke plus propres, plus puissants et plus évolutifs, et... plus simplement !
 
   
 

Trois super tutoriaux pour saisir la puissance de Cocoon 2
 
http://www6.software.ibm.com/devel [...] oon-a4.pdf
 
http://www6.software.ibm.com/devel [...] xsp-a4.pdf
 
http://www6.software.ibm.com/devel [...] bc2-a4.pdf

merci again !
 
et pour ta solution en JSP/Servlet ca te dirati pas de la mettre sur sourceforge une fois terminée ?

 
oops, bien sur, il fat avoir un login. n'oubliez pas d'en créer un !

 
je demanderai la permission quand ce sera fini.
mais là je m'oriente plus vers la solution Cocoon 2 en fait, une BD moins complexe, et une meilleure utlisation d'XML -> une truc plus puissant et évolutif

Au fait, j'ai téléchargé tous les tutoriaux d'IBM dans le domaine d'XML, ils sont tous très bons.
Comme c'est lourdingue de se réidentifier à chaque fois, y a qelqu'un qui veut les mettre en ligne, je les lui maile ?

 
 
  peux pas

DarkLord a écrit a écrit :         peux pas

euh bon, c'est interdit ?

vi

  je croyais bien faire...
tant pis

DarkLord a écrit a écrit :

 
bon quelques liens su des articles portant sur XML et les BD (ok, ça c'est permis   ):
 
http://www.xml.com/pub/a/2001/06/20/databases.html
 
http://www.xml.com/pub/a/2001/05/07/againstgrain.html
 
http://www.xml.com/pub/a/2001/10/31/nativexmldb.html
 
http://www.xml.com/pub/a/2001/11/28/dbxml.html
 
http://www.xml.com/pub/a/2002/01/09/xmldb_api.html

dis chocoboy t'as l'air de t'y connaitre super bien en XML. Pourquoi tu ne ferais pas une XML faq
 
[XML] The FAQ
 
avec tout tes liens (cfr ma signature pour un exemple sur Java)

 
Ben, ça fait une semaine que je me suis mis au XML... c'est juste que je suis à fond dedans en ce moment !
Mais justement, j'aimerai avoir l'avis d'experts... mais on dirait que peu de personne s'intéressent réellement au XML sur ce forum.
Moi je trouve ça génial depuis que j'ai commencé !

disons que je l'utilise pour tout ce qui est config des services. Mais pas en tant que "contenu" à transformer et compagnie donc forcéemnt ca limite l'intérêt.

moi je l'utilise à la fois en tant que contenu (couplé à du PHP pour le parser), et en tant que descripteur d'objet (configuration si tu veux) en parser en java.

 
en fait je suis stagiaire (fin d'études) et disons que j'ai eu la chance d'avoir un stage "chef de projet". Quand je dis "chef de projet", je veux dire que c'est moi qui ai emis l'idée, qui recueille les besoins, qui modélise, choisi les solutions techniques, planifie, implémente, test...etc en fait, je fais toute la chaine de bout en bout. J'ai aussi un budget et je peux choisir de recruter d'autres personnes.
En fait, le projet, depuis le début a beaucoup évolué et grandi.
Les solutions techniques aussi, du fait que le projet est devenu trp gros.
Initialement, je suis "expert" PHP/MySql... c'est ce que j'avais choisi initialement. Mais finalement MySQL risque de pas tenir le coup... et PHP, pas top pour la maintenance. Je suis passé à la solution JSP/Servlet/Oracle avec XML en couche transitoire. Mais j'en suis pas trop satisfait, la séparation contenu/logique/présentation n'est pas total, c'est un peu lourd et ça bride un peu l'évolutivité. Initialement je voyais XML que comme une couche transtoire permettant le transfert facilité des données vers de multiples supports. Mais ça me titillait d'entendre tant de bonne choses sur XML sans en comprenre toute la portée. Donc je m'y suis mis à fond et je pense que je commence à saisir sa vraie utilité. Et je trouve ça révolutionnaire car tout en menant mon projet vers des objectifs plus hauts, ça va aussi me simplifier grandement la vie, notamment en utilisant Cocoon !

pour Oracle vs MySQL réfléchis bien. MySQL peut etre trsè très efficace si ton datamodel est bon. On en sait qqch greg et moi

 
ah oui, mais pour l'instant MySQL n'automatise pas les processus re réplication de donnée non ? Et c'est un point à prendre en compte pour une utilisation en entreprise

Cocoon  + Xindice , c'est possible    
 
http://www.cocooncenter.de/cc/docu [...] s/xindice/

 
Y a des test de comparaison sur les deux BD ? Genre, au bout de combien d'accès simultané la base s'écroule ou je sais pas un truc comme ça ?

ouais non c'est ca que je veux dire. Ce que je veux dire c'est que si le datamodel est bon et bien pensé tu peux etre bcp plus efficace en MySQL qu'avec d'autre solution genre Oracle.
 
Regarde ce forum par exemple. Malgré tout ce qu'on peut en dire il y a énormément de messages et les perfs sont bonnes.
 

 
Ah oui, tu peux être plus efficace en MySQL qu'avec Oracle ?
Mais si le datamodel est bien pensé pour Oracle aussi ?
Bref, je veux dire que si je dispose d'une BD Oracle, pourquoi prendre MySQL ?

Pour ceux qui s'intéressent à Cocoon, de bons tutoriaux de base pour commence :
 
http://www.cocooncenter.de/cc/docu [...] index.html
 
Faudrait que je pense à la FAQ un jour...

 
parce qu'oracle c'est la grosse artillerie et meme si tu peux choisir il ne faut pas automatiquement choisir Oracle. Dis toi bien qu'il te faut une sacré machine pour faire tourner oracle.

 
Lorsque tu l'utilises en tant que contenu, tu stockes les données comment ? Tu créés plein de fichiers ?

Quelqu'un a_t_il une expérience de Struts et pourrait le comparer à Cocoon 2 ?

Alors, quelqu'un a testé Cocoon 2 ?

Merci pour les liens, ça m'a l'air effectivement très intéressant.
 
Pour l'instant, je n'en ai pas l'utilité, mais je vais garder tout ça sous le coude, je sens que ça pourra servir dans le futur .
 
Ne te décourages pas, même si tu n'as pas énormément de réponses : continues à faire vivre ce post.

+1  
 
Tu n'aurais pas un exemple concret ?
 
merci

 
C'est à dire ? Toi tu utilises quoi... et comment actuellement ?
Tu as tes données dans une BD MySQL et tu les extrait avec du PHP, c'est ça ?

exactement

 
ben, c'est galère lorsqu'il y a des modifs à effectuer ou que tu veux présenter ta page sur d'autres supports (imprimante, pdf, wap...) : ta page php ressemble un peu à une page à trou, les données extraites venant combler ces trous. Donc, lorsque tu veux changer la présentation, tu fais des copier-coller de ton "template" et tu le modifie... c'est ça ? En fait, ta page ne dissocie pas complètement le contenu et la présentation, elle est faite sur mesure pour un certain type de données...
Du coup, tu peux pas "vraiment" confier le design du template à un graphiste, la logique à des analystes, le contenu à des rédacteurs de contenu par exemple.
Alors qu'avec XML, tout est dissocié : XML, sert à définir le contenu (une DTD aidant à vérifier qu'un XML vérifie bien certaines règles). Une fois ce contenu créé, c'est le plus important, puisqu'en fait, tu peux en faire alors n'importe quoi : tu utilises XSLT pour le transformer en un autre XML (avoir une "vue " différente par exemple), tu peux faire des requête directement sur le fichier... et tu associes autant de XSLT que tu veux afin de présenter de la manière que tu veux (sortir du HTML, du PDF, des images)... en plus, un XSLT est assez permissif, par exemple :
 
Un XSLT va définir une présentation pour certains type de balises que tu a créé au sein de ton XML... du coup toutes les données situées entre ces balises vont s'afficher de cette manière (par exemple dans un tableau)... tu n'as pas à faire des connexion BD, des select...etc
Du coups, la modif de XSLT est très simple et il est facile de changer en quelques lignes la présentation de tout ton site...
 
En plus, la structure du XML est arborescente, ce qui te permet de créer facilement des structures qui auraient été beaucoup trop complexe en relationnel
 
De plus, un fichier XML est autosuffisant si il est bien écrit : n'importe qui peut le lire et comprendre le sens des donneés (toutes les données sont dans le fichier, pas besoin d'effectuer des connexions à la BD pour récupérer le métadonnées) : celà permet un échange plus efficace des données, d'autant qu'un fichier XML peut se lire sur n'importe quelle plateforme
 
...etc euhh, je sais pas si c'est très clair !

tout ça pour que si tu fais tout converger ver du XML, tu disposera d'une matière première te permettant de faire facilement tout ce que tu veux    
même si le nombre d'étapes supplémentaire peut sembler bizarre, le nombre de langages différents à maitriser un peu hardu... à long terme, le gain est énorme !