MF
А еще чуть трейса
Size: a a a
2021 March 11
MF
Либа могла не загрузиться изза несовместимости с сищным рантйамои
АД
в /var/log/messages только это
ИМ
(Хотя не уверен до конца, что это сработает.)
Там не вызывается отдельный парсер для пользовательских данных, а за один раз все целиком распаковывается.
Пока не вижу способа в msgpack разделить это
Пока не вижу способа в msgpack разделить это
AT
Там не вызывается отдельный парсер для пользовательских данных, а за один раз все целиком распаковывается.
Пока не вижу способа в msgpack разделить это
Пока не вижу способа в msgpack разделить это
Я не уверен, что правильно понял, в чем была проблема.
ИМ
Пусть есть функция same в Луа, которая просто возвращает те же аргументы
Тогда ожидаемо что
tnt.call(“same”, (“s”, b”s”)) == (“s”, b”s”)
Но этого не происходит ни при encoding=None, ни при utf-8
Тогда ожидаемо что
tnt.call(“same”, (“s”, b”s”)) == (“s”, b”s”)
Но этого не происходит ни при encoding=None, ни при utf-8
AT
Я так понял: если пользовательсткие packer/unpacker положить в connection и использовать для всех запросов, то что-то корежит. Это нет так?
AT
Там проблемы с ошибкой.
Анпакер нужно тогда как-то сбрасывать (его состояние), что я пока не понимаю как сделать
Анпакер нужно тогда как-то сбрасывать (его состояние), что я пока не понимаю как сделать
.
ИМ
Нет, просто если в одном из вызовов мы не докнца распарсили пришедшие данные или Парсинга завершился с ошибкой то следующий вызов будет некорректным
Это к предложению сделать полями класса коннекшон
Это к предложению сделать полями класса коннекшон
AT
Нет, просто если в одном из вызовов мы не докнца распарсили пришедшие данные или Парсинга завершился с ошибкой то следующий вызов будет некорректным
Это к предложению сделать полями класса коннекшон
Это к предложению сделать полями класса коннекшон
А какая связь?
ИМ
Поэтому на каждый респонс и реквест необходимо создавать новый экземпляр декодера екодера
Ну значит если передавать в коннекшон то лямбда функцию для конструирования
Ну значит если передавать в коннекшон то лямбда функцию для конструирования
AT
Нет, просто если в одном из вызовов мы не докнца распарсили пришедшие данные или Парсинга завершился с ошибкой то следующий вызов будет некорректным
Это к предложению сделать полями класса коннекшон
Это к предложению сделать полями класса коннекшон
Вообще, так быть не должно: длина сообщения есть в заголовке.
ИМ
Не должно не значит не бывает)
Просто потом дебажить будет сложнее
Просто потом дебажить будет сложнее
AT
Поэтому на каждый респонс и реквест необходимо создавать новый экземпляр декодера екодера
Ну значит если передавать в коннекшон то лямбда функцию для конструирования
Ну значит если передавать в коннекшон то лямбда функцию для конструирования
Нет, тут связи быть не должно.
ИМ
Но сейчас уже так...
Поведение не изменится разве?
Поведение не изменится разве?
AT
Не должно не значит не бывает)
Просто потом дебажить будет сложнее
Просто потом дебажить будет сложнее
AT
Я перестал понимать.
ИМ
Окей, наверное не прав и не туда смотрю.
Перепроверю, спасибо
Перепроверю, спасибо
AT
Или просто друг друга не поняли.
ОК
всем привет. Подскажите кто эксперементировал с тарантулом в докере. Передаю при запуске контейнера глобальные переменные для авторизации
TARANTOOL_USER_NAME и TARANTOOL_USER_PASSWORD. Согласно документации (https://github.com/tarantool/docker) этого должно быть достаточно, чтобы отключился guest пользователь. Но через java коннектор по прежнему доступен вход только через guest а переданного пользователя не видит