Загрузка RFC to JDBC

Сделал ФМ, экспортировал в PI, создал объекты.
запускаю в r/3 посредством CALL FUNCTION [...] IN BACKGROUND TASK DESTINATION [....]

commit work после вызова стоит.

2-3 раза проходит нормально, потом через раз, (в sm58 красное - "Commit fault: com.sap.aii.adapter.rfc.afcommunicat: ion.RfcAFWException: se")
Затем вообще не грузиться.

после очистки кеша
http://XXXXXXX:50000/CPACache/refresh?mode=full
http://XXXXXX:50000/CPACache/refresh?mode=Delta
несколько раз отрабатывает, потом начинаются такие же проблемы

пробовали поставить в вызове функции AS SEPARATE UNIT ?

Никогда не видел такой ошибки... tRFC вызовы работали корректно в обоих направлениях
В Java Trace в XI что-нибудь видно?
единственное, что после изменения сигнатуры ФМ, очень рекомендовано делать стоп-старт каналов ...иначе XI будет некорректно парсить вызовы на основе устаревших определений

...вообще непонятно зачем использовать RFC, когда есть Abap Proxy

AS SEPARATE UNIT - ситуацию не меняет.
сервер перегружали тоже не помогло

И все таки, в Java Trace какая ошибка? ...здесь описание ошибки от адаптера обрывается RfcAFWException: se

cimclass=SAP_ITSAMXIAEEngineStatusProvider,version=3.0,SAP_ITSAMJ2eeCluster.Name=***,SAP_ITSAMJ2eeCluster.CreationClassName=SAP_ITSAMXIAEEngineStatusProvider,SAP_ITSAMXIAEEngineStatusProvider.SystemCreationClassName=SAP_ITSAMXIAEEngineStatusProvider,SAP_ITSAMXIAEEngineStatusProvider.SystemName=SAP_ITSAMXIAEEngineStatusProvider,SAP_ITSAMXIAEEngineStatusProvider.CreationClassName=SAP_ITSAMXIAEEngineStatusProvider,SAP_ITSAMXIAEEngineStatusProvider.Name=SAP_ITSAMXIAEEngineStatusProvider,type=SAP_ITSAMJ2eeCluster.SAP_ITSAMXIAEEngineStatusProvider not in repository

Походу не ту ошибку из трейса вытянул, больше похоже (из-за cimclass), что тут про SLD пишут. В правильной записи об ошибке почти 100% будет написано и "Commit fault: com.sap.aii.adapter.rfc.afcommunicat: ion.RfcAFWException: se".
Конечно в этом убогом трейсе что-то искать неблагородное занятие. Даже прекрасно работающая система туда пишет немереное количество различных ошибок.

А монитор канала связи что-нибудь говорит?

http://host:j2eeport/mdt/channelmonitorservlet -> <RFC Sender channel>

Проблема решилась путем создания нового RFC соединения!

видимо данный PROGRAM ID использовался где то еще.



теперь образовалась еще одна непонятка

при передаче данных в оракл в режиме UPDATE_INSERT корректно обрабатывается изменение только по одной записи
если передавать сразу таблицу в результате перезаписывает все данные одной первой строкой

используется маппинг с ключом

можно ли маппингом сделать корректный UPDATE по всей таблице? или нужно дергать ФМ на стороне r/3 для передачи каждой отдельной записи ?

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

access
номер материала
текст
key
номер материала

что тут может быть не правильного то?



он вернет

номер 1
текст 1

номер 2
текст 2

номер1

и проапдейт все по первой записи!

ничо не понял в тексте, тренируйтесь апдейтить в RWB>TestMessage, где-то в пейлоаде не то. Ну или пишите другой XMLSQL, в котором можно руками писать SQL DML (не путать с Native SQL).

А там и будет update только по одной записи:
http://help.sap.com/saphelp_nwpi71/help ... ontent.htm
Enter the new column values in the <access> element. Enter exactly one <access>element.
В тэге access - новые значения, в тэгах keyX - условие.

Может помочь хранимая процедура и вызов через EXECUTE
http://help.sap.com/saphelp_nwpi71/help ... ameset.htm
Но тоже - невозможно передать всю таблицу (разве что CLOB - но это дополнительная работа в мэппинге).

UPD: А, нашел, SQL_DML, все-таки:
http://help.sap.com/saphelp_nwpi71/help ... ameset.htm

Создаете следующую структуру:

<root>
<stmt>
<Customers action="SQL_DML">
<access> UPDATE Customers SET CompanyName=’$NAME$’, Address=’$ADDRESS$' WHERE CustomerID='$KEYFIELD$’
</access>
<key>
<NAME>Firma</NAME>
<ADDRESS>Strasse 3 </ADDRESS>
<KEYFIELD>FI</KEYFIELD>
</key>
<key>
<NAME>Firma2</NAME>
<ADDRESS>Strasse 5 </ADDRESS>
<KEYFIELD>CO</KEYFIELD>
</key>
</Customers>
</stmt>
</root>

В качестве значений всех полей в SQL-выражении ставите заместители типа $заместитель$, а затем перечисляете все изменения в тэге Key - их может быть много.
XI/PI будет идти в цикле по всем key и выполнять access для каждого набора значений.