Re: [linux] HS : Ceci n'est pas un troll.
Je vais répondre à toutes vos réponses par un seul mail. 1. Microsoft dans la boite : L'informatique dite "banalisée" (PC Bureautiques) a été outsourcée. C'est Windows sur les serveurs, Windows sur les desktops. Mais il reste un Solaris ou l'autre plus quelques Linux. Les desktops ont IE et MS Office. Nous n'avons pas la main sur ces machines. 2. Le service informatique de la boite : Il développe essentiellement le portal intranet/extranet et d'autres applis que je connais pas. Mais pour des raisons "humaines" que je devine, on a "oublié" de la consulter. C'est donc par hasard que j'ai pris connaissance de ses positions par rapport à Microsoft. 3. L'utilisation d'un document en .Doc, ben c'est le "standard" dans la boite. PDF est utilisé dans 2 cas. L'envois vers l'extérieur et les documents scannés. 4. Quand je dis que la boite n'est pas sensible à L'open-Source, je veux dire que des arguments comme la redistribution ses sources ne percute pas. Le coût des licenses ne l'est pas forcément. Exemple, le framework .NET est "gratuit" pour l'utilisation. Je ne parle pas de licenses VS.NET ou CR développeur. 5. Quand je dis qu'elle se méfie de MS, c'est le service informatique interne qui a eu de drôles d'expériences avec l'Extranet et Firefox. 6. Après 10 ans, passés à utiliser Linux dont 8 ans comme seule solution à la maison, je ne suis plus à convaincre à ce sujet. 7. Le pire dans cette affaire, c'est que les règles d'appel d'offres ont été un peu baffouée car l'une des socièté contactée (celle qui à remis le projet que je vous soumet) à partcipé à la rédaction du budget déjà remis au client :( Et oui à l'époque, elle fesait partie du même groupe. 8. Elle a remis une offre très près du budget prévu, elle le connaissait. Je sentais bien l'arnaque. Le comportement agressif du commercial m'avait déjà mis la puce à l'oreille. Il a très mal pris mes questions sur la portabilité et l'interface Web. Puis j'avais le sentiment qu'il voulait nous mener en bateau et garder la main sur de futurs développements. Surtout que la chef de projet ne connais que FORTRAN. Maintenant, j'ai des arguments face à eux et je pourrais comparer aux autres solutions. Dont une .NET mais avec client Web. Je vais aussi regarder les différents liens proposé et voir ce qu'il en retourne. Pascal, pourrais-tu me donner une idée du surcoût pour une interface "Web" par rapport à un client riche ? La solution d'interfacage avec OOo2 ne me plait pas vraiment dans ce cas, même si je l'utiliserais avec plaisir dans d'autres. Pq ? Simplement que le "rapport" doit absolument être fait en .Doc, que le "modèle" a été réalisé avec MS-Office, que les modifications éventuelles (logo, .) seront faites avec le même soft (à moins qu'ils ne deviennent intelligents et prennent OOo) et que je veux avoir le même résultat, tip top le même. Merci. Je sens que ça vas saigner. On Saturday 21 October 2006 15:00, Pascal Bleser wrote: > Thierry Leurent wrote: > ... > > > Une des solutions présentées. > > Serveur Oracle pour la base, .NET 2 (C#) + Crystal Report pour la couche > > application et la couche client, Word/VBA pour le rapport. > > Euh... je cite: > "Ma boite n'est pas sensible à l'Open-Source, mais devient sensible aux > standards et à la portabilité Elle a eu de mauvaises expériences avec du > tout Microsoft." > > Donc on prend .NET (MS), Crystal Reports (Windows), Word/VBA (MS). > Logique ;) > > > Nous avons rencontré la société qui propose cette solution. > > Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié > > le choix de .NET par rapport à Java en indiquant que Java était plus > > lourd, moins aisé pour un développement rapide et surtout moins stable > > dans le temps. > > Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient > > ou que les appels changeaient. Donc une application développée avec le > > JDK 1.3 ne pourrait pas être utilisée avec le JDK 1.5. > > Quoi ? HAHAHAAHAAAHAHAHAHAA MDR > C'est une blague ? C'est quoi ces clowns ? > > Bon, alors: > 1) Java "plus lourd" que .NET > Ca veut dire quoi ça ? > - .NET et toute sa communauté n'a pour l'instant _aucune_ solution pour > tout un tas de problèmes qu'ils vont encore rencontrer dès qu'ils vont > développer des applications un chouya plus complexes (mappings ORM, > identité d'objets quand on fait du remoting, intégration de systèmes > "legacy", clustering HA, ...) > - je veux bien que Ruby ou Python soient "moins lourds" que Java > puisqu'ils ne proposent des solutions que pour des problèmes moins > complexes, mais .NET... euh... n'importe quoi > > Si c'est une question de performances, c'est ridicule: Java sur le > serveur est extrêmement performant, d'une part par la JVM elle-même > (hotspot compiler, garbage collection) qui a 8 ans d'avance sur celle de > .NET, d'autre part parce que des applications "enterprise" sont > développées depuis des années avec Java et qu'il y a des solutions, > produits et standa
Re: [linux] HS : Ceci n'est pas un troll.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thierry Leurent wrote: ... > Une des solutions présentées. > Serveur Oracle pour la base, .NET 2 (C#) + Crystal Report pour la couche > application et la couche client, Word/VBA pour le rapport. Euh... je cite: "Ma boite n'est pas sensible à l'Open-Source, mais devient sensible aux standards et à la portabilité Elle a eu de mauvaises expériences avec du tout Microsoft." Donc on prend .NET (MS), Crystal Reports (Windows), Word/VBA (MS). Logique ;) > Nous avons rencontré la société qui propose cette solution. > Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié le > choix de .NET par rapport à Java en indiquant que Java était plus lourd, > moins aisé pour un développement rapide et surtout moins stable dans le > temps. > Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou > que > les appels changeaient. Donc une application développée avec le JDK 1.3 ne > pourrait pas être utilisée avec le JDK 1.5. Quoi ? HAHAHAAHAAAHAHAHAHAA MDR C'est une blague ? C'est quoi ces clowns ? Bon, alors: 1) Java "plus lourd" que .NET Ca veut dire quoi ça ? - - .NET et toute sa communauté n'a pour l'instant _aucune_ solution pour tout un tas de problèmes qu'ils vont encore rencontrer dès qu'ils vont développer des applications un chouya plus complexes (mappings ORM, identité d'objets quand on fait du remoting, intégration de systèmes "legacy", clustering HA, ...) - - je veux bien que Ruby ou Python soient "moins lourds" que Java puisqu'ils ne proposent des solutions que pour des problèmes moins complexes, mais .NET... euh... n'importe quoi Si c'est une question de performances, c'est ridicule: Java sur le serveur est extrêmement performant, d'une part par la JVM elle-même (hotspot compiler, garbage collection) qui a 8 ans d'avance sur celle de .NET, d'autre part parce que des applications "enterprise" sont développées depuis des années avec Java et qu'il y a des solutions, produits et standards permettant des approches hautes performances. Certes, Swing est assez "lent" sur le client, mais pour ça c'est portable, le modèle de développement est très bon (MVC) et solide. Franchement, on fait beaucoup d'applications client Swing complexe (entre 50 et 400 utilisateurs en même temps) + conteneur EJB et ça fonctionne très bien, aucun client ne s'est jamais plaint (beaucoup de clients banques, télécoms, ...). Note qu'on fait aussi des applications web et j'en ai fait quelques-unes d'assez complexes dans mon temps libre (http://packman.links2linux.org). C'est bien aussi mais c'est plus compliqué et prends plus de temps à développer (complètement stateless, portabilité au niveau des navigateurs). 2) Java moins aisé pour un développement rapide En gros, ils te disent qu'ils développent comme des m. Quand tu sais ce que tu fais et que tu écris quelque chose de solide, peu importe Java, Ruby, .NET, Python, C++, ... (mais quand même pas visual basic). 3) moins stable dans le temps Alors là c'est le pompon. C'est exactement le contraire. .NET 2.0 est totalement incompatible avec .NET 1.x Java 6 est "upwards compatible" avec 1.1, càd que du code écrit pour 1.1 fonctionne encore avec 6 (juste quelques petites différences avec Swing à partir de 1.3 et 1.4 côté client). C'est justement un des grands avantages de Java, la compatibilité. JEE 5 est compatible avec J2EE 1.3 et 1.4. Évidemment, si tu écris du code Java qui utilise les nouvelles fonctionnalités de Java 5 (generics, annotations, autoboxing), ça ne fonctionnera pas sur 1.4 ou 1.3. C'est un choix à faire lors du développement (ou du cahier de charge). Par contre, écrit avec Java 5, ça fonctionnera avec Java 6 et 7 et ... Et tu peux très bien écrire des applications Java en utilisant que les fonctionnalités Java 1.4 (même si tu utilises une JVM 5). Dans ce cas, ça fonctionne sur 1.4, 5, 6, ... C'est pas si compliqué, juste une option de configuration dans Eclipse ;) Pareil avec JEE. "Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou que les appels changeaient. Donc une application développée avec le JDK 1.3 ne pourrait pas être utilisée avec le JDK 1.5." Complètement faux, mensonge ou incompétence pure et simple. > Quand j'ai parlé de technologies "WEB", j'ai eu > - Un "c'est trop compliqué il faut développer pour chaque browser". Pour les > technologies web en général. IE occupant 90 % des parts du marché (C'est pas > > les derniers chiffres dont je me rappels mais bon) > - Un "C'est du bête HTML", pas convivial. Pour les normes W3C. > - Un "C'est volatile (ça change tous 12 à 18 mois). AJAX !!! Berk > Vous voulez développer une application critique en AJAX ? Mais vous êtes > fou !!!" Quand j'ai parlé d'AJAX. Eh bein. > Voici mes conclusions qui demandent vos commentaires et retours > d'expériences : > - Vu la complexité des "calculs" et des contrôles (Calculs basics et > intégrité > référentielle), Je place
Re: [linux] HS : Ceci n'est pas un troll.
En voici un par ex, basé sur Qt : http://sourceforge.net/project/screenshots.php?group_id=138036 Alain PS: tiens-nous au courant de la décision ;-) Thierry Leurent wrote: Bonjour, Le but de ce mail n'est pas de provoquer un troll qui se terminera en bataille rangée, pour cela il y a d'autres sujets. Le but est de me forger une opinion sur la solution proposée. Le but est pouvoir argumenter sur les différentes options proposées que ce soit au niveau technique ou au niveau coût de licences. Les licences pour un futur développement ou licences des outils utilisés (Crystal Report par exemple). Précisions : Ma boite n'est pas sensible à l'Open-Source, mais devient sensible aux standards et à la portabilité Elle a eu de mauvaises expériences avec du tout Microsoft. Voici le problème : Afin de remplacer et d'améliorer une application Dbase/Excel/Utilisateur. Ma boite a lancé un appel d'offre pour réaliser une nouvelle version de cette application basée cette fois sur Oracle. Pq Oracle ? C'est "gratuit" ou presque, vu le nombre de serveurs Oracle existant dans la boite pour d'autres applications et la taille de notre DB (quelques GB). Ça ne nous coûtera rien. C'est connu, il y a des DBA Oracle et des développeurs Oracle la gestion et de futurs petits développements. Il y a 3 types d'utilisateurs : Les managers (modif du schéma logique de la DB, Devel, ) Les gestionnaires qui introduisent les données dans la base. Les autres qui ne font que de simples consultations. L'alimentation de la base se fera essentiellement via des fichiers textes. Quelques écrans de saisies manuelles o de mise à jour manuels sont à prévoir mais c'est au cas ou. Les consultations : Ce sont des "select" prédéfinis qui seront consultables à l'écran, imprimables et exportables en csv. Ce sont des fichiers interfaces prédéfinis csv ou longueur fixe. Le rapport : C'est un document .doc (obligatoire) qui est le merge entre un "modèle" .doc et des données extraites de la base ou se dérivant de données extraites de la base (exemple : si sexe = F alors Madame sinon Monsieur). Il a été demandé une application simple, portable, robuste, facile à installer, évolutive (Nouveaux Devel) et important le code nous appartient. Une des solutions présentées. Serveur Oracle pour la base, .NET 2 (C#) + Crystal Report pour la couche application et la couche client, Word/VBA pour le rapport. Nous avons rencontré la société qui propose cette solution. Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié le choix de .NET par rapport à Java en indiquant que Java était plus lourd, moins aisé pour un développement rapide et surtout moins stable dans le temps. Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou que les appels changeaient. Donc une application développée avec le JDK 1.3 ne pourrait pas être utilisée avec le JDK 1.5. Quand j'ai parlé de technologies "WEB", j'ai eu - Un "c'est trop compliqué il faut développer pour chaque browser". Pour les technologies web en général. IE occupant 90 % des parts du marché (C'est pas les derniers chiffres dont je me rappels mais bon) - Un "C'est du bête HTML", pas convivial. Pour les normes W3C. - Un "C'est volatile (ça change tous 12 à 18 mois). AJAX !!! Berk Vous voulez développer une application critique en AJAX ? Mais vous êtes fou !!!" Quand j'ai parlé d'AJAX. Voici mes conclusions qui demandent vos commentaires et retours d'expériences : - Vu la complexité des "calculs" et des contrôles (Calculs basics et intégrité référentielle), Je placerais tous cela au niveau DB. Donc la partie application/client fait des appels à la DB et des "impressions". - .NET 2 n'est pas portable enfin pas encore son support dans Mono est prévu pour la fin de l'année. Puis, il faut voir les bibliothèques utilisées. - .NET est plus stable au niveau version que Java. Cela m'étonne mais je ne connais pas les deux mondes donc je n'ai pas d'expérience concrète et vous ? - .NET est plus souple que Java. Confirmation ? - Crystal Report est l'idéal pour générer des documents à partir de base de données et modèles. - Le Web, c'est pas si pauvre que ça au niveau présentation. Même sans AJAX, au pire on adapte un peu le code généré en fonction du browser (Transparence des PNG par exemple). Connaissez-vous des sociétés qui fuient AJAX ? - Un serveur applicatif engendrerait des coûts plus élevés au niveau licences (CR par exemple). Questions subsidiaires ? - Quelqu'un connaît-il Microsoft Reporting Service ? - Existe-t-il un "Crystal Report Like" Open-Source ? Pas forcement compatible. Que pensez-vous de la proposition suivante pour la couche application? PHP 5 générant des pages xhtml et des css. PHP 5 Triturant du XML-MSOffice pour le rapport normalement en .doc. Cette solution pose au moins deux problèmes : Comment lancer Word depuis PHP. Comment construire facilement de nouveaux rap
RE: [linux] HS : Ceci n'est pas un troll.
Hello, >Nous avons rencontré la société qui propose cette solution. >Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié le >choix de .NET par rapport à Java en indiquant que Java était plus lourd, >moins aisé pour un développement rapide et surtout moins stable dans le >temps. >Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou >que >les appels changeaient. Donc une application développée avec le JDK 1.3 ne >pourrait pas être utilisée avec le JDK 1.5. Ce n'est pas tout à fait faux. Cependant, l'avantage majoritaire à ne pas oublier est que Java peut se développer et s'utiliser sur un paquet de plateformes, alors que .net, c'est un peu différent. De plus, Java existe depuis un peu plus longtemps, on peut donc supposer que ses "maladies de jeunesse" sont faites. >Quand j'ai parlé de technologies "WEB", j'ai eu > - Un "c'est trop compliqué il faut développer pour chaque browser". Pour >les >technologies web en général. IE occupant 90 % des parts du marché (C'est >pas les derniers chiffres dont je me rappels mais bon) >- Un "C'est du bête HTML", pas convivial. Pour les normes W3C. >- Un "C'est volatile (ça change tous 12 à 18 mois). AJAX !!! Berk >Vous voulez développer une application critique en AJAX ? Mais vous >êtes fou !!!" Quand j'ai parlé d'AJAX. Firefox - si j'en crois un message posté dans cette mailing-list il y a peu - grignote des parts de marchés et s'établit à un peu plus que 15%. Il va falloir compter avec. De toutes façons, une application WEB, quelque soit le langage derrière, retourne au final du code HTML. Et si il est prévu pour n'être que "microsoft minded", quelque soit la manière de le générer sur le serveur applicatif, ca restera du microsoft minded. Si je puis me permettre une appréciation personnelle, une firme qui te répond cela lors de la discussion, ça ne me parait pas être le summum de l'écoute client. >Voici mes conclusions qui demandent vos commentaires et retours >d'expériences : >- .NET est plus souple que Java. Confirmation ? Je ne suis pas un grand spécialiste ni de .net ni de java, mais cela m'étonnerait franchement qu'un langage soit nettement plus souple que l'autre. >- Crystal Report est l'idéal pour générer des documents à partir de base de >données et modèles. >Que pensez-vous de la proposition suivante pour la couche application? >PHP 5 générant des pages xhtml et des css. >PHP 5 Triturant du XML-MSOffice pour le rapport normalement en .doc. Why not. >Cette solution pose au moins deux problèmes : >Comment lancer Word depuis PHP. Content-type: msword ou binary/ms-word, un des deux pour le contenu retourné. What about PDF ? C'est un peu plus portable, ça ne nécessite pas spécialement Word et surtout ce n'est pas modifiable facilement par la suite. >Comment construire facilement de nouveaux rapports. Au jugé : architecture plugin ? Amicalement, jF ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] HS : Ceci n'est pas un troll.
Thierry Leurent wrote: Bonjour, Le but de ce mail n'est pas de provoquer un troll qui se terminera en bataille rangée, pour cela il y a d'autres sujets. Le but est de me forger une opinion sur la solution proposée. Le but est pouvoir argumenter sur les différentes options proposées que ce soit au niveau technique ou au niveau coût de licences. Les licences pour un futur développement ou licences des outils utilisés (Crystal Report par exemple). Précisions : Ma boite n'est pas sensible à l'Open-Source, mais devient sensible aux standards et à la portabilité Elle a eu de mauvaises expériences avec du tout Microsoft. Voici le problème : Afin de remplacer et d'améliorer une application Dbase/Excel/Utilisateur. Ma boite a lancé un appel d'offre pour réaliser une nouvelle version de cette application basée cette fois sur Oracle. Pq Oracle ? C'est "gratuit" ou presque, vu le nombre de serveurs Oracle existant dans la boite pour d'autres applications et la taille de notre DB (quelques GB). Ça ne nous coûtera rien. C'est connu, il y a des DBA Oracle et des développeurs Oracle la gestion et de futurs petits développements. Il y a 3 types d'utilisateurs : Les managers (modif du schéma logique de la DB, Devel, ) Les gestionnaires qui introduisent les données dans la base. Les autres qui ne font que de simples consultations. L'alimentation de la base se fera essentiellement via des fichiers textes. Quelques écrans de saisies manuelles o de mise à jour manuels sont à prévoir mais c'est au cas ou. Les consultations : Ce sont des "select" prédéfinis qui seront consultables à l'écran, imprimables et exportables en csv. Ce sont des fichiers interfaces prédéfinis csv ou longueur fixe. Le rapport : C'est un document .doc (obligatoire) qui est le merge entre un "modèle" .doc et des données extraites de la base ou se dérivant de données extraites de la base (exemple : si sexe = F alors Madame sinon Monsieur). Il a été demandé une application simple, portable, robuste, facile à installer, évolutive (Nouveaux Devel) et important le code nous appartient. Une des solutions présentées. Serveur Oracle pour la base, .NET 2 (C#) + Crystal Report pour la couche application et la couche client, Word/VBA pour le rapport. Nous avons rencontré la société qui propose cette solution. Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié le choix de .NET par rapport à Java en indiquant que Java était plus lourd, moins aisé pour un développement rapide et surtout moins stable dans le temps. Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou que les appels changeaient. Donc une application développée avec le JDK 1.3 ne pourrait pas être utilisée avec le JDK 1.5. Quand j'ai parlé de technologies "WEB", j'ai eu - Un "c'est trop compliqué il faut développer pour chaque browser". Pour les technologies web en général. IE occupant 90 % des parts du marché (C'est pas les derniers chiffres dont je me rappels mais bon) Cf mon dernier post : carte d'Europe avec la pénétration de firefox (septembre : moyenne > 20 %, max 39%). http://www.xitimonitor.com/fr-FR/Technique/Firefox_Septembre_2006/index-1-1-3-52.html C'est un argument ridicule, il faut suivre la norme w3c , point. Requérir IE c'est faire fi de l'interopérabilité (et si on y réfléchit bien, c'est finalement de la complicité , par inertie sans doute mais le résultat est le même, et c'est très dommageable). - Un "C'est du bête HTML", pas convivial. Pour les normes W3C. - Un "C'est volatile (ça change tous 12 à 18 mois). AJAX !!! Berk Vous voulez développer une application critique en AJAX ? Mais vous êtes fou !!!" Quand j'ai parlé d'AJAX. Voici mes conclusions qui demandent vos commentaires et retours d'expériences : - Vu la complexité des "calculs" et des contrôles (Calculs basics et intégrité référentielle), Je placerais tous cela au niveau DB. Donc la partie application/client fait des appels à la DB et des "impressions". Est-ce si compliqué que celà ? Investir dans un dévelopement basé sur OSS plutôt que de payer une grosse licence + maintenance n'est-t-il pas envisageable. Est-ce que le format doc est vraiment le bon ? Si on ne doit plus éditer le résultat, un PDF ferait mieux l'affaire et est générable facilement par ex. à partir de html, lui-même facilement générable à partir des donnée du query. A propos de CR, je crois qu'il y a moyen de faire ce genre de chose, y compris le mailing par ex. en interfaçant OO2 par script : pour moi c'est vers cette solution d'avenir que je dépenserais de l'argent. Il faudrait évidemment mieux évaluer les besoins, mais ce genre de choses je le faisais déjà en perl il y a bien longtemps avec un prologue PostScript que j'avais développé pour générer de la typographie riche (je n'avais pas troff) -> depuis lors, il y a bien des possibilités pour résoudre ce genre de problème. J
[linux] HS : Ceci n'est pas un troll.
Bonjour, Le but de ce mail n'est pas de provoquer un troll qui se terminera en bataille rangée, pour cela il y a d'autres sujets. Le but est de me forger une opinion sur la solution proposée. Le but est pouvoir argumenter sur les différentes options proposées que ce soit au niveau technique ou au niveau coût de licences. Les licences pour un futur développement ou licences des outils utilisés (Crystal Report par exemple). Précisions : Ma boite n'est pas sensible à l'Open-Source, mais devient sensible aux standards et à la portabilité Elle a eu de mauvaises expériences avec du tout Microsoft. Voici le problème : Afin de remplacer et d'améliorer une application Dbase/Excel/Utilisateur. Ma boite a lancé un appel d'offre pour réaliser une nouvelle version de cette application basée cette fois sur Oracle. Pq Oracle ? C'est "gratuit" ou presque, vu le nombre de serveurs Oracle existant dans la boite pour d'autres applications et la taille de notre DB (quelques GB). Ça ne nous coûtera rien. C'est connu, il y a des DBA Oracle et des développeurs Oracle la gestion et de futurs petits développements. Il y a 3 types d'utilisateurs : Les managers (modif du schéma logique de la DB, Devel, ) Les gestionnaires qui introduisent les données dans la base. Les autres qui ne font que de simples consultations. L'alimentation de la base se fera essentiellement via des fichiers textes. Quelques écrans de saisies manuelles o de mise à jour manuels sont à prévoir mais c'est au cas ou. Les consultations : Ce sont des "select" prédéfinis qui seront consultables à l'écran, imprimables et exportables en csv. Ce sont des fichiers interfaces prédéfinis csv ou longueur fixe. Le rapport : C'est un document .doc (obligatoire) qui est le merge entre un "modèle" .doc et des données extraites de la base ou se dérivant de données extraites de la base (exemple : si sexe = F alors Madame sinon Monsieur). Il a été demandé une application simple, portable, robuste, facile à installer, évolutive (Nouveaux Devel) et important le code nous appartient. Une des solutions présentées. Serveur Oracle pour la base, .NET 2 (C#) + Crystal Report pour la couche application et la couche client, Word/VBA pour le rapport. Nous avons rencontré la société qui propose cette solution. Quand, j'ai parlé de portabilité Ils ont parlé de Java et ont justifié le choix de .NET par rapport à Java en indiquant que Java était plus lourd, moins aisé pour un développement rapide et surtout moins stable dans le temps. Ils ont parlé que d'un JDK/JRE à un autre des fonctions disparaissaient ou que les appels changeaient. Donc une application développée avec le JDK 1.3 ne pourrait pas être utilisée avec le JDK 1.5. Quand j'ai parlé de technologies "WEB", j'ai eu - Un "c'est trop compliqué il faut développer pour chaque browser". Pour les technologies web en général. IE occupant 90 % des parts du marché (C'est pas les derniers chiffres dont je me rappels mais bon) - Un "C'est du bête HTML", pas convivial. Pour les normes W3C. - Un "C'est volatile (ça change tous 12 à 18 mois). AJAX !!! Berk Vous voulez développer une application critique en AJAX ? Mais vous êtes fou !!!" Quand j'ai parlé d'AJAX. Voici mes conclusions qui demandent vos commentaires et retours d'expériences : - Vu la complexité des "calculs" et des contrôles (Calculs basics et intégrité référentielle), Je placerais tous cela au niveau DB. Donc la partie application/client fait des appels à la DB et des "impressions". - .NET 2 n'est pas portable enfin pas encore son support dans Mono est prévu pour la fin de l'année. Puis, il faut voir les bibliothèques utilisées. - .NET est plus stable au niveau version que Java. Cela m'étonne mais je ne connais pas les deux mondes donc je n'ai pas d'expérience concrète et vous ? - .NET est plus souple que Java. Confirmation ? - Crystal Report est l'idéal pour générer des documents à partir de base de données et modèles. - Le Web, c'est pas si pauvre que ça au niveau présentation. Même sans AJAX, au pire on adapte un peu le code généré en fonction du browser (Transparence des PNG par exemple). Connaissez-vous des sociétés qui fuient AJAX ? - Un serveur applicatif engendrerait des coûts plus élevés au niveau licences (CR par exemple). Questions subsidiaires ? - Quelqu'un connaît-il Microsoft Reporting Service ? - Existe-t-il un "Crystal Report Like" Open-Source ? Pas forcement compatible. Que pensez-vous de la proposition suivante pour la couche application? PHP 5 générant des pages xhtml et des css. PHP 5 Triturant du XML-MSOffice pour le rapport normalement en .doc. Cette solution pose au moins deux problèmes : Comment lancer Word depuis PHP. Comment construire facilement de nouveaux rapports. Merci - Thierry Leurent ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.b