我有M1核心的苹果操作系统和苹果笔记本空气。我想从这个文档操作游乐场用flink游乐场(flink 13)开始docker-comush链接
The docker-compose build executed with error
=> ERROR [internal] load metadata for docker.io/library/maven:3.6-jdk-8-slim 3.6s
=> [internal] load metadata for docker.io/apache/flink:1.13.1-scala_2.12-java8 3.3s
------
> [internal] load metadata for docker.io/library/maven:3.6-jdk-8-slim:
------
failed to solve with frontend dockerfile.v0: failed to create LLB definition: no match for platform in manifest sha256:195e9c227ad891282e80602cac2372a3085ecf4ceefbb395558ffe0f7bb0b9aa: not found
ERROR: Service 'client' failed to build : Build failed
Docker文件-Dockerfile
我还试图执行
docker pull maven:3.6-jdk-8-slim
清单列表项中没有与linux/arm64/v8匹配的清单
然后我尝试将--platform=linux/amd64 maven:3.8-jdk-8-slim作为构建器添加到Dockerfile中,但有一个例外-
Type org.apache.maven.wagon.providers.http.HttpWagon$__sisu21 not present
我尝试将Dockerfile中的父映像从maven:3.6-jdk-8-slim更改为maven:3.8.2-jdk-11-slim或maven:3.8-jdk-8-slim。Build正常,但在作业启动后,kafka没有收到任何消息:命令没有显示某些内容:
我还尝试将Flink版本从pull request Recommension更改为13.2。但没有结果。
docker-compose exec kafka kafka-console-consumer.sh --bootstrap-server localhost:9092 --topic input
我对视窗10没有同样的问题。
在Flink社区和Stack Overflow上对此进行了一些讨论。请参见FLINK-22331、FLINK-13448和在Apple M1硅上运行Apache Flink 1.12作业。正在为Flink 1.14准备arm64二进制版本。请参阅邮件列表存档。
我试图将Spring Boot应用程序配置为管理客户端,但在设置以下依赖项后无法构建: 我不知道为什么它有两个相同的RestTemplateBuilder... 如何解决这个问题?
下面的Docker图像有什么不同? null 哪个尺寸更小,可以在Spring Boot项目中使用?
问题内容: 我正在开发一个项目,该项目需要解析一些受保护的网页中的数据。为了获得对这些页面的访问权限,我必须克服SAML身份验证形式(Shibboleth)。是否有人能够在Android(Java)中实现此标准?我已经读过这个线程:Android的SAML客户端实现? 但这并不能给我一个很好的解决方案。实际上,我需要 获取某些受保护网页的数据 以便对其进行解析,而不是让用户看到此类网页的内容。因此
问题内容: 有人知道iOS的Elasticsearch客户端库吗?如果它也是迅速写的,那将是一个好处。 elasticsearch的“客户端”部分显示了多个平台的多个库,但对于iOS没有任何显示,我觉得有人必须这样做吗? 干杯 问题答案: 我怀疑是否有人- 上次我检查时没有,并且有充分的理由。请记住,为了允许IOS客户端(或Android)使用客户端库连接到Elasticsearch,您必须打开集
我有一个连接到WebSocket服务器并从服务器接收消息的微服务。我想在这个应用程序中集成Sleuth,因为这是我的一组微服务的网关。但是当我连接到WebSocket服务器并开始接收消息时,我无法在日志中跟踪ID,spanid。我期待着这样的事情: 但我得到了: 我的代码如下: 我们的pom条目包括:
上下文 最近,我开始使用Xamarin开发一个移动项目,它与C#/一起工作。NET.我来自开发Android应用和Java开发。当我在应用程序中构建超文本传输协议客户端时,我总是使用相同的方案。只有在必要的时候,我才喜欢压倒一切的概念。我想将JavaRESTful超文本传输协议客户端转换为C#/。NET RESTful超文本传输协议客户端。 我想要一个如下所示的API: 我面临的主要问题是,我不确