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

SharePoint .NET Discussion :

Environnement de dev VS2008 / Serveur Sharepoint Distant


Sujet :

SharePoint .NET

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    38
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 38
    Points : 38
    Points
    38
    Par défaut Environnement de dev VS2008 / Serveur Sharepoint Distant
    Bonjour,

    Je commence à me mettre à Sharepoint.
    Je rencontre toutefois des problèmes pour mettre en place un environnement de developpement efficace.

    J'ai un serveur distant sous Windows server 2003 et WSS installé dessus.

    Je veux developper des workflows avec mon poste local VS2008 . J'ai les templates tout ça.
    J'ai réussi à trouver à droite a gauche des indications pour deployer ce que je developpe sur le serveur distant.
    Mais lors de l'ouverture du template Sharepoint sur VS2008. Il me demande l'adresse du serveur Sharepoint.
    Hors, il semble que celui ci doit forcement etre local.
    Hors, le mien n'est pas local.

    Mon poste local est plutot lent et mal adapté pour y deployer un server virtuel Windows server 2003 + wss.

    Ma question est donc : Comment mettre en place un environnement de developpement sharepoint . Local/Serveur fonctionnelle.

    Merci de votre aide !

  2. #2
    Membre expérimenté
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    1 519
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 1 519
    Points : 1 663
    Points
    1 663
    Par défaut
    Pourquoi t'installes pas VS 2008 directement sur ton environnement de dév ?

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    38
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 38
    Points : 38
    Points
    38
    Par défaut
    Je ne suis pas le seul developpeur.
    On veut pouvoir travailler de maniere collaborative.
    Ainsi,si il n'y a VS2008 sur le serveur WSS, qu'une seule personne peut developper à la fois .

  4. #4
    Membre expert

    Profil pro
    Inscrit en
    Septembre 2002
    Messages
    1 581
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2002
    Messages : 1 581
    Points : 3 016
    Points
    3 016
    Par défaut
    Un environnement de dev mutualisé sous SP est difficile. Il est préférable que chaque développeur dispose de sa propre machine virtuelle connectée à un Source Control et que l'environnement mutualisé serve aux tests etc...mais que chaque développeur développe et effectue les premiers tests de ses composants en local.

  5. #5
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    38
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 38
    Points : 38
    Points
    38
    Par défaut
    Je n'ai pas trop la main sur les décisions d'architectures pour le moment.
    Parallement, on utilise TFS pour la gestion des sources.

    Toutefois, J'ai pus progresser sur mon problème.
    J'ai pus développer des features, mais j'ai encore un certain problème pour les livrer.
    J'ai donc fait appel au programme WSPBuilder pour créer mes packages.
    Mais celui ci n'intègre pas les dll à inscrire dans le GAC dans le fichier .wsp généré...
    J'ai créer un repertoire GAC dans ma solution, ou mettre ma DLL.
    (au passage, j'ai un message me disant qu'il à trouver la dll dans le bin/debug mais aussi dans /GAC) .
    Mais lorsque je renomme le fichier .wsp en .cab et que je l'ouvre.
    Pas de DLL .

    Alors je pense que je dois spécifié quelque chose de particulier dans mon fichier feature.xml, mais quoi ?

    Si vous avez une idée, merci de m'aider

  6. #6
    Membre expert

    Profil pro
    Inscrit en
    Septembre 2002
    Messages
    1 581
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2002
    Messages : 1 581
    Points : 3 016
    Points
    3 016
    Par défaut
    Si tu utilises l'add-in pour Visual Studio, tu n'as pas besoin de créer un répertoire GAC, la DLL liée au projet buildé ira d'office en GAC. Il faut également éviter de compiler en debug puis en release ou alors faut faire le ménage entre les deux pour éviter d'avoir deux DLL pour le même projet.

    Si tu utilises wspbuilder en ligne de commande et que tu crées un post-build dans ta solution VS, à ce moment là, tu dois effectivement créer un répertoire GAC et y copier la DLL du projet avant d'appeler wspbuilder.

Discussions similaires

  1. Environnement de dev sur serveur tiers et DNS
    Par Maxbenji dans le forum Domaines
    Réponses: 0
    Dernier message: 21/08/2012, 16h45
  2. Connecter son visual studio a un serveur sharepoint distant
    Par walido dans le forum Développement Sharepoint
    Réponses: 4
    Dernier message: 28/04/2011, 17h42
  3. [PDT] Dev. sur serveur distant ?
    Par snowguru dans le forum Eclipse PHP
    Réponses: 1
    Dernier message: 26/03/2009, 17h14
  4. environnement de dev et XMLRAD??
    Par Vincent623 dans le forum XMLRAD
    Réponses: 2
    Dernier message: 20/09/2005, 03h55
  5. [Weblogic] Weblogic + 2 environnements sur le même serveur
    Par LudwigVon88 dans le forum Weblogic
    Réponses: 3
    Dernier message: 27/07/2005, 19h30

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