堆棧內存溢出
  簡體   English   中英

使用Java 1.8進行構建並在Java 1.7中進行部署

[英]Building with Java 1.8 and deploying in Java 1.7

 原文  2018-06-29 13:26:01  0   1    java/ maven/ artifactory/ tls1.2

問題描述

我們現有的Web應用程序是使用JDK 1.6開發的，並使用maven（2.2.1）構建的。 使用Java 7將構建的工件（war / ear）部署到環境中。

從2018年6月開始，各種產品（例如Maven，JFrog）將不再支持傳統協議TLS 1.0和1.1協議。 任何訪問maven或JFrog的客戶端都需要使用TLS 1.2。 我們正在使用Bamboo for CI，它當前使用JDK 1.6進行構建，並且由於舊式協議，當前所有構建都失敗了。 使用Java 1.8構建可以解決問題，但是我不確定如果我使用Java 1.8構建（行家）並將工件（war / ear）部署到使用Java 1.7的環境中是否會出現任何問題。 任何指針都會有所幫助。

更新-1

我們決定將構建版本添加到Java 1.8，因為當我們嘗試使用Java版本1.7.0_80進行構建（Maven）時，出現以下錯誤： 

    [DEBUG] Error transferring file: Received fatal alert: handshake_failure
org.apache.maven.wagon.TransferFailedException: Error transferring file: Received fatal alert: handshake_failure
        at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:143)
        at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
        at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
        at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61)
        at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:546)
        at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:427)
        at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:382)
        at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:216)
        at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
        at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:558)
        at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(DefaultMavenProjectBuilder.java:251)
        at org.apache.maven.plugin.DefaultPluginManager.checkRequiredMavenVersion(DefaultPluginManager.java:277)
        at org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:205)
        at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:184)
        at org.apache.maven.plugin.DefaultPluginManager.loadPluginDescriptor(DefaultPluginManager.java:1642)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1540)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindPluginToLifecycle(DefaultLifecycleExecutor.java:1503)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:1282)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:534)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
        at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
        at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
        at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
        at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1979)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1086)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1359)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1343)
        at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1301)
        at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:468)
        at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:338)
        at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:115)

Java 1.8解決了構建失敗，但是我不確定如果將工件（war / ear）部署到使用Java 1.7的環境中會出現任何問題

更新-2正如khmarbaise所述，我在我的方案中使用了工具鏈，以下是詳細信息：

MAVEN_JAVA_HOME和JAVA_HOME-JDK 1.8的路徑

Maven版本-2.2.1

更新了我的應用程序父pom.xml以包括工具鏈插件，如下所示： 

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-toolchains-plugin</artifactId>
<version>1.1</version>
<executions>
  <execution>
    <goals>
      <goal>toolchain</goal>
    </goals>
  </execution>
</executions>
<configuration>
  <toolchains>
    <jdk>
      <version>1.6</version>
      <vendor>sun</vendor>
    </jdk>
  </toolchains>
</configuration>

toolchains.xml文件（見下文）是配置文件，可在其中設置工具鏈的安裝路徑。 我已將此文件放在/.m2目錄中。 

 <?xml version="1.0" encoding="UTF8"?>
<toolchains>
  <!-- JDK toolchains -->
  <toolchain>
    <type>jdk</type>
    <provides>
      <version>1.6</version>
      <vendor>sun</vendor>
    </provides>
    <configuration>
      <jdkHome>C:\Program Files\Java\jdk1.6.0_45</jdkHome>
    </configuration>
  </toolchain>
</toolchains>

我已經在本地驗證了構建成功。 我需要驗證如何將toolchain.xml文件傳遞給我的Bamboo配置。

有關如何配置工具鏈的詳細信息，請參閱https://maven.apache.org/guides/mini/guide-using-toolchains.html 。

1 個解決方案

解決方案1
 0  2018-06-29 21:12:33

如khmarbaise所述，我在我的方案中使用了工具鏈，以下是詳細信息：

MAVEN_JAVA_HOME和JAVA_HOME-JDK 1.8的路徑

Maven版本-2.2.1

更新了我的應用程序父pom.xml以包括工具鏈插件，如下所示： 

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-toolchains-plugin</artifactId>
<version>1.1</version>
<executions>
  <execution>
    <goals>
      <goal>toolchain</goal>
    </goals>
  </execution>
</executions>
<configuration>
  <toolchains>
    <jdk>
      <version>1.6</version>
      <vendor>sun</vendor>
    </jdk>
  </toolchains>
</configuration>

toolchains.xml文件（見下文）是配置文件，可在其中設置工具鏈的安裝路徑。 我已將此文件放在/.m2目錄中。 

<?xml version="1.0" encoding="UTF8"?>
<toolchains>
  <!-- JDK toolchains -->
  <toolchain>
    <type>jdk</type>
    <provides>
      <version>1.6</version>
      <vendor>sun</vendor>
    </provides>
    <configuration>
      <jdkHome>C:\Program Files\Java\jdk1.6.0_45</jdkHome>
    </configuration>
  </toolchain>
</toolchains>

我已經在本地驗證了構建成功。 我需要驗證如何將toolchain.xml文件傳遞給我的Bamboo配置。

有關如何配置工具鏈的詳細信息，請參閱https://maven.apache.org/guides/mini/guide-using-toolchains.html 。

暫無
暫無

聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

相關問題 java 1.8與java 1.7兼容性問題 Java為什么默認的Java版本是1.7，而不是1.8 Java 1.7 / 1.8 JIT編譯器壞了嗎？ 將 java 版本 1.8 轉換為 1.7 兼容 Java 1.8的Gradle 1.7：compileGroovy錯誤？ 同時使用 Java 1.7 和 1.8 Swing應用程序從Java 1.7升級到1.8 將JAVA_HOME更改為1.8，但是java -version指向1.7 在Java 1.7項目中使用Java 1.8項目的依賴關系 JAXB 解組適用於 Java 1.8，但在 Java 1.7 中返回空值
相關標簽
 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM