Par contre, il y a embrouille entre JBoss et Geronimo. Sur la page d'accueil de Geronimo, on peut trouver la lettre qu'ont envoyée les hommes de loi de JBoss soulignant quelques similitudes (incontestables) entre des fichiers JBoss et des fichiers Geronimo. Si je comprends bien, le problème vient du fait que Geronimo (licence Apache) fait du copier / coller de code JBoss (LGPL) en changeant la licence? J'ai bon?
Une excellente idée que cet article. J'apprécie beaucoup que depuis quelques numéros, le dossier annoncé en couverture soit un *vrai* dossier avec une suite d'articles et pas un simple effet d'annonce. Je pense notamment au numéro sur SAPDB qui m'avait laissé sur ma fin car on y apprenais pas grand chose. Le tir est largement rectifié depuis quelques numéros, bravo les gars!
Dans la série des articles sur Mozilla en tant que plate-forme, on pourra également se reporter au liens suivants: http://www.informit.com/isapi/product_id~%7B349175EC-4D2D-4AD7-8853(...) http://www.informit.com/isapi/product_id~%7B92C103A7-1542-4126-8597(...)
Il s'agit de 2 bons articles de Nigel McFarlane sur le développement avec la plateforme Mozilla. Ces 2 articles ne sont pas là par hasard puisque le gaillard doit sortir un livre: Rapid Application Development with Mozilla dans les jours qui viennent, si ce n'est déjà fait. Je sais, c'est de la pub, mais je ne touche rien dessus ;)
Mouais, mais bon, travaille un peu avec WebSphere (quelque soit la version: 3.x, 4 ou 5), et tu trouveras que Tomcat, c'est vraiment une bombe!
Concernant les traces d'exeptions dans le browser en cas d'erreur, c'est surtout Java, non? J'ai en tout cas les mêmes dans WebSphere, c'est à dire tout aussi imbitable.
Non, moi je le trouve vraiment très bien ce Tomcat. Et puis même si le temps de démarrage est un peu long, ce qui compte surtout ce sont les temps de réponses par la suite. Et pour avoir discuter avec des consultants J2EE qui avaient fait leurs propres benchs (non publiables) avec des produits commerciaux, et bien Tomcat était pas mal du tout, plus rapide que WebSphere en tout cas, mais là c'est pas très difficile.
ça serait pas un problème avec les UNIX commerciaux en général? Je travaille avec AIX, et même sur AIX 5.2, le fleuron de la techno IBM, les utilitaires de base sont en version antediluvienne, avec par exemple un grep qui grogne sur des lignes plus longues que 2048,... Certes, y'a moyen de mettre les outils GNU à la place, mais c'est dommage de ne pas avoir de base des outils puissants sur ces trucs qui coutent la peau des fesses.
Pour finir sur l'analyse de l'entreprise et de son intranet, je peux te dire que je travaille dans un grand groupe où le navigateur n'est que conseillé et où on peut installer ce que l'on veut sur les postes projet. D'ailleurs, l'hétérogénéité du parc va dans ce sens.
Tu as bien de la chance... Je fais du service depuis quelques années, et l'hétérogénéité du parc n'est pas vraiment n'est pas la bienvenue partout. Je travaille en ce moment pour une banque qui réfléchit à la refonte du poste de travail, et la question se pose de savoir si on doit laisser l'utilisateur changer son fond d'écran. Alors de là à le laisser installer le navigateur de son choix...
En ce qui concerne l'aspect standard, est il vraiment si inenvisageable que le W3C intègre cette techno dans ses recommendations dans la mesure où c'est ouvert et libre? Je ne parle pas à court terme bien sûr, mais le WEB / HTML tel que nous le connaissons aujourd'hui sera-t-il encore ainsi demain? Comment doit-il évoluer? Je dis que les réponses apportées par Mozilla sont dignes d'intérêt
Pas tout à fait d'accord. On peut voir le Gecko runtime comme un Java runtime. Il faut par contre qu'IE implémente le plugin adequat, ce qui n'est pas le cas actuellement. Le problème, c'est que le projet Mozilla est trop vu comme un simple navigateur alors qu'il s'agit avant tout de technologie pour le Web. Et il se trouve que ces technologies sont très intéressantes et peuvent vraiment faire avancer le schmilblick. Il s'agit en tout cas de quelque chose de bien différent d'un navigateur dont l'implémentation quelque peu buggée des standards W3C conduisent à des pages HTML mal fichues pour suivre les dits navigateurs, et ce au détriment des navigateurs qui tentent de suivre scrupuleusement la norme.
J'ajouterai également que si l'utilisation de ce type de techno peut effectivement poser des problèmes sur des sites grand public, le problème ne se pose plus exactement de la même façon dans le cas de développement interne pour une entreprise qui de toute façon impose en général un navigateur par défaut. En choisissant Mozilla par défaut, ils savent du coup qu'il peuvent développer des applis en XUL avec tout le confort que cela amène par rapport à du HTML de base.
c'est très tendance ce discours. Mais non, je ne suis pas d'accord, je pense que le tableau n'est pas aussi noir, que le déclin de la France, c'est un truc qu'on essaye de nous vendre depuis la fin du 19è siècle, et que même si nous sommes passés à côté de certaines choses, nous avons été et sommes moteur sur d'autres. Et puis franchement, ce genre de discours où tu amalgames tout et n'importe quoi, c'est juste une vieille ficelle de discours populiste tel que les aime le FN.
Je suppose que quand tu dis que "c'est juste un pays où la retraite est le but de la vie...", tu ne te comptes pas dans les gens qui pensent cela car tes aspirations sont surement bien plus nobles. Et bien dis toi que tu n'es pas le seul.
Pour revenir à nos moutons, je dirai même que c'est presque rassurant qu'il n'y ait pas de déclarations tonitruantes sur le sujet, car en général ce genre d'annonces est suivi au final d'assez peu d'effets. On a souvent droit à une super loi mais pas les décrets d'applications qui suivent. Au moins là, on ne légifère pas, on agit.
Il me semble quand même que les ministères et autres administrations sont de très bons clients pour les sociétés de service en logiciel libre. Il y a surement encore beaucoup de travail à faire, mais j'ai l'impression que les choses bougent en silence.
je vois que tu te fais moinssir, sans doute parce que tu as osé dire du mal de PHP. Alors je te plussoie, car tu as raison, les templates et l'acquisition, c'est vraiment super. Je viens de découvrir Zope, et vraiment j'adore!!
Je suis le seul dans ma boîte à utiliser OOo, et je n'ai aucun problème avec depuis la RC4. Je n'ai pas trop testé sur Excel, mais Word et Powerpoint, aucun problème. Et les quelques rares cas de "dégradation" n'avaient pas de conséquences majeures sur la mise en page.
Posté par matli .
En réponse à la dépêche 20 ans déjà.
Évalué à 1.
ouep, je suis assez étonné que cela ne passe pas en première page car il s'agit quand même d'un acte fondateur. Sans lui, pas de GNU/Linux, de Debian, de linuxfr... M'enfin, il nous resterait quand même MultiDeskOS. De quand date le post original de MultiDeskOS?
Il faut dire que l'on peut lire un peu partout, et notamment dans le dernier LMF hors série, que le 2.6 apporte beaucoup d'amélioration au niveau des accès disque, de l'ordonnanceur, de plein de chose encore. Peut être que les benchs ne sont basés que sur les performances du proc (j'ai bien essayé d'aller voir, mais ça donne pas envie) alors que dans le cas d'une utilisation quotidienne, tu appréhendes l'ensemble des perfs du noyau.
J'en profite également pour signaler que winbindd semble cette fois fonctionner correctement sur AIX. D'ailleurs, à la compilation, on trouve directement le fichier WINBIND dans le répertoire nsswitch, il ne faut donc pas prendre le .so correspondant.
Pour ceux que cela intéresse, AIX n'utilise pas le dispositif nsswitch standard pour paramétrer les différents moyens de s'authentifier. Il faut pour cela modifier le fichier /usr/lib/security/methods.cfg et ajouter un truc du genre
WINBIND:
program = /usr/lib/security/WINBIND
où WINBIND est bien sûr le fichier trouvé précédement dans le répertoire nsswitch après compilation. Je n'étais pas parvenu à obtenir un résultat correct avec Samba 2.2 sous AIX 5.2.
Super nouvelle! Je l'attendais avec impatience pour pouvoir baser mes authentifications Web et proxy sur Active Directory. Et la disponibilité du libre "Learning Samba" avec le paquet cadeau est une excellente chose!
La conf d'un sendmail n'est pas une merdouille si tu renonces à éditer directement le sendmail.cf, chose qui est écrite un peu partout dans la doc, les newsgroups,... Il suffit d'utiliser les macros m4, et là, je suis désolé, mais on peut couvrir la quasi totalité des besoins avec un fichier de macro de quelques lignes lisibles par un être humain. RTFM
D'ailleurs, en terme d'âge, on peut presque les comparer puisque la série des V8 de Sendmail a commencé en 1992. A cette époque, Eric Allman avait plus ou moins laissé son bébé en l'état, d'autres développeurs y étaient aller de leur propre mouture. Eric Allman a alors décidé de tout reprendre en intégrant différentes fonctionnalitées présentes dans les autres moutures. La série des V8 n'a a priori pas grand chose à voir avec delivermail et les versions suivantes de Sendmail.
Tout cela pour dire qu'il faut arrêter de taper sur Sendmail sous prétexte que c'est vieux et patati et patata. Le fait qu'il soit encore aussi présent sur le net n'est pas uniquement lié à son aspect historique ou à son âge vénérable. Sendmail est un très bon MTA, l'un des meilleurs en terme de montée en charge (raison pour laquelle RedHat en fait son MTA par défaut) et l'un des plus souples en terme de configuration. Des failles? Comme le précise Austin, elles n'ont pour l'instant pas engendré de catastrophes (ce qui n'empêche pas d'être vigilent) et les développeurs sont réactifs.
Simplement, c'est à son approche que l'on fait la différence entre les hommes et les petits garçons....
Puisqu'on est entre Gnome aficionados, je me permets une demande de support: dans le nautilus cd-burner (gnome 2.2), le seul périphérique de gravure qu'il me propose est un fichier image, alors que mon graveur est très bien reconnu par les applis standards (xcdroast, cdrecord,...). Je ne vois pas où paramétrer la chose. Quelqu'un a un tuyau sur le sujet?
A part ça, j'utilise Gnome depuis les versions 0.1x, et je trouve que c'est vraiment de la belle ouvrage. Un grand bravo aux développeurs, et surtout un grand Merci!!!
[^] # Re: Documentation de Postfix
Posté par matli . En réponse à la dépêche Documentation de Postfix. Évalué à 0.
La réciproque est également valable, comme quoi, vive le libre et la liberté de choix!
[^] # Re: efforts j2ee libres nombreux, moins que pour JDK libre
Posté par matli . En réponse à la dépêche Objectweb et Apache annoncent leur collaboration sur le middleware J2EE libre. Évalué à 4.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par matli . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 1.
euh, AIX5L n' a pas grand chose à voir avec Linux (ah si, ils ont ajouté un /proc par rapport à AIX 4.3.3), mais ça reste de l'AIX...
# Article sur Mozilla
Posté par matli . En réponse à la dépêche GNU/Linux Magazine France n°56. Évalué à 1.
Dans la série des articles sur Mozilla en tant que plate-forme, on pourra également se reporter au liens suivants:
http://www.informit.com/isapi/product_id~%7B349175EC-4D2D-4AD7-8853(...)
http://www.informit.com/isapi/product_id~%7B92C103A7-1542-4126-8597(...)
Il s'agit de 2 bons articles de Nigel McFarlane sur le développement avec la plateforme Mozilla. Ces 2 articles ne sont pas là par hasard puisque le gaillard doit sortir un livre: Rapid Application Development with Mozilla dans les jours qui viennent, si ce n'est déjà fait. Je sais, c'est de la pub, mais je ne touche rien dessus ;)
[^] # Re: Dernières nouveautés J2EE
Posté par matli . En réponse à la dépêche Dernières nouveautés J2EE. Évalué à 3.
Concernant les traces d'exeptions dans le browser en cas d'erreur, c'est surtout Java, non? J'ai en tout cas les mêmes dans WebSphere, c'est à dire tout aussi imbitable.
Non, moi je le trouve vraiment très bien ce Tomcat. Et puis même si le temps de démarrage est un peu long, ce qui compte surtout ce sont les temps de réponses par la suite. Et pour avoir discuter avec des consultants J2EE qui avaient fait leurs propres benchs (non publiables) avec des produits commerciaux, et bien Tomcat était pas mal du tout, plus rapide que WebSphere en tout cas, mais là c'est pas très difficile.
[^] # Re: Comparatif entre Linux et Solaris 9 sur plate-forme Intel
Posté par matli . En réponse à la dépêche Comparatif entre Linux et Solaris 9 sur plate-forme Intel. Évalué à 2.
[^] # Re: Créer des applets Web avec Mozilla et XUL
Posté par matli . En réponse à la dépêche Créer des applets Web avec Mozilla et XUL. Évalué à 1.
[^] # Re: Créer des applets Web avec Mozilla et XUL
Posté par matli . En réponse à la dépêche Créer des applets Web avec Mozilla et XUL. Évalué à 2.
Tu as bien de la chance... Je fais du service depuis quelques années, et l'hétérogénéité du parc n'est pas vraiment n'est pas la bienvenue partout. Je travaille en ce moment pour une banque qui réfléchit à la refonte du poste de travail, et la question se pose de savoir si on doit laisser l'utilisateur changer son fond d'écran. Alors de là à le laisser installer le navigateur de son choix...
En ce qui concerne l'aspect standard, est il vraiment si inenvisageable que le W3C intègre cette techno dans ses recommendations dans la mesure où c'est ouvert et libre? Je ne parle pas à court terme bien sûr, mais le WEB / HTML tel que nous le connaissons aujourd'hui sera-t-il encore ainsi demain? Comment doit-il évoluer? Je dis que les réponses apportées par Mozilla sont dignes d'intérêt
[^] # Re: Créer des applets Web avec Mozilla et XUL
Posté par matli . En réponse à la dépêche Créer des applets Web avec Mozilla et XUL. Évalué à 10.
J'ajouterai également que si l'utilisation de ce type de techno peut effectivement poser des problèmes sur des sites grand public, le problème ne se pose plus exactement de la même façon dans le cas de développement interne pour une entreprise qui de toute façon impose en général un navigateur par défaut. En choisissant Mozilla par défaut, ils savent du coup qu'il peuvent développer des applis en XUL avec tout le confort que cela amène par rapport à du HTML de base.
[^] # Re: mais monsieur en france on est conservateur !!!
Posté par matli . En réponse à la dépêche Le gouvernement britannique teste Linux avec IBM. Évalué à 10.
Je suppose que quand tu dis que "c'est juste un pays où la retraite est le but de la vie...", tu ne te comptes pas dans les gens qui pensent cela car tes aspirations sont surement bien plus nobles. Et bien dis toi que tu n'es pas le seul.
Pour revenir à nos moutons, je dirai même que c'est presque rassurant qu'il n'y ait pas de déclarations tonitruantes sur le sujet, car en général ce genre d'annonces est suivi au final d'assez peu d'effets. On a souvent droit à une super loi mais pas les décrets d'applications qui suivent. Au moins là, on ne légifère pas, on agit.
[^] # Re: Et le gouvernement français ?
Posté par matli . En réponse à la dépêche Le gouvernement britannique teste Linux avec IBM. Évalué à 3.
[^] # Re: Zope \o/
Posté par matli . En réponse à la dépêche Zope et les Web services entrent au Cadre commun d'interopérabilité des systèmes d'information publics. Évalué à 2.
[^] # Re: Les filtres d'importation et d'exportation
Posté par matli . En réponse à la dépêche Sortie d'OpenOffice.org 1.1 finale. Évalué à 2.
[^] # Re: première page car linuxfr n'existerait pas sans GNU
Posté par matli . En réponse à la dépêche 20 ans déjà. Évalué à 1.
[^] # Re: Bench comparatifs entre les kernel 2.4 et 2.6
Posté par matli . En réponse à la dépêche Tests comparatifs entre les noyaux 2.4 et 2.6. Évalué à 3.
# Winbind sur AIX
Posté par matli . En réponse à la dépêche Samba 3 est sorti. Évalué à 2.
Pour ceux que cela intéresse, AIX n'utilise pas le dispositif nsswitch standard pour paramétrer les différents moyens de s'authentifier. Il faut pour cela modifier le fichier /usr/lib/security/methods.cfg et ajouter un truc du genre
WINBIND:
program = /usr/lib/security/WINBIND
où WINBIND est bien sûr le fichier trouvé précédement dans le répertoire nsswitch après compilation. Je n'étais pas parvenu à obtenir un résultat correct avec Samba 2.2 sous AIX 5.2.
# Re: Samba 3 est sortie
Posté par matli . En réponse à la dépêche Samba 3 est sorti. Évalué à 4.
Bravo les gars
[^] # Re: Livre en français sur OpenOffice.org 1.1
Posté par matli . En réponse à la dépêche Livre en français sur OpenOffice.org 1.1. Évalué à 1.
http://www.openoffice.org/files/documents/25/60/Command_line_argume(...)
[^] # Re: Revue de Presse - Septembre 2003 (suite)
Posté par matli . En réponse à la dépêche Revue de Presse - Septembre 2003 (suite). Évalué à 1.
Bravo et merci aux auteurs
[^] # Re: Faille sendmail et vulnérabilité OpenSSH
Posté par matli . En réponse à la dépêche Faille Sendmail et vulnérabilité OpenSSH. Évalué à 3.
[^] # Re: Faille sendmail et vulnérabilité OpenSSH
Posté par matli . En réponse à la dépêche Faille Sendmail et vulnérabilité OpenSSH. Évalué à 4.
Tout cela pour dire qu'il faut arrêter de taper sur Sendmail sous prétexte que c'est vieux et patati et patata. Le fait qu'il soit encore aussi présent sur le net n'est pas uniquement lié à son aspect historique ou à son âge vénérable. Sendmail est un très bon MTA, l'un des meilleurs en terme de montée en charge (raison pour laquelle RedHat en fait son MTA par défaut) et l'un des plus souples en terme de configuration. Des failles? Comme le précise Austin, elles n'ont pour l'instant pas engendré de catastrophes (ce qui n'empêche pas d'être vigilent) et les développeurs sont réactifs.
Simplement, c'est à son approche que l'on fait la différence entre les hommes et les petits garçons....
[^] # Re: BeOS & Cie : les interviews de l'été
Posté par matli . En réponse à la dépêche BeOS & Cie : les interviews de l'été. Évalué à -5.
[^] # Re: Debian
Posté par matli . En réponse à la dépêche GNOME 2.4 est disponible. Évalué à 1.
# Nautilus CD-Burner
Posté par matli . En réponse à la dépêche GNOME 2.4 est disponible. Évalué à 1.
A part ça, j'utilise Gnome depuis les versions 0.1x, et je trouve que c'est vraiment de la belle ouvrage. Un grand bravo aux développeurs, et surtout un grand Merci!!!
[^] # Re: Revue de Presse - Septembre 2003
Posté par matli . En réponse à la dépêche Revue de Presse - Septembre 2003. Évalué à 3.