Добрый день!

Есть обработка, которая использует компоненту v8sqlite.
На файловых базах все прекрасно работало.

Сегодня попробовал запустить эту обработку на клиент-сервеной базе.
При запуске обработки при подключении компоненты выдается ошибка.

Подключаю вот так:


ПолноеИмяФайлаВК = "C:\v8sqlite.dll";
лВКПодключена = ПодключитьВнешнююКомпоненту(ПолноеИмяФайлаВК, "v8sqlite", ТипВнешнейКомпоненты.Native);


Работаю с одного и того же компьютера и с файловыми базами и с серверными.

Как можно сделать, чтобы v8sqlite заработала и на серверных базах?

а что за модуль? откуда запускается ?
клиент/сервер ?

в макет запихать не хочешь ее ?

При работе в тонком и web клиенте обязательно использования метода УстановитьВнешнююКомпоненту(). (ИТС)

(0) Наверное стоит проанализировать текст ошибки и понять почему она происходит.

(3) УстановитьВнешнююКомпоненту()
"Не рекомендуется использовать, начиная с версии 8.3.16."

(1) Просто внешняя обработка.
В ней читаются данные из sqlite-файла.

(2) А как это сделать?

(4) Никакой ошибки не выдается.
Метод "ПодключитьВнешнююКомпоненту" просто возвращает Ложь.

Ну если ты запускаешь это в серверном контексте  - нет у тебя на сервере этой компоненты.

(8) Да, запускаю в серверном контексте.

Почему тогда для файловых баз все работает?

(9) Потому что в файловой - где у тебя клиент там у тебя и сервер

зеленый чтоле)

(11) Лучше подскажи, как сделать, чтобы заработало

длл в архив, архив в макет двоичными данными, потом
Если Не ПодключитьВнешнююКомпоненту("ОбщийМакет.", "Имя", ТипВнешнейКомпоненты.Native) Тогда
            УстановитьВнешнююКомпоненту("ОбщийМакет.");
            ПодключитьВнешнююКомпоненту("ОбщийМакет.", "Имя", ТипВнешнейКомпоненты.Native);
        Конецесли;
        
        комп= Новый("Имя");

комп= Новый("Имя");
Имя как регается в системе + .Имя из ПодключитьВнешнююКомпоненту()

может быть вроде такого
AddIn.InputDevice.InputDevice, если указано
ПодключитьВнешнююКомпоненту("ОбщийМакет.", "InputDevice", ТипВнешнейКомпоненты.Native);
здесь Имя произвольное, его добавлять в
комп= Новый("Имя");

+ вк должна быть сделана по технологии ВК 1С, судя по названию v8sqlite должна быть такой, не запускал ее

Это все надо делать в контексте &НаСервере?

Если сервер 1С крутится под Линуксом это тоже будет работать?

(16) а как надо? телепаты в отпуске
в целом это доступно и там и там, где надо, там и запускается

(17) смотря как сделана вк, если эта
https://github.com/orefkov/v8sqlite
то по заверению автора
v8sqlite - нативная ВК для работы из 1С c базами sqlite
умеет

(18) Вообще надо прочитать данные из sqlite-файла, в ТаблицуЗначений, и обработать эту ТЗ.
Так как ТаблицаЗначений доступна только на $НаСервере, то получается и подключение компоненты надо делать на сервере.
Верно?

(20) вк из (19) возвращает сериализованную строку, если правильно понял, ее можно и на сервер отдать. больше от задачи зависит, есть подозрение что это какя то фоновая загрузка, если так, то соответственно сервер

(21) Загрузка пока выполняется не фоновая, а сразу в цикле все читается из sqlite-файла.
Файл лежит на клиентском компьютере.

Получается, есть два варианта.

1) Загрузить компоненту, прочитать файл на клиенте. На сервер отдать прочитанные данные, чтобы сервер их обработал, и записал в БД.

2) Сделать все то же самое на сервере.
В этом варианте придется и исходный файл и файлы компоненты v8sqlite передать на сервер.
Так ведь?

Как лучше сделать?

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

(22) ну не в циклах дело, а в ситуации. если надо разово загрузить то можно и клиент, а если постоянный обмен какой то, то клиент же не будет сидеть постоянно кнопку запуска обмена нажимать, значит регламентное, значит фоновое, значит сервер. файл расшарить, необязательно же его передавать куда то.
ну либо клиент с подключенным обработчиком ожидания. Смотря как нужно.
а вобще нормальный вариант, это когда софтина, которая сейчас в sqlite данные льет, будет напрямую в 1С отдавать эти данные, через сервисы, через сокеты или любой другой удобной технологией. сейчас это технология "Файл", что не совсем как бы
зы. файл компоненты чтобы не передавать туда сюда разместить в макете конфы

(23), (24)
Понятно - лучше сделать на сервере.

Но тогда проблема, которую я так и не могу решить - компонента не подключается на сервере.

Выше советовали использовать "УстановитьВнешнююКомпоненту", "ПодключитьВнешнююКомпоненту"...
Но метод "УстановитьВнешнююКомпоненту" не доступен на сервере.
А "ПодключитьВнешнююКомпоненту" на сервере возвращает Ложь, то есть компонента не подключается :(

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

(25) Ну ладно, сервер на Linux, а в (0) ты пишешь

Как на Linux может существовать диск C: ???
Как виндовая dll может быть подключена на Linux сервере?

(26) Так я после (10) переделал.

Сделал вот так:

Код


&НаСервере
Функция ПодключитьВК (пИмяФайлаВХранилище) Экспорт

        ПутьКВК = пИмяФайлаВХранилище;
        
        Попытка
            лВКПодключена = ПодключитьВнешнююКомпоненту(ПутьКВК, "v8sqlite", ТипВнешнейКомпоненты.Native);
        Исключение
            ТекстСообщения = КраткоеПредставлениеОшибки(ИнформацияОбОшибке());
            ТекстОшибки = ПодробноеПредставлениеОшибки(ИнформацияОбОшибке());
            Сообщить("Ошибка при подключении внешней компоненты v8sqlite:");
            Сообщить(ТекстОшибки + Символы.ПС + ТекстСообщения);
        КонецПопытки;
        
        Возврат лВКПодключена;

КонецФункции

&НаСервере
Функция ОпределитьИмяФайлаПоПлатформе () Экспорт
    
    лИмяФайла = "";
    СистемнаяИнформация = Новый СистемнаяИнформация;
    Если СистемнаяИнформация.ТипПлатформы = ТипПлатформы.Windows_x86 Тогда
        лИмяФайла = "v8sqlite_x32.dll";
    ИначеЕсли СистемнаяИнформация.ТипПлатформы = ТипПлатформы.Windows_x86_64 Тогда
        лИмяФайла = "v8sqlite_x64.dll";
    ИначеЕсли СистемнаяИнформация.ТипПлатформы = ТипПлатформы.Linux_x86_64 Тогда
        лИмяФайла = "libv8sqlite.so";
    Иначе
        ВызватьИсключение("Неизвестная платформа. Невозможно определить имя файла компоненты v8sqlite.");
    КонецЕсли;
    
    Возврат лИмяФайла;
    
КонецФункции

&НаКлиенте
Функция ПодключитьВК_v8sqlite () Экспорт

    лИмяФайла = ОпределитьИмяФайлаПоПлатформе();
    лПолноеИмяФайла = "C:\" + лИмяФайла;
    
    лИмяФайлаВХранилищеНаСервере = "";
    лРез = ПоместитьФайл(лИмяФайлаВХранилищеНаСервере, лПолноеИмяФайла, , Ложь);
    
    лВКПодключена = ПодключитьВК(лИмяФайлаВХранилищеНаСервере);
    
КонецФункции


С файловой базой все работает.

А в клиент-серверной базе в последней строке всегда возвращает Ложь, типа не подключена.
А при попытке создания компоненты - Новый("AddIn.v8sqlite.v8sqlite") - просто вываливается с ошибкой.

Что у меня неправильно сделано?

(12) В тебя компонента в корне С:
Файловая запускается под юзером под которым ты залогинен в систему. Под ним доступ есть к корню С:
Клиент-серверная запускается от юзера 1CB8USR (по умолчанию, или что там у тебя при установке было прописано). Этот юзер не имеет прав на корень С:

Перенесли компоненту или дать права юзеру клиентсерерной

(28) Какой еще c:? У него серверная часть вообще на линуксе :)

(29) Отож, он бы про линь еще к 100 посту написал

Переделанный код под Линукс в (27).

Что в этом коде неправильно?

(30) >> он бы про линь еще к 100 посту написал

Ну как стала понятна причина, тогда я и сообщил про Линукс.
И сразу попробовал переделать.

Линукс вам не Винда, там всё по другому работает.
Первая ссылка из (19) довольно не плохо написан мануал.

(31) Тогда однозначно права.

(33) По идее, если на сервер передается файл с помощью "ПоместитьФайл", то на него должны быть доступны все права.

(31) Доступ до линуксовки то есть? Файлы во временном хранилище должны в /tmp появлятся. Если не появляются или появляются, но не той системы, то в этом и проблема.
Сделай очень подробное логирование всех переменных и всех действий.
(33) Не думаю, без доступа к /tmp сервер 8ки вообще бы не запустился.

Попробуй поместить so-шник в общие макеты и подключать из общего макета.

(36) до сотого поста надо было подождать, что так рано то. всмысле это к тс. пока 100го поста не будет, он не воспримет этот совет

(35) >> Доступ до линуксовки то есть?

Доступ к серверу Линукс есть.

>> Сделай очень подробное логирование всех переменных и всех действий.

Как это сделать? И каких "действий"? Вызовы всех методов?

(38) Вывод любых переменных в лог и вызова всех методов.
Отладчик последовательную трассировку не может, а тебе нужна именно трассирока и вылов того что не так.

(39) Понял. Завтра попробую сделать

(39) А какой лучше использовать лог?
Внешний txt-файл?

(39) Вот что выдается в лог:

---------
*** ПодключитьВК_v8sqlite (&НаКлиенте)
Имя файла библиотеки: C:\1C_Dlls\libv8sqlite.so
ПоместитьФайл. Результат: Да
    Имя файла в хранилище: e1cib/tempstorage/2bf1c5dc-331b-4d61-b675-3d9726838f55?seanceId=2913f23c-dd09-4a51-8de3-c1d94511a36e
*** ПодключитьВК (&НаСервере)
Имя файла для подключения на сервере: e1cib/tempstorage/2bf1c5dc-331b-4d61-b675-3d9726838f55?seanceId=2913f23c-dd09-4a51-8de3-c1d94511a36e
    существует: Нет
ПодключитьВнешнююКомпоненту: рез = Нет
---------

Получается, что файла на сервере нету!
А куда он пропадает?

Команда, с помощью которой файл передается на сервер - "стандартная":


    лИмяФайла = ОпределитьИмяФайлаПоПлатформе();
    лПолноеИмяФайла = "C:\1C_Dlls\" + лИмяФайла;
    лИмяФайлаВХранилищеНаСервере = "";
    лРез = ПоместитьФайл(лИмяФайлаВХранилищеНаСервере, лПолноеИмяФайла, , Ложь, УникальныйИдентификатор);


(42) Так файл во временном хранилище, а не во временном файле.
Его надо получить на сервере с помощью функции ПолучитьИзВременногоХранилища() и сохранить во временный файл на сервере с помощью функции ПолучитьИмяВременногоФайла()

(43) Сделал ПолучитьИзВременногоХранилища() и ПолучитьИмяВременногоФайла().

В файловой базе работает.
В клиент-серверной по прежнему не работает.

Вот что выдает лог:
-----------------
(*) Метод ПодключитьВК_v8sqlite (&НаКлиенте)
Имя файла библиотеки: C:\1C_Dlls\libv8sqlite.so
    существует: Да
ПоместитьФайл. Результат: Да
    Имя файла в хранилище: e1cib/tempstorage/43bcb0e3-caff-4307-a485-3f61a885452f?seanceId=db9671bd-2b22-4f79-8b72-e9dc48dca5e0
(*) Метод ПодключитьВК (&НаСервере)
Имя временного файла на сервере: /tmp/libv8sqlite_v8_HXxHly_1a0.so
Имя файла для подключения на сервере: /tmp/libv8sqlite_v8_HXxHly_1a0.so
    существует: Да
ПодключитьВнешнююКомпоненту: рез = Нет
(*) Метод УстановитьСоединение (&НаСервере)
!!!! здесь вываливается при попытке выполнить
!!!! лБаза = Новый("AddIn.v8sqlite.v8sqlite")
---------------------------

Файл во временной папке лежит.

(44) В линуксе выполни и покажи нам выхлоп.

ldd libv8sqlite.so

Или вот почитай https://www.opennet.ru/base/dev/lib_dependence.txt.html

(44) Точно, на линуксовке не подключается. Надо пересобирать ВК с более старым libc, даже на Uvuntu 20.04 LTS libc всего лишь версии 2.31

root@server83:/opt/11# ldd v8sqlite_x64.so
./v8sqlite_x64.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./v8sqlite_x64.so)
./v8sqlite_x64.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./v8sqlite_x64.so)
        linux-vdso.so.1 (0x00007ffe1910d000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fbc75d8c000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbc75b9a000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fbc760a0000)
root@server83:/opt/11#

(45)
[sysadmin@hataraku tmp]$ ldd libv8sqlite.so
ldd: предупреждение: у вас нет прав на выполнение `./libv8sqlite.so'
./libv8sqlite.so: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by ./libv8sqlite.so)
./libv8sqlite.so: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by ./libv8sqlite.so)
./libv8sqlite.so: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by ./libv8sqlite.so)
./libv8sqlite.so: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./libv8sqlite.so)
        linux-vdso.so.1 =>  (0x00007ffe4bff1000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f5972398000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f5971fca000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f597269a000)

(46) (47) У вас старье какое то стоит :)
Выхода 3
1) Поднять версию glibc - но это слишком ссыкотно. Много поломаться может.
2) Пересобрать библиотеку с пониженной версией
3) Не использовать данный инструмент, а написать какую ни будь вебобертку на go (Garykom) .

(49) Ты прав, нельзя использовать Ubuntu LTS!
Надо сразу же переходить на неподдерживаемые сервером 1С версии, нападать на грабли, получать от них шишки и сразу же увольнятся.
Ибо нехрен с диназаврами, которые работают на актуальных и еще не устревших версиях работать.
А вот компилировать компоненту для Винды, тоже надо было бы уже под W11 делать, да еще и под ARM, чтобы больно было всем, а не только линуксоидам!

(46)
>> Надо пересобирать ВК с более старым libc

(48)
>> 2) Пересобрать библиотеку с пониженной версией

Я с таким низкоуровневым программированием дела не имел.
Лет 15 назад писал десктопные несложные программы.
Работал с Borland C++, Foxpro, Microsoft Visual Studio, C#.

Как это пересобирать - не знаю :(
Тем более под Линукс.

Разработчик этой компоненты это же orefkov?
orefkov

(51) Да, он.
Но там еще и cmake догнан до чуть ли не последней версии, и использует новые расширения, это быстро не исправить, надо изучать что они там делают.

(52) Ясно...

Придется переделывать обработку, чтобы она локально на клиенте под Windows читала данные, и передавала их на сервер для обработки.

(53) Потом переделать на серверный вариант не так долго, ничего особенно по времени не потеряешь.
Будет время покопаюсь, не охота засорять рабочие сервера всякой хренью, нужно поднимать стэнд, а я их все потер недавно ;)
Что там у тебя за система? Какая libc?

В принципе совместность поддерживается, т.е. если собрать на древней верии то работать должно, бывают конечно анекдоты типа такого:
https://github.com/dimbor-ru/freenx-server/issues/5
https://sourceware.org/bugzilla/show_bug.cgi?id=1190
Это был вообще улётный случай!
Второй топик сейчас подчистили, он был значительно веселее!
Грубо говоря, был баг чтения данных за пределом текущего размера файла, и он был в libc черт знает сколько лет, и пока товарищи из NoMachine не столкнулись с неработоспособностью своего NXClient, вроде на солярке, и не завопили "какая хрень там творится" никто на это внимания не обращал.
После этого внимание обратили и поняли что слегка нарушили POSIX,  иииии...
Склепали патч для libc который убил NXClient под Linux с новым libc! Бинго 👍
NoMachine видимо обиделся, и чинить свой клиент не стал, пришлось мне это сделать ;)
Но это очень редкий и очень специфичный случай.

(54)
>> ... был баг чтения данных за пределом текущего размера файла, и он был в libc черт знает сколько лет ...

Вот это да.
Так это получается, что старой libc нельзя пользоваться.

>> >> Придется переделывать обработку, чтобы она локально на клиенте под Windows читала данные, и передавала их на сервер для обработки.
>> Потом переделать на серверный вариант не так долго

Переделал.

>> Будет время покопаюсь ...

Это разовая обработка по загрузке данных. Потом может быть уже будет лень переделывать.

Если весь сыр-бор из-за таблицы значений, которая есть только на сервере, то ВК умеет и в виде массива возвращать, который и на клиенте есть.
По поводу сборки под пониже libc- посмотрю.

(56) >> Если весь сыр-бор из-за таблицы значений, которая есть только на сервере ...
В общем-то да, сыр-бор из-за этого.

>> ... то ВК умеет и в виде массива возвращать, который и на клиенте есть.
А как это сделать?

Хотя все равно данные нужны на сервере, так как вся обработка этих данных выполняется на сервере.
Но все-таки получение массива тоже интересно, вдруг потом где-нибудь понадобится.

(56) >> По поводу сборки под пониже libc- посмотрю.
ОК, будем ждать.

(57)
https://github.com/orefkov/v8sqlite#%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D1%82%D1%8C%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81-%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%BE%D1%82%D0%B2%D0%B5%D1%82%D0%B0-%D0%BA%D0%BE%D0%BB%D0%BE%D0%BD%D0%BA%D0%B8%D1%81%D0%B4%D0%B0%D1%82%D0%BE%D0%B9--execqueryquery-answerformat-datecolumns

Вторым параметром указываешь "JSON", потом через СериализаторXDTO преобразуешь в Массив массивов.

(59) Ага, спасибо

А как делать, если на сервере надо записать какие-то данные в sqlite-файл?

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

Как это лучше организовать?

(56) Нашлось немного свободного времени для шаманства...

Тестовая обработка со вшитой в бинарный шаблон библиотекой на GLIBC_2.16: https://cloud.mail.ru/public/bAJQ/oVB68FetH

Рецепт изготовления:

Ставим ubuntu 18.04 (первый который поддерживает 1С 8.3).
Это lts релиз и если на 19.10 половины пакетов вообще не найти, то для 18.04 они есть.
После установки обновляем, ставим apt install mc git build-essential libssl-dev
Может что-то не запомнил, по ходу дела найдется что еще поставить придется...

Находим первый необходимый хинт на https://apt.llvm.org
# Needs 'sudo add-apt-repository ppa:ubuntu-toolchain-r/test' for libstdc++ with C++20 support
Добовляем репу, обновляем систему, устанавливаем g++13, вроде можно и 11й, но я сразу поставил последний.

Второй хинт рецепта оттуда же: sudo ./llvm.sh 16

Забираем с гита cmake, собираем через ./bootstrap и make, ставим.
Потребуется libssl-dev, но мы его уже поставили.

Дальше, как обычно, танцы с бубном, надо ставить libstdc++-dev,  линкеру надо -pthread добавить, явно указать что сборка clang`ом делается и т.д. и т.п. Ничего нового...

P.S. Локаль ошибок получилась английская, русская в режиме "НаСервере" на похватиласть, имхо не критично, но имхо в ВК стоило бы добавить метод переключения локали.

(0) Проверяй!
На гигег 20.04 все тесты прошли без ошибок, кроме одного, там локаль проверяется, а см. выше она получается английская.

P.P.S. Надо бы проверить, работает ли по факту или нет, но уже поздно и лень...
ldd -v ./1cv8|grep GLIBC
...
libc.so.6 (GLIBC_2.30) => /lib/x86_64-linux-gnu/libc.so.6
...
И как это может запуститься на ubuntu 18.04 с GLIBC_2.16?

(62) Вот что получилось:

--------------
Компонента v8sqlite загружена
Версия ВК:1.0.0.4
Версия sqlite: 3.39.4
Тест ПроверкаОткрытияБазы
  Пройден
Тест ПроверкаВыполнить
    >> Database error: incomplete input <<  >> Произошла ошибка базы данных: incomplete input <<
  Провал: {ВнешняяОбработка.v8sqlite.Форма.ФормаУФ.Форма(42)}: Неправильный текст ошибки
Тест ПроверкаВыборкиВТЗ
  Пройден
Тест ПроверкаВыборкиВJson
  Пройден
Тест ПроверкаПараметризированного
  Пройден
Тест ПроверкаПараметров
  Пройден
Тест ПроверкаБольшогоРезультата
  Пройден
Тест ПроверкаЮникода
  Пройден
Пройдено тестов: 7
Провалено тестов: 1
--------------

Получается, если использовать эту серверную компоненту, то sqlite-файл с данными тоже надо на сервер передавать?
Это как-то неудобно.
А если 1С-ка будет вносить в него изменения, то его потом надо назад на клиента тащить, и заменить исходный файл, чтобы изменения оказались в исходном файле.
Сомнительный сценарий :(

Есть какой-нибудь другой способ работы с локальным файлом с сервера?

Выпустил 1.0.0.5

Sqlite обновлён до версии 3.44.0
Ряд небольших оптимизаций.
Доработана работа с локалью сообщений об ошибках.
Под Линукс две сборки - одна с GLIBC 2.25 (Ubuntu 18.04), другая с GLIBC 2.34 (Ubuntu 22)

https://github.com/orefkov/v8sqlite/releases/tag/Release_1_0_0_5

(65) Спасибо.

(66) https://www.youtube.com/watch?v=q8ADpnunCGo