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:\Programme\NomSocié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:\Programme\Microsoft Office\Office11. 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, ...).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Paul Bacelar
<URL location="http://en.wikipedia.org/wiki/.NET_assemblies"> 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" wrote in message 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
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
<URL location="http://en.wikipedia.org/wiki/.NET_assemblies">
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" <SamuelBernard@discussions.microsoft.com> wrote in message
news:59862863-6988-429A-BB50-9D1F91A58DCD@microsoft.com...
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
<URL location="http://en.wikipedia.org/wiki/.NET_assemblies"> 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" wrote in message 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