Tag: vert.x

大厅gradle java生成CI

我正在尝试为java / gradle（vertx）构build一个大厅CIpipe道。 在使用gradle docker镜像从中央运行构build或在本地运行时（直接使用相同的Docker镜像），我遇到了类似的错误。 PS D:\Development\github\vertx-concourse-gradle> docker run –rm -v .:/project -w /project gradle:3.4-jdk8 gradle build Starting a Gradle Daemon (subsequent builds will be faster) FAILURE: Build failed with an exception. * What went wrong: Failed to create parent directory '/project/.gradle' when creating directory '/project/.gradle/buildOutputCleanup' * Try: Run with –stacktrace option to get the […]

将代码放到docker中

我将要调用一个ESB，所以我想为该代码做一个服务代理。 由于这是几个Verticle的共同点，因为每个ESB调用之间的代码基本一致，所以我将创build其他特定的服务代理。 因此，为了查找用户的未结订单，OrderVerticle将在事件总线上发出请求，然后OpenOrderService将请求ESBService。 所以，我的问题是我有一切dockerized，所以每个Verticle是在自己的容器。 如何dockerize事件总线代码？ 我应该只有一个docker集装箱与所有的事件巴士的项目？ 这似乎是一个坏主意，那么处理这个问题的正确方法是什么呢？ 另一个想法是把每个Verticle的所有服务代理项目放到该Verticle的docker容器中，但这似乎也是错误的。 所以，试图理解正确的方式来做到这一点，但是错误的方法是创build新的Verticles而不是serviceproxy，然后只需将OrderVerticle GRPC或RPC调用为OrderVerticle ，然后从那里调用到ESBVerticle 。