Problème Add-in pour Outlook 2003

Le
Samuel Bernard
Bonjour à tous,

J'ai concu un Add-in pour Outlook 2003. Cet Add-in crée dans Outlook un menu
qui permet à l'utilisateur de travailler sur notre site Internet à partir
d'Outlook.
J'utilise le MsiInstaller de MS pour installer cet Addin qui possède un
certain nombre d'assemblies qui sont toutes installées dans le répertoire de
l'application (C:ProgrammeNomSociétéNomDeProduit).

Sur ma station XP Pro SP2 de développement et sur une station XP Pro SP2 (où
seul Outlook est installé) pas de problème: l'installation se déroule bien et
l'Addin fonctionne. Mais sur une troisième qui fait partie du projet Contoso
de MS.
L'installation fonctionne mais pas l'Addin.

J'ai fait tourné Fuslogvw.exe et j'ai trouvé le problème: Outlook cherche
les assemblies sous C:ProgrammeMicrosoft OfficeOffice11. Lorsque je copie
mes assemblies sous ce répertoire cela focntionne.

Est-ce un problème de Policy ?
Quelqu'un a-t-il une idée ?

Nota: je travaille en langue allemande (OS, VS.NET, ).

Merci d'avance
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Paul Bacelar
Le #12327301
Fusion
The FAT32 and NTFS Windows file systems are restrictive because the names of
files do not include information like versioning or localization. This means
that two different versions of a file cannot exist in the same folder unless
their names have versioning information. Fusion is the .NET technology that
allows versioning and culture information to be used in the name of a .NET
assembly that is stored on FAT32 or NTFS.
Fusion uses a specific search order when it looks for an assembly.
If the assembly is strongly named it will first look in the GAC.
Fusion will then look for redirection information in the application's
configuration file. If the library is strongly named then this can specify
that another version should be loaded, or it can specify an absolute address
of a folder on the local hard disk, or the URL of a file on a web server. If
the library is not strongly named, then the configuration file can specify a
subfolder beneath the application folder to be used in the search path.
Fusion will then look for the assembly in the application folder with either
the extension .exe or .dll.
Fusion will look for a subfolder with the same name as the short name (PE
file name) of the folder and look for the assembly in that folder with
either the extension .exe or .dll.
If Fusion cannot find the assembly it will throw an exception. In addition,
information about the name of the assembly, and the paths that it checked,
will be stored. This information may be viewed by using the Fusion log
viewer (fuslogvwr).
</URL>
--
Paul Bacelar

"Samuel Bernard" news:
Bonjour à tous,

J'ai concu un Add-in pour Outlook 2003. Cet Add-in crée dans Outlook un


menu
qui permet à l'utilisateur de travailler sur notre site Internet à partir
d'Outlook.
J'utilise le MsiInstaller de MS pour installer cet Addin qui possède un
certain nombre d'assemblies qui sont toutes installées dans le répertoire


de
l'application (C:ProgrammeNomSociétéNomDeProduit).

Sur ma station XP Pro SP2 de développement et sur une station XP Pro SP2


(où
seul Outlook est installé) pas de problème: l'installation se déroule bien


et
l'Addin fonctionne. Mais sur une troisième qui fait partie du projet


Contoso
de MS.
L'installation fonctionne mais pas l'Addin.

J'ai fait tourné Fuslogvw.exe et j'ai trouvé le problème: Outlook cherche
les assemblies sous C:ProgrammeMicrosoft OfficeOffice11. Lorsque je


copie
mes assemblies sous ce répertoire cela focntionne.

Est-ce un problème de Policy ?
Quelqu'un a-t-il une idée ?

Nota: je travaille en langue allemande (OS, VS.NET, ...).

Merci d'avance



Publicité
Poster une réponse
Anonyme