Stéphane Traumat a écrit 1023 commentaires

Oui... d'un autre coté, je dirais presque que J2EE et J2SE sont des sujets différents !

http://about.me/straumat

oula :) comme c'est gentil de parler de mon futuer livre :) Ca fait plaisir, c'est gentil !
C'est en effet une façon de nous rétribuer pour le temps qu'on passe sur les projets libres...

A noter que mon éditeur ( sourcebeat ) verse une partie des revenus à la communauté "dont je suis issus" : Objectweb :)

http://about.me/straumat

Ca fait penser un peu aux objects OLE de VB pour word, access et le reste... une vrai catastrophe :)

http://about.me/straumat

En fait je pense que c'est plus un combat de "plateforme" que de "langage"

Quand au java like et c# like, ils me permettent de faire ce que je veux et ils sont simple donc je n'ai pas spécialement de reproches à leur faire...
et après tout, ils ne sont que des C++ like avec quelques petites simplifications

http://about.me/straumat

Est ce que le débat débat .Net vs Java apporte quelque chose ?

http://about.me/straumat

Oui mais disons qu'ils ont les moyens :)
Si ils étaient beaucoupl plus modeste, je suis même pas sur qu'ils feraient se genre de conf en france

http://about.me/straumat

Ca a l'air super interessant.... mais c'est vrai que c'est vraiment pas donné !

http://about.me/straumat

Non... c'est un langage à la HTML.. sauf que ca génère du flash... les démos sont plutôt impressionnantes

http://about.me/straumat

Afin d'avoir les avantages des clients web et des clients lourds... je commence à utiliser http://www.laszlosystems.com/(...) C'est pas mal du tout !

http://about.me/straumat

Je trouve au contraire que le respect des standards est un des arguments les moins fallacieux du web...

MySQL est respecteux des standards SQL ( comme les autres ) le truc, c qu'ils ont pas tout implémentés mais c plus un problème de temps qu'autre chose...

http://about.me/straumat

Allez.. je confirme aussi, j'ai trouvé un bug dans un script de compilation des exemples de JOnAS, j'ai trouvé la solution, j'ai posté et le correctif était sur le cvs le soir même !!

http://about.me/straumat

OpenOffice a permis à sun de vendre StarOffice... sans OpenOffice, je pense que personne n'achéterait StarOffice !
De plus, cela a eu des retombées "d'image" pour sun.

Et je pense qu'il y a beaucoup d'exemples comme MySQL mais moins connu, OpenCRM, JBoss, Lomboz...

http://about.me/straumat

Rien faire ???

Tu abuses... tu as une base de données, des pools de connexions, un serveur web, les webservices, une interafce d'admin, des connecteurs, des files d'attentes...

http://about.me/straumat

C'est un beau produit mais le patern MVC n'est pas vraiment respecté...

Le Controle et la Vue sont au même endroit :)
Dommage...

http://about.me/straumat

Tous les développeurs PHP ne sont pas des mauvais développeurs...

Je dirais qu'il est plus facile de dévelopepr en php qu'en java et que donc, il y a plus de monde qui fait du PHP...la loi de l'offre et de la demande fait le reste !

mais l'aspect facile du PHP est un atout et je ne pense pas, je le repete, que les développeurs PHP sont de mauvais déevloppeurs

http://about.me/straumat

beh je sais pas comment tu te démerdes.. au démarrage, mon JOnAS prend 30 Mo de ram.. c pas énorme.

http://about.me/straumat

Moi, j'y vois l'opportunité de faire de beaux intranets et de remplacer les applications lourdes !!!

http://about.me/straumat

J'ai commencé il y a une semaine à bosser avec et c'est vraiment sympa !!!
je le conseille à tout le monde.. ne serait ce que par curiosité... par contre, à priori, oubliez le MVC...

http://about.me/straumat

euh .. J2EE et php peuvent faire des webservices.. je comprends pas ton post...

http://about.me/straumat

http://joffad.sourceforge.net/docs/2.0/online/2_installation.html(...) <- c'est la!!!! me dis pas que c'est dur !

http://about.me/straumat

Tiens... cela pourra t'aider...

http://about.me/straumat

ça veut dire au mieux 5000 commandes par secondes
Deux choses... ce n'est pas 5000 commandes par secondes toutes les secondes de la journée
et deuxièmement, le site ne sert pas qu'à faire des commandes, donc il y a de la charge de l'autre coté.

l'envoi du mail ? rajouter un mail dans une queue c'est très rapide, ce n'est pas un problème et c'est le boulot du serveur de mail que de gérer sa queue pour l'envoie et gérer la charge mail.
Je ne parle pas d'un email simpe...j'envoi parfois des mails très compliqué... numéro de suivi, liste des commandes en cours, vérification de l'encours, contact avec le service expedition.

- l'insertion dans la Bdd ? en général les sgbd qui sont fait pour supporter ce genre de volumes en nombre de connexions acceptent des instructions "delayed" ou des choses du genre, ce n'est donc pas un énorme problème non plus.
ah si tu pars du principe que tu as une BDD qui peut encaisser toutes les charges sans dégrader les performances du reste du site.. Beh en effet, balance lui tout dans la gueule

- l'interface avec les fournisseurs ? c'est vague, en général ça revient à appeler un programme qui fait son propre boulot, ou faire une requête sur le SGBD. Ce n'est pas ça non plus qui pose grand problème.
beh ça rajoute..

Je ne dis pas qu'il est impossible de faire ça sans messagerie asychrones.. je dis juste que ca réduit la charge.

Autre avantage... des trucs comme JMS permettent de réduire le couplage des développements.. (nottament entre développeurs / ou équipes de développeurs)

Pour mon exemple, on va créer une file d'attente "commandesCrees"...
Le développeur qui génère le mail s'abonne à cette liste et génère ces emails..
L'équipe de développeur qui s'occupe du réaprovisionnement s'abonne lui aussi et développe son système...

Tout le monde peut donc développer indépendament.

http://about.me/straumat

Que ce soit avec .Net, PHP ou J2EE, on peut développer un site de ecommerce.

Maintenant, à mon avis, en suivant la norme J2EE, on peut obtenir facilement :
- Indépendance du support de stockage
- Gestion des montées en charge ( JMS & autres )
- Séparation claire suivant le modèle MVC
- possibilité d'exporter la logique métier pour qu'elle soit accessible par des application lourdes ou webservices
- facilité de mise en cluster
- test unitaires
- fichiers de configurations génériques pour le déploiement
- ...

Et beaucoup de choses ne seront pas à développer comme la sécurité, les meta frames, les filtres....

On peut obtenir certaines de ces choses avec PHP en utilisant des classes de différents endroits... mais avec J2EE, tout est fourni et normalisé, il ne reste plus qu'à choisir ton implementation ( Objectweb de préférences ;) )

Autre chose... J2EE ne s'installe pas sur un "système d'exploitation"... il est fait pour tourner sur une JVM..
Et il est très facile d'installer une implémentation de J2EE comme JONAS sur une JVM... en fait, tu détar ton archive, une variable d'environnement et c'est bon ! c'est plus facile que le trio apache php mysql :)

http://about.me/straumat

Ca m'intéresse !!!

J'aimerais pouvoir écrire en php des trucs du style
maCommande.ajouterArticle(monArticle) :)
Sans avoir à faire de sql

http://about.me/straumat

Pas tout à fait d'accord ( ;) )
pour les wiki, on ale magnifique xwiki et jspwiki.. on a aussi de très bon projet qui sont plus avancé que php ...

http://www.laszlosystems.com/demos/(...)
http://jakarta.apache.org/lucene/docs/index.html(...)
http://www.infoglue.org/(...)
...

voila :)

http://about.me/straumat