Parce qu'en fait, g un problème:
Dans ma boite, on a un module ISAPI (c un module IIS qui permet de faire du CGI en C++). Je suis persuadé, ou presque, qu'ISAPI, c pas vraiement fait pour ce pour quoi on l'utilise. Avec, on génère des pages web, on va chercher dans les bases de données, et on essaye tant bien que mal de gérer de Session utilisateurs. Moi je pense qu'on devrais réécrire ce module avec des JSP/Serlvets. Il faut que je trouve des argument pour convaicre mon boss qui est un tête de mule, et un amoureux du C/C++
Pleeeaase, help me...

laisse tomber. Si ton boss est têtu et qu'il est amoureux de C++ tu le convaincras pas.
 
C'est dur mais c comme ça

DarkLord a écrit a écrit : laisse tomber. Si ton boss est têtu et qu'il est amoureux de C++ tu le convaincras pas.   C'est dur mais c comme ça

 
J'ai déja réussi à lui faire me planifier 15 jours pour créer un maquette de ce truc. Mais bon, c'est plutot 6 mois qu'il me faudrai pour le faire.
Et j'précise que ce même  boss tétu amoureux du C++, m'aime bien, et a confiance en moi.  
Alors g juste besoins d'arguments...

IIS c'est leur seule raison de l'utiliser ou bien le site est hosté sur IIS et utilise ASP par exemple?

 
On l'utilise pas dans ma boite. C'est un module qu'on vend. Pour l'instant, forcément, on impose IIS aux clients.
JSP/Serlvets permet une indépendance vis à vis du serveur web, et 1 argument, 1...

ouais ok tout dépend l'environnement de ton client. Un gros avantage aussi c'est que tu peux fournir des machines linux au client (i.e. non windows). En plus bcp de clients sont réticents à IIS

 
Ouais, ça c un bon argument. D'autant plus que : "utilisation générique" (<=> indépendant de l'environnement), c'est un peu la devise de ma boite.
En fait tu connais ISAPI ?
T'as d'autres arguments ?

Vaguement mais je me suis trouvé façe à un problème similaire pour une grosse application de call center qui utilise IIS par défaut et ca faisait ch**** grave nos clients donc on a du trouver une parade pour Apache
 
Sinon comme autre arguments, je dirai que tout ce qui tourne autour de Java. (Portabilité, support, API open source et donc gratuite).
 
Et puis le fait d'avoir une solution qui tourne sur à peu près n'importe quel système est un gros avantage commercial face à une solution windows par exemple.

 
c clair. Mais, avec ISAPI, vous arriviez à avoir un notion de Session (variables de session, ...) ?

mais on utilisait pas ISAPI pour ce projet. je disais juste que le contexte était similaire ... (D'ailleurs on l'a upgradé pour utiliser apache et les clients étaient très content)

 
ha, ok...
Et, ISAPI, moi, il me semblait que c'était pas vraiement fait pour programmer un logiciel complet. J'imaginais que c'étais plus fait pour des filtres ou des petits modules. Mais j'arrive pas à trouver des renseignements la dessus, donc, argument pas valable...

Je suis toujours prenneur de n'importe quel agrument VALABLE...

euh là je suis pas d'accord...
en tous cas sur les 3 pauv' semaines ou j'ai bossé en france... he ben les pauv' projets que j'ai vu passer ct pour de gros client bouseux et va savoir pourquoi ils ne juraient que par ce qui etait iis/asp etc... y'a comme un rapport proportionnel entre la taille du client et le retard qu'il a sur la techno
 
µais bref
sinon el_gringo, si tu veux y'a un pdf sur le site de sun qui argumente bien les avantages de servlets/jsp sur l'asp, ça pourrait te servir...
je dois l'avoir chez moi si tu le trouve pas

greg@freestarthu a écrit a écrit :   euh là je suis pas d'accord... en tous cas sur les 3 pauv' semaines ou j'ai bossé en france... he ben les pauv' projets que j'ai vu passer ct pour de gros client bouseux et va savoir pourquoi ils ne juraient que par ce qui etait iis/asp etc... y'a comme un rapport proportionnel entre la taille du client et le retard qu'il a sur la techno   µais bref sinon el_gringo, si tu veux y'a un pdf sur le site de sun qui argumente bien les avantages de servlets/jsp sur l'asp, ça pourrait te servir... je dois l'avoir chez moi si tu le trouve pas

 
T'abuses, IIS c'est pas en retard (ASP j'en sais rien, j'connais pas).
Pour le truc de Sun, j'vais aller voir, merci. Ms en fait, des comparatifs comme ça, ça se trouve. Ce qui est plus dur à trouver, c un comparatif Servlets/JSP vs ISAPI. Surement parce que ces 2 techno n'ont pas la même finalité, ms j'arrive pas à trouver de descriptif précis des finalités de du développement ISAPI.

non mais asp....
 

ouais. faut voir ds quel mauvais contexte vous utiliser isapi

greg@freestarthu a écrit a écrit :   euh là je suis pas d'accord... en tous cas sur les 3 pauv' semaines ou j'ai bossé en france... he ben les pauv' projets que j'ai vu passer ct pour de gros client bouseux et va savoir pourquoi ils ne juraient que par ce qui etait iis/asp etc... y'a comme un rapport proportionnel entre la taille du client et le retard qu'il a sur la techno

 
Tout dépend du genre de clients. C'est vrai que j'ai remarqué cette tendance là mais être indépendant de la technologie est un plus quoi qu'il en soit ...

 
Bien sûr que si qu'il est en retard et de loin par rapport à Apache.

ça c'est sur
mais les gros clients le comprennent pas necessairement
(voir long topic il y a qques temps a ce sujet, me rappelle plus de qui)

générallement plus le client est gros plus il est con et se laisse embobiner par la société qui est la plus forte commercialement.
 
Les systèmes se vendent comme n'importe quoi d'autre. Il suffit d'avoir un bon commercial derrière.
 
Et puis il y a ce débat incessant de "contre qui je vais me retourner si ca marche pas" alors qu'en réalité on remarque que personne ne se retourne contre qui que ce soit en cas de problème.

je précise tout de suite : ISAPI, je sais à peine ce que c'est. (pour moi c'est un filtre sur les requêtes HTTP qui fait ... quelque chose)
 
Avantage :
 - vous avez un système existant utilisant cette techno.
 - c'est compilé, donc ca devrait être plus rapide (à vérifier car c'est même pas sur dans le cadre d'une utilisation réelle)
 
Inconvénients :
 - Vous êtes liés à un environement windows. C'est un boulet qui devient lourd à tirer au fil des années (c'est cher !)
 - Vous détournez l'utilisation d'une technologie => personne ne peut vous apporter de support, solution complétement propriétaire. ca effraie les clients => vous allez perdre des contrats
 - Vous utilisez du C++ pour du développement Web : C'est très inhabituel => vous aurez du mal à trouver des gens compétent là dedans pour développer vos applications, les temps de développement seront beaucoup plus long => plus cher => moins concurentiels => vous allez perdre des contrats
 - Vous imposez un environnement windows à vos clients : certaines entreprises sont "politiquement" oposées à un environnement frontal sous windows => vous allez perdre des contrats

Même sur mon PC perso (connecté à l'ADSL) j'ose pas installer IIS à cause des failles de sécurité. Jamais j'oserais imposer ca à un client !

 
meme sans connaître, tu arriveras en 15 jours à générer des pages qui vont lirent dans une BDD en JSP/Servlet !

 
En fait, ISAPI, en gros (du moins, ce que j'en connais), c'est la possibilité d'utiliser des dll compilées pour générer des pages web.
Je suis pas sur qu'on détourne l'utilisation d'une technologie. Et surtout, en fait, c juste du C++, qui offre une sortie en flux HTML. Donc, c pas trop dur de trouver qqn qui s'y connaisse.

 
En quoi le code est difficile à maintenir ?
C possible d'opérer coté client avec ISAPI ? (Lecture/Ecriture de cookies, Variables de Session, ...)

 
Redéployer !?
Moi, quand je modifie qqch, je change la dll modifiée, et ça suffit. t'entend quoi par "redéployer" ?

 
Bah, ça va, pour l'instant, personne fait chier avec ça.
Donc en conclusion, toi, tu vois pas réellement d'avantages des Jsp/Servlets sur l'ISAPI, c ça !?

combien de temps va tu mettres pour développer une petite appli web en JSP ou en utilisant les ISAPI ? C'est ca la vrai question.

meme une grosse
et pour moi l'argument des performances n'est pas recevable
si t'es pas content avec les perfs, t'achete un nouveau proc et deux barrettes de ram et on en parle plus.
et 5 ms de perte en perfs ne valent pas le tps supplementaire de dev (et le reste) qu'engendre un truc en c++ (ou autre d'ailleurs)

C'est clair !
 
une bartte de 256 Mo vaut deux fois moins cher qu'une journée de développeur.

L'appli existe déja en ISAPI.
Mais, Problème:
Telle qu'elle est développée, l'appli n'ouvre qu'un seule connexion, et ne peut exécuter qu'une seule requête à la fois (le demandes de requêtes sont gérées par une file d'attente). Cette même appli ISAPI ne gère pas les Sessions (pas de variables de session). Et elle est programmée à la crade.
C'est pas tenable une telle appli web (surtout l'histoire de file d'attente pour les requêtes).
Donc, 2 solutions:
 - Soit je modifie l'existant pour la rendre à peu près correcte (ça sera un boulot récurrent, très chiant, surement plus vite fait, mais pour un trucs pas top à la fin j'pense).
 - Soit je réécrit le tout, ce qui est assez énorme (au moins 4 mois de dev je pense) avec Jsp/Servlets. Ce qui serait carrément plus intéressant.
 
Voila ma (dure) situation.

greg@freestarthu a écrit a écrit :   meme une grosse et pour moi l'argument des performances n'est pas recevable si t'es pas content avec les perfs, t'achete un nouveau proc et deux barrettes de ram et on en parle plus. et 5 ms de perte en perfs ne valent pas le tps supplementaire de dev (et le reste) qu'engendre un truc en c++ (ou autre d'ailleurs)

 
L'APPLI N'EST PAS UTILISEE DIRECTEMENT PAR MA BOITE. On vend le produit. Donc, avoir des meilleurs perfs, c tjs mieux !

tu parles de perfs alors que ton appli ne gère qu'une requête à la fois

benou a écrit a écrit :   tu parles de perfs alors que ton appli ne gère qu'une requête à la fois

 
Mais justement. Essaye de comprendre: je soutient pas l'appli  de ma boite. Les perfs sont minables actuellement, c clair.
Tout ce que je cherche, c'est des arguments pour convaincre mon boss que c'est mieux de réécrire l'appli en Jsp/Servlets que de modifier l'actuel...

en JSP, je te fais une page qui liste le contenue en d'une table en 3 minutes chrono.
Cette petite appli sera multi-threadée, multi-plateforme, compatible avec le standard J2EE, elle tournera sur un environnement gratuit. Des graphistes seront capables de retoucher la page sous Dreamweaver pour en modifier le design, n'importe quel programmeur Java sera capable de modifier la page.
 
ca te suffit pas ?

 
A moi il m'en faut même pas tant, je crève d'envie de faire du Java depuis que g étudié la question. ça a l'air vachement bien.
Non, c mon boss qu'y faut convaincre.
L'histoire du design facile à modifier, ça me plait beaucoup, personne m'avait encore parlé de ça, merci (et un argument de +).
par contre, en JSP, on va pas chercher ds les BS, pas bien !