Проблема сопряжения POS-элементов управления C ++ с .NET POS SDK - PullRequest
Новая
       38

Проблема сопряжения POS-элементов управления C ++ с .NET POS SDK

2 голосов
/ 26 ноября 2009

Мы пытаемся реализовать .NET Service Object, который поддерживает интерфейс COM для эмуляции POSPrinter, но при этом совместим со старыми технологиями.

У нас есть интерфейс и объект класса в следующем классе. 

using [...]

namespace yRPOSPrinterDotNet
{
    [Guid("2D570F11-4BD8-40e7-BF14-38772063AAF0")]
    [InterfaceType(ComInterfaceType.InterfaceIsDual)]
    public interface yRPosPrinterCOM
    {

        long Open(String DeviceName);
        long PrintNormal(long Station, String Data);

    }

    [Guid("478176F4-5105-435c-8EBC-D4CB90B7B1C7")]
    [ClassInterface(ClassInterfaceType.None)]
    //[ProgId("yRPOSPrinterDotNet.POSPrinter")] //will be set automatically as the progid <namespace><clsid>
    public class POSPrinter : yRPosPrinterCOM
    {

        #region yRPosPrinterCOM Members
        public long Open()
        {
            return 0;
        }

        public long Open(String DeviceName)
        {
            Trace.Listeners.Add(new TextWriterTraceListener(Console.Out));
            FileStream objStream = new FileStream("C:\\yRPOSLog.txt", FileMode.OpenOrCreate);
            TextWriterTraceListener objTraceListener = new TextWriterTraceListener(objStream);
            Trace.Listeners.Add(objTraceListener);
            Trace.AutoFlush = true;
            Trace.Indent();
            Trace.WriteLine("Entering Main");
            Debug.WriteLine("How does this one do??");
            Console.WriteLine("Hello World.");
            Trace.WriteLine("Exiting Main");
            Trace.Unindent();
            return 0;
        }


        public long PrintNormal(long Station, string Data)
        {
            throw new NotImplementedException();
        }

        #endregion
    }

}

И поместите внутрь HKEY_LOCAL_MACHINE\SOFTWARE\OLEforRetail\ServiceOPOS\POSPrinter\yReceipts наш ProgID yRPosPrinterDotNet.POSPrinter

HKEY_CLASSES_ROOT\CLSID\{478176F4-5105-435C-8EBC-D4CB90B7B1C7} правильно имеет наш ProgID после сборки (yRPosPrinterDotNet.POSPrinter)

Мы можем вызвать DLL через тестовый класс следующим образом (найти ProgID), используя этот класс 

using [...]

namespace TestYRPosPrinterDotNet
{
    /// <summary>
    /// Summary description for UnitTest1
    /// </summary>
    [TestClass]
    public class UnitTest1
    {
        public UnitTest1()
        {

        }

        private TestContext testContextInstance;

        /// <summary>
        ///Gets or sets the test context which provides
        ///information about and functionality for the current test run.
        ///</summary>
        public TestContext TestContext
        {
            get
            {
                return testContextInstance;
            }
            set
            {
                testContextInstance = value;
            }
        }

        [TestMethod]
        public void TestMethod1()
        {
            String sProgID = "yRPosPrinterDotNet.POSPrinter";
            // We get the type using just the ProgID
            Type oType = Type.GetTypeFromProgID(sProgID);
            if (oType != null)
            {
               POSPrinter pp = (POSPrinter)Activator.CreateInstance(oType);
               long retVal = pp.Open("Nothing");
            }

        }
    }
}

Но когда мы пытаемся вызвать через образец TestApp (он отображается как serviceObject) 

{"Method Open threw an exception.  The service object does not support one or more of the methods required by its release."} System.Exception {Microsoft.PointOfService.PosControlException}

Через образец управляющего объекта C ++ мы получаем 104, определенный в opos.h как (const LONG OPOS_E_NOSERVICE = 4 + OPOSERR;) со следующей трассировкой стека 

----------------------------------- Doesn't work --------------------------------------------------------

 POSPrinterExample.exe!COleDispatchDriver::InvokeHelperV(long dwDispID=37, unsigned short wFlags=1, unsigned short vtRet=3, void * pvRet=0x0012f1e0, const unsigned char * pbParamInfo=0x00702014, char * argList=0x0012f110)  Line 

397 C++
 POSPrinterExample.exe!COleControlSite::InvokeHelperV(long dwDispID=37, unsigned short wFlags=1, unsigned short vtRet=3, void * pvRet=0x0012f1e0, const unsigned char * pbParamInfo=0x00702014, char * argList=0x0012f10c)  Line 1093 

C++
  POSPrinterExample.exe!CWnd::InvokeHelper(long dwDispID=37, unsigned short wFlags=1, unsigned short vtRet=3, void * pvRet=0x0012f1e0, const unsigned char * pbParamInfo=0x00702014, ...)  Line 382 C++
  POSPrinterExample.exe!COPOSPOSPrinter::Open(const char * DeviceName=0x00271f00)  Line 192 + 0x1c bytes C++

1 Ответ

2 голосов
/ 27 ноября 2009

Это похоже на DispInterface. Это ужасный COM-хак для поддержки Visual Basic. В основном все функции пронумерованы. При первом вызове все номера функций ищутся и кэшируются. Например, вам не хватает функции Close (). Это может привести к сбою при поиске, как вы видите.

Цитата из «OLE для Retail POS Control Guide - Rel. 1.1»:

  1. Найдите идентификаторы отправки для всех методов объекта службы, вызвав экземпляры объекта службы m_lpDispatch function Функция GetIDsOfNames. Обновить сгенерированный объект сервиса методы для передачи этих идентификаторов отправки функция-член InvokeHelper. Если любой из необходимых идентификаторов отправки не найден в объекте службы, то закрыть интерфейс отправки и вернуть OPOS_E_NOSERVICE.
...