Question

Quelles sont vos expériences personnelles avec l'utilisation de ces outils?

J'ai essayé VSeWSS quand le premier est sorti et a été frustré par elle. Chaque nouvelle version a été la même chose pour moi, mais pour des raisons différentes.

WSPBuilder beaucoup fait appel à moi parce que je pouvais voir clairement où mes dossiers ont été déployés sur le serveur. Son utilisation de la réflexion pour créer des fichiers CAS et l'emballage des WSP a été grande, ainsi que les modèles de démarrage qu'il fournit.

Récemment, quelqu'un m'a orienté dans la direction de STSDEV. Je sais que cet outil a été autour depuis longtemps, mais je sais très peu.

A partir de votre propre expérience, qui recommanderiez-vous et Comment êtes-vous arrivé à cette décision ?

Était-ce utile?

La solution

Je l'ai construit des centaines de solutions et pièces Web en utilisant tous les outils là-bas (y compris le matériel moi-même à partir de zéro). WSP est le meilleur outil pour mon humble avis ce que je fais.

faible coefficient de frottement de pour commencer (obtenir le complément Visual Studio!) Et vous permet d'obtenir rapidement une partie Web / fonctionnalité et immédiatement opérationnel. Ensuite, vous pouvez travailler votre solution et faire un clic Deploy dans le développement empaqueter puis facilement (en utilisant l'outil de ligne de commande et quelque chose comme NAnt / MSBuild) pour la livraison à un environnement mise en scène / production. Contrairement à STSDEV (ce qui nécessite des objectifs de construction personnalisée) ou VSeWSS (qui vous oblige à structurer votre code d'une certaine manière), il me laisse travailler comme je veux et est adaptable et flexible.

VSeWSS est bien dans le fait que vous pouvez l'utiliser désosser quelque chose comme un fichier .stp site créé dans les fichiers sources (par exemple les modèles d'application fab-40) qui est utile, mais c'est la seule raison pour laquelle je nous le.

STSDEV est agréable, mais il se sent maladroit et tend à reconstruire complètement tout chaque compilation (ce qui signifie la génération de DDF). Il a également me force dans une certaine structure et la dernière fois je l'ai vérifié, il y avait des problèmes avec plusieurs parties Web dans une seule caractéristique, etc. Il pourrait aller mieux, mais WSPBuilder me donne ce que je dois aujourd'hui.

Autres conseils

WSPBuilder est le choix pour moi, vous donne tant gratuitement lors du développement et une grande intégration avec Visual Studio. Il y a beaucoup de trésors cachés dans WSPBuilder, que vous oubliez facilement, comme une grande génération de CAS automatique. Do lire Tobias après Zimmergrens sur la façon de commencer avec elle: http://www.zimmergren.net/archive/2009/04/08/wspbuilder-walkthrough-of-the-visual-studio-add-in.aspx

/ WW

Une chose que je voudrais ajouter est que si vous un début, essayez de ne pas sauter directement dans l'utilisation de ces outils. Essayez d'apprendre comment créer un WSP à la main en premier. Cela vous donnera une compréhension beaucoup mieux sur la façon dont ces outils sont destinés au travail et comment ils aident. Il vous donnera également une compréhension de ce qu'il faut rechercher s'il y a un problème avec un WSP créé par l'un des outils.

J'utilise WSPBuilder (avec le VS 2008 add-in) en combinaison avec un modèle de projet personnalisé, je peux développer une partie Web de travail et déployer ceci dans mon environnement de dev dans environ 2 minutes!

Pour les paquets unique solution avec un-un rapport aux assemblées (qui est le plus petits projets) cela est bien beau.

Tout récemment, avait quelque problèmes avec un projet plus vaste avec des références de montage mutliple, mais je suis sûr qu'il me est pas tout mettre en place droite plutôt qu'un problème avec l'outil par-soi.

VSeWSS était maladroit et maladroit dernière fois que je l'ai utilisé et sa me mettre hors d'essayer à nouveau. SP 2010 semble que cela pourrait imporve sur ce donc je vais revenir probablement encore une fois.

STSDEV est quelque chose que je ne l'ai pas essayé beaucoup parce WSPBuilder a rempli mes besoins à ce jour.

'Copier GAC' et 'Copie 12 Hive' caractéristiques sont le ciel développeur!

Je suis vraiment fan de WSPBuilder, je aime la structure, mais aussi les modèles 1.3 VSeWSS regarder un tas mieux que les versions antérieures. Je pense que si je commençais même dev maintenant je les considère d'abord et peut-être pas besoin WSPBuilder, sera insteresting pour voir si tel est le cas avec 2010.

WSPBuilder est mon outil de choix actuel, je pense que VSeWSS est utile pour les personnes qui débutent à l'utilisation dans une configuration de sablières, mais une fois que vous entrez dans des projets réels, il a des limites et juste se cache trop loin de vous.

J'utilise aussi toujours bon vieux événements post construction façonné pour la vitesse.

WSPBuilder peut bouchonner une solution, et une partie caractéristique web en moins de 30 secondes, alors qu'auparavant il pourrait prendre jusqu'à une heure. Énorme économiser sur le temps de développement, vous rester concentré sur la fonctionnalité que vous essayez de produire et il y a quelques fonctionnalités de déploiement de cool. L'autre chose utilise WSPBuilder conjointement avec SharePoint Solution Installer vous permet de générer un FSSF qui soit peut être installé via un fichier Setup.exe wizardy. Ne touchez jamais STSADM. ET! Vous pouvez également le configurer pour activer automatiquement des fonctionnalités lors de l'installation en ajoutant simplement un seul comme dans le fichier de configuration. Je suis en train d'aimer et de le recommander à tous mes SharePoint peeps.

STSDEV est mon option. J'ai construire plus de 30 SharePoint solutions personnalisées impliquant des gestionnaires d'événements, wf, pièces Web personnalisées, les pages d'application personnalisées et je suis très satisfait de STSDEV. L'une des raisons est que tout est transparent, vous pouvez voir les commandes STSADM dans windiw de sortie et vous pouvez les exécuter ultérieurement sur le serveur de production. Et oui ..stay loin de VSeWSS est le pire.

Je suis un grand fan de VSeWSS 1.3 Mars CTP, mais il est pas parfait. Cette version de VSeWSS semble suivre les règles de DEVLOPMENT SharePoint mieux que les versions précédentes.

Les plus grands problèmes que je l'ai remarqué avec VSeWSS est ...

  1. Lors du développement d'une partie Web et la fixation et le contrôle .ascx à la partie Web pour l'affichage, j'ai remarqué que lorsque vous essayez d'aller en mode Création ou Split, vous verrez des erreurs. Vous pouvez contourner ce problème en copiant le fichier ascx à la racine du projet, ouvrez le fichier ascx, et déplacez-le à votre emplacement correct dans le projet. Je pense que cela est plus d'un problème Visual Studio 2008.

  2. Lorsque vous travaillez avec des fonctionnalités ne plaisante pas avec les ID de fonction. Il gâcher les choses mal ... Comment changer un identifiant de fonctionnalité dans un projet VSeWSS ... Je ne sais pas, je pense que sa magie noire.

  3. Si vous créez une définition du site dans VSeWSS 1.3 CTP vous devez vous assurer que vous excluez le dossier pkg de votre projet lors du déploiement sinon vous pouvez voir et un message d'erreur. Alors avant que je peux vérifier mon code int je dois inclure le dos du dossier PKG dans mon projet, puis EXCLURE quand je travaille sur le projet planifions. Quelle douleur!

S'il y a quelque chose que j'appris VSeWSS est ne plaisante pas avec le dossier pkg et au lieu d'utiliser la vue WSP. Autre que ces questions mineures, VSeWSS 1.3 CTP a été formidable! Rappelez-vous juste un Comminity Technology Preview (CTP) et nous devrions voir la version Web de presse à (RTW) très bientôt.

J'utilisé WSPBuilder depuis les premières versions où il était juste une application de la console. Pour une période que j'ai utilisé STSDEV, mais après avoir vu ce que Keutmann a fait avec l'intégration VS et tous, im vraiment de plus en plus friands de WSPBuilder à nouveau.

Bien sûr, il a ses bizarreries (comme l'ajout de tous les processus de travail lors du débogage, re-construire des solutions de date avant de construire fichier WSP, les modèles OOTB utilisant ancien espace de noms webpart, impossibilité d'ajouter des assemblages à des paquets de WSP si le fichier est dans le GAC, etc.) mais pour un gars comme moi qui travaille avec SharePoint dans Visual studio chaque jour, est un outil qui me fait parfaitement ignorants des fichiers DDF et les fichiers manifestes embêtants (et oui je fais l'avocat que vous devez d'abord créer votre première 100 fichiers WSP manuellement de manière vous savez ce qui se passe derrière le capot, mais après que sa juste une nuisance).

Sur la documentation WSPBuilder à la baisse est des postes non existants et vous devez compter sur le forum CodePlex ou blog comme celui récent Zimmergren qui mentionne Wictor. Par conséquent sûr que beaucoup im des bizarreries ci-dessus peuvent être loin configurés, mais il faut beaucoup de creuser pour savoir comment (comme vous devez savoir que si vous souhaitez déployer des ensembles dans un même projet à la fois GAC et BIN vous devez avoir des dossiers appelés GAC et 80 / bin dans la racine du projet, et pas quoi que ce soit de configuration dans wspbuilder.config.exe)

faire utilisation VSeWSS 1.3 mais uniquement pour extraire les manifestes du site ou de la liste (je fais de moins en moins BTW depuis theres beaucoup d'extensions de STSADM belles là-bas qui fait un meilleur travail que VSeWSS).

Quelle im à propos extrêmement curieux, est de savoir comment les outils OOTB VS pour Rosario et 2010 seront. scénario cauchemar serait un VSeWSS 1.something ...

STSDEV est bonne, mais limite ma liberté de faire « comme d'habitude » dans VS. Aussi je ne me souviens pas quand il a été mis à jour la dernière fois ...

[modifier: je ne suis pas un expert dans ces choses, mais des questions comme celle-ci nest pas normalement marqués comme communauté wiki]

Ne pas oublier le lien SPDevWiki sur celui-ci aussi.

Ma préférence est WSPBuilder. J'ai essayé à nouveau VSeWSS 1.3 CTP mais le mauvais support avec contrôle de code source me repoussais.

Le meilleur outil? Utilisez SPVisualDev. Il tire parti de la puissance de WSPBuilder et ajoute des outils de débogage instantanée fantastique et de déploiement. Il dispose également d'une manière intuitive d'ajouter des fonctionnalités à une solution et vous pouvez configurer l'environnement à votre convenance, y compris en spécifiant params WSPBuilder, tels que les politiques de mesure CAs.

Je pense que VSeWSS a long chemin à parcourir, il est pas prêt à être utilisé, car il faut d'abord suivre l'architecture de SharePoint pour être bon déploiement aussi par exemple: vous pouvez créer la définition de liste à l'aide du modèle fourni pour cette définition de la liste, vous pouvez créer une instance de liste dans SharePoint lorsque vous créez la liste cette référence plus tard son modèle de liste en utilisant la fonction ID le problème est que le changement VSeWSS l'ID de fonction tout le temps ce qui se passe est que lorsque désinstaller la solution et déployer le WSP si vous aviez liste cela plus tard se plaindre qu'il ne pouvait pas trouver la fonction de modèle de liste fait cette liste fait référence à l'ancienne fonction d'identification de la même caractéristique avait été déployée avec une nouvelle ID fonction.

Un autre inconvénient que je pense est dans la phase de fixation est l'impossibilité d'utiliser les propriétés de fonctionnalités telles que ActivateOnDefault, la portée, etc. Parce que les fichiers de fonctionnalités sont écrasées dynamiquement à chaque fois que vous déployez.

Hope this helps

Je possède VSeWSS et STSDEV installés. J'ai eu du mal à comprendre comment utiliser VSeWSS correctement, mais STSDEV m'a orienté dans la bonne direction immédiatement.

Comme mentionné précédemment, STSDEV est transparent, et un pro pour moi: le code est disponible sur CodePlex, donc si quelque chose vous manque van add / étendre pour vos propres besoins personnels. Et juste en regardant le code vous aide à comprendre le processus de construction pour SharePoint.

J'ai trouvé VSeWSS 1.2 a causé quelques problèmes, mais ont trouvé 1.3 de faire tout ce que je besoin pour et à peu près solide comme le roc. Cela a été un site WCM avec des mises en page, pièces Web et les fichiers de modèle. Je ne l'ai pas utilisé pour une définition complète du site d'installation ou listes etc

Je suis un utilisateur STSDEV moi-même, en utilisant une version que j'ai personnalisé pour mes besoins (avantages de l'open source!). L'utilisation de plusieurs configurations cibles que je ne pouvais pas faire sans plus -. Il est un gain de vie absolue

Je tiens également à souligner, la pensée, que VSeWSS 1.3 CTP ne « Copy to 12 » et « Copie GAC » mis en œuvre d'une manière beaucoup plus précise que STSDEV et je suppose WSP Builder. Les derniers outils copient simplement tout sous le dossier RootFiles (ou autre), y compris des choses que vous ne voulez pas réellement déployé là-bas tels que les fichiers .cs ou des dossiers SVN. VSeWSS 1.3 construit toujours un manifeste sur une compilation, et fonde son « Copy to 12 » off fichiers dans le manifeste plutôt que le dossier. Je voudrais voir cela dans STSDEV à un moment donné.

Je l'ai utilisé VSeWSS, WSPBuilder et STSDEV construire de nombreuses solutions partie web, le site défintion et gestionnaire d'événements. Je l'ai aussi fait la main. La seule méthode sans limitation est de le faire à la main. D'autre part, VSeWSS est la base pour le soutien SharePoint 2010 dans Visual Studio 2010. Si vous voulez aller l'itinéraire le plus soutenu et vous êtes juste de commencer à utiliser un de ces outils aujourd'hui, je vous recommande de regarder VSeWSS d'abord. Avez-vous vu les messages de 2010 développeurs actuels qui disent qu'ils n'ont pas touché un fichier manifeste ou DDF en mois? C'est l'avenir. Il ne fait pas de mal à construire une solution à la main ou avec l'un des outils open source une fois pour les mains sur l'expérience pratical, mais après cela, pourquoi passer par la douleur?

Nous utilisons VSeWSS, dans le début lorsque les versions changent et pas tous les développeurs de l'équipe mis à jour en même temps. Nous avons eu beaucoup de problèmes avec la stabilité. Cela est dû en partie à la façon dont le fichier de solution est fusionnée par Visual Studio.

À un moment donné, nous avons perdu la plupart des fonctionnalités dans le menu contextuel.

Pour résoudre ce problème nous avons fini par créer un nouveau fichier de solution à partir de zéro et en ajoutant tous les projets existants à elle. Après cela, il a été stable relativily.

WSPBuilder tout le chemin, pour les mêmes raisons que les personnes affichées ci-dessus! Il est un outil incroyablement facile à utiliser. Je commencé à utiliser VSeWSS et gardé tirant mes cheveux, je trouve WSPBuilder et ce fut le coup de foudre (:-p)!

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top