Thomas Lebrun

C'est drole, je me sens un peu inspiré par ce post de blog :D

Je suis ABOSLUMENT pas d'accord avec le déployement en GAC.

C'est LA solution de facilité par excellence et cache beaucoup de chose que l'on a tendance à minorer

Quid de la sécurité ?
Quid du déploiement compartimenté ?
Quid du niveau d'accés des WP ?

Bref, ce n'est pas la panacé

Cependant ca facilite bien la vie, je suis d'accord

Avec MOSS 2007 et WSS v3, on parle de serveur d'entreprise pas forcement de simple site intranet, les impacts sont plus lourds à mon avis, qu'il s'agisse de Dev ou d'IT
>>> on est dans le monde du produit, pas de la simple technologie

Je vais rajouter un point quand même en ce qui concerne le dev avec Gac

un bon conseil : ajoutez un .bat a votre solution et lier le à la compilation ou un bouton de votre VS. Si  vous codez votre WP depuis un XP, bien placez le .bat dans un rep de votre serveur SharePoint 2007 accessible sous remote desktop
>>> il suffit d'ajoutez dans le .bat une ligne de GACutils pour deployer le composant (et non xcopy ne marche pas avec le repertoire de windows/assembly) puis un iisreset

Vous gagnerez du temps et des manips
PS : MSbuild peut être aussi configuré

J'ai vraiment du mal à comprendre ta remarque sur pas le app_bin mais le Gac qui est construit sans aucun arguments ni avantages inconvénients ?
>>> Je trouve ca trompeur et dangeureux. Perso, je code des WebParts SharePoint depuis la beta de SPS 2001 donc 2003 et 2007 m'ont plus trop etonné

Certes, nous sommes encore en beta et le SDK est encore bien vierge mais les bon reflexes sont toujours la.

Sinon, en ce qui me concerne, je travaille directement via partage reseau sur le repertoire BIN (et non app_bin) aprés avoir fait des tests de publications avec STSadm et mes DLLs
>>> je n'arrive à générer le .webPart automatique de la gallerie WP seulement si la DLL est en GAC ou Bin, pas app_bin...

Autre chose, attention aussi au versionning : la version de votre dll fait aussi partie de son strongname, soit un gros soucis de deploy SharePoint si vous deve repassez devant TOUS vos sites SharePoint à chaque update. Preferez un custom attribute par exemple.

Voila voila

Renaud Comte aka TheMit

Sinon, tes liens proposés sont excellents, mais je rajouterais :

http://andrewconnell.com/blog/archive/2006/05/23/3138.aspx
http://msdn2.microsoft.com/en-us/library/ms778813.aspx
http://www.developer.com/net/asp/article.php/3620316

A ++ dans l'Office Wolrd

Je n'ai pas forcement raison, juste que je prends moultes precautions.

Tant que les patterns de dev 2007 de MS SharePoint ne seront pas live, je m'appuierais sur les pratices .Net 2 et WSS

Le Gac est génial mais c'est un passe droit
>>> les DLL ont accés a tout sans aucun controles ou responsabilités

Imagine une WP ou un dll en GAC qui balance un delete en boucle de partage reseau suite à un bug
>>> en bin elle serait bloqué par les rules .net, en gac, elle continuerait son petit bonhomme de chemin ...

Bref, le GAC c'est génial mais il faut l'utiliser si on en a le besoin ou la dependance

L'autre soucis est que la dll est justement partagé par l'ensemble des services disponibles de la machine sans restrictions !!!

Imagine une WP spécifique à un service, toutes les instances de SharePoint pourrait l'utiliser sans contrainte alors que tu pourrai ne la deployer que sur la collection désiré

C'est vrai que si elle est partagé, c'est incontournable, mais ce n'est pas 99% des cas non ?

Mon commentaire n'avez pas un but méchant mais la chaleur actuel a le don de monter mon stress en hausse :)
>>> faut que je bosse ma diplomatie en etat de canicule

Mais comme toi, je veux juste partager mon experience et amener ma pierre à l'édifice.

Pour finir le debat, je vais citer le MSDN :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_SP2003_ta/html/sharepoint_wsscodeaccesssecurity.asp

What if my assemblies are installed in the GAC?
>>> By default, assemblies installed in the global assembly cache (GAC) run with Full trust. Although, installing your Web Part assembly in the GAC is a viable option, it is recommended that you install Web Part assemblies in the BIN directory for a more secure deployment.

Bref, MSDN = tablette de loi.Net

En cadeau : http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=99
http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=189

Et si j'allait coder un petit Tab WebPart en 2.0 maintenant ...

Et hop j'en rajoute

http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=248

Le _app_bin n'est pasa prévue pour gérer des dll de webpart
>>> le safe control n'intervient pas

Bref, c'est GAC ou BIN pas _app_bin