gpt4 book ai didi

grails - 在这种情况下,grails过滤器是否应该向前运行两次?

转载 作者:行者123 更新时间:2023-12-02 14:13:32 25 4
gpt4 key购买 nike

根据此mailinglist entry,应在向前调用grails过滤器。有效地导致过滤器被调用1 + x number of forwards

但是,在我的情况下,我质疑如何完成此方法。这是我的系统的粗略混搭:

  • 我有一个过滤器,该过滤器在"/api/**"的uri条件下调用
  • 这样的网址映射:"/api/$version/$apiKey/$rest**"
  • $rest可能包含(例如)值/book/show/1
  • 一个ApiController的唯一目的是根据$rest转发到另一个uri

  • 因此,可以说我访问URL /api/0.1/Ks38...7fn38/book/show/1,然后发生的是调用了api过滤器,并且它执行了所有版本和apiKey验证。然后,它继续转发到uri /book/show/1,然后再次调用Api过滤器,即使该过滤器再次映射到 /api/**并且新的uri实际上是 /book/...。现在说,我同意过滤器应在向前调用,但是我不同意当我对 /book...进行转发时,应该再次调用api过滤器

    这不是正确的行为吗?它可以?

    最佳答案

    我也遇到过同样的问题,并在Grails邮件列表中进行了详尽的讨论。此行为自1.2.x之前就存在,并且不太可能更改。

    结果,我可以通过在我的“ApiController”中转发之前添加一个Flash参数(flash.apiValid = true)来“解决”该问题,然后在我的过滤器中检查该阻止以防止再次调用ApiController。

    尽管这可能不是最优雅的解决方案,但它是可行的解决方案。希望它也对您有帮助。

    关于grails - 在这种情况下,grails过滤器是否应该向前运行两次?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6205422/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com