totof2000 a écrit 9656 commentaires

D'où ma grossièreté de "politique de blaireau" du genre on oblige les utilisateurs à avoir un poste windows alors que le besoin métier demande un poste linux. Sinon, l'utilisateur va passer beaucoup de temps en bidouille, en rebond, pour au final être moins productif.
La malhereusement c'est le cas ... :)

Typiquement, un fichier de conf recupere sur internet encode utf8 quand t'es en 8859, ou n'importe quel autre combinaison qui fait apparaitre des caracteres douteux.
Yen a qui me raillaient parce que je modifie un fichier de conf sur un serveur de prod .... mais récupérer un fichier de conf sur internet ... HUM !
a remarque montre bien ton manque de recul: tu restes cantonne au cas bien gentillet ou c'est toi qui ecrit le document pour toi sur ta machine.
C'est sur que quand tout va bien, ton fichier properties en ascii, il fait parfaitement l'affaire.
Quoi que tu en dises, c'est souvent le cas quand je mets un serveur en prod : jamais je ne récupère un fichier sur internet.
L'interet du xml est justement une bonne spec qui resoud tous ces problemes. Tu peux reinventer la roue, en version ovale qui plus est, mais c'est dommage quand meme, non?
Non : la ce que je ois c'est qu'XML n'apporte rien à ce qu'on savait faire jusqu'à ce jour.

C'est qui B.K ? E.B reconnu mais B.K ? Ah oui, B.K ca y est, ça me revient ... Il est quand même plus discret qu'E.B.

Oui mais bon, regarde à qui tu as affaire. Zenitram a tendance à s'enflammer parfois pour un rien mais ce n'est pas bien méchant .... Pas la peine de se froisser pour ça, c'est inutile.

Les marchés ont raison, et d'ailleurs ils ont une (ou des) mains invisibles .... Ce sont les marchés qui régissent ta vie quotidienne. Les marchés sont tes uniques bienfaiteurs; Si les marchés ne vont pas bien, tu es mort. Toi tu peux crever, tout le monde s'en fout mais les marchés eux doivent survivre. D'ailleurs tu dois sacrifier ta vie aux marchés via ton travail. Tu devrais être reconnaissant aux marchés de t'accepter comme contributeur en t'offrant un emploi. Pourquoi veux-tu qu'il soit bien payé ?

Quelqu'un peut me dire la différence entre un gros IF (que tu as mal écrit au passage) et un petit if ? pour moi c'est toujours deux lettres ....

On ne peut même pas être sur que pour un même modèle de carte, on ait exactement le même chipset à l'intérieur donc être 100% sur c'est difficile.

Je reste quand même d'avis que la conf d'un GUI est suffisamment complexe pour ne pas avoir besoin d'être modifiée hors interface GUI, et qu'un outil graphique est mieux adapté, donc un fichier de conf XML à ce niveau ne me gêne pas.

Alors ok, tu peux choisir le charset dans un éditeur. Mais encore faut-il que tu saches, TOI, avec quel charset le fichier a été enregistré. Même si il y a beaucoup de chance, dans nos contrées, pour que ce soit de l'utf-8 ou de l'iso-8859-1(5).
Ben disons que pour un fichier de conf système, si je ne sais pas avec quel charset j'enregistre le fichier ... ou si je ne suis pas capable de spécifier au framework que j'utilise le charset du fichier de conf à générer, ya comme un problème.

????
la commande en question lance l'interface graphique.

As-tu vraiment lu le lien que tu as posté ?

Sinon il y a peut-être une section quelque part qui me permet d'ajouter les ressources et les services en ligne de commande, mais je ne l'ai pas vu (et il me semble avoir fait toutes les pages de la doc que tu as fournie en lien).

C'est vrai que je mélange un peu tout .... Il y a 3 problèmes pour moi :

- conf en xml
- manque de documentation du fichier de conf
- obligation de passer par l'interface graphique si on veut savoir à quoi correspondent les diverses options du fichier de conf.

Je suis d'accord avec toi: si le nom est mal choisi, que ce soit en XML ou pas ça ne change pas grand chose (et rm je l'ai deviné aussi, c'était juste pour l'exemple). Cependant, je remarque en général que les outils dont le fichier de conf n'est pas XML ont tendance à documenter ledit fichier de conf dans une page man par exemple ou quelque part ailleurs.

... Sauf que le code permettant de gérer ces problèmes (que tu cites à juste titre) existe déjà. C'est pas comme si on découvrait les fichiers de conf ...

Je suis d'accord avec toi sur un soft développé bénévolement. Concernant Redat Cluster Suite, je serais un peu plus exigeant. Ce ne sont pas des bénévoles.

Parfaitement. C'est d'ailleurs pour ça qu'un fichier de conf xml n'a pas de sens : autant utiliser une base de registres.

Tu cherches la bête ou il ne faut pas. LA machine n'est pas encore en prod. Et ça ne change rien au problème initial.

Ben disons que c'est plus facile de mal faire un fichier de conf en xml : tout simplement parce pour certains, c'est parce que c'est du XML que c'est bien. Et l'auto-documentation ça me fait bien rire.

Je ne m'y ferais jamais à ces balises :

<rm>
<failoverdomains/>
<resources>
<ip address="aaa.bbb.ccc.ddd" monitor_link="1"/>
</resources>
</rm>

oui mais en pratique j'ai vupeu de fichiers aussi bien faits pour des confs de soft. L'exemple Redhat Cluster encore : lorsque je définis une ressource via l'interface graphique :


<failoverdomains/>

<ip address="aaa.bbb.ccc.ddd" monitor_link="1"/>



Qu'est-ce que ce rm ? De plus je ne vois rien d'auto-documenté dedans. Les seuls fichiers xml propres que je vois, ce sont ceux qui sont standardisés (svg par exemple ou c'est reativement clair et propre).

Imagine dans l'exemple que tu as donné, qu'on remplace "tarte" par Trt, prix par prx, taille par t, .... Celàdit, ce n'est pas un problème d'XML, un autre format serait tout aussi confus. Sinon, si on prend l'exemple style ipf :

1 tarte pommes taille 1 prix 3
1 tarte shmulbluck taille 2 prix 30

un autre exemple qui m'est venu à l'esprit :
-ipf/pf :
* par ligne
* très lisible et très facilement éditable

La doc de Redhat explicite bien que l'ensemble est disponible en ligne de commande. http://www.redhat.com/docs/manuals/csgfs/browse/4.6/Cluster_(...)

Sauf si j'ai raté quelque chose, il n'est pas possible via ces comandes de définir une ressource ou de créer un failover domain par exemple. Je veux bien croire que j'ai raté quelque chose (une subtilité quelque part qui m'a échappé), mais bon ... Je regarde à nouvea et je ferai un retour.

De toutes façon le déport d'affichage n'est pas une solution, et la ligne de commande risque d'être périeuse (...) Installe une Redhat sur ton laptop, travaille avec la gui locale, et exporte le tout sur le cluster. (ça permet aussi j'imagine de valider avant export, sur un 'faux' cluster de vm servant de maquette de travail, par exemple)
je n'ai pas la possibilité d'installer un cluster sur un autre poste pour le moment. D'autre part j'ai déjà trouvé une solution de contournement (mais provisoire). Mon journal était là pour raler, et pour essayer de comprendre l'intéret d'utiliser des fichiers xml pour la conf d'un cluster, et par extension l'intéretde fichers xml pour les confs en général (le second exemple qui me vient à l'esprit est le système d'arrêt/relance des services de solaris 10).

Mais vraiment, faut pas pousser mémé dans les orteils, tu es sans doute confronté au syndrome "du blaireau qui ordonne à une ssii"... Alors, pas de blème : fonce sur Conga, ils sont tellement cons que le port 80 c'est à la mode, et ils autoriseront sans doute plus facilement conga qu'une obscure connection ssh (parcequ'ils n'ont pas de hierarchie ni d'officier de sécu à qui confier les clefs, au hasard...). Le web, le cloud et les cluster sont à la mode, plus c'est gros plus ça passe : tape dans le 80. :)

Le port 80 est déjà censé être utilisé sur cette machine :(. Le port 443 aussi. Sion ce serait trop simple. Non dans ce cas ce n'est pas une politiiqe blaireau.

Bon, je reconnais que je me suis laissé emporter par le côté trollesque du débat. Celà dit, peux-tu STP m'expliquer en quoi je suis à côté de la plaque ? Personnellement je ne demande qu'à être convaincu, XML, j'aime bien, entre autre c'est pratique notamment pour générer à la volée des petits schémas. Pour des fichiers de conf, je ne suis pas vraiment convaincus par les arguments qui ont été donnés ici.

J'écris vraiment n'importe quoi en e moment ... Désolé, besoin de vacances ... Je reprends :

"Je l'admets, c'est un argument qui facilite la vie, mais pour ma part je trouve qu'il ne compense pas les autres inconvénients "

Je l'admets, c'est un argument qui facilite la vie, mais pour ma part je trouve qu'il ne compense pas les autres arguments.

Pas si complexe que ça. En tout cas ça n'atteint pas la complexité d'un document OpenOffice. .... A la limite a défaut de pouvoir touiller le fichier de conf à la main, il aurait été sympa d'avoir un outil en ligne de commande permettant de manipuler le fichier. Aparamment ça a existé sur les anciennes versions de RedHat Cluster Suite mais pas sur les versions récentes.

Si c'est ecrit en majuscule, c'est que ca doit etre VRAI.
C'est surtout queje me suis laissé emporter par le côté trollesque du débat (ce n'était pas mon intention initiale) et un peu d'énervement (regarde l'heure à laquelle j'ai posté).

Sinon pour la lecture/modification, tu n'as qu'a utiliser un editeur potable qui te presente ca sous forme d'arborescence avec juste clef/(attributs)/valeur.
Comme ca, tu ne vois meme pas les balises verbeuses et c'est comme si tu manipulais une structure arborescente.

Je veux bien, mais en connais-tu un bon sachant que :

- je n'ai pas de poste d'admin Linux/Redhat (officiel)
- je ne peux pas installer ça sur mon serveur
- je ne peux pas déporter l'affichage X de façon simple.

Ces contraintes ne sont pas un choix de ma part, elles me sont imposées par le contexte de travail.