Reprise du message précédent :
...pour le reste j'ai déjà donné, merci !  

bahhh, je comprend pas ! les "pros du XML" ils participent jamais aux topics XML, et quand ils participent c'est toujours pour dire qu'is savent déjà !    
Je rappelle que ce topic s'adresse aux débutant qui se posent des question !

http://public.yahoo.com/~radwin/ta [...] on2002.htm ou pourquoi Yahoo a choisi PHP et non pas des technos basées sur XML (ou autres).

Ok merci, j'y jette un oeil !

 
yeah, frameland
 
c'est affreux cette page

Ok, tiré de ce doc :
 
 

 
En bref, ils ont pas les compétences pour le faire ... ?

antp a écrit a écrit : yeah, frameland   c'est affreux cette page

Exact, mais j'ai du mal à voir comment on pourrait faire ce genre de présentation sans

Ce qui est une excellente raison non ?
Une technologie peut avoir des tas d'avantages mais si elle remet en cause du jour au lendemain l'organisation de l'entreprise elle est dans ce cas à éviter car elle comporte trop de risques.
 
Je m'aperçois tous les jours que les 2 contraintes les plus fortes à prendre en compte lors de l'évolution d'un système d'information sont :
 - La prise en compte/l'intégration de l'existant
 - La formation/les habitudes de travail
 
Rares sont les projets qui remettent tout à plat et repartent de zéro. Et les technos XML imposent souvent cela.
 
Attention, je ne suis pas anti-XML au contraire, j'essaye de le promouvoir au maximum, mais il faut aussi savoir replacer les choses dans leur contexte et dans ce cas le XML n'est pas forcément LA bonne solution à un moment donné.
 
C'est peut-être la raison du retard apparant de l'adoption des technos XML en France/Europe par rapport aux USA. Peut-être que là bas la culture de la remise en cause est plus forte et que donc plus d'entreprises ont sauté le pas. Mais rien n'indique pour l'instant qu'elles ont raison.

 
Tout à fait d'accord avec toi !
Bien sur qu'il faut évaluer les impacts du changement, mais ça n'est pas propre au XML...
De toute façon, pour moi, c'est clair et net, la marche est engagée, et ne pas converger vers XML, c'est se trainer des systèmes ingérables dans le futur.
Je sais de quoi je parle, je bosse dans une boîte ou les fusions se sont succédées et je te dis pas le bordel en terme d'architecture... !

Pfiouf, j'ai eu peur que notre fanatique "TOUT EN XML BOURDEL" avait disparu...
 
C'est bien, il en faut des fanatiques, ca fera avancer le schmilblick  

zion a écrit a écrit :   Pfiouf, j'ai eu peur que notre fanatique "TOUT EN XML BOURDEL" avait disparu...   C'est bien, il en faut des fanatiques, ca fera avancer le schmilblick

hey oui, j'suis encore vivant !  

c'était histoire de remonter le topic qui était tombé dans les abîmes !

ok  

chocoboy a écrit a écrit :   hey oui, j'suis encore vivant !

 
Et tu ponds toujours d'aussi grosses tartines  

zion a écrit a écrit :     Et tu ponds toujours d'aussi grosses tartines

c'est bon, mangez en !

Merci de me rassurer sur ce point.

Seulement j'ai l'impression que tu te contredis là... Non ce n'est pas clair et net. Tous les projets, tous les métiers, toutes les entreprises n'ont pas besoin d'avoir *toute* leur chaine d'information en XML. Parfois une solution à base PHP ou de bonnes vieilles JSP suffisent, et si elles sont bien conçues, elles restent parfaitement maintenables et évolutives, y-compris vers une solution 100% XML.

Qu'une appli puisse faire face à une éventuelle fusion/acquisition de l'entreprise fait rarement partie d'un cahier des charges

gm_superstar a écrit a écrit :   Merci de me rassurer sur ce point.   Seulement j'ai l'impression que tu te contredis là... Non ce n'est pas clair et net. Tous les projets, tous les métiers, toutes les entreprises n'ont pas besoin d'avoir *toute* leur chaine d'information en XML. Parfois une solution à base PHP ou de bonnes vieilles JSP suffisent, et si elles sont bien conçues, elles restent parfaitement maintenables et évolutives, y-compris vers une solution 100% XML.   Qu'une appli puisse faire face à une éventuelle fusion/acquisition de l'entreprise fait rarement partie d'un cahier des charges

 
Hey, vous chipotez vraiment !
Je peux pas non plus rajouter à chaque fin de ligne la phrase : "utiliser XML lorsque c'est adapté", "si ca répond au besoin"...etc
Je pense que ce genre de considération est sous-entendue et que c'est valable pour toutes les technos, on va pas le répéter à chaque fois quand même !
Est ce que les mecs qui interviennent sur les topics PHP sont obligés de se justifier à chaque phrase ou c'est propre à XML ???!!!
Je suis juste en train de dire que XML, ça en vaut la peine si le besoin s'en fait ressentir : je suis pas entrain de dire qu'il faut faire une démineur ou un stand-alone en XML !
C'est juste que l'interopérabilité est super entre architectures ayant pour point commun le XML, ce qui n'est pas le cas pour les autres langages.
En plus, ce que je te dis n'est valable que pour les grosses structures (j'ai jamais bossé dans de petites boîtes)...
Quand aux boîtes ayant fusionné, je te garanti que le XML est un élément clé d'uniformisation...

OK, c'est juste que cette phrase

m'a fait penser que hors de XML point de salut. Désolé de t'avoir mal compris.
 
 
Quant au problème des fusions, je voulais simplement dire que lorsqu'on conçoit une appli on ne se dit pas : "ah oui il faut penser à l'interopérabilité vers çe et ça au cas où on se fasse racheter par notre concurrent" ...

zion a écrit a écrit :

expliques toi, j'enploies peut être pas les bons mots !

Tu compares XML à des langages ça plaît pas à Zion

antp a écrit a écrit : Tu compares XML à des langages ça plaît pas à Zion

ahhh ok, désolé, on appelle ça comment ?

 
J'hésite entre plusieurs nominations, mais "language" seul ca donne vraiment mal dans la phrase, comme si tu comparais ca à du pascal ou du c++  

 
XML tout court, c'est plutôt un format de fichier ou un type d'encodage...

http://www.xmlsucks.org/  
 

zion a écrit a écrit :     J'hésite entre plusieurs nominations, mais "language" seul ca donne vraiment mal dans la phrase, comme si tu comparais ca à du pascal ou du c++

 
chacun son trip...    
mais vous êtes vraiment une bande de chipoteurs !

zion a écrit a écrit : http://www.xmlsucks.org/

 
c'est vrai que j'en ai bavé...
par contre, je suis sur qu'en ce qui me concerne c'est pas la hype qui m'à poussé à supporter XML...  

chocoboy a écrit a écrit :     c'est vrai que j'en ai bavé... par contre, je suis sur qu'en ce qui me concerne c'est pas la hype qui m'à poussé à supporter XML...

 
Moi non plus, et j'en fais depuis quasi 2 ans avec mon propre parser    
 
C'est juste que c'est facilement extensible sans devoir bousiller un fichier de conf ou de projet ou quoi que ce soit. Et surtout qu'on sait l'éditer et checker les erreurs avec un simple éditeur texte.
 
Mais bon, je n'en démordrai pas, une DB en XML je trouve ca abusif  

Pour ceux que ça intéresse, y a un forum très intéressant les 12,13 et 14 Octobre (e-integration)
 
Voir le lien ici :
 
http://www.technoforum.fr/integ2002/index.html

un bouquin au taf' qui m'aide vachement:  
"The XML companion" (2nd Ed.) de Neil Bradley aux éditions Addison-Wesley.

up
 
 
(je m'y suis mis mais bon c'est vrais que ca manque de tuto in french... je vais me mettre a l'anglais avant.. )

j'ai reçu cette url d'un collègue: http://wdvl.internet.com/Authoring [...] ix20a.html
 
si ça peut servir à qq'un...
 

excellent

en effet !!  

bon c'est basé sur le XML alors cf ma signature pour un topic consacré au SVG, pour l'instant pas grand chose mais ça avance :
 
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 

un drapal paske ca merite

mais + un !

Hello,
 
j'aimerai savoir, si en php, il était possible de génerer un structure xml (un fichier xml) a partir d'un xml schema (fichier xsd)?