注释
.png "如果 GRBL 设备未插入并准备就绪，构建发布包将失败。 #1214"){kind=avatar}
合作者
|
你能发布完整的构建日志吗？日志中的此错误消息在测试中是预期的，不应停止构建。 |
.png "如果 GRBL 设备未插入并准备就绪，构建发布包将失败。 #1214"){kind=avatar}
作者
|
今晚我会再跑一次并捕捉它。
|
.png "如果 GRBL 设备未插入并准备就绪，构建发布包将失败。 #1214"){kind=avatar}
贡献者
|
我只是在运行时遇到了同样的错误 操作系统 爪哇 构建通常可以正常工作，偶尔会失败，在第二次运行完全相同的构建命令时再次工作。我附上了一个用于分析的打字稿，虽然这是 |
合作者
|
这些消息是预期的，并且是单元测试的一部分，其中模拟不同的部分以引发不同的错误。在这些情况下，您已经指出模拟没有正确设置，但对于那些特定测试并不重要。我会尝试调整它们，以免产生误导。 如果构建在某个测试中失败，通常是在我们测试对时间敏感的东西时，例如测试线程代码。如果发生这种情况，我会对那个日志感兴趣！ |
合作者
|
我正在关闭它，因为我无法重现它，如果它仍然出现，请重新打开。 |
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
问题描述
在没有插入和活动 grbl 设备的情况下运行包构建会导致测试失败和构建中止。
预期行为
应该构建包
实际行为
2019 年 4 月 14 日下午 1:38:50 com.willwinder.universalgcodesender.GrblController rawResponseHandler
严重：处理响应 <Grbl 1.1f> 时出错：java.lang.Exception：无法发送命令，通信端口未打开。
java.lang.RuntimeException：java.lang.Exception：无法发送命令，通信端口未打开。
在 com.willwinder.universalgcodesender.GrblController.rawResponseHandler(GrblController.java:239)
在 com.willwinder.universalgcodesender.GrblControllerTest.errorInCheckModeSending( GrblControllerTest.java:1429) 在 sun.reflect.NativeMethodAccessorImpl.invoke0
(Native Method)
在 sun.reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
在 java.lang.reflect.Method.invoke(Method.java:498)
在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
在 org.junit.internal.runners.model.ReflectiveCallable。
在 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
在 org运行（ReflectiveCallable.java:12）.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
在 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
在 org.junit.runners.ParentRunner.runLeaf (ParentRunner.java:325)
在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
在 org.junit.runners.ParentRunner$1.schedule(ParentRunner.java :71)
在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
在 org.junit.runners.ParentRunner$2.evaluate( ParentRunner.java:268)
在 org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
在 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
在 org .junit.runners.ParentRunner.run(ParentRunner.java:363)
在 org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
在 org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
在 org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
在 org.apache.maven.surefire .junit4.JUnit4Provider.invoke（JUnit4Provider.java:161）
在 org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader（ForkedBooter.java:290）
在 org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess（ForkedBooter .java:242)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
Caused by: java.lang.Exception: Cannot send command(s), comm port is not open.
在 com.willwinder.universalgcodesender.AbstractController.sendCommandImmediately（AbstractController.java:504）
在 com.willwinder.universalgcodesender.GrblController.rawResponseHandler(GrblController.java:236)
… 还有 29 个
重现问题的步骤
mvn 包组装：组装
规格
版本
ugs_platform，提交日期的 git checkout。
操作系统
软呢帽 29
平台
GRBL 0.9（啄木鸟 CNC）