Version imprimable
Bonjour,
Dans le cadre d'un projet je suis amené à développer une application web en asp. Or je suis à la base un développer JAVA. J'aimerais savoir s'il existe en asp un composant équivalent à une servlet. A savoir un composant qui tournerait du côté serveur et qui serait instancié une seul fois. Les différents clients qui s'y connecteraient créeraient un thread et s'exécuteraient ainsi.
D'avance merci
Ps : je suis contraint d'utiliser le framework 2.0 pas plus haut
bonjour,
je sais que tu peux développer des composants .com avec VB et les charger sur le seveur IIS. Il me semble que l'on peut assimiler cela à des servlet vu mes connaissances en java
bonjour,
Qu'entendez vous par des composants .com? et puis mon language n'est pas le VD mais c'est du c#, je ne sais pas si cela change quelque chose...
vb ou c# c'est microsoft regarde si dans ton application de développement probablement visual studio, tu as la possibilité de créer un projet .com et l'objet uen fois compilé devra être instancié sur le serveur IIS
Bonjour
ASP3 ou ASP.net ? (auquel cas je redirigerais la discussion dans le bon forum )
Je travaille bien avec visual studio, mais je ne trouve pas le projet '.com' faut-il ajouter quelque chose pour pouvoir créer un tel projet?Citation:
Envoyé par vva
d'avance merci
C'est de l'ASP.net. désolé si je n'ai pas posté au bon encroit :oops:Citation:
Envoyé par roro06
il y a bien longtemps que j'ai travaillé avec ce produit mais si mes souvenirs sont bons quand tu crées un nouveau projet tu as la possibilité de choisir le type de projet standard, dll, composant.... mais c'est en fonction de la licence de ton produit si édition entreprise, basic...
oui ca je suis d'accord avec toi. Pour ce qui est de la version j'ai la version pro 2008. Normalement j'ai tout ce qui faut de base. Mais bon pour faire de l'AJAX avec le framework 2.0 j'ai du instaler un petit composant afin de créer un projet spécial sinon ca ne fonctionnait pas.
Je vais continuer à chercher pour le projet .com sur le web. Mais je pensait à un truc quel est le comportement d'un web service? Parceque ca pourrait peut-être fonctionner comme je veu le faire? non?
ok alors web service doit être le nom qui remplace le .com. a vérifier avec les experts.
Quelqu'un peut confirmer? Pour rappel ce que j'ai besoin c'est d'un composant qui sera instancié plusieurs fois et qui sera utilisé par plusieurs clientsCitation:
Envoyé par vva
Salut,
Citation:
Envoyé par mike1987
Y'a pas une contradiction?Citation:
Envoyé par mike1987
Pour ce qui est de créer une dll COM, y'a ce post: http://www.developpez.net/forums/d50...-regsvr32-exe/
A+
oups de faite... :oops: C'est bien un composant qui serait instancié une seule fois (côté serveur) et qui serait utilisé par plusieurs clients. Le but final est que je pourrait gérer les accès concurents à une bd de cette façon en encapsulant la connexion a la bd dans une classe et en déclarant une méthode lock qui exécuterait les requêtes et cette classe serait instancié dans mon composant ainsi chaque fois que je veu effectuer une requête à ma bd, je n'ai qu'a faire une demande à mon composant.Citation:
Envoyé par Immobilis
je vais un peu regarder de ce côté. Mais en ce qui concerne les Web service personne ne sait comment il sont 'employé'. Genre s'il peuvent contenir une méthode init et puis que c'est le même objet qui est utilisé par tous les 'clients'Citation:
Envoyé par Immobilis
D'avance merci
cela veut dire que ta connexion sera ouverte en permanence ?Code:C'est bien un composant qui serait instancié une seule fois (côté serveur) et qui serait utilisé par plusieurs clients.
à moins que la mode ai chngé mais on m'a toujours appris à créer la connexion, faire la requête et la tuer de suite sur chaque page asp sinon immobilis propose un système de classe pour gérer cela
http://www.developpez.net/forums/d50...ommentaires-o/
Non pas du tout en faite à l'instanciation de mon composant sur le serveur WEB je vais passer à une méthode de ma classe encapsulant l'accés aux données les différents paramètres d'accés et ainsi créer un objet 'accesBD'. Et ensuite j'ai une autre méthode (dans l'objet accesBD) qui permet d'éfféctuer une demande, celle-ci recoit la requête sous forme de string et retourne un data set avec la réponse (j'ai donc un accés aux données en mode déconnecté, ainsi lma connexion est toujours ouverte puis directement fermée). L'idée est de rendre cela générique quelque soit la base de données. On pourra ainsi changer de base en cahngeant juste les params de connection à la bd. Pour le site que tu m'a passé il y à une erreur dans l'URL parce que je ne parviens pas à l'ouvrirCitation:
Envoyé par vva
inutile pour toi de realiser des lock sur ta connection. Tout cela est genére en natif si tu instancies un objet connection pour chaque appel.
Voila ce que j'ai fait :Citation:
Envoyé par Arthis
J'ai une autre méthode qui permet de créer l'objet connection grâce aux factory (et des paramètres passés). Comme ca si je parviens à utiliser le même objet pour toutes mes demandes à la bd, quoiqu'il arrive, un seul processus/ thread ne pourra jamais accéder à un moment donné à la bd. Ainsi je n'ai aucune crainte que ma bd soit dans un étata incohérent. donc dans mon cas l'objet connexion n'est instancié qu'une seule fois mais est utilisé plusieurs fois. J'avais fait cela en java à la base (grâce à une servlet qui instanciait un javabean dans sa méthode init et puis la méthode process request accédait à ce bean qui comportait des méthodes synchronized) et comme cette solution me convenait emplement, j'aurais voulu reproduire cela. mais je ne vois pas trop comment faireCode:
2
3
4
5
6
7
8
9
10
11
Il y aun truc que je ne comprends pas. Quelle base de données utilises tu? C'est a ta base de données de gerer les lock pas a toi, sinon a quoi elle sert?
EDIT: je parle la de lock sur le contenu , pas sur la connection.
j'utilise SQLSERVER 2005 comme base. Donc si je te comprends bien ile serait inutile de gérer les accés concurents dans mon application... il s'uffirait que chaque client nécéssitant l'accès aux données, se connecte avec des objet connexion différents et alors je n'aurais pas de problèmes? ca me semble quand même bizard. Parceque on m'a toujours apris de gérer les accés concurents a la base de données en programmation justement pour éviter que cela dcevienne le bordel dans cette bd.Citation:
Envoyé par Arthis
C'est comme a dit Arthis, tout est genére en natif.
peut être les regroupement de connexion (pool) fait l'affaire.
C'est le cas pour des bdd qui ne sont pas sgbdr. Access par exemple je 'en mefierais, mais Oracle,Sql server, aucun probleme.. PAr contre on est toujours en environnement web. Cela veut donc dire que tu es en mode deconnecté et a partir de là , il faut que tu verifies tout avant de faire des operations sur ta base.( Plus exactement, je te conseille l'utilisation de procedures stockées qui se chargeront de l'intégrite de tes données).Citation:
Envoyé par mike1987
Citation:
Envoyé par Arthis
Je ne comprends pas ce que tu veu dire par "vérifier tout avant de faire des opérations sur ta base"...
Je viens de regarder cela mais ca ne semble pas convenir parceque si j'ai bien compris c'est simpleent une sorte de 'tampon' qui concerve les différentes connexion et qui permet de les réouvir plus rapidement. C'est pas du tout ce que je veu faire...Citation:
Envoyé par AJemni
Imaginons que deux personnes A et B tentent d'acceder à la meme base de données pour la mettre à jour.
L'un veut modifier le depart d'un train de la gare de toulouse vers Bordeaux et l'autre de Bordeaux vers Nantes. Or La condition qui doit etre respectée dans la base de données est que la correspondance a bordeaux en venant de toulouse pour aller a nantes ne doit pas depasser x minutes.
Cette cohérence des données doit se faire dans la base de données. A et B vont acceder a la base de données et vont recuperer l'information. Mais si A soumet sa donnée, alors ce que fera B sera peut etre faux. C'est a la base de données de le dire et de faire remonter l'erreur.
B devra alors avoir des données reactualisée pour lui permettre de resoumettre sa modification.
mouai on peu aussi gérer en ne permettant qu'un seul accés pour tout le monde a la bd genre :
A et B sont connecté à un site web qui permet de modifier la bd (le prends un exemple en rapport avec ce que je dois faire ;))
A et B utilisent le même composant afin d'accéder aux données que ce soit en lecture / écriture, ainsi si A est entrain de faire ses modifs, B ne pourra même pas avoir accès aux données, ainsi le problème est résolu du côté programme et non du côté bd... Et c'est vraiment cela que j'aimerais faire -> la volonté d'avoir un objet qui tournerais du côté serveur qui serait instancé qu'une seule fois et que tous lles clients puissent y accéder...
Alors il ne faut pas faire du web mais du client serveur.
Comment ca du client serveur? Je ne comprends pas bien ce que tu veu dire par là. Est-ce que je créerais un serveur en c# qui tournerais au même endroit que mon serveur web. Et que mon site web se connecterais via une connexion tcp/ip à ce sereur afin de réaliser les requêtes à la bd... ca me semble fort fort compliqué... en même temps si ca te semble pas possible autrement...:cry::cry::cry:Citation:
Envoyé par Arthis
Ce n'est pas ce que je voulais dire. C'est plus que le fait de brider ainsi tes utilisateurs n'est pas du tout dans la philosophie web. Le mode deconnecté est un état de fait dans le monde web, et il faut donc compter avec lorsque tu construit un site web.
Je ne suis pas vraiment d'accord avec toi. Je ne vois paspourquoi je 'bride' mes utilisateurs en faisant comme ca. Parceque au pire ce qu'il va se passer c'est qu'il va y avaoir un trés léger temps d'attente supplémentaire, mais bon c'est au bénéfice de n'avoir aucune erreur...Citation:
Envoyé par Arthis
Salut,Cette remarque ne montre que ta méconnaissance des SGBD. Tu peux effectivement te fier à tes seules intuitions, mais elle sont infondées. Ce n'est pas pour te faire de la peine :roll: mais tu devrais peu-être écouter les "anciens" :aie:. Ce que tu es en train de faire c'est reproduire un bureau de "La Poste" (dans le sketch de Dany Boon) au lieu d'une autoroute de l'information.Citation:
Envoyé par mike1987
S'agissant de SGBD professionnels, laisse la base de données gérer les accès concurents, sinon, reste sur Access. C'est pas pour être méchant :). As-tu lu la FAQ et les Tuto du forum SGBD? Il faudrait commencer par la non?
A+
Désolé de ne pas avoir réagi plus tôt mais j'étais occupé sur d'autres partie de mon application. Je suis tout à fait d'accord avec toi que certaines DB permettent de gérer de façon efficace les accès concurrents et puis avec une procédure stockée ou un trigger lancé à chaque ajout on peut aisément vérifié que l’on n’est pas entrain de mettre des données incohérentes dans la base. Mais bon il m'a été demandé que mon site web puisse être indépendant de la base de données. C'est pour ca que je partais sur ce que j'avais expliqué plus haut. Parce que si on met des procédures stockées ou des trigger écrits en PL/SQL il faut que ca soit possible dans toutes les bases or il me semble que cela n'est pas possible --> cela justifie ma volonté de vouloir traiter cela dans mon "programme" plutôt que de vouloir gérer cela dans la base. Mais bon c’est sur que cela va se faire un détriment de la rapidité d’exécution, mais bon c’est un choix.
Je me demandais si je ne pouvais pas faire cela dans un web service (technique que je ne maitrise pas encore bien). Je ne sais pas, par exemple, le comportement d'un web service. En effet, quand celui-ci est "lancé" sur le server, je suppose qu'il y à une phase d'initialisation et qu'ensuite chaque user obtient une sorte de thread sur le code. (cas ou plusieurs users effectuent des demande en même temps). Si quelqu’un à d’autres idée ou m’expliquer comment marche un WS je lui en serai très reconnaissant.
Bon WK à tous
Je doute que tu reviennes jamais a une base de données sans triggers ou procedures stockées...
C'est bien de vouloir interfacer ta base de donnée afin de la rendre interchangeable. Mais il est inutile d'aller plus loin. Si la base de données doit revenir a une ancienne version de foxpro ou que sais je, ca sera a l'instigateur de ce projet dementiel de se farcir le travail.
Bon week end à toi.
Pour rendre une interface indépendante de la base il faut developper en couches et utiliser des objets interfacés.
A+