OR
А я comp читаю как просто скрытие скобок
(comp f g) то же самое что и (f (g ...))Пока рядом xf не увидел.
Size: a a a
2020 July 08
NK
А на первом-то чанке всё нормально? Т.е. прилетает 1048576 и записывается 1048576?
какая-то дичь ¯\_(ツ)_/¯
проверил сейчас размер записанных данных сразу после
(io/copy body-stream stream)
в итоге прилетело 1048576, а записалось вообще 1048163
проверил сейчас размер записанных данных сразу после
(io/copy body-stream stream)
в итоге прилетело 1048576, а записалось вообще 1048163
T
Пока рядом xf не увидел.
Так и это объяснено там норм
T
Как блинчики картинка
NK
кажется, разобрался :)
я искал где задать размер буфера (было подозрение, что в нём причина), но искал не там
его надо было задать в opts у функи io/copy
я искал где задать размер буфера (было подозрение, что в нём причина), но искал не там
его надо было задать в opts у функи io/copy
T
А я comp читаю как просто скрытие скобок
(comp f g) то же самое что и (f (g ...))Норм вроде, тот же смысл. У нас же при
(f (g ...)) тоже такое порядок чтения, но чтобы исполнить f надо исполнить вложенные вызовы
(f (g ...)) тоже такое порядок чтения, но чтобы исполнить f надо исполнить вложенные вызовы
T
А xf просто сразу исполняются и передают вложенным
T
Makes perfect sence
NK
ещё такой вопрос: почему может быть такое, что мой хттп запрос обрабатывается 2 раза подряд, хотя клиент стреляет ровно 1 раз?
звучит дико, но я вот прям включил щас чарльз, чтобы удостовериться, что запрос уходит ровно 1 раз
в итоге у меня отрабатывает вот эта функция первый раз, потом с этими же данными и заголовками второй раз и ес-но валится с ошибкой
звучит дико, но я вот прям включил щас чарльз, чтобы удостовериться, что запрос уходит ровно 1 раз
в итоге у меня отрабатывает вот эта функция первый раз, потом с этими же данными и заголовками второй раз и ес-но валится с ошибкой
KR
Ну реально странно, может ты опшн запрос тоже пытаешься обработать?
NK
ваще ничо не пытаюсь :)
KR
Кинь ошибку с которой валится чтоли
TP
ещё такой вопрос: почему может быть такое, что мой хттп запрос обрабатывается 2 раза подряд, хотя клиент стреляет ровно 1 раз?
звучит дико, но я вот прям включил щас чарльз, чтобы удостовериться, что запрос уходит ровно 1 раз
в итоге у меня отрабатывает вот эта функция первый раз, потом с этими же данными и заголовками второй раз и ес-но валится с ошибкой
звучит дико, но я вот прям включил щас чарльз, чтобы удостовериться, что запрос уходит ровно 1 раз
в итоге у меня отрабатывает вот эта функция первый раз, потом с этими же данными и заголовками второй раз и ес-но валится с ошибкой
А клиент это что?
NK
А клиент это что?
мобильное приложение
NK
Кинь ошибку с которой валится чтоли
могу кинуть лог :)
NK
вижу в логе есть эксепшон, после которого запрос как будто перевыполняется зачем-то (у jetty собственный retry?)
NK
в общем, есть какой-то хендлер, который по эксепшну второй раз пытается реквест обработать, буду копать туда
NK
в итоге хз почему вылетал эксепшон, но в итоге всё удалось заставить работать через with-open с потоком на запись
я хотел держать открытые стримы в атоме, чтобы не переоткрывать постоянно, но, видимо, пока забью на это дело :)
во всяком случае так, как я задумывал оно не заработало нормально
я хотел держать открытые стримы в атоме, чтобы не переоткрывать постоянно, но, видимо, пока забью на это дело :)
во всяком случае так, как я задумывал оно не заработало нормально
NK
мда, разобрался, что бросало эксепшоны
это был ринговый (response/created), т.к. я никакого урла ему не кормил, он юзал хвост ресурса, ну и т.к. он не является валидным урлом, бросался java.net.MalformedURLException
это был ринговый (response/created), т.к. я никакого урла ему не кормил, он юзал хвост ресурса, ну и т.к. он не является валидным урлом, бросался java.net.MalformedURLException