Reprise du message précédent :
son système c'est pas forcément les données, mais le moyen d'accéder à ces données, les traitements faisables sur ces données, etc ...
toute la parties applicatives quoi ! tout ce qui n'est pas du bête formatage de page html
taper direct dans la base c'est bad !

Si c'est la même équipe qui fait à la fois l'applicatif principal et le site web et que pour le site web ils passent par une vue restrictive alors il y a assez peu de risque de tout faire merder.
Par contre, c'est vrai que le fait d'utiliser une base exprès pour le site élimine le risque mais avec comme autre risque des problème d'export/import de l'une à l'autre surtout si le site est fait par une autre société.
 
Le tout c'est de savoir jugé les risques et les avantages de chaque méthodes.
 
PS : par taper direct dans la base, je voulais dire utiliser directement la base de la société et pas une "base tampon".

c'est pas là la question !
 
si ce "système" est un truc énorme qui a couté des milliers d'HJ, ils vont pas s'amuser à tout redévelopper en PHP et/ou en extenssion C++ pour faire un bête site web !

 
benh si t'as un cas en tête dis nous le langage utilisé, si ils savent faire une librairie c'est plausible en tout cas  

C'est sur mais d'un autre côté, par rapport à leur progiciel, le site web ne représentera peut être en nombre de fonctionnalité qu'un centiéme du progiciel et il est possible que ca coute moins cher de recoder une partie voire tout ce qui a atrés au site plustôt que de modifier le progiciel pour pouvoir extraire les parties utiles au site.
De plus, pour le site, les données seront peut être pas combiné tout à fait pareil que pour le progiciel.
 
Alors, c'est quoi qui va couter le moins cher?

omega2 a écrit a écrit : C'est sur mais d'un autre côté, par rapport à leur progiciel, le site web ne représentera peut être en nombre de fonctionnalité qu'un centiéme du progiciel et il est possible que ca coute moins cher de recoder une partie voire tout ce qui a atrés au site plustôt que de modifier le progiciel pour pouvoir extraire les parties utiles au site. De plus, pour le site, les données seront peut être pas combiné tout à fait pareil que pour le progiciel. Alors, c'est quoi qui va couter le moins cher?

je pense que tu as une vision très étroite de ce que peux être le système info d'une entreprise... C'est pas un reproche, hein. C'est juste l'impression que ca me donne ...

Zion a écrit a écrit :   benh si t'as un cas en tête dis nous le langage utilisé, si ils savent faire une librairie c'est plausible en tout cas

ben prend le cas d'une boite qui a tout son système informtique en EJB. comment elle fait si elle veut avec un site web en php. Ces erait con mais bon ...

Ah, j'ai oublié, tu peux aussi faire du SOAP pour l'interconnecter à ton système si ca te branche, c'est clairement un peu plus lourd à supporter pour le pauvre petit CPU, mais c'est souple  

C'est pourtant très facile. J'espère que ce n'est pas partout pareil, mais chez nous, CAI UN BORDEL MONSTRUEUX impossible d'imaginer pire, franchement, même en rajoutant du .net par dessus ca pourrait pas être pire  

ta boite, elle a été crée y'a moins de deux ans alors

benou a écrit a écrit :   ben prend le cas d'une boite qui a tout son système informtique en EJB. comment elle fait si elle veut avec un site web en php. Ces erait con mais bon ...

 
   
 
Tu sors  

lorill a écrit a écrit :   ta boite, elle a été crée y'a moins de deux ans alors

ben nan mais elle peut l'avoir redéveloppé ...
beaucoup de boites sont passé à J2EE !

 
mais pourquoi vouloir changer si elle a un truc dans un langage concurrent qui marche?
 
qu'elle fasse du .NET  

Zion a écrit a écrit : Ah, j'ai oublié, tu peux aussi faire du SOAP pour l'interconnecter à ton système si ca te branche, c'est clairement un peu plus lourd à supporter pour le pauvre petit CPU, mais c'est souple

SOAP ca sux méchament !

Zion a écrit a écrit :   mais pourquoi vouloir changer si elle a un truc dans un langage concurrent qui marche? qu'elle fasse du .NET

banzai comme tu dis !

 
Mais sans les EJBs

ben pas forcément ... beaucoup s'y sont mit aux EJB (à tord ou a raison)

ben alors il devait pas être très gros... Quand je vois chez nous, faudrait bien 5 ans pour 40 developpeurs a temps plein pour tout redevelopper... Y'a ptet encore du code qui date des 70's, si ca se trouve

je pense que les boites qui sont passé à J2EE était déjà pas mal dans l'univers Java ...

http://les.ejbs.ca.pue.le.pate.ath.cx/

tiens, jjb a viré l'image du paté-server ? il avait trop de hits ?

Ah, c'est l'oeuvre de jjb ?
 
Je comprend que le texte faisait moule alors

kadreg a écrit a écrit : Ah, c'est l'oeuvre de jjb ? Je comprend que le texte faisait moule alors

tu savais pas ? même que c'est un prog python qui sert le paté

lorill a écrit a écrit :  c'est un prog python qui sert le paté

 
ça explique pourquoi ça foire et qu'y a plus d'image
 

 
  quoi que y a des trucs pas trop mal dans EJB 2.0 ... (non pas les entity beans en mode CMP )

omega2 a écrit a écrit : Résumé de la discution : J2EE est beaucoup plus mieux que PHP pour faire des sites web pro mais dès qu'on demande des exemples de tels sites on en a une quirielle pour le php et aucun pour le J2EE.     J'adore la logique informatique.

 
caramail...ben quoi ils sont pas pro ?  

En quoi le fait de dire "le pire existe" est une preuve de "vision étroite de ce que peut être un système info d'une société".
C'est même le contraire, dire "le pire n'existe pas" qui est la preuve qu'on ce ferme les yeux.
Il faut pas oublier que certaines sociétés utilisent des progiciels qui ont plus de 20 ans de développement derrière.
Il faut pas oublier non plus que certaines société utilisent de nombreux batch sur des AS400 en cobol avec certains exécutable dont plus personne n'a touché depuis plus de 10 ans et dont les sources n'ont pas été ouvert depuis des années.
Il faut pas croire non plus que toutes les sociétés ont un seul système d'information voire deux dans les pires des cas. Un de nos clients actuel avait il y a quelques mois un système informatique basé sur 5 ou 6 système d'information diférents qui étaient incapable de idalogué entre eux.
 
Les pires cas possibles existent et dans ces cas là, il est parfois vraiment préférable de reprendre le code à zéro pour créer un site web que de plonger dans des couches de programmes parfois tellement complexes que la moindre modification d'une brique fait s'écrouler tout un pan de mur.
 
bien sur il y a des cas idéal et des cas sufisamment bien conçus pour permettre la réutilisation du code pour un site web mais c'est pas toujours ça qui ce passe.

ioncube / phpaccelerator également

tout à fait, sur clubic et autre ca ressemble à ca le code :
 
,qç*??ÎÕ?ÂÿÆÿ7þ¿ñÿ?ÆçP|Åç¸?ã?w%QÈ?;Á5%~®+Ã?GÏ?\éF?E_$?éFµj^ãîò»Fzü®z?÷?ß5?BQ?ß%F
òÝ7ÈÞ$oQ9¿EïÞ"þf|
?tc=ߥç?û?|æ#Âÿ?êýv*ËíD·?p·l;Ñ?ñ¢?í?¯l·|e»å+fz?±?Ê|;?ùvâ³?øì ?ØA>±Ãò?äÔ?ì ¿ÙAx;oáí$¼?$o'ÉØIòv?í§3^?²Ó?·Ó?·Ó?·Ó?·?øì$>;?Ï.â³?äí"y»,y»HÞ.?·?ðvÞ.âÿ?.
%Òäó3z~Fï?wu ?÷/z·?Þí¦çôü?êÚ?ÿ?ìúÁ¿¢ø×ÿ?âß?ì½${/åa/é½?`{)f¼(e¯??½VöZyØkåa/ÉØK2ö?}Ägåaåa???}??}®?ô®$~áQ©>Ï0¾%ºýD·?äï'?ûIþ~?oÆ?Rö[ò÷ÿÒ[ò÷[ò÷[ò÷¯ýÄk?ñ9@|?ü$ÿ?%ÿ
­)ÝZ>¹¸?·£x?Ñ?Bf\{c¤§?Qàê`?ï@ï;Ãâ?Æ?R:¦¯v0L_5Ó?ÝÍt á¤QééhÌmÛÑ?ÒÑ?'v4:Äw$9?Hn7âÙM>Ó?îï.?éF?÷?Ït£'Å{Êgº?BñùL7zYÁK2z??Þ$£·%£·1?Ò%ñ½I5?×?ðû~Âïcá÷!x?÷!~ýHF?ùTãiTÎý?6?)øhÓ?6Ý¢M'Xáe?¿fÿ?¼3ã?Ï"ûf| ¥³)?-?fȧt
Á>?êÈP#!~(?ÁP²õP?
%»?qñ>ÝaqA°?D7?èFÑ»±D[D8ED[DøE/"Z3.Þ§"L ÷SIß©Dwåiåiåi??§id?id?i?N°é?nÁ¦l:Á¦lùÁù>ð?Ûk?á?þ0Ãò3]??hfM1Ñ[4ÅM±ESlÑ[4ÅDSLy?IúÏ$?gR^þûñ
iÒ?Ùôn¶|¦Ú&ÇQü8ùL7æP|?|¦ÇSüxùL7N ø òI^Bñ¹ò?nÌ£ø ¸ùL7N¤ø?ò?ņø|ùL7N¢øIò?n?R¼T>Ó?r+øÈvÉI×?_Hº?ñ¢???Zuq¡eÇ?V]\HùYHô?¨,QY.²ÊrÕ?E?ßE?Ï?[Dò*É_*)~2ñYLz,&Ù?éýbÒ??¥,¶ô[lé·ØÒo±¥ßb?³?øV?~U¤_?¥_?13¾?ô¨"xñ¬&_¯&j?Á
\µÄ¿?Þ×?¬Ð³?B?L?bð??¸)г??âø:J(¤Ég==ë?#ã(4RXBa)?e?S8?ðO£|?fäP(¶?Hç»Cï:Zé̸Ó)}éxÅϤøY$ã,?q?1Üu6åïlÒùlÒùl??Mº6?¥?mÙêlËVg[¶2Ó#?³?çÙÄól?oò,t?MuûlcÁò)>ÉïW?-W?-WX¶\A¶\A´+?vÉõ3?òqéy.á®$½V?ü?ô~%éÂÇ?RVZ:®´t\ié¸Ò*Ï?$c%ñ=?t8?t8ÏÒáÄÒááÒá???GðóIîÍ?ùÄó|â?>ño/J9ß?u¾%ë|KÖù?¬ó?×ùÄë?u
ɺÀ?u
ɺ?d]@ð?ç?T.?Í.ÆóÝRþ/4fÇ_d¤º/"?º?`?ËÐ?BfÜ??%ñ¸?x\Iﯢ÷WÙñ|wÓtfÜÕ?¾?ì{
ů¥øu»?â×S~¯§|]Oﮧ©R??C£??PH£?a^7Ò» ~#Á?>?F/¡?&ßÝL:ßLzÞBñ[Iç[)¾?ä¬"¼UônÑ??C£??PH£?a^·Ó»Û ~;Á?>?FÖË/¡?&ßÝE:ßEzÞMñÕ_Me¼:Ïw¯&Ø=Tÿî%¹?äßKô÷ü^âzþO¿ÃxQʽ??ßkùù½??ßkÕû{)Ï÷R?ï%;ÞGùYCùYCùYCôk?×âÕô9ôo¼ÃxQÊK·5?nk,ÝÖXº­!ÝÖ?nkH¯µ¤×Zª?k©.®µêâZ©¬%?µ?³?êÛCF÷C???IÎcäg?Qý?âÿ¤2û'Å'>O?'?O?OìIÒG?ÿßz?ñ¢?'-û?iÙçIË>OZöy?òþ$åýIÊ×Ì:Ê×:²Ï:²Ï:Ë>ëÈ>ëgá¬#û?ÇEöy?ìó4Éy?lòÙäY¢]O´ëÉ&ëIîz?­'Ô8>#ᥬ·t^oé¼ÞÒy½¥ózÒg=é#?ÏÑó9Òk?Ñ×½?tØ@úo ý7Xúo ñÂÂÛ`Ì¢?F!3né/Âó$óÊÃôîEÊÃF¢ßHyØHúl$ØFÒG?ãs(/JÙhåc£???V>6ZùØHzm$?Äó%z¾DùØDùØDzl¢|l¢|l²ò±?ò±?ð6Q>6î&ÒyåA?W?3ÉÛlÉh&ÛlÉÛlÉÛlõG??n3ñx??¯?®oÝ$ç
?ó?%ç
 

 
Y'a un bug là

 
nan c'est une feature

Vu les système hétérogènes (tu parles de 5 à 6 systèmes différents) et anciens, le mieux est de tout refaire vu les capacités actuelles HardWare/SoftWare, je suis ok avec toi.
 
Pour revenir à nos moutons, PHP est bien un langage orienté objet
mais il est interprété et ne possède pas de classes préétablies comme J2EE, pourtant il est plus rapide que JSP/Tomcat bon????
 
bon c po grave! PHP va évoluer, ils vont bien nous pondre une version complète avec classes supplémentaires....etc....
moi je crois que vu le succés de PHP ça risque d'évoluer trés vite pour avoir un concurrent à J2EE pour des systèmes legers voir moyens/lourds.
 
 
 
 
 

attent, c'est qu'un langage de présentation le PHP, rien de plus !
J2EE va LARGEMENT au delà ! je dirais même que ca a rien à voir !

PHP ne sera jamais un concurrent à J2EE pour la simple et bonne raison qu'ils ne jouent strictement pas dans la même cours. Et je dis pas ca pour dénigrer l'une ou l'autre techno. C'est pas comparable. Le débat ici c'est JSP/Servlet vs. PHP. Dans J2EE il y a des TONNES d'autres features .

oui oui
 
bon PHP peut trés bien evoluer pour devenir plus qu'un langage de script?
 

Moi je pense que le marketing de PHP est grandiose!
 
Bien au dessus de .net et J2EE dont les noms sont à gerber.
L'informatique c autre chose que du QI pur ou du code performing.
 
c devenu un enjeu commercial et PHP désolé ça sonne!
 
   
 
 
 

 
Merde, j'utilise rien d'autre que le JSP/Servlet moi
C quoi par exemple les features en + de J2EE ?

 
EJB
JMS
MailService
Security Management
Transaction manager
J2EE connector
Common Client Interface

 
C koi ça une version de la bible en araméen?