java.lang.IllegalArgumentException가 : 카프카</strong>을 게시/<strong>에서 메시지를 사용하는 <code>gRPC(google pub/sub)</code>를 사용하는 동안 부두 ALPN은/NPN 제대로, <code>java.lang.IllegalArgumentException: Jetty ALPN/NPN has not been properly configured</code> 얻기

Question

를 구성되지 않았습니다.

Answer 1

netty-tcnative-boringssl-static에 런타임 종속성을 추가하십시오. gRPC의 SECURITY.md을 참조하십시오. netty-tcnative의 버전은 시간이 지남에 따라 변경됩니다. 특정 출시 버전의 문서 버전을 확인해야합니다 (예 : this is for 1.2.0).

Answer 2

다음 방법으로 시도했습니다.

1.  As suggested by google, use jetty container instead of tomcat, this solution works, but in our production, applications deployed on tomcat container. – No from team 
2.  On debugging the gRPC code, found that guava version causing the issue, updated the guava version 18.0, (where in some classes missed in previous versions) , solved the problem , but failed while deploying in CF 
3.  Customized emebed-tomcat-core, and it works fine consistently – but team say no to custom tomcat container. 
4.  Java –jar apm-asset-xxxx.jar – works fine locally, but need to provide a custom command to CF start, didn’t have luxury to change the CF start process. 
5.  Finally, trick, the class loader to use tcnative-boring-ssl, library instead of tomcat-core library at runtime, by providing the following dependency in pom.xml. From past 3 days, this solution is working CF. 

    <dependency> 
    <groupId>org.springframework.boot</groupId> 
    <artifactId>spring-boot-starter-web</artifactId> 
    <exclusions> 
     <exclusion> 
      <groupId>org.hibernate</groupId> 
      <artifactId>*</artifactId> 
     </exclusion> 
     <exclusion> 
      <groupId>org.apache.tomcat.embed</groupId> 
      <artifactId>tomcat-embed-core</artifactId> 
     </exclusion> 
    </exclusions> 
</dependency> 
<dependency> 
    <groupId>org.apache.tomcat.embed</groupId> 
    <artifactId>tomcat-embed-core</artifactId> 
    <scope>provided</scope> 
</dependency> 

6. Maven manifest plugin to promote the tc-native library to the top in the classloader. 

Answer 3

POM에서는 스프링 부트 종속성 (의존성 순서가 중요 함) 이전에 gRPC 종속성을 배치하려고 시도합니다. 나는 그것을했고 문제는 해결되었다. 예를 들면 다음과 같습니다.

<dependency> 
    <groupId>com.google.cloud</groupId> 
    <artifactId>google-cloud-language</artifactId> 
    <version>0.13.0-beta</version> 
</dependency> 
<dependency> 
    <groupId>org.springframework.boot</groupId> 
    <artifactId>spring-boot-starter-web</artifactId> 
</dependency> 

Answer 4

마지막으로 부트 클래스 클래스 경로 접근 방식으로 되돌아갔습니다. bootty 경로에 jetty-alpn.jar를 접두사로 붙였습니다. 이제 클라우드 파운드리에서 제대로 작동합니다.

Answer 5

내 JDK 버전과 일치하는 ALPN 클라이언트 JAR을 추가하면이 문제가 해결되었습니다. Eclipse에서 jar를 tomcat 서버의 부트 스트랩 항목으로 설정해야합니다.

당신은 여기에 대한 자세한 정보를 찾을 수 있습니다 https://medium.com/@Parithi/jetty-alpn-npn-has-not-been-properly-configured-solution-418417ee6502