Discussion :

[mike1987]

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

[vva]

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

[mike1987]

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...

[vva]

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

[roro06]

Bonjour

ASP3 ou ASP.net ? (auquel cas je redirigerais la discussion dans le bon forum )

[mike1987]

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

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?
d'avance merci

Bonjour

ASP3 ou ASP.net ? (auquel cas je redirigerais la discussion dans le bon forum )

C'est de l'ASP.net. désolé si je n'ai pas posté au bon encroit

[vva]

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...

[mike1987]

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?

[vva]

ok alors web service doit être le nom qui remplace le .com. a vérifier avec les experts.

[mike1987]

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 clients

[Immobilis]

Salut,

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.

Pour rappel ce que j'ai besoin c'est d'un composant qui sera instancié plusieurs fois et qui sera utilisé par plusieurs clients

Y'a pas une contradiction?

Pour ce qui est de créer une dll COM, y'a ce post: http://www.developpez.net/forums/d50...-regsvr32-exe/

A+

[mike1987]

Salut,

Y'a pas une contradiction?

oups de faite... 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.

Salut,

Pour ce qui est de créer une dll COM, y'a ce post: http://www.developpez.net/forums/d50...-regsvr32-exe/

A+

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'
D'avance merci

[vva]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C'est bien un composant qui serait instancié une seule fois (côté serveur) et qui serait utilisé par plusieurs clients.

cela veut dire que ta connexion sera ouverte en permanence ?

à 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/

[mike1987]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C'est bien un composant qui serait instancié une seule fois (côté serveur) et qui serait utilisé par plusieurs clients.

cela veut dire que ta connexion sera ouverte en permanence ?

à 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'ouvrir

[Arthis]

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.

[mike1987]

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 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
public DataSet ExecuteRequete(string requete, string table)
        {
            lock (this)
            {
                DataSet oDs = new DataSet();
                oDa.SelectCommand.CommandText = requete;
                oDa.Fill(oDs, table);
                return oDs;
            }
        }

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 faire

[Arthis]

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.

[mike1987]

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?

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.

[AJemni]

C'est comme a dit Arthis, tout est genére en natif.
peut être les regroupement de connexion (pool) fait l'affaire.

[Arthis]

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.

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).