Простой самописный обмен УТ11-УТ11 через HTTP-сервисы

Спам

гуру

13.01.22

✎

20:31

Планирую приступить к задаче.
Полностью самописный обмен.
Вот интересно, как лучше передавать объекты, дергая HTTP-сервисы.
Выгружать в структуру и сериализовать в JSON. А может быть замахнуться на XDTO, только зачем?

А так регистрация на плане обмена и дерганье HTTP-сервиса для передачи, после чего очистка в плане обмена.

1 acht

13.01.22

✎

21:19

(0) > как лучше
Как в статье опишешь - так и будет. Весь мир пойдет за тобой!

3 Волшебник

модератор

13.01.22

✎

22:09

(0) Очистка должна быть после успешного приёма. Нет?

4 vovastar

13.01.22

✎

22:09

А как же Питон?

6 Гений 1С

гуру

13.01.22

✎

22:28

(3) я передаю пакет из 100 объектов, если он принят успешно, удаляю регистрацию из плана обмена. это называется оптимистическая очистка

7 acht

13.01.22

✎

22:35

(6) > это называется оптимистическая очистка

Гениально! Это новое слово в терминологии IT! Безусловно, это войдет в анналы и будет цитироваться восторженными новичками. Сам подход станет легендарным, о нем будут слагать сказания.

8 Ненавижу 1С

гуру

13.01.22

✎

22:42

(0) OData?

9 acht

13.01.22

✎

22:56

(8) Ты сломал нам прогыгырамиста. Зачем?

10 vovastar

13.01.22

✎

23:31

(9) "передавать объекты, дергая"
это точно имеет отношение к программированию?

11 pechkin

13.01.22

✎

23:59

(10) таки вебсервисы обычно дергают

12 acht

14.01.22

✎

00:08

(11) > обычно дергают
Но-но! Гении их вызывают!
Потом, правда, не могут ни раза, но продляют на час для сохранения образа.

13 Гений 1С

гуру

14.01.22

✎

07:32

(8) не думаю.

14 2mugik

14.01.22

✎

07:50

(0)как по мне иксэмэль все только утяжеляет.

15 pechkin

14.01.22

✎

08:34

(14) бывают и жсон схемы, но 1с их не поддерживает

16 Ненавижу 1С

гуру

14.01.22

✎

08:46

(13) верю

17 PLUT

14.01.22

✎

09:11

(13) некогда думать! работу работать надо!

18 ManyakRus

14.01.22

✎

10:33

сначала надо сделать обработку "Генератор кода обмена Odata".
я уже сделал "Генератор кода COM-обмена" :-)

19 Гений 1С

гуру

14.01.22

✎

11:05

(18) COM - это уже история.

20 Гений 1С

гуру

14.01.22

✎

11:09

План обмена уже наваял (с приключениями правда): https://geniy1s.ru/massovaya-korrektirovka-v-konfiguratore/

21 Garykom

гуру

14.01.22

✎

11:15

(20) Для JSON и HTTP не нужны планы обмена

22 Гений 1С

гуру

14.01.22

✎

11:20

(21) Шта? По-моему это не от формата обмена зависит а от логики обмена. Изменения где будешь хранить, в регистре?

23 Garykom

гуру

14.01.22

✎

11:41

(22) а зачем их где то хранить?
у тебя же онлайн обмен, подписка на при записи и сразу в очередь на отправку ссылку на объект
ну и фоновое эту очередь в онлайне обрабатывает отсылая объекты по одному (или пачками по желанию) и удаляя из очереди

24 Garykom

гуру

14.01.22

✎

11:42

(23)+ И да очередь можно или РС или Справочник или даже без нее если можно сразу отправлять по HTTP

25 dangerouscoder

14.01.22

✎

11:42

(20) Кнопка действие - запретить авто регистрацию для всех

26 dangerouscoder

14.01.22

✎

11:44

(24) Лучше простой рс

27 Garykom

гуру

14.01.22

✎

11:46

(26) суть что если обмен 1 в 1 без множества узлов то нет смысла в тормозном плане обмена

28 acht

14.01.22

✎

11:48

(24) > даже без нее если можно сразу отправлять по HTTP
И тут такой http таймаут секунд на 30, пока там веб сервер прочухивается. А ты в транзакции проведения сидишь.

У тебя все микросервисы так построены?

29 Garykom

гуру

14.01.22

✎

12:10

(28) кто мешает новое фоновое на каждую отправку по http?

30 Garykom

гуру

14.01.22

✎

12:11

(29)+ да платформа в один прекрасный момент вероятно рухнет, когда кучу объектов сразу перезапишут без отключения отправки
ну вывернуться как то с ОбменДанными.Загрузка = Истина

31 Ненавижу 1С

гуру

14.01.22

✎

13:04

(29) а потом оно отваливается и ничего не получилось

32 PLUT

14.01.22

✎

13:11

(0) первая нота в написании убийцы 1С на 1С [Базухо] ?

33 Гений 1С