小编use*_*642的帖子

我正在遇到地图中带有空值的杰克逊序列化问题.显然,这是Wildfly 9使用的Jackson版本中的已知错误(https://issues.jboss.org/browse/WFLY-4906).我想使用当前版本的杰克逊; 但是,我在排除Wildfly使用的版本时遇到了麻烦.我尝试排除模块,jboss-deployment-structure.xml但排除不起作用.

知道我怎么能让这个工作吗？

我正在将旧的Jenkins构建迁移到声明性管道.我们使用xUnit插件发布单元测试,对于JUnit,以下工作正常:

step([$class: 'XUnitBuilder',
      thresholds: [[$class: 'FailedThreshold', unstableThreshold: '1']],
      tools: [[$class: 'JUnitType', pattern: '**/surefire-reports/*.xml'],
              [$class: 'JUnitType', pattern: '**/generatedJUnitFiles/JUnit/*.xml'],]
     ])

我的问题是我无法弄清楚如何发布我们的助推测试.是否有BoostType类似JUnitType或不支持的增强测试？

我正在Windows OS上尝试简单的kafka配置。我的zookeeper和kafka安装使用默认配置（数据和日志目录路径除外）。我可以启动kafka并产生/使用消息而不会出现问题；但是，当代理尝试删除旧消息（我将日志保留时间设置为100毫秒）时，出现以下错误：

    java.nio.file.FileSystemException: C:\Workspace\kafka_2.11-1.1.0\kafka-logs\discrete-topic-0\00000000000000000000.log -> C:\Workspace\kafka_2.11-1.1.0\kafka-logs\discrete-topic-0\00000000000000000000.log.deleted: The process cannot access the file because it is being used by another process.

        at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
        at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
        at sun.nio.fs.WindowsFileCopy.move(WindowsFileCopy.java:387)
        at sun.nio.fs.WindowsFileSystemProvider.move(WindowsFileSystemProvider.java:287)
        at java.nio.file.Files.move(Files.java:1395)
        at org.apache.kafka.common.utils.Utils.atomicMoveWithFallback(Utils.java:697)
        at org.apache.kafka.common.record.FileRecords.renameTo(FileRecords.java:212)
        at kafka.log.LogSegment.changeFileSuffixes(LogSegment.scala:415)
        at kafka.log.Log.kafka$log$Log$$asyncDeleteSegment(Log.scala:1601)
        at kafka.log.Log.kafka$log$Log$$deleteSegment(Log.scala:1588)
        at kafka.log.Log$$anonfun$deleteSegments$1$$anonfun$apply$mcI$sp$1.apply(Log.scala:1170)
        at kafka.log.Log$$anonfun$deleteSegments$1$$anonfun$apply$mcI$sp$1.apply(Log.scala:1170)
        at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
        at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:48)
        at kafka.log.Log$$anonfun$deleteSegments$1.apply$mcI$sp(Log.scala:1170)
        at kafka.log.Log$$anonfun$deleteSegments$1.apply(Log.scala:1161)
        at kafka.log.Log$$anonfun$deleteSegments$1.apply(Log.scala:1161)
        at kafka.log.Log.maybeHandleIOException(Log.scala:1678)
        at kafka.log.Log.deleteSegments(Log.scala:1161)
        at kafka.log.Log.deleteOldSegments(Log.scala:1156)
        at kafka.log.Log.deleteRetentionMsBreachedSegments(Log.scala:1228)
        at kafka.log.Log.deleteOldSegments(Log.scala:1222)
        at kafka.log.LogManager$$anonfun$cleanupLogs$3.apply(LogManager.scala:854)
        at kafka.log.LogManager$$anonfun$cleanupLogs$3.apply(LogManager.scala:852)
        at scala.collection.TraversableLike$WithFilter$$anonfun$foreach$1.apply(TraversableLike.scala:733)
        at scala.collection.immutable.List.foreach(List.scala:392)
        at scala.collection.TraversableLike$WithFilter.foreach(TraversableLike.scala:732)
        at kafka.log.LogManager.cleanupLogs(LogManager.scala:852)
        at kafka.log.LogManager$$anonfun$startup$1.apply$mcV$sp(LogManager.scala:385)
        at kafka.utils.KafkaScheduler$$anonfun$1.apply$mcV$sp(KafkaScheduler.scala:110) …

我正在将旧的 Jenkins 构建迁移到新的声明性管道。现在我已经建立并运行了，我需要从 git 获取 JenkinsFile（而不是将它留在 Jenkins 窗口中）。问题是 Jenkins 从 Git 获取文件，但在拉出文件后在错误的位置查找它。这是配置：

这是我在 Jenkins 日志中收到的消息：

Checking out git https://github.com/xxx/xxx_dev.git to read Jenkinsfile
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url https://github.com/xxx/xxx_dev.git # timeout=10
Fetching upstream changes from https://github.com/xxx/xxx_dev.git
 > git --version # timeout=10
using GIT_ASKPASS to set credentials xxx Build
 > git fetch --tags --progress https://github.com/xxx/xxx_dev.git +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out …

我正在开发一个框架，该框架具有 Spring Boot Java 层和包含核心逻辑的 C++ 层。C++ 层是模块化的，因此许多具有独特职责和命令的服务共享公共组件，包括命令处理器。命令处理器通过 Thrift RPC 与 Java 层（对于所有服务也是一样）进行通信。

目前，用户通过指定命令名称和参数集，通过 Java 级别的单个executeCommand REST 端点执行命令。

POST http://localhost:8388/framework/executeCommand

JSON 正文 {"commandName": "aCommand", "parameters": {"param1": "value1", "param2": "value2"}}

有没有办法根据 C++ 层提供的命令集动态生成 REST 端点？例如...每个命令都有一个端点，例如

POST http://localhost:8388/framework/aCommand

JSON 正文 {"parameters": {"param1": "value1", "param2": "value2"}}

或者

获取 http://localhost:8388/framework/aCommand?param1=value1

例如...在启动时，Java 层将查询 C++ 层以获取命令集和其他相关信息，例如适当的 REST 方法。有了这些信息，Java 层将为每个命令生成一个端点。

谢谢！