CORBA IIOPNet и OmniORBpy, удаленный вызов метода с параметром valuetype - PullRequest
Новая
       104

CORBA IIOPNet и OmniORBpy, удаленный вызов метода с параметром valuetype

2 голосов
/ 30 августа 2011

Моя задача: я пытаюсь создать решение CORBA для двух приложений, одного на стороне .NET (сервер), а другого на python (клиент).Я использую IIOPNet для генерации серверов и IDL и OmniORBpy для поколений заглушек и клиентских вызовов.В целом работает для простых звонков, как типичный пример: Adder.Но когда я пытаюсь вызвать метод с пользовательским классом, он не работает.

У меня есть этот класс на стороне сервера (мой объект удаления), который будет вызываться из клиента: 

public class MyRemoteObject : MarshalByRefObject
{
    public override object InitializeLifetimeService()
    {
        return null;
    }

    public bool DoSomething(InterfaceRequest requestData)
    {
        return true;
    }

}

Тип входного класса параметров объявлен так на стороне сервера (довольно просто): 

[Serializable]    
public class InterfaceRequest
{
    public int SiteId;
    public int UserId;
}

Я генерирую свои IDL, используя CLSIDLGenerator, а затем мои заглушки для Python, такие как "omniidl -bpython -CPython ..."До тех пор, пока все не будет в порядке.

Итак, я запускаю сервер (среда отладки VS), и теперь на своем клиентском коде я определяю имя службы, успешно сужаю удаленный объект и создаю объект запроса, но когда япопробуйте сделать это: 

request = InterfaceRequest()
request.SiteId = 1
request.UserId = 3

result = remoteObj.DoSomething(request)

Python взрывается без предупреждения, без исключений, с любыми сообщениями любого рода (я обновил метку трассировки в моем конфигурационном файле omniORB до самого высокого [40], но ничего не получаетсяотслеживается), он просто вылетает, я много чего перепробовал и получаю всегда один и тот же результат.Проблема связана с параметром, конечно (я думаю).

Я работаю на стороне клиента следующим образом: python client.py -ORBInitRef NameService = corbaname :: localhost: 8087

(Мой последний подход: ссылка на объект pythonархитектура и соответствующий тип значения param, передаваемый по значению, в какой-то момент не совпадают)

Технические подробности: NET 4.0, IIOPNet (последняя), Python 2.6, omniORB-4.1.5, omniORBpy-3.5.

Мы ценим любую помощь, я немного застрял с этим, спасибо.

Да, IDL, сгенерированный для MyRemoteObject, такой: ..... 

module module1 {
module module2 {
module module3 {
module module4 {

interface MyRemoteObject {

boolean TestConnection(in double value) 
raises (::Ch::Elca::Iiop::GenericUserException);

bool DoSomenthing(in ::module1::module2::module3::InterfaceRequest requestData) 
raises (::Ch::Elca::Iiop::GenericUserException);
};

.....

Но теперь, когда вы упомянули об этом, я просто заметил, что в том же файле (myRemoteObject.idl) у меня есть структура, представляющая тип InterfaceRequest, но пустая, как эта: 

module module1 {
module module2 {
module module3 {

valuetype InterfaceRequest;

};
};
};

И, конечно, я генерирую этот IDL где-то еще с правильным содержанием: 

valuetype InterfaceRequest {
public long SiteId;
public long UserId;
};

Странно, может быть, это порядок, в котором я генерирую этот материал, это то, чтоважно ?, очевидно, что-то здесь не так, верно?

Наконец, мои заглушки Python для этих двух классов (удаленный и тип параметра) выглядят так: 

class _objref_MyRemoteObject (CORBA.Object):
    _NP_RepositoryId = MyRemoteObject._NP_RepositoryId

    def __init__(self):
        CORBA.Object.__init__(self)

    def TestConnection(self, *args):
        return _omnipy.invoke(self, "TestConnection", _0_module1.module2.module3.module4.MyRemoteObject._d_TestConnection, args)

    def DoSomething(self, *args):
        return _omnipy.invoke(self, "DoSomething", _0_module1.module2.module3.module4.MyRemoteObject._d_DoSomething, args)

    __methods__ = ["TestConnection", "DoSomething"] + CORBA.Object.__methods__

И запрос интерфейса: 

class InterfaceRequest (_0_CORBA.ValueBase):
    _NP_RepositoryId = "IDL:module1/module2/module3/InterfaceRequest:1.0"

    def __init__(self, *args, **kwargs):
        if args:
            if len(args) != 2:
                raise TypeError("InterfaceRequest() takes 2 arguments "
                                "(%d given)" % len(args))
            self.SiteId = args[0]
            self.UserId = args[1]
        if kwargs:
            self.__dict__.update(kwargs)

Так что даже если IDL неСовершенно верно (только догадываюсь), в конце концов, заглушки Python генерируются с правильным содержимым и правильными путями.

Спасибо за помощь (я изменил настоящие имена, надеюсь, идентификатор не имеет значения) и извините затакой большой пост.

1 Ответ

0 голосов
/ 31 августа 2011

Я думаю, что вы забыли добавить заглушку интерфейса, сгенерированную IDLCompiler. 

public class MyRemoteObject : MarshalByRefObject, module1.module2.module3.MyRemoteObject
{
    public override object InitializeLifetimeService()
    {
        return null;
    }

    public bool DoSomething(InterfaceRequest requestData)
    {
        return true;
    }    
}

Вам нужно реализовать тип значения в C #, используя следующие правила: [Это не ваша ошибка сейчас, но вы собираетесьполучить эту ошибку рано или поздно].

  • вы реализовали класс XYZImpl, где XYZ - это имя типа valuetype
  • XYZImpl наследует от абстрактного класса XYZ (этот классгенерируется IDLToCLSgenerator)
  • XYZImpl находится в том же пространстве имен, что и XYZ
  • XYZImpl, сериализуем
  • XYZImpl имеет открытый конструктор без параметров
  • XYZImpl не является абстрактным
  • XYZImpl реализует все унаследованные абстрактные методы и свойства Ссылка

Просто запомните, вам нужно открыть IIOPServerChannel, выполнив: 

int port = 0;
IiopChannel chan = new IiopChannel(port);
ChannelServices.RegisterChannel(chan);
...