Compatibilité de visual studio avec version windows server 2008 R2

Bonjour cher développeur,
Mon projet en visual basic étant terminé, je souhaite à présent l'installer sur l'ordinateur de mon collègue qui utilise le système Windows server 2008 R2. C'est un client léger directement connecté au serveur. Afin d'y arriver, j'ai connecté ma clé USB qui contient le logiciel avec mes projets et ma base de données sur MySQL Workbench.
Premier problème : on ne peut installer de logiciel sur un client léger. Parole du service informatique qui a installé ce service. Avez-vous une idée quant à la procédure à prendre pour installer mon logiciel sur ce dernier ? En sachant qu'auparavant ils avaient un système d'exploitation client et non serveur avec Windows XP.
Si la compatibilité est possible, faut-il utiliser une mise à jour à mettre sur visual studio pour qu'il puisse se lire ?
Dernière question :
Dans mon projet j'utilise un chemin de connexion à ma base qui est le suivant grâce à mon connecteur ODBC 3.51.

Code:

---

1 2 3

CN = New MySqlConnection 'déclaration de CN en tant que connection SQL CN.ConnectionString = "server=127.0.0.1; userid=root; password=avenir;database=gestion_stock;" 'connection à la base de données CN.Open()

---

Que dois-je changer et prendre en compte lorsque je vais le mettre sur l'ordinateur ?
Mon stage se terminant dans une semaine je souhaiterais vraiment que ce problème tout bête soit résolu avant :roll:
Merci d'avance pour vos réponses

client léger = appli web à installer sur IIS
client lourd = .exe

dans les 2 cas ca peut fonctionner sur windows server 2008R2, il faut entre autre que le framework utilisé en dev soit installé

mysqlconnection ca ne doit passer par odbc mais être en direct sur mysql je pense (sinon ils n'auraient pas développé un connecteur .net vu qu'il y a déjà un connecteur odbc ...)


bref c'est un peu confus et on ne peut te répondre

Merci pour ta réponse.
En gros mon logiciel utilise le connecteur ODBC afin de se connecter à la base de données SQL inscrite dans mon SGBD. Si je la transfert sur un PC qui utilise Windows server 2008 R2 en client léger, que dois-je faire pour que mon logiciel puisse être utilisable sur ce dernier ? Dois-je lui envoyer directement le .exe ou modifier mon projet ?
Qu'entend-tu par une appli web à installer sur IIS ? et de quel Framework parle-tu ?

tu as peu de connaissances, donc je t'en donne
client léger = appli web
si tu as un .exe à la compilation c'est que tu as un client lourd

vu que tu es sur le forum vb.net le framework dont je parle c'est le framework .net, qui existe en plusieurs versions

et vu que tu sembles utiliser plein de termes inappropriés il est difficile de comprendre ton histoire ...

(le cas aussi pour odbc alors que tu montres du code avec mysqlconnection, qui à mon avis se passe d'odbc)

Ok. Bon, j'ai changé de méthode. Je vais installé la base et le logiciel sur l'ordinateur de mon patron. Il voudra que le logiciel soit utilisable sur le COMMUN du serveur de l'entreprise. J'avoue n'avoir aucune connaissance dans ce type de procédure. Pouvez-vous m'aider ?

Citation:

---

Envoyé par anto942

sur le COMMUN du serveur de l'entreprise

---

encore un truc qui ne veut rien dire ...

une fois compilé tu récupères ton exe et les dlls à côté et tu le copies sur le poste ou tu veux que ca marche
si tu as des problèmes dis nous lesquels !

Voilà.
L'entreprise possède un serveur COMMUN(Z:), j'arrive à m'y connecter avec mon ordi via les identifiants de mon patron, j'ai créé un dossier ou j'ai mis mon projet (.exe) avec les dll. (MySQL.data) je peux l'ouvrir sur mon PC mais pas sur un autre. Ca me marque application in improperly formatted.
Je ne peux pas ouvrir MySQL workbench sur les autres ordi aussi : il plante. (pourtant j'ai copié tout le dossier.)
la connexion que j'utilise c'est en local du coup avec 127.0.0.1 sur le port 3306 user : root
dois-je en créer une nouvelle ? ou je peux la modifier pour que sur les autres ordi je puisse voir cette dernière ?

le framework est installé ?
as tu au moins collé ce message d'erreur sur google ??

la chaine de connexion oui c'est une évidence elle doit pointer vers la base de données, par vers un truc qui n'existe pas

Alors voilà où j'en suis. J'ai suivi votre conseil en installant le Framework .NET 4.5.2 sur le serveur.
Il est donc important de changer la chaîne de connexion. Je me suis renseigné un peu. J'ai suivi un tuto pour workbench pour synchroniser ma base sur un autre serveur.
J'ai créé un EER Model From existing Database. J'ai choisi ma base de données gestion de stock et un diagram de mes tables s'est affiché. Ensuite dans le menu il faut cliquer sur Database et sur synchronize Model.
Là on me demande de choisir la méthode de connexion et vu que c'est sur un serveur distant je ne sais pas si TCP/IP est la bonne.
avec TCP/IP :
Pièce jointe 212001


TCP/IP over SSH :

Pièce jointe 212002

Voilà donc ou j'en suis. J'ai appelé le service informatique de l'entreprise pour avoir l'adresse IP du serveur : 192.168.42.3
Quand je ping cette adresse de mon ordi j'ai un retour de paquet. Il la détecte bien.
Une question : est-ce déjà la bonne méthode ?

voilà mon essai qui est un échec.
Pièce jointe 212004


et le résultat m'affiche ces erreurs :


Pièce jointe 212005

Je n'arrive pas à comprendre d'où provient l'erreur suivante. Je crée une nouvelle connexion sur workbench pour savoir si mon SGBD reconnaît le serveur déjà et je n'y arrive pas :

Pièce jointe 212051

l'adresse IP est bonne le port aussi. J'ai même créé une nouvelle règle entrant et sortant dans mon pare-feu pour qu'il puisse accepter ce port 3389. L'utilisateur ainsi que le mot de passe que j'ai entré sont les même que j'utilise pour me connecter au serveur. Voilà l'erreur :

Pièce jointe 212052

Avez-vous une idée ?

le 3389 me parait douteux vu qu'il est utilisé par défaut par windows (à fortiori server) pour le remote desktop

J'ai essayé le 3306 et le 3399 que m'a proposé le service informatique de l'entreprise. Lorsque que je teste le deux, la connexion échoue tandis qu'avec le 3389 la connexion me dit qu'elle est perdu : "Lost connection to MySQL server at 'waiting for initial communication packet', system error: 10060
Je l'ai tapé l'erreur sur internet et j'ai trouvé ça mais difficile à comprendre quand même. Ils disent qu'il y a peut être un pare feu à autoriser. Du coup j'ai autorisé tout ce qui était en rapport avec MySQL (ce qui était déjà fait d'ailleurs) et même les port dans les entrants et sortants.
http://stackoverflow.com/questions/5...n-packet-syste

Il doit y avoir des fichiers my.ini ou my.cnf à modifier. mais là je suis impuissant :calim2:

Génial voilà maintenant que ma connexion en local ne fonctionne plus. l'erreur est la suivante :

Pièce jointe 212111

Je suis en train de péter un câble rien ne marche. il y avait un panneau attention à côté de ma connexion gestion de stock avec (auto saved) à côté. l'erreur est enlevé quand je cherche le dossier gestion de stock.autosave et que je le supprime d'après un forum. Cela s'enlève donc mais la connexion ne veut toujours pas s'effectuer. A une semaine de la fin de mon projet que je dois rendre fonctionnel à l'entreprise je n'ai que des merde.
Je n'ai toujours pas trouvé la solution quant à la connexion sur le serveur distant de l'entreprise.

il y a un sous forum mysql, ils pourront peut être t'aider de ce côté là

utiliser des choses qu'on ne maitrise pas c'est pas toujours simple
et même sans ca on peut avoir des problèmes inattendus ...

je vais faire comme ça en tout cas merci pour ton aide :)