> Un parser classique tu peux le coder automatiquement avec lex/bison, il n'y plus qu'a programmer les actions apr�s, soit a peu pr�s autant d'affort que quand tu parses un ficher XML dans ce cas l�. > Un parser XML, ce n'est pas nouveau et M$ sur ce coup l� n'aura pas de "super API", enfin pas mieux que la libxml quoi. > Apparemment ce qui te manques c'est plut�t le fait d'avoir une interface graphique qui fait *tout* pour toi plut�t que d'avoir � t'int�resser � la syntaxe du fichier de conf, non ? >
non, pas du tout. ce que vous �tes tous en train de pr�ner (vive les applications ou chacun code ce qu'il sent), c'est exactement ce qui s'est pass� il y a longtemps, et ce n'est pas penser de facon �volutive.. regardez simplement NSS (Name Service Switch). A long long time ago, il existait des fichiers /etc/ pour g�rer les utilisateurs, les hosts, les groupes, protocols, etc... et puis, un jour, on s'est rendu compte qu'� chaque fois que l'on voulait faire �voluer les choses, il fallait tout recoder.. Aie, il a donc fallu rajouter une couche, que l'on surnomma NSS (c'est Sun qui a invent� cel�, non ?). Tout le monde �tait d'accord parce que tout le monde a reelement compris qu'il �tait necessaire de faire ce changement, simplement parce qu'on en avait marre de tout recoder.. et bien, la c'est exactement la meme chose..Je ne demande pas � CHAQUE developpeur de supporter tous les types de configuration possibles, par LDAP, par SQL, bla bla bla, mais s'il y avait une API UNIQUE pour recuperer la configuration, il serait alors du ressort de l'administrateur d'organiser son syst�me comme il le veut. Personnellement, je veux tout dans une base LDAP, mais ca ne regarde que moi, je n'impose � personne d'autre de tout mettre dans LDAP, et cela serait possible si l'on g�n�ralisait la notion de NSS � l'ensemble des configuration du syst�me. l'administrateur choisit son Backend, et Hop ! tout est dedans, tout le monde est content, et ceux qui sont en adoration de leurs flat /etc/ files peuvent toujours continuer � les utiliser... Il s'agit simplement de rajouter une couche supl�mentaire, qui est, � mon avis, plus que necessaire. voila Sam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
