IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

VB.NET Discussion :

Différer (ou contrôler) l'exécution du .xsd


Sujet :

VB.NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Juillet 2013
    Messages
    777
    Détails du profil
    Informations forums :
    Inscription : Juillet 2013
    Messages : 777
    Par défaut Différer (ou contrôler) l'exécution du .xsd
    Bonjour,

    Mon appli est liée à une base de données. En tant que débutant, j'ai utilisé la fonction "DataSet typé" en mettant à profit le schéma de base de l'onglet XSD sous VS2010.
    Mon appli démarre par une Sub Main() dans laquelle j'effectue un certain nombre manip sur le fichier de base de données de l'utilisateur

    A un moment, dans cette sub, j'écris :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    File.WriteAllBytes(DB_FullPath, My.Resources.mabase)
    Cette instruction a pour but d'écraser la base existante dans DB_FullPath par une base vierge stockée dans mes ressources.

    Cette instruction provoque un system.IO.exception ("base située dans DB_FullPath déjà ouverte " ). Or, lorsque cette instruction intervient, je n'ai pas encore ouvert la base de données... tout au moins par le code.

    Je suspecte mon dataset typé d'avoir initié une connexion avant la procédure Main(). Ce datasettypé se charge en effet à partir du fichier de base situé dans DB_FullPath. Mais je ne sais pas vérifier cette hypothèse.

    - Y a-t-il un moyen de savoir quel est l'objet SQLconnection qui a ouvert la base avant mon instruction provoquant l'erreur ?
    - Y a-t-il un moyen de vérifier si c'est le datasettypé (bizarrement, lorsque je change la connectionstring de ce dataset, l'erreur demeure) ?
    - Y a-t-il un moyen de contrôler le lancement du code sous-jacent à l'onglet XSD, ou tout au moins, à différer ce lancement après mon File.WriteAllBytes ?

  2. #2
    Membre éclairé
    Inscrit en
    Juillet 2013
    Messages
    777
    Détails du profil
    Informations forums :
    Inscription : Juillet 2013
    Messages : 777
    Par défaut
    J'ai résolu mes pb d'une autre manière.
    Toutefois je ne passe pas ce post en résolu car les questions posées, elles, ne sont pas résolues, même si elles m'intéressent beaucoup moins maintenant... mais peut-être plus tard...

Discussions similaires

  1. Contrôler l'exécution des instructions
    Par vever dans le forum Général JavaScript
    Réponses: 11
    Dernier message: 16/03/2011, 16h27
  2. Réponses: 1
    Dernier message: 04/06/2008, 20h13
  3. Réponses: 10
    Dernier message: 17/01/2008, 21h24
  4. Réponses: 3
    Dernier message: 24/06/2007, 01h24
  5. Contrôler les exécutables avant l'execution
    Par Tchetch dans le forum Sécurité
    Réponses: 12
    Dernier message: 21/12/2006, 19h01

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo