Тоже это видел, и не понимаю, что подразумевается как set to null.
Если вписать "null", то канал не работает, ругается на это.
Если оставить ячейку пустой - так она и была пустая, используется тогда общий параметр - 3 попытки.
| SAPфорум.RU https://sapboard.ru/forum/ |
|
| Запрет на переотправку (retry) с конкретного канала JDBC Sender https://sapboard.ru/forum/viewtopic.php?f=70&t=93162 |
Страница 1 из 1 |
| Автор: | Андрей Петин [ Пт, июн 10 2016, 18:34 ] |
| Заголовок сообщения: | Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Добрый день! По разным каналам с типом JDBC Sender отправляются сообщения в один и тот же SOAP Receiver (по сути ABAP Proxy в SAP CRM). При ошибке мэппинга происходит переотправка через 5 минут (стандартные параметры), но именно для некоторых JDBC Sender'ов хотелось бы эту опцию отключить. Но не для Receiver, т.к. туда приходят сообщения и с других каналов, где переотправка желательна. Подскажите, как это можно отрегулировать для конкретных JDBC Sender? Используется PI 7.4, single stack. |
|
| Автор: | Chaser009 [ Вс, июн 12 2016, 13:44 ] |
| Заголовок сообщения: | Re: Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Здравствуйте! Не знаю, сработает или нет, сам не пробовал, но в хелпе есть: Specify the following for the poll interval: Poll Interval (secs): Number of seconds that the adapter must wait if no files are found for processing Poll Interval (msecs): Number of milliseconds that the adapter must wait if no files are found for processing If you set Poll Interval (secs) to null, processing times are short and close to real time. If you set Poll Interval (secs) and Poll Interval (msecs) to null, the adapter is called once. Retry Interval (secs): Number of seconds that the adapter is to wait before an SQL statement processed with errors is processed again If you set the value to null, the adapter is canceled if an error occurs, even if a value greater than null is specified for Poll Interval (secs). If you do not enter a value, the value from Poll Interval (secs) is used. |
|
| Автор: | Андрей Петин [ Вт, июн 14 2016, 18:03 ] |
| Заголовок сообщения: | Re: Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Тоже это видел, и не понимаю, что подразумевается как set to null. Если вписать "null", то канал не работает, ругается на это. Если оставить ячейку пустой - так она и была пустая, используется тогда общий параметр - 3 попытки.
|
|
| Автор: | Chaser009 [ Ср, июн 15 2016, 04:12 ] |
| Заголовок сообщения: | Re: Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Только что попробовал. Скорее всего, все проще. Просто 0 поставьте в Retry Interval. У меня после этого перестал запросы выполнять. PI 7.4. |
|
| Автор: | Андрей Петин [ Вт, июн 21 2016, 11:21 ] |
| Заголовок сообщения: | Re: Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Попробовал так сделать - поставил 0, активировал, остановил и запустил канал (сендер), всё равно переотправляет через 5 минут. 6/21/2016 10:48:51.003 AM Information Message status set to WAIT 6/21/2016 10:53:51.003 AM Information Message status set to TBDL 6/21/2016 10:53:51.004 AM Information The message was successfully retrieved from the send queue 6/21/2016 10:53:51.004 AM Information Retrying to send message. Retry: 1 Подскажите, вы что-нибудь перезагружали после установки нуля в свойствах канала? А какие-нибудь параметры вот здесь (outbound.retryInterval и outbound.numberRetries) меняли? https://help.sap.com/saphelp_nw73ehp1/helpdata/en/48/c8563ff63335bfe10000000a42189d/content.htm |
|
| Автор: | Chaser009 [ Ср, июн 22 2016, 02:54 ] |
| Заголовок сообщения: | Re: Запрет на переотправку (retry) с конкретного канала JDBC Sender |
Да нет, вообще ничего не трогал больше. Поставил "0" и активировал. И пользователя несуществующего в настройках поставил, чтобы ошибку вызвать. Вот сейчас специально еще раз то же самое смоделировал. В 10:38:25 была попытка коннекта к БД с ошибкой - и все, больше обращений нет. Сейчас 10:47 |
|
| Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|