OVH Cloud OVH Cloud

treeview et wss

5 réponses
Avatar
marc
Bonjour,
J'ai ajout=E9 un contr=F4le Treeview =E0 la page d'acceuil d'un=20
site wss via Front page 2003, avec la bonne assembly. Sous=20
FP, le contr=F4le s'affiche correctement mais lorsque je=20
l'appelle sous ie j'ai l'erreur : impossible d'afficher ce=20
web part ou contr=F4le web car il n'a pas =E9t=E9 d=E9clar=E9 fiable=20
sur ce site.
Ma question est donc comment le d=E9clarer fiable ?
Merci.

5 réponses

Avatar
EROL [MVP SPS]
Bonjour Marc,

Il existe plusieurs type de Web Parts, auto exécutable ou .CAB ou
décomposée.

Afin de pouvoir déployer votre assemblage dans la « Global Assembly Cache »
ou GAC il faut que celle-ci soit signée à l'aide d'un système de clés public
et privée.

Visual Studio .NET 2003 fournit un outil en ligne de commande, sn.exe,
permettant de créer ce jeu de clés. C'est lors de la compilation que nous
allons définir dans Visual Studio .NET 2003 le lien sur le jeu de clés de l'
assemblage.

Lors de la compilation de votre source code C# le compilateur à créé un
assemblage sous forme d'une dll dans le répertoire binDebug ou
binRelease de votre projet. Maintenant que vous avez votre Web Part sous
forme de code pseudo compilé, il faut encore le déployer afin que Sharepoint
puisse charger l'assemblage et appeler votre le code de la Web Part. Par
simple glisser/déposer depuis l'explorateur de fichier copier la Dll «
RSSConsumer.dll » se trouvant dans le répertoire « /bin/Release » de votre
projet vers le GAC se trouvant sous « C:WINDOWSassembly ». Voilà, l'
assemblage est accessible depuis n'importe quel projet .NET.Il nous reste
encore à enregistrer l'assemblage contenant notre Web Part comme un
composant sans risque pour Sharepoint. Pour cela nous devons modifier le
fichier « web.config » qui se trouve dans le répertoire de base de votre
installation web Sharepoint.

Ouvrez le fichier « web.config » dans Visual Studio .NET 2003. Il faut
ajouter une nouvelle balise <SafeControl> sous la balise <SafeControls>.

Exemple de clef <SafeControl Assembly="RssConsumer, Version=1.0.0.0,
Culture=neutral, PublicKeyTokenf7af9e782e5f91" Namespace="nom_suivant la
web part.Sharepoint.WebParts" TypeName="*" Safe="True" />

Pour obtenir la version correcte de l'attribut PublicKeyToken, utilisez l'
explorateur de fichier et naviguez jusqu'au répertoire «
C:WINDOWSassembly », cherchez l'assemblage RSSConsumer, cliquez avec le
bouton droit sur le fichier et choisissez dans le menu : Propriétés.

Un dialogue s'ouvre dans lequel est affiché cette valeur, la depuis le
dialogue dans le fichier « web.config ».

Copiez le fichier « RSS.xslt » sous le répertoire source de votre serveur
Sharepoint afin que la Web Part le trouve lors de son exécution.

Vous voilà prêt à importer votre Web Part sous Sharepoint 2003.

+++++++++++

Allez sur le site je l'ai refait et largement développé,
voir : http://www.sharepointpro.net

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.sharepointpro.net
http://erolgiraudy.europe.webmatrixhosting.net/
http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm
http://www.laboratoire-microsoft.org/articles/teched_2003/
============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun
un objet.
Si nous avons chacun une idée et que nous les échangeons, nous avons chacun
deux idées.
Proverbe chinois.
===================
"marc" a écrit dans le message de
news:13b6001c3f7d0$95b79300$
Bonjour,
J'ai ajouté un contrôle Treeview à la page d'acceuil d'un
site wss via Front page 2003, avec la bonne assembly. Sous
FP, le contrôle s'affiche correctement mais lorsque je
l'appelle sous ie j'ai l'erreur : impossible d'afficher ce
web part ou contrôle web car il n'a pas été déclaré fiable
sur ce site.
Ma question est donc comment le déclarer fiable ?
Merci.
Avatar
EROL [MVP SPS]
Bonsoir Marc,

J'ai installé un article assez complet mais important (1.2 Mo)
sur www.mysps.info voir les DOC TECHNIQUES
et ensuite, C.WebParts, puis le document :

U2Faire1WebPart en PDF.

source : une société Belges U2U rédigé par Patrick Tisseghem.

Nous avons dans notre Livre sur SharePoint 2003 chez HERMES une explication
en Français avec aussi comment installer un Web Services.

Allez sur le site je l'ai refait et largement développé,
voir : http://www.www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.sharepointpro.net
http://erolgiraudy.europe.webmatrixhosting.net/
http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm
http://www.laboratoire-microsoft.org/articles/teched_2003/
============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun
un objet.
Si nous avons chacun une idée et que nous les échangeons, nous avons chacun
deux idées.
Proverbe chinois.
===================
"marc" a écrit dans le message de
news:13b6001c3f7d0$95b79300$
Bonjour,
J'ai ajouté un contrôle Treeview à la page d'acceuil d'un
site wss via Front page 2003, avec la bonne assembly. Sous
FP, le contrôle s'affiche correctement mais lorsque je
l'appelle sous ie j'ai l'erreur : impossible d'afficher ce
web part ou contrôle web car il n'a pas été déclaré fiable
sur ce site.
Ma question est donc comment le déclarer fiable ?
Merci.
Avatar
marc
Merci pour votre réponse.
En fait, il ne s'agit pas d'une Web part, mais d'un
composant asp .net que l'on trouve dans le visual studio.
Je cherche à activer un contrôle tree view dans une page
générée par un site wss. Les références à l'assembly
(web.UI.Webcontrol) sont correctes, celle-ci est dans le
Gac du serveur, mais le tree view n'apparaît pas lorsque
je charge la page (même si le javascript généré par le
contrôle apparait, lui).
-----Message d'origine-----
Bonjour Marc,

Il existe plusieurs type de Web Parts, auto exécutable


ou .CAB ou
décomposée.

Afin de pouvoir déployer votre assemblage dans la «


Global Assembly Cache »
ou GAC il faut que celle-ci soit signée à l'aide d'un


système de clés public
et privée.

Visual Studio .NET 2003 fournit un outil en ligne de


commande, sn.exe,
permettant de créer ce jeu de clés. C'est lors de la


compilation que nous
allons définir dans Visual Studio .NET 2003 le lien sur


le jeu de clés de l'
assemblage.

Lors de la compilation de votre source code C# le


compilateur à créé un
assemblage sous forme d'une dll dans le répertoire


binDebug ou
binRelease de votre projet. Maintenant que vous avez


votre Web Part sous
forme de code pseudo compilé, il faut encore le déployer


afin que Sharepoint
puisse charger l'assemblage et appeler votre le code de


la Web Part. Par
simple glisser/déposer depuis l'explorateur de fichier


copier la Dll «
RSSConsumer.dll » se trouvant dans le


répertoire « /bin/Release » de votre
projet vers le GAC se trouvant sous «


C:WINDOWSassembly ». Voilà, l'
assemblage est accessible depuis n'importe quel


projet .NET.Il nous reste
encore à enregistrer l'assemblage contenant notre Web


Part comme un
composant sans risque pour Sharepoint. Pour cela nous


devons modifier le
fichier « web.config » qui se trouve dans le répertoire


de base de votre
installation web Sharepoint.

Ouvrez le fichier « web.config » dans Visual Studio .NET


2003. Il faut
ajouter une nouvelle balise <SafeControl> sous la balise


<SafeControls>.

Exemple de clef <SafeControl Assembly="RssConsumer,


Version=1.0.0.0,
Culture=neutral, PublicKeyTokenf7af9e782e5f91"


Namespace="nom_suivant la
web part.Sharepoint.WebParts" TypeName="*" Safe="True" />

Pour obtenir la version correcte de l'attribut


PublicKeyToken, utilisez l'
explorateur de fichier et naviguez jusqu'au répertoire «
C:WINDOWSassembly », cherchez l'assemblage RSSConsumer,


cliquez avec le
bouton droit sur le fichier et choisissez dans le menu :


Propriétés.

Un dialogue s'ouvre dans lequel est affiché cette valeur,


la depuis le
dialogue dans le fichier « web.config ».

Copiez le fichier « RSS.xslt » sous le répertoire source


de votre serveur
Sharepoint afin que la Web Part le trouve lors de son


exécution.

Vous voilà prêt à importer votre Web Part sous Sharepoint


2003.

+++++++++++

Allez sur le site je l'ai refait et largement développé,
voir : http://www.sharepointpro.net

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.sharepointpro.net
http://erolgiraudy.europe.webmatrixhosting.net/
http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm
http://www.laboratoire-microsoft.org/articles/teched_2003/
======================== ======
Si nous avons chacun un objet et que nous les échangeons,


nous avons chacun
un objet.
Si nous avons chacun une idée et que nous les échangeons,


nous avons chacun
deux idées.
Proverbe chinois.
====================

"marc" a écrit dans


le message de
news:13b6001c3f7d0$95b79300$
Bonjour,
J'ai ajouté un contrôle Treeview à la page d'acceuil d'un
site wss via Front page 2003, avec la bonne assembly. Sous
FP, le contrôle s'affiche correctement mais lorsque je
l'appelle sous ie j'ai l'erreur : impossible d'afficher ce
web part ou contrôle web car il n'a pas été déclaré fiable
sur ce site.
Ma question est donc comment le déclarer fiable ?
Merci.


.



Avatar
marc
Renaud, merci pour ta réponse. Mon adresse n'est plus
anonyme ...
La solution que nous allons choisir pour ce problème :
alimenter le tree view à partir d'un fichier xml et en
faire un web part.
Il suffira de pointer (dans les préférences du web part)
vers un fichier xml différent.
Ceci dit, c'est dommage de ne pas avoir poussé
l'intégration wss - visual studio jusque là.
-----Message d'origine-----
Bonjour

Je comprend votre problématique (c'est une demande


récurrente de beaucoup des membres du clubSPS ... Bonjour
Michael)

WSS/SPS fonctionne avec un Httphandler validant le flux


entrant sortant de chaque appel

La seule méthode d'intégrer un comportement reconnu est


de le faire à l'interieur d'un container WEBPART. Un
WebControl n'est pas suffisant car non géré nativement.
Il faut bien faire attention aux manip de Frontpage








qui cosnideree WSS comme une extension d'un page ASPX Ã
l'edition et le rendu qui lui est géré par le Business
system de WSS.
En soit il faut respecter le SDK dans toute












tentative de customisation.

De plus , en dehors des themes et des dataviews, il est


tres dur de reutiliser une customisaiton frontpage...

Voila voila
(N'hesitez pas à me contacter par mail si vous voulez un


complement d'info, comme vous etes anonyme je ne peut vous
joindre de l'info supp)

Renaud COMTE [MVP]
---------------------------------------------
http://www.clubSPS.org
http://spsclerics.europe.webmatrixhosting.net
---------------------------------------------
.



Avatar
Renaud COMTE [MVP]
Oui et non ..

Quelqu'un a dit Whidbey
jeter donc un oeil sur les WebParts Whidbey des demos du PDC et vous comprendrez mon point de vu







Sinon attention , en fournissant des adresses de fichiers xml vous allez devoir baisser le niveau de trust du systeme sinon erreur de protection (eh oui ...
Essayer de regarder la notion de WPressources pour ces fichiers, comme ca ils seront deployés des l'instal







Renaud COMTE [MVP
--------------------------------------------
http://www.clubSPS.or
http://spsclerics.europe.webmatrixhosting.ne
---------------------------------------------