J'ai 2 questions:
1) Si j'installe mon Prog VB (.exe) sur un reseau local ou
tous les utilisateurs peuvent avoir acces a un repertoire
sur le serveur. Donc, si j'installe mon prog dans ce
repertoire, est-ce que les utilisateurs pourront
l'executer sans probleme, ou bien que je dois installer le
programme avec tous les dll individuellement sur chaque
PC ?
2) Mon Prog accede a une base de donnee Access, est-ce que
plusieurs utilisateurs peuvent ouvrir mon prog (.exe) en
meme temps ????
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rémy
Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un serveur d'application, mais je ne sais pas si cela fonctionne avec un programme VB, à toi de te renseigner! ;- )
Et normalement, plusieurs utilisateurs pourront se connecter en même temps sur ta base access et pourront lancez ton programme.
Tu devras installer les dll et les ocx nécessaire à ton
programme sur chaque ordinateur, et alors tes urilisateurs
pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un
serveur d'application, mais je ne sais pas si cela
fonctionne avec un programme VB, à toi de te renseigner! ;-
)
Et normalement, plusieurs utilisateurs pourront se
connecter en même temps sur ta base access et pourront
lancez ton programme.
Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un serveur d'application, mais je ne sais pas si cela fonctionne avec un programme VB, à toi de te renseigner! ;- )
Et normalement, plusieurs utilisateurs pourront se connecter en même temps sur ta base access et pourront lancez ton programme.
Ledev
Pour la base de donnée, il ne faut pas y accédez n'importe comment: je veut dire, pas en partageant un lecteur réseau et en y allant de cette manière(sa m'étonnerai que sa marche...). Tu as plusieurs solution: -Une application n Tiers, ou les utilisateurs n'ont en faite que l'interface, et les règles de métiers ainsi que le stockage reste sur le serveur(qui les distribues, par DCOM par exemple) -un Terminal Server, chaqu'un ouvre sa session sur le serveur et exécute l'appli(ou un serveur d'application) -Ou encore un serveur de base de donnée(ou OGBD), et là tu y accède par SGBD.
a+
"Rémy" a écrit dans le message de news:002201c352c0$47d696f0$ Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un serveur d'application, mais je ne sais pas si cela fonctionne avec un programme VB, à toi de te renseigner! ;- )
Et normalement, plusieurs utilisateurs pourront se connecter en même temps sur ta base access et pourront lancez ton programme.
Pour la base de donnée, il ne faut pas y accédez n'importe comment: je veut
dire, pas en partageant un lecteur réseau et en y allant de cette manière(sa
m'étonnerai que sa marche...). Tu as plusieurs solution:
-Une application n Tiers, ou les utilisateurs n'ont en faite que
l'interface, et les règles de métiers ainsi que le stockage reste sur le
serveur(qui les distribues, par DCOM par exemple)
-un Terminal Server, chaqu'un ouvre sa session sur le serveur et exécute
l'appli(ou un serveur d'application)
-Ou encore un serveur de base de donnée(ou OGBD), et là tu y accède par
SGBD.
a+
"Rémy" <douns666@hotmail.com> a écrit dans le message de
news:002201c352c0$47d696f0$a301280a@phx.gbl...
Tu devras installer les dll et les ocx nécessaire à ton
programme sur chaque ordinateur, et alors tes urilisateurs
pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un
serveur d'application, mais je ne sais pas si cela
fonctionne avec un programme VB, à toi de te renseigner! ;-
)
Et normalement, plusieurs utilisateurs pourront se
connecter en même temps sur ta base access et pourront
lancez ton programme.
Pour la base de donnée, il ne faut pas y accédez n'importe comment: je veut dire, pas en partageant un lecteur réseau et en y allant de cette manière(sa m'étonnerai que sa marche...). Tu as plusieurs solution: -Une application n Tiers, ou les utilisateurs n'ont en faite que l'interface, et les règles de métiers ainsi que le stockage reste sur le serveur(qui les distribues, par DCOM par exemple) -un Terminal Server, chaqu'un ouvre sa session sur le serveur et exécute l'appli(ou un serveur d'application) -Ou encore un serveur de base de donnée(ou OGBD), et là tu y accède par SGBD.
a+
"Rémy" a écrit dans le message de news:002201c352c0$47d696f0$ Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Autre solution : Tu peux toujours essayer d'utiliser un serveur d'application, mais je ne sais pas si cela fonctionne avec un programme VB, à toi de te renseigner! ;- )
Et normalement, plusieurs utilisateurs pourront se connecter en même temps sur ta base access et pourront lancez ton programme.
Gilles RONSIN
"Rémy" , le ven. 25 juil. 2003 17:20:28, écrivait ceci:
Salut,
Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Ou les laisser dans le répertoire de l'exe. Il me semble que par défaut l'ordre de recherche des Dll est app.path puis répertoire system.
-- Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour DaemonTool Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm Les gens qui ne rient jamais, ne sont pas des gens sérieux.
"Rémy" <douns666@hotmail.com>, le ven. 25 juil. 2003 17:20:28, écrivait
ceci:
Salut,
Tu devras installer les dll et les ocx nécessaire à ton
programme sur chaque ordinateur, et alors tes urilisateurs
pourront lancer ton .exe depuis ton serveur
Ou les laisser dans le répertoire de l'exe. Il me semble que par défaut
l'ordre de recherche des Dll est app.path puis répertoire system.
--
Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour
DaemonTool
Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm
Les gens qui ne rient jamais, ne sont pas des gens sérieux.
"Rémy" , le ven. 25 juil. 2003 17:20:28, écrivait ceci:
Salut,
Tu devras installer les dll et les ocx nécessaire à ton programme sur chaque ordinateur, et alors tes urilisateurs pourront lancer ton .exe depuis ton serveur
Ou les laisser dans le répertoire de l'exe. Il me semble que par défaut l'ordre de recherche des Dll est app.path puis répertoire system.
-- Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour DaemonTool Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm Les gens qui ne rient jamais, ne sont pas des gens sérieux.
Gilles RONSIN
"Ledev" , le dim. 27 juil. 2003 13:57:28, écrivait ceci:
Re,
Hé non ;O). Car ceci s'éxecute alors que l'appli est déjà lancé, et donc que les DLLs/OCXs ont déjà été appellez.
En revenche, c'est possible si tu les appelles par CreateObject, car la elle sont appellez au moment de l'éxecution, mais:
Yeap. Une journée ou l'on apprend rien, est une journée perdue..... .....j'ai gagné ma journée... Bonne fin de WE..
-- Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour DaemonTool Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm Les gens qui ne rient jamais, ne sont pas des gens sérieux.
"Ledev" <Bozodev@hotmail.com>, le dim. 27 juil. 2003 13:57:28, écrivait
ceci:
Re,
Hé non ;O).
Car ceci s'éxecute alors que l'appli est déjà lancé, et donc que les
DLLs/OCXs ont déjà été appellez.
En revenche, c'est possible si tu les appelles par CreateObject, car
la elle sont appellez au moment de l'éxecution, mais:
Yeap. Une journée ou l'on apprend rien, est une journée perdue.....
.....j'ai gagné ma journée...
Bonne fin de WE..
--
Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour
DaemonTool
Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm
Les gens qui ne rient jamais, ne sont pas des gens sérieux.
"Ledev" , le dim. 27 juil. 2003 13:57:28, écrivait ceci:
Re,
Hé non ;O). Car ceci s'éxecute alors que l'appli est déjà lancé, et donc que les DLLs/OCXs ont déjà été appellez.
En revenche, c'est possible si tu les appelles par CreateObject, car la elle sont appellez au moment de l'éxecution, mais:
Yeap. Une journée ou l'on apprend rien, est une journée perdue..... .....j'ai gagné ma journée... Bonne fin de WE..
-- Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour DaemonTool Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm Les gens qui ne rient jamais, ne sont pas des gens sérieux.
François Picalausa
Bonjour/soir,
Autre point intéressant, il est possible d'enregistrer les composants par le code: http://support.microsoft.com/default.aspx?kbid3091
On pourrait donc créer un lanceur qui s'sssure que les composants sont enregistrés avant le lancer l'application...