Есть метод одного объекта ActiveX, который возвращает массив в виде variant. Есть ли возможность его правильно принять? какие пути решения проблемы можно применить? единственное упоминание про variant встретил в AC_CALL_METHOD... но что-то никак не помогает сие.

Думаю SAP Data Provider тебе поможет.
Посмотри класс разработки, к кторому относятся его ФМ - там много примеров.

Если мне не изменяет память, то хелп говорит примерно следущее(в вольном переводе):
"... в качестве параметра... вы не можете использовать таблицы, классы или reference на них ...". Другими словами параметры передаются ByVal. ByRef - нельзя.

В качестве параметра чего?

А о чем шла речь? Помоему речь шла об ActiveX-е. Значит из АВАРа на него будет "смотреть" объект OLE. Так вот для вызовов методов объектов OLE из АВАР "нельзя использовать..." и далее по тексту.

В случае передачи в OLE-объект получите либо ошибку компилятора, либо дамп(можно обмануть компилятор неявным объявлением таблицы).

В случе передачи из OLE-объекта - дампа можно избежать, но получите только 1 строку из реального набора.


Выхода из данной ситуации вижу два:

1. напишите wrapper для этого ActiveX. У этого враппера должен быть метод, черпающий данные по-строчно.

2. можно попробовать через ADO-Recordset.
зная возвращаемую структуру можно через ASSIGN пробежаться по всем полям и всем строкам(примеры тут гдето пробегали по-моему).
Но это фактически будет тотже OLE - значит могут быть проблемы с performance.

MfG.

Просто не понятно из какого хелпа да еще столь вольный перевод
ByRef и ByVal помоему тут ни при чем

Для работы с OLE есть решение Data Provider, на которое ссылка постом выше. В частности он позволяет обойти ограничение на размер передаваемых данных при вызове OLE-методов, а так же упрощает обработку данных некоторых типов (IStream, VARIANT и пр.)

Подробнее см. SAP Library, курс BC412 и примеры в системе. Там достаточно все понятно, единственное что меня смущает, что в вопросе спрашивается о массиве VARIANT.

Data Provider с VARIANT'ом работает - это 100%, но как при помощи него разбирать массивы - на вскидку не отвечу - давно юзал.

долго искал примеры, читал доку с help.sap.com, так и не догнал, как data provider может помочь? если можно кой-нить простецкий пример? насколько я понял, dp позволяет обращаться к свойствам (properties) нужного компонента, но как с помощью него получить результат выполнения метода? похоже без wrapper'а никуда..

Посмотри как работают классы CL_GUI_*.
Я, в свое время, для взаимодействия с ActiveX делал класс - наследник CL_GUI_OBJECT и писал по аналогии со стандартными контролами.

Напишите код, в котором в вызов метода OLE подставьте таблицу.
Ctrl+F3 => Обработать ошибку => в низу редактора получаем окошко с ошибкой.


Обоснуйте.



Вот именно - о массиве VARIANT-ов.
Как в общем случае такой массив будет передаваться из приложения в приложение - ByVal или ByRef ?

В нашей задаче мы имеем код на АВАРе который передает данные в OLE-объект, который не только не часть нашего кода, но и вообще может быть зарегистрирован на соседней машине.



Значит предложение немного не в кассу

Если нужно вернуть в АВАР результат как таблицу - то можно попробовать определить возвращаемый OLE объект как ADO.Recordset. (в SOLE этот объект должен быть также зарегистрирован)

Зная структуру возвращаемой таблицы - ASSIGN в цикле должен помочь. У рекордсета есть EOF, и ассигн по каждому фиелду рекордсета. В цикле перемещайтие курсор рекордсета на следующую запись - Recordset.Next; свойства и методы объекта ADO.Recordset можно посмотреть в томже Excel-е (Alt+F11, добавить Reference и потом F2)

Успехов!

легко! и ошибки нет


и все без ошибок...
судя по хелпу, есть 2 ситуации: когда ACtiveX знает что такое дата провайдер и когда не знает. У меня второй случай. причем метод, который я вызываю, не сохраняет результат в properties объекта, а просто возвращает его. в этом случае, я не очень понимаю, к чему я должен привязать data provider.. не приходят данные все методы работают, кроме тех, что что-то возвращают

Простите - Вы сейчас о чем вообще ?!

Речь вроде бы шла об объекте OLE, которому в параметр передают таблицу.

Чтото вроде:



Или я чтото пропустил в вопросе?

совершенно верно... я к тому, что при компиляции ошибок не будет. внутрь функции посмотри

Если говорить о взаимодействии ABAP программы и ActiveX, ByRef отпадает как понятие, т.к. между ABAP программой и ActiveX в таком случае всегда стоит прослойка в виде Automation Controller из SAP GUI services - это я и имел в виду. Подробнее BC412.

Не в кассу так не в кассу - я идею дал, ваше дело ей воспользоваться .

Нет времени помочь, но информации о DP в виде примеров в системе и help.sap.com мне было достаточно.
Получение результатов методов я делал.

Нет возможности сейчас прямо посмотреть - но не суть.
Суть в том что если явно написать - то получим ошибку о которой я писал, тоесть нельзя передавать таблицы, стринги или ссылки на них.

Обмануть компилятор я тоже могу - без всяких ФМ.

Моя идея заключалась в следующем.
Создать объект типа ADO.Recordset и попробовать сунуть его в вызов метода ActiveX-a как возвращаемый параметр. Если пропарит - то можно попробовать побегать по рекордсету... хотя это помоему чушь какаято ( возвращаемый параметр ведь необязательно этого типа, это может быть чтото аля string[][] ).

Если во всей цепочке используется скажем MS SQL то прицепившись к нему из под OLE "ADO.Recordset" точно можно вызвать stored_procedure, в ней создать ActiveX, дернуть метод, а вот сторед процедура и вернёт обратно массив, по которому точно можно бегать из АВАР-а, тоесть потому самому ADO.Recordset. Но это тоже какойто изврат.

Я бы просто написал врапеер.