Добрый день

Юзаю базы различных клиентов на популярном  облачном сервисе
Широко использую COM, OLE и ActiveX

НЕдавно по запросу переводили базу клиента с Линукс по MS SQL (за доп. плату), в частности для возможности использования COM

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

Что мне делать с этим в дальнейшем ?

Вам — ничего.

Файловый обмен мутить, говорят это в тренде нонеча.

(2) В тренде передача файлов или их содержимого через http-сервисы

(3) Хрен редьки не слаще. Каждый день реестры на десятки тысяч строк приходят, а через день на миллионы. И никакого хттп, обычный текстовый ксв. Только хардкор.

(2) Это значит - переписать полностью то, что ранее использовало COM, OLE и ActiveX.

(5) Сидят мужики на свадьбе. Уже выпили все, все сожрали, танцевать уже
утомились... Грустно... сидят... скучают... И тут самый здоровый грустно
покачав головой изрекает:
- Э-э-э-эххх... Ну надо же когда-то начинать!..
И заряжает с правой соседу в ухо!

(4) как это ни странно но этот хардкор переживет все
COM/OLE/ActiveX - не очень удачная попытка в RPC и ООП
выяснилось что сложно и почти не масштабируется

(6) заряжает соседу слева или справа?

(7) А я про что. У нас ещё не очень много ебонентов, не то что в Питере или Москве. А всем местным банкам дай свежие долги.
(8) Думаешь разница большая? Тут ведь главное начать, а там война план перевернёт.

(3) В сабже удобно работать с данными на рантайме.
+ использование процедур из глобальников
В http так не замутишь.

(0) Так придумали тебе 1с ХТТП сервисы ))

(9) таки json имхо заменит csv
там можно группировать записи, чтобы было понятно как можно делить-параллелить

(10) задрали уже со своими монолитами
микросервисную учи

(12) Но возрастут затраты на разбор. А тут одна строка одно действие, хотя есть в анамнезе задачка когда приходится сразу четыре csv обрабатывать для выделения нужного отчета.

(14) возрастут незначительно
ибо csv изначально кривой для обработки строковых типов с разными символами
в json с этим сильно лучше

(13)  НЕ совсем понял при чем тут термин "монолит"

(16)
это монолит
когда вызывают хз что, хз откуда и хз какого типа
а потом поменяли в одном месте то что в разных используют - и все посыпалось

(17)+ лапша-стайл кодинг
когда вместо того чтобы сначала подготовить все данные, затем передать для обработки
все в одной огромной процедуре, перепутано между собой

да такое хрен легко переведешь даже на "Файловый обмен"
ибо изначально архитектура говно

(15) А какое кривое экранирование при импорте из Ёкселя... Надоело немного даже и кавычки и переводы строк и прочая мутотень.

(17) НЕ согласен . Это объектная модель. И внутри все типизировано.
И главное на стороне источника никакого кода не нужно

(20) У тебя уже проблемы, иначе бы сабж не поднимал
Как выяснилось код нужен, права на код у Микрософта

(21) Так проблема же не техническая...

(22) Для Вас вообще никакой проблемы нет, расслабьтесь.

(0) web сервис

(24) Глупости не говорите, пожалуйста

(0) Все нормально, будет больно...
На просторах ищите еще, есть другие алгоритмы :)


Чтение/Запись документа Excel 2007 без офиса, без внешних компонент. (с примером для 7.7, 8.1 и 8.2 на управляемых формах)

https://infostart.ru/1c/tools/19139/

(0) Ну вроде на уровне идеи есть CORBA. На уровне реализации есть XPCOM. Хотя не уверен что 1С, да и большинство имеющегося ПО умеют с ним работать.