【问题标题】:How to debug HTTP headers of request/responses performed during SBT publish?如何调试 SBT 发布期间执行的请求/响应的 HTTP 标头?
【发布时间】:2020-03-26 14:38:06
【问题描述】:

我试图找出为什么我不能将 scala 包发布到 Maven 存储库(Azure Artifacts,请参阅 https://github.com/sbt/sbt/issues/5483

我收到一个 203 HTTP 代码,导致 SBT 发布任务失败。

我希望通过检查 Warning HTTP 标头来获得更多信息 - 希望 - 微软已添加到 HTTP 响应中,但无法弄清楚如何配置 SBT 以在控制台上打印它们(设置 @987654323 @ 没有帮助)

【问题讨论】:

    标签: sbt azure-artifacts


    【解决方案1】:

    错误 203:非权威信息似乎是一个授权问题。

    请尝试将您的 PAT 编码为 base64 格式以使用基本身份验证。请查看以下示例以在 powershell 脚本中使用 PAT 获取 BASE64 授权。

    $PAT="***"
    $base64AuthInfo= [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes(":$($PAT)"))
    

    请查看类似的threadthis thread 以获得正确的基本授权字符串

    希望以上有帮助!

    【讨论】:

    • 虽然 203:非权威信息 似乎 像一个授权问题 - 但这里不是这种情况。经过一番挖掘后,当我使用无效 PAT 或根本没有 PAT(应该是 401),在没有发布许可的情况下使用 PAT(应该是 403),当我的工件使用具有无效版本号的有效路径时,我得到 203(应该可能是 400 或其他一些奇异的 HTTP 代码)。能否请 MS 的各位回复相应的 HTTP 代码 :)?
    • 此外,这个问题更多的是关于配置 SBT 以检查 HTTP 响应,而不是针对 Azure Artifacts 进行身份验证。我知道我可以进行身份​​验证,它以前可以工作。 但是,现在它不再起作用了,我想了解 为什么 它不起作用,因此需要打印 HTTP 响应正文和标头。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-08-13
    • 1970-01-01
    • 2014-12-18
    • 2017-09-15
    • 2023-03-08
    • 1970-01-01
    相关资源
    最近更新 更多