节点驱动程序挂起并超时



在运行简单的节点驱动程序时,我遇到了一个前所未有的NodeDriver问题:

fun main(args: Array<String>) {
val rpcUsers = listOf(User("user1", "test", permissions = setOf("ALL")))
driver(DriverParameters(startNodesInProcess = true, waitForAllNodesToFinish = true)) {
startNode(providedName = CordaX500Name("PartyA", "London", "GB"), rpcUsers = rpcUsers).getOrThrow()
startNode(providedName = CordaX500Name("PartyB", "New York", "US"), rpcUsers = rpcUsers).getOrThrow()
}
}

当我在一个新的 Kotlin 模板 cordapp 项目中运行它时,使用Corda OS 4.1,它工作正常。 但是,当它在我们现有的 cordapp 中运行时,它最终会失败,并显示:

java.lang.IllegalStateException: Unable to start notaries. A required port might be bound already.
at net.corda.testing.node.internal.DriverDSLImpl.start(DriverDSLImpl.kt:373) ~[corda-node-driver-4.1.jar:?]
at net.corda.testing.node.internal.DriverDSLImplKt.genericDriver(DriverDSLImpl.kt:966) ~[corda-node-driver-4.1.jar:?]
at net.corda.testing.driver.Driver.driver(Driver.kt:190) ~[corda-node-driver-4.1.jar:?]
at io.bluebank.braid.server.CordaAndBraidStandaloneKt.main(CordaAndBraidStandalone.kt:48) ~[test-classes/:?]
Caused by: java.util.concurrent.TimeoutException
at java.util.concurrent.CompletableFuture.timedGet(CompletableFuture.java:1771) ~[?:1.8.0_212]
at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915) ~[?:1.8.0_212]
at net.corda.core.internal.concurrent.CordaFutureImpl.get(CordaFutureImpl.kt) ~[corda-core-4.1.jar:?]
at net.corda.core.internal.concurrent.CordaFutureImplKt.get(CordaFutureImpl.kt:172) ~[corda-core-4.1.jar:?]
at net.corda.core.utilities.KotlinUtilsKt.getOrThrow(KotlinUtils.kt:134) ~[corda-core-4.1.jar:?]
at net.corda.testing.node.internal.DriverDSLImpl.start(DriverDSLImpl.kt:369) ~[corda-node-driver-4.1.jar:?]

调试它,当我在阻塞它的任何过程中中断点时,所有线程都处于WAIT状态,除了一个名为SignalDispatcher的线程RUNNING。所有堆栈都不在 Corda 中。然而,有些被封锁在类星体堆栈中。

进一步调试,我找到了阻塞行为发生的行:net.corda.node.services.rpc.ArtemisRpcBroker.kt:74

val serverConfiguration = RpcBrokerConfiguration(baseDirectory, maxMessageSize, jmxEnabled, addresses.primary, adminAddressOptional, sslOptions, useSsl, nodeConfiguration, shouldStartLocalShell)

进入那个构造函数,类星体接管并似乎反复调用ClassLoader.checkPackageAccess。允许呼叫继续,它永远不会进入RpcBrokerConfiguration#init

其他人以前是否见过这种情况,是否有任何解决问题的建议或有关如何进一步调试它的线索?谢谢。

PS - 这引用了科尔达错误代码1crywct

FWIW,我会检查使用相同端口的其他进程,或者只是通过节点驱动程序更改端口。例如,Intellij 附带的 YourKit 默认在端口 10001 上运行,即在默认节点驱动程序公证端口上运行 - 好吧,假设我没记错。

我想通了。我的项目是CordaRPC客户端。它有一个第三方库的版本,与Corda中使用的版本号冲突。这似乎使类星体进入了一个漫长的循环,试图解析类型!修复了冲突,修复了问题。也许Corda可以做些什么来提供更多的线索。

最新更新