λ
По идее, надо ауф мидлварю навешивать после того, как роутинг по путям произошел
Size: a a a
2021 August 11
λ
А у вас видимо сразу любой реквест врапится в проверку ауф
B
да, так и получается
B
что любой реквест попадает в мид первого
λ
Сложно дать универсальный совет для http4s.
D
вытаскивать роутинг по путям на самый верх, до каких либо middleware, иначе легко в ногу выстрелить в композиции
D
D
что забавно, для akka-http бывает не помогает такой совет
D
ох уж эта композиция рутов в скале
S
нет
D
повесьте директиву с логами перед путями и скомпозируйте потом несколько рутов — чего буит?
D
или проверку корсов повесьте перед путем, и также скомпозьте несколько рутов, где не нужна эта проверка
S
будет то же, что и у вопрошающего выше в http4s - 403 вместо реджекта
D
шо
D
в этом случае директива логов будет во всех последующих рутах использоваться (при их склейке), вот что будет
S
def firstRoutesWithMid[F[_]] = firstAuthMid[F](routesForFirstService[F])
def secondRoutesWithMid[F[_]] = secondAuthMid[F](routesForSecondService[F])
тут не логи - тут аутентификация.
S
если так же сделать в akka-http будет такой же результат
D
да любую директиву повесьте, какая разница
S
Проблема у автора вопроса в том, что логин проверяется до path
S
Если в akka-http сделать
getUser1{ user => r1 } ~ getUser2 {user => r2} будет точно такая же проблема - в getUser2 мы никогда не попадем, так как getUser1 вернет 403 вместо реджекта.