使用 MSBuild Runner 的 SonarQube 6.5 由于 HTTP 400 错误导致构建失败
SonarQube 6.5 with MSBuild Runner Causes Build Failures Due to HTTP 400 Error
我们使用 SonarQube v6.5 和 MSBuild Runner v3.0.2.656 来分析一堆 C#/.NET 程序集。 SonarQube 能够毫无问题地分析我们的许多项目,但在其他项目上却失败了。
我们在构建日志中看到以下错误:(为清楚起见删除了时间戳)
INFO: Analysis report generated in 203ms, dir size=257 KB
INFO: Analysis reports compressed in 78ms, zip size=93 KB
INFO: Analysis report generated in D:\Fusion workspaces\Fusion main web services build (development)\AccessDB\.sonarqube\out\.sonar\batch-report
DEBUG: Upload report
DEBUG: POST 400 http://fusionbuilder.wsicorp.com:9000/api/ce/submit?projectKey=Fusion:WebServices:AccessDB&projectName=D:\Fusion%20workspaces\Fusion%20main%20web%20services%20build%20(development)\AccessDB | time=1031ms
INFO: ------------------------------------------------------------------------
INFO: EXECUTION FAILURE
INFO: ------------------------------------------------------------------------
在SonarQube服务器上,web.log也出现如下错误:
INFO web[][o.a.c.h.Http11Processor] Error parsing HTTP request header
Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.
java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986
at org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:472)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:683)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
在论坛上搜索了一下之后,我们检查并更改了项目中的所有源文件,将其编码为 UTF-8,认为这可能是问题所在,但这并没有解决问题。
第一个问题:这是 SonarQube 的问题,还是 Tomcat J2EE 容器的问题?
第二个问题:我们如何解决这个问题?
提前致谢!
查看此日志:
DEBUG: POST 400 http://fusionbuilder.wsicorp.com:9000/api/ce/submit?projectKey=Fusion:WebServices:AccessDB&projectName=D:\Fusion%20workspaces\Fusion%20main%20web%20services%20build%20(development)\AccessDB | time=1031ms
看起来 projectName
设置为 D:\Fusion workspaces\Fusion main web services build (development)\AccessDB
,这是一个非常奇怪的项目名称。
当您 运行 使用 Scanner for MSBuild 开始步骤时,您可以使用 /n
参数指定项目名称,例如:/n:"Project Name"
。我建议指定一个不带 D:
和 \
字符的项目名称。
我们使用 SonarQube v6.5 和 MSBuild Runner v3.0.2.656 来分析一堆 C#/.NET 程序集。 SonarQube 能够毫无问题地分析我们的许多项目,但在其他项目上却失败了。
我们在构建日志中看到以下错误:(为清楚起见删除了时间戳)
INFO: Analysis report generated in 203ms, dir size=257 KB
INFO: Analysis reports compressed in 78ms, zip size=93 KB
INFO: Analysis report generated in D:\Fusion workspaces\Fusion main web services build (development)\AccessDB\.sonarqube\out\.sonar\batch-report
DEBUG: Upload report
DEBUG: POST 400 http://fusionbuilder.wsicorp.com:9000/api/ce/submit?projectKey=Fusion:WebServices:AccessDB&projectName=D:\Fusion%20workspaces\Fusion%20main%20web%20services%20build%20(development)\AccessDB | time=1031ms
INFO: ------------------------------------------------------------------------
INFO: EXECUTION FAILURE
INFO: ------------------------------------------------------------------------
在SonarQube服务器上,web.log也出现如下错误:
INFO web[][o.a.c.h.Http11Processor] Error parsing HTTP request header
Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.
java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986
at org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:472)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:683)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
在论坛上搜索了一下之后,我们检查并更改了项目中的所有源文件,将其编码为 UTF-8,认为这可能是问题所在,但这并没有解决问题。
第一个问题:这是 SonarQube 的问题,还是 Tomcat J2EE 容器的问题?
第二个问题:我们如何解决这个问题?
提前致谢!
查看此日志:
DEBUG: POST 400 http://fusionbuilder.wsicorp.com:9000/api/ce/submit?projectKey=Fusion:WebServices:AccessDB&projectName=D:\Fusion%20workspaces\Fusion%20main%20web%20services%20build%20(development)\AccessDB | time=1031ms
看起来 projectName
设置为 D:\Fusion workspaces\Fusion main web services build (development)\AccessDB
,这是一个非常奇怪的项目名称。
当您 运行 使用 Scanner for MSBuild 开始步骤时,您可以使用 /n
参数指定项目名称,例如:/n:"Project Name"
。我建议指定一个不带 D:
和 \
字符的项目名称。