Re: Problems with MCxAP (moved from UKHA_D)

["Keith Finnett" <keith@xxxxxxxxxxx>]

OK, in that case its probably a red herring. All I did was build an
app that opened a dialog if you clicked a button in the interface.
It needed to be entered in the global assembly cache as i'd strongly
named it....

k

--- In xap_automation@xxxxxxx, Stuart Booth <lists@x> wrote:
> On Mon, 12 Sep 2005 07:37:30 -0000, "Keith Finnett"
> <keith@f...> wrote:
>
> >I've tried a couple of things over the weekend. One of the key
> >requirements of MCE is that the assembly to be installed is
strongly
> >named,
>
> That isn't entirely necessary as it happens.
>
> >so i built a test assembly and installed with
> >RegisterMCEApp.exe but didn't write it to the global assembly
cache
> >(with gacutil.exe). The results were that the application looked
> >like it was installed but did nothing.
>
> Is that a test MCE AddIn you built? Was it meant to do anything
> obvious? I could try it on my MCE machine which would be
illuminating.
>
> >Therefore, perhaps MCxAP has been installed into MCE but the
gacutil
> >step failed? I'll do some more checking, but this seems a likely
> >reason.
>
> No, none of the xFx modules are strong named. When I was first
> developing MCxAP I did set things up with that requirement in mind,
> but frankly I found it a massive PITA so I removed it all again. It
> isn't necessary as long as the files are in the eHome directory.
They
> only need to be strong named if a GAC install is required.
>
> S
> --
> Stuart Booth <stuart@x...>
> xAPFramework.net - a xAP software development framework for .net
>
> http://www.xapautomation.org/     
 http://www.xapframework.net/