Salut, je travaille justement sur un projet me permettant de synchroniser (sans serveur spécifique) mes bookmarks sur Opera, IE (ouais, bon, pas obligé, hein), Firefox, et des outils en ligne comme delicious ou blogmarks.
Le script devrait bientôt être dispo.
Si ça vous intéresse, vous pouvez me mailer (normalement, LinuxFr repasse jusque chez moi), et, éventuellement, aller lire sur mon blog (j'avais dit que c'était une pub éhontée) : http://nicolas.delsaux.free.fr/wordpress(...) (c'est dans la catégorie boo.km.arcs) quand les blogs de free ne sont pas en rade.
Une cour d'appel n'a pas la possibilité de faire évoluer la loi. Elle ne peut, au mieux, qu'établir une jurisprudence qui, si elle n'est pas infirmée par la cour de cassation, peut se retrouver transcrite dans la loi par le législateur.
Et justement, dans ce billet d'Eolas, il nous montre que différentes cours d'appel peuvent avoir différentes interprétations que la cour de cassation va unifier (c'est précisément son rôle).
If I am to keep my development center in Denmark, I must have clearity on the rights issue. Otherwise I will move to the US, where I can protect my rights,
Suivant les règles inoubliables de la citation, ça n'est sans doute là qu'un petit extrait de son discours.
Sans vouloir particulièrement défendre Microsoft (après tout, c'est une entreprise commerciale à peu près aussi digne de confiance que le groupe qui m'emploie actuellement), j'ai bien l'impression que Borsen, comme tout journal économique qui se respecte, ne fournit pas de l'information, mais du lobbying. Et évidement, ce lobbying va dans le sens de la bourse, qui ne doit pas vraiment envisager d'un bon oeil l'interdiction des brevets logiciels.
En revanche, ce qui est plutôt marrant, c'est la défense que Microsoft doit mettre en place après :
Microsoft stated that there are no plans to close the Microsoft Development Center at Vedbaek, Denmark. Microsoft remains committed to Vedbaek as a development center, as evidenced by the appointment of Klaus Holse Andersen as leader of the Microsoft Vedbaek campus and the opening of the Microsoft Technology Center for EMEA (Europe, Middle East, Africa) ISV Development in November 2004.
Comme il est dit sur Groklaw, Microsoft ne dément pas que Bill ait affirmé que si les lois ne changeaient pas, il délocaliserait. Mais il affirme quand même l'intérêt de ce centre.
Et puis, restons sérieux. Même pour Microsoft, le coût de la délocalisation d'un campus d'ingénieurs de 800 personnes n'est pas négligeable.
Quant à la nouvelle de l'Inquirer ... elle ne vaut même pas un journal de seconde page traitant de la fin de l'apocalypse.
Et quand on va sur leur site, on tombe sur des extraits aussi savoureux que
CONSEIL !
Si vous avez reçu un message, enlevez sans plus tarder de votre dossier de partage, les fichiers pour lesquels nous sommes mandatés à protéger et ce, afin de limiter les preuves contre vous.
Si tu ne comprends pas pourquoi le fait d'être open source facilite le portage, je ne peux rien pour toi
Ca facilite le portage et la compilation, d'accord. Mais l'utilisation est-elle possible ? Et, j'irais plus loin, l'utilisation de logiciels récents ? Sur le site de Red Hat, je vois que Eclipse/GCJ est dispo en version 2.1.0. En revanche, si je me contente de faire tourner Eclipse sur mon JDK par défaut, j'ai quoi ? La 3.0.1 ? La 3.1M8 ? Pour info, la 3.0 date du mois de juin dernier. Alors, oui, je peux utiliser un JDK libre, mais j'en paye le prix. Et je ne parle pas des outils comme Ant, Tomcat et autres ...
Je me demandais si quelqu'un serait assez ignorant pour répondre ça, et oui, c'est gagné. Alors voilà, un des gros morceaux de Java qui n'existe pas encore complètement en version libre, c'est justement swing.
C'est sûr que, par exemple, java.beans (sur la version équivalente 1.4) qui n'est pas couvert à 100 %, ça ne change rien. Rien qu'avec les manques constatés, je cite : method java.beans.EventHandler.invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]): doesn't throw java.lang.Exception in jdk14, but throws java.lang.Exception in classpath, ça va aider.
Et je ne parle pas des javax.rmi.corba, ldap, ...
Alors peut-être que Eclipse peut marcher à peu près, mais je n'irais quand même pas foutre les pieds là-dedans.
Quant au support de Java 5 ... il n'est même pas évoqué ???
Alors comment tu fais, dans ton beau eclipse-gcj (2.1.0) pour faire des applis à la pointe ?
Sauf que SWT est véritablement open source et peut donc être portée sur beaucoup plus d'architecture que la JVM de Sun,
Je ne voudrais pas faire mon pasBill pasGates, mais en quoi le fait que SWT soit Open-Source le rend plus portable ? D'accord, si tu veux, tu peux le porter pour un hardware exotique. Mais il me semble, vu de loin, comme ça, que Java est déja disponible sur un nombre d'environnement tout à fait impressionant. Et puis, SWT sans JVM, génial ;-) Oui, bien sûr, ça peut marcher avec une JVM OpenSource, mais il faut aussi la compiler.
Mettre un transfo externe c'est limite abusé je trouve. Du coup ça fait beaucoup moins stylé.
Et ton kit d'enceintes 2.1, il en a un, de transfo. Et tu râles pas ? Bon alors. Il y a d'innombrables avantages à avoir un transfo externe : moins de besoin en ventilation des deux côtés, un boitier considérablement plus petit, et un blindage moins important des composants (parce que le transfo, ça rayonne toujours bien).
En suivant cette logique autant mettre toute la boite grise en externe et ne remonter sur le bureau que le lecteur CD et les ports USB (sur le clavier par exemple pour ces derniers). Et ... ah ben oui, suivant ce modèle finalement un bon PC fait aussi bien l'affaire.
Ben non, parce que le mac mini n'est quand même pas beaucoup plus gros que le lecteur CD qu'il contient. En clair, ton mac mini, tu peux quasiment le voir comme un gros combiné lecteur CD/hub USB-firewire.
Tu as déja essayé eclipse ? ou tu dis n'importe koi car tu connais pas :D
C'est quoi le rapport ?
Eclipse fonctionne très bien sur les plateformes pour lesquelles existe une librairie SWt native. Si ça n'est pas le cas, c'est foutu. Or il me semble que SWT est moins largement disponible que la JVM de Sun (qui, elle contient Swing qui fonctionne partout où elle fonctionne, par définition). Et puis, sans vouloir troller à côté de la plaque, au niveau clarté d'API, il n'y a quand même pas photo.
La compilation native avec gjc (gcc) et l'utilisation du toolkit SWT (ibm) est aussi une bonne alternative ...
Ca présente l'avantage de garantir la non-portabilité.
On passe du Write Once Run Everywhere au beaucoup plus avantageux Write Once Compile Everywhere.
Surtout qu'il n'y a aucun avantage en terme de performance.
While walking into the conference room, and discussing with Francis what I should say in my question, I received a phone call telling me that the car had crashed and one of the men who had driven with me was dead.
This was a sobering thought. I did not feel personal grief, because it was not a personal loss. The three were strangers who had helped me for the sake of free software, rather than personal friends, and we only barely had begun to be acquainted. However, it was weighty to realize that someone had died because he had helped me get to Paris for this meeting. I did not feel guilt about his death--I did not cause the accident--but I felt a responsibility to make his death count for something.
Ca me fout un peu les boules. Il y a en effet là une espèce de rattrapage aux branches pour faire de ce brave néerlandais une espèce de martyr pour l'open-sourcitude qui, vraiment, me fait penser à une secte.
Bon, à part ça, le document a été créé par Johns ...
- Java ne supporte pas l'héritage multiple, ce qui rend impossible l'utilisation d'un autre objet de base qu'Action.
- la classe Action ne fournit à l'implémenteur aucun service utile. Il n'y a pas en effet de méthodes de cette classe qui soient utilisées par les implémenteurs d'Actions struts pour se faciliter la vie. C'est dommage, car une classe de base est, dans le modèle théorisé qui est le mien, un ensemble fonctionnel (ou quasi-fonctionnel) que l'implémenteur d'une classe dérivée pourra utiliser facilement.
Or la classe Action ne fournit pas de services, mais un contrat, ce qui est très différent. En tant que contrat exprimé, elle devrait, en théorie, être une interface, ce qui permettrait aux codeurs d'applications web de l'utiliser à leur gré, et donc de définir réellement leur contrôleur.
Et comme la classe Action est réellement le coeur de Struts, son mauvais codage fait, de ce point de vue, de Struts un mauvais framework.
Je voudrais d'abord partir du fait que je ne suis pas un "expert" des appli web, il est probable que tu aies plus d'expérience que moi dans le domaine.
On ne sait jamais, tu peux très bien en avoir beaucoup plus. Mais, venant du développement Swing, Struts m'a toujours choqué.
- la séparation entre les actions et les vues permet de cloisonner dans les classes chaque type d'action, et de bien séparer le calcul d'un résultat de sa présentation
Sauf que, lorsqu'on a différentes parties d'un site assez ressemblante (précisément ce sur quoi je travaille en ce moment), c'est loin d'être pratique : je commence par développer une partie. une fois que c'est fait, je vais essayer d'extraire de mon action et de ma JSP les parties factorisables. Dans la classe Java, ça va. En revanche, le support du refactoring dans une JSP ...
De la même manière, je vais devoir ajouter des tiles, des actions, modifier des formulaires, et je vais me bouffer les doigts parce que la seule validation existante est celle de Struts lui-même, ce qui m'impose de lancer Tomcat à chaque modification pour éviter les ennuis.
D'où une perte de temps franchement non négligeable.
- la définition des formulaires dans le fichier de configuration permet une définition compacte de ceux-ci
C'est pour ça que Beehive, basé sur Struts a précisément rempalcé cette définition par l'utilisation exclusive de Javabeans pour les formulaires. Le code repasse donc en Java, et j'en suis bien content.
- la définition des types actions, des formulaires et des forward dans le fichier de configuration permet à la fois d'avoir un endroit centralisé pour le process flow, et une définition compacte et élégante de celui-ci
Personnellement, je trouve le fichier struts-config illisible, et surtout inutile et redondant. Je ne sais pas si c'est toi qui le disais, mais un pis-aller est l'utilisation de XDoclet pour ne plus avoir à s'en soucier, car ce fichier n'apporte que des ennuis.
- les JSP sont de longueur raisonnable et dépourvus de saucissonage html/code
Et Tapestry ? Et Spring ? Eux permettent aussi l'utilisation de présentations très allégées. Et encore. Parce que pour les JSPs, rien ne t'interdit d'y mettre du code Java (je l'ai encore vu tout récement). Et quand bien même on utilise les taglibs, il est tjours délicat d'insérer, par exemple, des javascripts un peu plus complexes que la simple validation, ce qui enlève beaucoup de son intérêt à la taglib. D'ailleurs, personnellement, je n'utilise plus que la JSTL, et encore, je dois utiliser quatre ou cinq tags : c:out, c:forEach, c:if et c'est à peu près tout.
- l'internationalisation est gérée de manière transparente
Si on utilise la taglib qui va bien, et si on souhaite faire un site internationnal.
Je pense que le MVC de Struts impose certaines restrictions pour les applis web mais ça ne m'a jamais gêné outre mesure (je rappelle ma faible expérience des applis web).
Tu as fait des applis desktop, non ? Avec des listeners ? Bon, dans Struts, où sont-ils ? Alors même qu'il s'agit d'une des briques les plus indispensables du MVC, qui relie la vue au contrôleur, on ne les trouve pas (pas même conceptuellement) dans le modèle de Struts. Quant au contrôleur, où est-il ? C'est Struts ? C'est ton action ? C'est surtout loin d'être clair, et encore plus confus lorsque le chaînage d'action est utilisé (ce qui est très souvent le cas). De la même manière, j'ai personnellement beaucoup de mal à trouver la vue.
Bref, du MVC, on ne retrouve que le modèle, que Struts déclare explicitement ne pas gérer. Super !
Je ne peux pas te donner une réponse toute faite pour linuxfr mais je ne situe pas bien où serait le problème pour linuxfr.
Bon, OK, codes LinuxFr avec Struts. Où sont respectivement ton modèle, ta vue, et ton contrôleur ?
Je ne sais pas. Tu as sûrement raison pour ce point mais je pense que c'est du domaine du détail.
Un détail ne doit pas te faire perdre deux jours. Avec le logging pourri de Struts, c'est la norme. C'est d'ailleurs l'avantage de cet outil. Faire perdre du temps et rendre les projets web stratégiques.
Je ne comprends pas cette critique. Dans l'hypothère d'une appli avec seulement des classes, on peut dire aussi que la moitié réside dans une moitié des classes et l'autre moitié dans l'autre moitié. Tu voudrais qu'une appli soit entièrement dans un seul fichier/classe ?
Non, je voudrais juste qu'une application web n'ait pas à utiliser ces maudits fichiers XML qui sont la plaie du développement J2EE. Le struts-config peut très facilement être remplacé par des annotations (avec Java5) ou des classes intelligement codées. J'en veux pour preuve (encore une fois) que Beehive, la couche de présentation développée par BEA et libérée au profit d'Apache n'utilise pas de manière visible un fichier du genre struts-config. Tout le mapping entre action et JSP est défini grâce à des tags javadocs. Il y aurait pu y avoir mieux, mais c'est déja pas mal du tout.
Je ne comprends pas trop ton raisonnement. La séparation et le cloisonnement me semblent une bonne chose. Que la partie qui définit le contrôle soit dans le fichier de configuration, et que l'implémentation soit faite dans les classes, me semble au contraire un bon concept.
Non; Ce qui est un bon concept, c'est d'avoir un pattern MVC, car c'est celui qui est utilisé dans le développement applicatif depuis un bon bout de temps. Le mauvais concept, c'est de se dire que le contrôleur peut être un simple fichier de config. Parce que dans ce cas-là, cette config est difficilement vérifiable avant exécution, ce qui est une perte de temps que tout chef de projet web appréciera.
Pour le travail en groupe, ça ne pose pas de problème. Chaque développeur peut rajouter une action au fichier dans son coin, dans notre cas nous utilisons CVS et nous n'avons jamais eu de conflit à ma connaissance.
Merci à CVS. Si je pouvais, crois bien que je l'utiliserais. Malheureusement, des contraintes d'entreprise font que je dois utiliser PVCS. Super ! Là, pour travailler avec un fichier, il faut le locker ... Et donc seule une personne peut modifier le fichier struts-config. Encore une fois, la productivité est accrue.
D'autre part je ne sais pas si tu sais que tu peux utiliser plusieurs fichiers de configuration, donc si tu as deux parties bien définies dans ton appli tu peux les définir dans deux fichiers de configuration séparés.
Quand tu as la main sur tous les fichiers de ton appli. Imagines un environnement dans lequel l'équipe de développement n'a pas la main sur le fichier web.xml (c'est souvent possible grâce à des contraintes d'ordre politique). Là, tu rigoles moins.
Je l'utilise au niveau professionnel et au niveau personnel.
Moi aussi, je l'utilise professionnellement, mais je préfère ne pas trop en parler.
Du concept au codage, Struts est puissant et efficace (mais chiant à mettre en oeuvre). Bref, Struts c'est vraiment bien(tm).
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Rien que cette partie de Struts, qui en forme pourtant la base, est une erreur. Et je ne parle pas du reste (le système d'extension donne le frisson, les DispatchAction sont trop complexes et devraient être interdites, les taglibs me filent des boutons face à la JSTL, ...)
Et tout ça, c'est pour le concept. Pour le codage, c'est une autre paire de manches. Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).
Je m'interroge ... Appel au troll ? Simple méconnaissance du produit ?
Bref. Non, Struts n'est pas, mais alors vraiment pas bien. Du concept au codage, c'est une pourriture infernale à utiliser.
La différence entre ce bouquin et ceux que tu cites est que celui-ci est une création française. Je ne vais pas dire qu'il est meilleur ou moins bien, juste qu'il est sans doute plus adapté à l'état d'esprit français.
Cependant l'Union européenne est montrée du doigt pour son "retard dans les technologies du portable et dans la création de contenus"
Ca fait partie du fond de commerce éditorial de cette revue, au demeurant excellente sur les questions d'informatique avancée. Dans la mesure où lmes fondateurs (et éditorialistes) sont des chercheurs, il semble normal pour eux de défendre des budgets forts pour la recherche, que ces budgets soient français ou européens. Il est donc naturel pour eux de fustiger la prudence des fonctionnaires européens.
Toutefois, en tant que lecteur, c'est presque aussi frustrant que les appartés politico-écologiques de Nicolas Hulot (pour ceux qui le regardent déblatérer).
Je ne vois pas en quoi detourner un webmail pour eviter une saisie via une interface web est nettement plus intelligent.
Parce qu'un webmail, c'est avant tout un webmail, c'est-à-dire une adresse mail derrière laquelle il y a quelqu'un pour traiter l'info.
Comme dit plus haut, blogger.com a une interface tout aussi voir plus agreable que gmail pour editer du contenu. Comme dit plus bas, si tu veux vraiment utiliser une passerelle mail2blog alors pourquoi passer par un webmail ? Oh et devine quoi, blogger.com a deja une passerelle comme ca, mailto:monjournal.blog@blogger.com
J'ai plusieurs trucs contre Blogger. D'abord, comme la plupart des gros outils de blog, il faut créer un compte chez eux, sur leur serveur, là où moi, ce que je veux, c'est avoir un blog sur mon site, et non mon site de blog (la nuance est subtile, je le reconnais).
Ensuite, Blogger ne permet la syndication qu'en Atom, et moi, je préfère le RSS pour des raisons toutes personnelles (comme par exemple que mon interface unique (ou presque) avec l'internet qui fout les boules, c'est Opera qui ne supporte pas Atom).
Enfin, définir tout mon blog dans une interface web, ça ne m'amuse que moyennement.
Un mail2blog permet de poster depuis un peripherique mobile (Treo Mail, BlackBerry, Zaurus, P900). La plupart des soft de blog cites plus haut ont un plugin qui permet ca.
Super, mais sur quelle adresse ? Comme tu le mentionnes plus bas, l'adresse de blog pour Blogger est libre, et non protégée, ce qui signifie que n'importe qui peut pirater ton blog. Super malin.
Concernant la facilite d'acces, je n'ai jamais vu un terminal internet qui n'avait pas d'acces au web alors que la possibilite d'envoyer un mail depuis ceux-ci requiert souvent le passage par un webmail (HotMail, GMail, ProutMail).
Et alors ? Je parlais plutôt de toutes ces machines d'entreprise, configurées pour avoir un accès à la plupart des sites web de référence (dont google et donc gmail), et un mail par Outlook. Sur une machine comme ça, je m'édite mon entrée dans Outlook, je me l'envoie par mail (et avec les filtres de GMail, je peux facilement la placer automatiquement dans le bon dossier), et après, elle apparaît toute seule dans mon blog. De plus, tous les commentaires vont m'être naturellement envoyés par mail, ce que je trouve toujours plus agréable que la consultation d'un forum, qui n'a souvent pas l'interface intuitive de LinuxFr (qui doit être le seul sur le web à respecter les fils de discussion).
Enfin bon, je constate que tu as une vue assez opposée de la mienne, et qu'on risque fort de continuer à causer longtemps. Tant mieux !
[^] # Re: Correction
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 0.
OK -> []
[^] # Re: rien à voir
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Les applications PHP chez Free. Évalué à 0.
# [HS][PUB éhontée] la même chose en Ruby avec delicious
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Les bookmarks. Évalué à 1.
Le script devrait bientôt être dispo.
Si ça vous intéresse, vous pouvez me mailer (normalement, LinuxFr repasse jusque chez moi), et, éventuellement, aller lire sur mon blog (j'avais dit que c'était une pub éhontée) : http://nicolas.delsaux.free.fr/wordpress(...) (c'est dans la catégorie boo.km.arcs) quand les blogs de free ne sont pas en rade.
[^] # Re: Et le pape.
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Poissons d'avril de 2005. Évalué à 2.
Merci pour cett phrase pleine de la philosophie si chère à Saint Pierre Desproges
# Eh non !
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Le téléchargement est légal en France. Évalué à 3.
Et justement, dans ce billet d'Eolas, il nous montre que différentes cours d'appel peuvent avoir différentes interprétations que la cour de cassation va unifier (c'est précisément son rôle).
# Un peu plus d'infos
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Bill Gates menace le gouvernement danois. Évalué à 4.
Suivant les règles inoubliables de la citation, ça n'est sans doute là qu'un petit extrait de son discours.
Sans vouloir particulièrement défendre Microsoft (après tout, c'est une entreprise commerciale à peu près aussi digne de confiance que le groupe qui m'emploie actuellement), j'ai bien l'impression que Borsen, comme tout journal économique qui se respecte, ne fournit pas de l'information, mais du lobbying. Et évidement, ce lobbying va dans le sens de la bourse, qui ne doit pas vraiment envisager d'un bon oeil l'interdiction des brevets logiciels.
En revanche, ce qui est plutôt marrant, c'est la défense que Microsoft doit mettre en place après :
Comme il est dit sur Groklaw, Microsoft ne dément pas que Bill ait affirmé que si les lois ne changeaient pas, il délocaliserait. Mais il affirme quand même l'intérêt de ce centre.
Et puis, restons sérieux. Même pour Microsoft, le coût de la délocalisation d'un campus d'ingénieurs de 800 personnes n'est pas négligeable.
Quant à la nouvelle de l'Inquirer ... elle ne vaut même pas un journal de seconde page traitant de la fin de l'apocalypse.
[^] # Re: Très bien choisi comme nom !
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Détectives privés du net. Évalué à 1.
(sur la page http://copyright-agency.com/present_fr.html(...))
Si c'est pas de l'intimidation habilement maquillée ...
Quant au reste du site c'est un modèle de ... vide cosmique.
[^] # Re: Mouais
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Google maps. Évalué à 4.
Si, Opera supporte GMail dans sa version 8 beta 1 : http://snapshot.opera.com/unix/operabeta.html(...)
Je m'en sers tous les jours sans soucis.
[^] # Re: jvm vs java en natif
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à -2.
Ca facilite le portage et la compilation, d'accord. Mais l'utilisation est-elle possible ? Et, j'irais plus loin, l'utilisation de logiciels récents ? Sur le site de Red Hat, je vois que Eclipse/GCJ est dispo en version 2.1.0. En revanche, si je me contente de faire tourner Eclipse sur mon JDK par défaut, j'ai quoi ? La 3.0.1 ? La 3.1M8 ? Pour info, la 3.0 date du mois de juin dernier. Alors, oui, je peux utiliser un JDK libre, mais j'en paye le prix. Et je ne parle pas des outils comme Ant, Tomcat et autres ...
C'est sûr que, par exemple, java.beans (sur la version équivalente 1.4) qui n'est pas couvert à 100 %, ça ne change rien. Rien qu'avec les manques constatés, je cite : method java.beans.EventHandler.invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]): doesn't throw java.lang.Exception in jdk14, but throws java.lang.Exception in classpath, ça va aider.
Et je ne parle pas des javax.rmi.corba, ldap, ...
Alors peut-être que Eclipse peut marcher à peu près, mais je n'irais quand même pas foutre les pieds là-dedans.
Quant au support de Java 5 ... il n'est même pas évoqué ???
Alors comment tu fais, dans ton beau eclipse-gcj (2.1.0) pour faire des applis à la pointe ?
[^] # Re: jvm vs java en natif
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à 0.
Je ne voudrais pas faire mon pasBill pasGates, mais en quoi le fait que SWT soit Open-Source le rend plus portable ? D'accord, si tu veux, tu peux le porter pour un hardware exotique. Mais il me semble, vu de loin, comme ça, que Java est déja disponible sur un nombre d'environnement tout à fait impressionant. Et puis, SWT sans JVM, génial ;-) Oui, bien sûr, ça peut marcher avec une JVM OpenSource, mais il faut aussi la compiler.
[^] # Re: et le transfo
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Mini-mac. Évalué à 2.
Et ton kit d'enceintes 2.1, il en a un, de transfo. Et tu râles pas ? Bon alors. Il y a d'innombrables avantages à avoir un transfo externe : moins de besoin en ventilation des deux côtés, un boitier considérablement plus petit, et un blindage moins important des composants (parce que le transfo, ça rayonne toujours bien).
Ben non, parce que le mac mini n'est quand même pas beaucoup plus gros que le lecteur CD qu'il contient. En clair, ton mac mini, tu peux quasiment le voir comme un gros combiné lecteur CD/hub USB-firewire.
[^] # Re: jvm vs java en natif
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à 3.
C'est quoi le rapport ?
Eclipse fonctionne très bien sur les plateformes pour lesquelles existe une librairie SWt native. Si ça n'est pas le cas, c'est foutu. Or il me semble que SWT est moins largement disponible que la JVM de Sun (qui, elle contient Swing qui fonctionne partout où elle fonctionne, par définition). Et puis, sans vouloir troller à côté de la plaque, au niveau clarté d'API, il n'y a quand même pas photo.
[^] # Re: jvm vs java en natif
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à -3.
Ca présente l'avantage de garantir la non-portabilité.
On passe du Write Once Run Everywhere au beaucoup plus avantageux Write Once Compile Everywhere.
Surtout qu'il n'y a aucun avantage en terme de performance.
# RMS n'est pas le dernier des plaisantins
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Naissance d'un nouveau magazine sur le Libre. Évalué à -4.
Mais, quand je lis là : http://agia.fsf.org/rms-blog/rms-entry-20041005(...) ce paragraphe :
Ca me fout un peu les boules. Il y a en effet là une espèce de rattrapage aux branches pour faire de ce brave néerlandais une espèce de martyr pour l'open-sourcitude qui, vraiment, me fait penser à une secte.
Bon, à part ça, le document a été créé par Johns ...
# Pas Opera
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Failles multiples pour plusieurs navigateurs. Évalué à 1.
# Merdouille
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Linux sur un portable P100 avec8 Mo de RAM ?. Évalué à 1.
C'est pas 8 Mo, mais 48 Mo.
Désolé
[^] # Re: Struts or not ?
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 3.
- Java ne supporte pas l'héritage multiple, ce qui rend impossible l'utilisation d'un autre objet de base qu'Action.
- la classe Action ne fournit à l'implémenteur aucun service utile. Il n'y a pas en effet de méthodes de cette classe qui soient utilisées par les implémenteurs d'Actions struts pour se faciliter la vie. C'est dommage, car une classe de base est, dans le modèle théorisé qui est le mien, un ensemble fonctionnel (ou quasi-fonctionnel) que l'implémenteur d'une classe dérivée pourra utiliser facilement.
Or la classe Action ne fournit pas de services, mais un contrat, ce qui est très différent. En tant que contrat exprimé, elle devrait, en théorie, être une interface, ce qui permettrait aux codeurs d'applications web de l'utiliser à leur gré, et donc de définir réellement leur contrôleur.
Et comme la classe Action est réellement le coeur de Struts, son mauvais codage fait, de ce point de vue, de Struts un mauvais framework.
[^] # Re: Struts or not ?
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 3.
On ne sait jamais, tu peux très bien en avoir beaucoup plus. Mais, venant du développement Swing, Struts m'a toujours choqué.
- la séparation entre les actions et les vues permet de cloisonner dans les classes chaque type d'action, et de bien séparer le calcul d'un résultat de sa présentation
Sauf que, lorsqu'on a différentes parties d'un site assez ressemblante (précisément ce sur quoi je travaille en ce moment), c'est loin d'être pratique : je commence par développer une partie. une fois que c'est fait, je vais essayer d'extraire de mon action et de ma JSP les parties factorisables. Dans la classe Java, ça va. En revanche, le support du refactoring dans une JSP ...
De la même manière, je vais devoir ajouter des tiles, des actions, modifier des formulaires, et je vais me bouffer les doigts parce que la seule validation existante est celle de Struts lui-même, ce qui m'impose de lancer Tomcat à chaque modification pour éviter les ennuis.
D'où une perte de temps franchement non négligeable.
- la définition des formulaires dans le fichier de configuration permet une définition compacte de ceux-ci
C'est pour ça que Beehive, basé sur Struts a précisément rempalcé cette définition par l'utilisation exclusive de Javabeans pour les formulaires. Le code repasse donc en Java, et j'en suis bien content.
- la définition des types actions, des formulaires et des forward dans le fichier de configuration permet à la fois d'avoir un endroit centralisé pour le process flow, et une définition compacte et élégante de celui-ci
Personnellement, je trouve le fichier struts-config illisible, et surtout inutile et redondant. Je ne sais pas si c'est toi qui le disais, mais un pis-aller est l'utilisation de XDoclet pour ne plus avoir à s'en soucier, car ce fichier n'apporte que des ennuis.
- les JSP sont de longueur raisonnable et dépourvus de saucissonage html/code
Et Tapestry ? Et Spring ? Eux permettent aussi l'utilisation de présentations très allégées. Et encore. Parce que pour les JSPs, rien ne t'interdit d'y mettre du code Java (je l'ai encore vu tout récement). Et quand bien même on utilise les taglibs, il est tjours délicat d'insérer, par exemple, des javascripts un peu plus complexes que la simple validation, ce qui enlève beaucoup de son intérêt à la taglib. D'ailleurs, personnellement, je n'utilise plus que la JSTL, et encore, je dois utiliser quatre ou cinq tags : c:out, c:forEach, c:if et c'est à peu près tout.
- l'internationalisation est gérée de manière transparente
Si on utilise la taglib qui va bien, et si on souhaite faire un site internationnal.
Je pense que le MVC de Struts impose certaines restrictions pour les applis web mais ça ne m'a jamais gêné outre mesure (je rappelle ma faible expérience des applis web).
Tu as fait des applis desktop, non ? Avec des listeners ? Bon, dans Struts, où sont-ils ? Alors même qu'il s'agit d'une des briques les plus indispensables du MVC, qui relie la vue au contrôleur, on ne les trouve pas (pas même conceptuellement) dans le modèle de Struts. Quant au contrôleur, où est-il ? C'est Struts ? C'est ton action ? C'est surtout loin d'être clair, et encore plus confus lorsque le chaînage d'action est utilisé (ce qui est très souvent le cas). De la même manière, j'ai personnellement beaucoup de mal à trouver la vue.
Bref, du MVC, on ne retrouve que le modèle, que Struts déclare explicitement ne pas gérer. Super !
Je ne peux pas te donner une réponse toute faite pour linuxfr mais je ne situe pas bien où serait le problème pour linuxfr.
Bon, OK, codes LinuxFr avec Struts. Où sont respectivement ton modèle, ta vue, et ton contrôleur ?
Je ne sais pas. Tu as sûrement raison pour ce point mais je pense que c'est du domaine du détail.
Un détail ne doit pas te faire perdre deux jours. Avec le logging pourri de Struts, c'est la norme. C'est d'ailleurs l'avantage de cet outil. Faire perdre du temps et rendre les projets web stratégiques.
Je ne comprends pas cette critique. Dans l'hypothère d'une appli avec seulement des classes, on peut dire aussi que la moitié réside dans une moitié des classes et l'autre moitié dans l'autre moitié. Tu voudrais qu'une appli soit entièrement dans un seul fichier/classe ?
Non, je voudrais juste qu'une application web n'ait pas à utiliser ces maudits fichiers XML qui sont la plaie du développement J2EE. Le struts-config peut très facilement être remplacé par des annotations (avec Java5) ou des classes intelligement codées. J'en veux pour preuve (encore une fois) que Beehive, la couche de présentation développée par BEA et libérée au profit d'Apache n'utilise pas de manière visible un fichier du genre struts-config. Tout le mapping entre action et JSP est défini grâce à des tags javadocs. Il y aurait pu y avoir mieux, mais c'est déja pas mal du tout.
Je ne comprends pas trop ton raisonnement. La séparation et le cloisonnement me semblent une bonne chose. Que la partie qui définit le contrôle soit dans le fichier de configuration, et que l'implémentation soit faite dans les classes, me semble au contraire un bon concept.
Non; Ce qui est un bon concept, c'est d'avoir un pattern MVC, car c'est celui qui est utilisé dans le développement applicatif depuis un bon bout de temps. Le mauvais concept, c'est de se dire que le contrôleur peut être un simple fichier de config. Parce que dans ce cas-là, cette config est difficilement vérifiable avant exécution, ce qui est une perte de temps que tout chef de projet web appréciera.
Pour le travail en groupe, ça ne pose pas de problème. Chaque développeur peut rajouter une action au fichier dans son coin, dans notre cas nous utilisons CVS et nous n'avons jamais eu de conflit à ma connaissance.
Merci à CVS. Si je pouvais, crois bien que je l'utiliserais. Malheureusement, des contraintes d'entreprise font que je dois utiliser PVCS. Super ! Là, pour travailler avec un fichier, il faut le locker ... Et donc seule une personne peut modifier le fichier struts-config. Encore une fois, la productivité est accrue.
D'autre part je ne sais pas si tu sais que tu peux utiliser plusieurs fichiers de configuration, donc si tu as deux parties bien définies dans ton appli tu peux les définir dans deux fichiers de configuration séparés.
Quand tu as la main sur tous les fichiers de ton appli. Imagines un environnement dans lequel l'équipe de développement n'a pas la main sur le fichier web.xml (c'est souvent possible grâce à des contraintes d'ordre politique). Là, tu rigoles moins.
[^] # Re: Struts or not ?
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 0.
[^] # Struts or not ?
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 2.
Moi aussi, je l'utilise professionnellement, mais je préfère ne pas trop en parler.
Du concept au codage, Struts est puissant et efficace (mais chiant à mettre en oeuvre). Bref, Struts c'est vraiment bien(tm).
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Rien que cette partie de Struts, qui en forme pourtant la base, est une erreur. Et je ne parle pas du reste (le système d'extension donne le frisson, les DispatchAction sont trop complexes et devraient être interdites, les taglibs me filent des boutons face à la JSTL, ...)
Et tout ça, c'est pour le concept. Pour le codage, c'est une autre paire de manches. Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).
[^] # Re: Livre électronique gratuit
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 1.
Et Struts c'est vraiment bien(tm).
Je m'interroge ... Appel au troll ? Simple méconnaissance du produit ?
Bref. Non, Struts n'est pas, mais alors vraiment pas bien. Du concept au codage, c'est une pourriture infernale à utiliser.
[^] # Re: Pour aller plus loin
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 1.
# Lobbying ...
Posté par Nicolas Delsaux (site web personnel) . En réponse à la dépêche Automates Intelligents prend position en faveur des Logiciels Libres. Évalué à 1.
Ca fait partie du fond de commerce éditorial de cette revue, au demeurant excellente sur les questions d'informatique avancée. Dans la mesure où lmes fondateurs (et éditorialistes) sont des chercheurs, il semble normal pour eux de défendre des budgets forts pour la recherche, que ces budgets soient français ou européens. Il est donc naturel pour eux de fustiger la prudence des fonctionnaires européens.
Toutefois, en tant que lecteur, c'est presque aussi frustrant que les appartés politico-écologiques de Nicolas Hulot (pour ceux qui le regardent déblatérer).
[^] # Re: et le plus 'insane' de tous ?
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal La Parabole Des Langages. Évalué à 1.
[^] # Re: Pour ceux qui aiment les blogs pas cher
Posté par Nicolas Delsaux (site web personnel) . En réponse au journal Un outil de blog basé sur GMail. Évalué à 1.
Parce qu'un webmail, c'est avant tout un webmail, c'est-à-dire une adresse mail derrière laquelle il y a quelqu'un pour traiter l'info.
Comme dit plus haut, blogger.com a une interface tout aussi voir plus agreable que gmail pour editer du contenu. Comme dit plus bas, si tu veux vraiment utiliser une passerelle mail2blog alors pourquoi passer par un webmail ? Oh et devine quoi, blogger.com a deja une passerelle comme ca, mailto:monjournal.blog@blogger.com
J'ai plusieurs trucs contre Blogger. D'abord, comme la plupart des gros outils de blog, il faut créer un compte chez eux, sur leur serveur, là où moi, ce que je veux, c'est avoir un blog sur mon site, et non mon site de blog (la nuance est subtile, je le reconnais).
Ensuite, Blogger ne permet la syndication qu'en Atom, et moi, je préfère le RSS pour des raisons toutes personnelles (comme par exemple que mon interface unique (ou presque) avec l'internet qui fout les boules, c'est Opera qui ne supporte pas Atom).
Enfin, définir tout mon blog dans une interface web, ça ne m'amuse que moyennement.
Un mail2blog permet de poster depuis un peripherique mobile (Treo Mail, BlackBerry, Zaurus, P900). La plupart des soft de blog cites plus haut ont un plugin qui permet ca.
Super, mais sur quelle adresse ? Comme tu le mentionnes plus bas, l'adresse de blog pour Blogger est libre, et non protégée, ce qui signifie que n'importe qui peut pirater ton blog. Super malin.
Concernant la facilite d'acces, je n'ai jamais vu un terminal internet qui n'avait pas d'acces au web alors que la possibilite d'envoyer un mail depuis ceux-ci requiert souvent le passage par un webmail (HotMail, GMail, ProutMail).
Et alors ? Je parlais plutôt de toutes ces machines d'entreprise, configurées pour avoir un accès à la plupart des sites web de référence (dont google et donc gmail), et un mail par Outlook. Sur une machine comme ça, je m'édite mon entrée dans Outlook, je me l'envoie par mail (et avec les filtres de GMail, je peux facilement la placer automatiquement dans le bon dossier), et après, elle apparaît toute seule dans mon blog. De plus, tous les commentaires vont m'être naturellement envoyés par mail, ce que je trouve toujours plus agréable que la consultation d'un forum, qui n'a souvent pas l'interface intuitive de LinuxFr (qui doit être le seul sur le web à respecter les fils de discussion).
Enfin bon, je constate que tu as une vue assez opposée de la mienne, et qu'on risque fort de continuer à causer longtemps. Tant mieux !