RegFree COM работает с С#, не работает с VBA

Я все время пытаюсь получить без регистрации COM, работающий с Excel в качестве клиента, и dll.NET в качестве сервера. В настоящее время я просто пытаюсь работать с доказательством концепции, но у меня проблемы.

Очевидно, что когда я использую Excel, я не могу просто использовать манифест клиента, живущий рядом с исполняемым файлом, поэтому я использую Microsoft.Windows.ActCtx (ссылку)

У меня есть манифест клиента, манифест сборки и dll все в одном месте.

К сожалению, то, что работает на С#, похоже, не работает в Excel/VBA, и я сильно обеспокоен причиной. Хотя тестовый клиент С# отлично работает, VBA дает ошибку 80070002, с сообщением "CreateObject" объекта "IActCtx" не удалось.

У меня есть .NET dll (COMTestService.dll), отображающий один класс/интерфейс для COM (COMTestObject/ICOMTestObject), как здесь:

[ComVisible(true), InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
[Guid("EEE50CDF-D8EC-4F38-B986-C231EC45171E")]
public interface ICOMTestObject
{
    [ComVisible(true)]
    string GetString(int number);
}

[ComVisible(true), ClassInterfaceAttribute(ClassInterfaceType.None), ComDefaultInterface(typeof(ICOMTestObject))]
[Guid("6E54611B-8B56-49E0-9415-E59B0774A4BE")]
public class COMTestObject : ICOMTestObject
{
    public COMTestObject()
    {
    }

    public string GetString(int number)
    {
        return string.Format("The number is: {0}", number);
    }
}

Клиентский манифест (COMTestService_Client.manifest):

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly 
    manifestVersion="1.0" 
    xmlns="urn:schemas-microsoft-com:asm.v1" >
    <assemblyIdentity
        name="client"
        version="1.0.0.0" />
    <dependency>
        <dependentAssembly>
            <assemblyIdentity
                name="COMTestService"
                version="1.0.0.0" 
                processorArchitecture="msil" />
        </dependentAssembly>
    </dependency>
</assembly>

манифест сборки (COMTestService.manifest):

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly 
    manifestVersion="1.0" 
    xmlns="urn:schemas-microsoft-com:asm.v1" >
    <assemblyIdentity 
        name="COMTestService" 
        version="1.0.0.0" 
        processorArchitecture="msil" />
    <clrClass 
        clsid="{6E54611B-8B56-49E0-9415-E59B0774A4BE}" 
        progid="COMTestService.COMTestObject" 
        threadingModel="Both" 
        name="COMTestService.COMTestObject"
        runtimeVersion="v4.0.30319">
    </clrClass>
    <file 
        name="COMTestService.dll"
        hashalg="SHA1">        
    </file>
</assembly>

Код клиента VBA:

Dim actCtx As Object
Set actCtx = CreateObject("Microsoft.Windows.ActCtx")
actCtx.Manifest = "...\COMTestService_Client.manifest"

Dim testObject As Object
Set testObject = actCtx.CreateObject("COMTestService.COMTestObject") 'This line throws... 

Dim text As String
text = thing.GetString(42)

Debug.Print text

Код клиента С#:

var actCtxType = System.Type.GetTypeFromProgID("Microsoft.Windows.ActCtx");
dynamic actCtx = System.Activator.CreateInstance(actCtxType);
actCtx.Manifest = @"...\COMTestService_Client.manifest";

var type = System.Type.GetTypeFromProgID("COMTestService.COMTestObject");
dynamic obj = System.Activator.CreateInstance(type);
dynamic s = obj.GetString(42);

ИЗМЕНИТЬ

Сюжет сгущается... Просто для удовольствия я написал быстрый COM-видимый, REGISTERED вспомогательный класс для создания объекта в С#, а затем передал его обратно, используя метод в строках public object CreateObject(string manifestPath, string typeName) Now, вызывающий это из С# exe работает отлично, но вызов его из VBA не удался (80070002 снова, сообщение: система не может найти указанный файл.). Теперь я еще более смущен...

Заранее благодарим за любую помощь, и если мне нужно предоставить дополнительную информацию, просто дайте мне знать, и я буду рад обязать вас!

Ответ 1

Используя Process Monitor, я обнаружил, что dll искали в C:/Program Files/Microsoft Office/Office11/. Я переместил все мои dlls туда и ошибка исчезла.

В обозревателе, если кто-нибудь знает, как сказать Excel, чтобы он не просматривал мои файлы, но вместо этого, где был найден .tlb, мне интересно. (Я уже пытался добавить путь к переменной среды PATH)

Ответ 2

Я не могу сказать, что я когда-либо пытался использовать эту технику, и на протяжении многих лет я делал много инсталляций. Я должен задаться вопросом, почему бы просто не зарегистрировать свой .NET COM Visible-сервер? Regasm имеет тенденцию создавать очень чистую и легковесную регистрацию COM в реестре. Более чистый, чем старый неуправляемый материал DllRegisterServer().