Nelis a écrit 2042 commentaires

Je suis assez d'accord avec Floyd... En lisant la description ça m'a fait peur. Je détesterais que mon entreprise fasse ça, et pourtant je ne vais pas sur les sites de boules ...

Déjà, si tu veux faire ça il faut que tu définisses clairement ce qui est autorisé ou non :

- Les sites d'info / utilitaires : google, ebay, linuxfr, ...
- Les sites détente : rigolez.com, monsiterigolo.free.fr, lapin.org, ...
- Les sites de rencontre : deux.fr, rendez-vous.be, ...
- Les webmails
- Les sites de VPC de lingerie
- Les sites de boules
- Les sites inclassables
- Les warez
- ....................

Bref, ça en fait du boulot (il faut que tout soit clair pour l'utilisateur)

Et puis ça va être chiant pour toi car quand je vois le nombre de sites différents que je visite en un jour (dont la plupart que je ne visite plus jamais après).

Ensuite, je trouve ça super rude de directement "punir" l'utilisateur. Parfois, on ne sait pas exactement sur quoi on va tomber.

Enfin, je te le redis, je détesterais me sentir fliquer ainsi .......

Il ne t'as pas traversé l'esprit que je pouvez lire DLFP depuis longtemps sans poster ?

Si je peux me permettre juste un petit conseil, continue de lire sans poster ;-)

Tenant des raissonnement pareils, j'espère que tu gardes juste le minimum pour vivre et que tu donnes tout le reste de ton argent à des ONG.

En passant, ton raisonnement est stupide.

Voici la phrase de /. :


"While reading Larry Osterman'a blog (He's a long time Microsoftie, having worked on products dating back to DOS 4.0), I ran across this BugTraq entry on web browser security. Basically, the story is that Michael Zalewski started [...]"



Moi je comprends qu'il parle de Larry Osterman lorsqu'il dit qu'il a travaillé chez MS, pas de Michael Zalewski. Et le fait que M.Z. ait 24 ans me conforte, comment aurait-il pu bosser sur DOS 4.0 ?

De plus, ce serait même un ancien employé de MS qui aurait fait ces tests, ça ne change rien : heureusement qu'ils ont été fait, ça va permettre aux développeurs des browsers touchés de corriger des bugs.

Je me trompe sûrement mais je trouve que ça sonne bizarre avec "FireFox a atteint" ...

tu veux dire le think, type and cry ?

Je sais bien que tu ne connais pas J2EE et j'ai suivi le thread où on a déjà expliqué 1000x en quoi J2EE et PHP n'étaient pas similaires.

Après toutes les explications que tu as reçue, revenir en demandant "qu'est ce que J2EE à de plus", tout en laissant entendre qu'à part de la complexité, il n'y à rien, excuse moi mais c'est un minimum trollesque et plus probablement teinté d'un peu de mauvaise foi.

Ton journal pue la mauvaise foi jusqu'en Alaska.

Déjà, si tu veux une application ou l'utilisateur entre des données et reçoit un résultat comme tu dis, je ne pense pas que ça soit plus compliqué en J2EE qu'avec PHP.

form.jsp (je mets juste la partie intéressante du fichier) :

<form action="result.jsp">
Name : <input type="text" name="name">
</form>

result.jsp :

Hello <%= request.getParameter("name") %> !


Très complèxe non ? Après si tu veux faire ça proprement avec un modèle MVC et tout, forcément il faut que tu utilises un framework style struts. Ce n'est pas compliqué mais il faut le temps de se familiariser avec (de la même manière que si tu utilises un framework PHP).

Maintenant, pour ce qui est de faire des choses en plus avec J2EE qu'avec PHP:

Imaginons une application où l'utilisateur peut soumettre des requêtes (ce que tu veux comme requête, disons un l'envoie d'un calcul). La requête HTTP arrive sur la machine A, une base de donnée sur la machine B est mise à jour, puis A envoie le calcul via une message queue sur la machine C contenant le moteur de calcul. La main est rendue à l'utilisateur dès que le message est envoyé à C. Bien entendu tout ceci dans une même transaction distribuée et fault tolerant. Lorsque C a fini le calcul, A est automatiquement notifié (sans action de l'utilisateur) et met à jour le statut et le résultat dans B. L'utilisateur peut aussi consulter la liste des calculs envoyés et leur statut / résultat.

Implémente ceci avec J2EE et avec PHP et donne nous le résultat.

Je n'ai rien à ajouter.

J'ai déjà remarqué que les Français avait des difficultés pour la prononciation :

Anvers qui se dit "anvèrss" et qu'ils prononcent "anvèr".
Wallonie qui se dit "Ouallonie" et qu'ils prononcent "Vallonie".
Bruxelles qui se dit "Bussèl" et qu'ils prononcent "Bruxèl".
....

Allez, sans rancune ;-)

Moi je le vois l'intérêt: le designer Flash est fait ... pour les designers ...

Flex est orienté développeurs, en deux jours j'ai pu faire des tas de trucs super joli, qui se connecte parfaitement à mon code Java, qui fonctionne super bien. Flex est cher, pas libre, mais ça marche très bien et c'est vraiment génial.

Moi ça m'a séduit en tout cas (j'essaierai OpenSazslo à l'occasion ;-)).

Enfin, tout ceci dans le cadre d'un rich client, pas d'un site web of course :-)

Ici je ne parle pas du fait que ça peut se lier à Linux ou pas, je dis simplement que même si c'est incompatible GPL, c'est libre. Alors maintenant si leur licence rend impossible de linker leur code avec Linux, c'est un autre problème mais même inutilisable ce code est libre.

Tu as raison !!! Forçons ces imbéciles qui n'ont rien compris à utiliser LA bonne licence ! Puis tant qu'on y est, disons leur aussi quel langage utiliser et quelle voiture acheter.

Ca va pas bien dans ta tête ?? Liberté de choix, ça te dit quelquechose ?

Quelqu'un pourrait donner quelques explications pour les non-Français ?

Il y a quand même quelquechose qui m'échappe ...

Quel est l'intérêt d'un singleton s'il est au niveau de la requête (càd un thread) ? Pourquoi ne pas simplement créer une instance locale de la classe ?

Juste par curiosité, comment est gérée la concurence ?

Je vous dire, si deux threads arrivent en même temps dans le getInstance(), comment faire pour que l'instance ne s'initialise pas deux fois ?

Les détails de l'implémentation, tu laisses ça aux implémenteurs (logique), toi tu utilises l'API (une interface quoi)

On t'as dit plus haut que c'était libre mais non compatible GPL.

Mettez vous une fois pour toute dans le crane que libre ne signifie pas GPL !! Même si ça ne plait pas à Stallman il y a des tonnes de licences libres non compatible GPL.

Arrête de raconter n'importe quoi, c'est la news qui parle de PHP et J2EE, je ne l'ai pas inventé. Et je ne dénigre absolument pas PHP, relis mon poste je dis simplement qu'ils n'ont pas les mêmes buts.

Je parlais de la plateforme PHP (langage + API) pas du langage.

Parfois la mauvaise foi de certains atteint des sommets.

Même pas la peine que je réponde au reste ...

Le 'tu' était un 'tu' général, pas un qui te concernait ;-)

- C'est une manière de donner faire aux doigts aux développeurs : <c:out value="${objet.variable}" /> pour un <?=objet.getVariable() ?> Et sans parler des jsp:useBean...

Euh ... Si tu veux tu peux écrire <%= objet.variable %> ...

- C'est compilé, recompilé, tout ça pour voir l'effet sur la page de ton changement dans l'agencement de ce qui est généré. C'est franchement long, comme cycle tu ne trouves pas? Alors qu'il s'agit juste d'afficher deux trois trucs, de générer un tout petit bout de html de rien du tout. En ce sens je préfère php pour le dev de html généré dynamiquement. Mon rêve, personnellement c'est bien d'ailleurs de générer le html avec php, mais en utilisant des objets java.

Personnellement ça ne me gêne pas que ça soit compilé, c'est plus lent la première fois que la page est accédée mais après c'est très rapide vu qu'il n'y a plus de parsing à faire ...

- ça permet de faire trop de choses. Par exemple, des accès bases alors que c'est pas le lieu de le faire. Ok, il suffit de ne pas l'utiliser; et après tout cela permet de donner du travail à ceux qui ne connaissent que Cold Fusion, mais du point de vue architectural c'est pas tip top.
Et s'il existe des projets parallèles, type tapestry, Velocity et autres, pour générer des vues c'est peut-être que la cause n'est pas entendue, non?

Sur ces deux points, je ne comprends pas ton point de vue: c'est normal que tu puisses faire ce que tu veux à partir d'un JSP, c'est une classe ... Je ne vois vraiment pas le problème, si tu veux coder comme un bourin c'est ton affaire ....
Concernant le deuxième point, tu as vu le nombre de browser, d'éditeur texte, de suite office, d'OS, ... qui existe ? Aucune cause n'est entendue. Et c'est tant mieux.

J2EE a souvent déçu ?? Tu rigoles ?

Ok pour les EJB, mais Servlet/JSP est une réussite, JMS est génial, JDBC, JTA, JNDI, JDO, JAX* etc sont tous vraiment très bon. A côté de ça, tu as aussi les projets indépendants : Hibernate, Spring, Tapestry, et j'en oublie des tas.

Même JSF, malgré sa jeunesse est prometteur.

Faut arrêter de dire n'importe quoi.

Faudrait arrêter avec ces comparaisons entre PHP et J2EE ... A force, on finirait par croire que PHP a un complexe d'infériorité. PHP et J2EE n'ont pas le même scope (même si pour certains sites on pourrait utiliser indiféremment PHP ou Java). PHP est génial pour des sites dynamiques, et il a prouvé que même pour des sites assez conséquents il tenait le pari, mais pas pour l'informatique d'entreprise.

Quand on a une application d'entreprise relativement complexe avec integration avec des backend, message queue & co, PHP n'est pas une option, à moins d'être suicidaire.

Souhaitons longue vie à PHP (je crois qu'il n'y a pas de soucis à se faire) et arrêtons de mélanger tout ...

Il est d'accord avec l'accord Sun/MS

Moi je n'ai rien contre l'accord Sun/MS ... C'est bcp de bruit pour rien ...

il trouve que java sous GPL serait un erreur

Moi non plus je ne suis pas convaincu que ça serait bénéfique à Java.


Mince, je ne suis pas d'accord avec toi sur tout ... Je suis sans doute aussi quelqu'un de mal alors. Je ne savais pas qu'il fallait suivre un avis particulier pour être accepter sur ce site ...

Merci de m'apprendre les nouvelles regles !

Si j'ai bien compris, il faut l'utiliser comme proxy HTTP, ainsi il index toutes les pages auxquelles on accède et il partage ces index dans un réseau P2P ? L'idée n'est pas mauvaise ! Il faut voir ce que ça donne en pratique.
Apparemment, on peut aussi partager des fichiers qui seront partagés de la même manière, c'est ça ?