サーバー配備Spring Cloudプロジェクト
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.5.8.RELEASE</version>
<relativePath/>
</parent>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<java.version>1.8</java.version>
<spring-cloud.version>Dalston.SR4</spring-cloud.version>
</properties>
jarファイルを生成するときに注意すべき点がいくつかあります。
- **プロジェクトのバージョンは、STS、フルネームのスプリングツールスーツで実行できる必要があります**
- STSエクスポートとMavenビルドに依存できない、3時間試してみたが成功せず、すべてjarパッケージを生成できるが、実行できない
- 外部Mavenのみをインストールする
次に、詳しく説明します。
- プロジェクトはSTSに基づいて開発され、開発されました。データベースとサーバーのアドレスが移行されるため、DNSは構成されていないため、properties.ymlファイルをipで再構成する必要があります
- stsのエクスポートは、実行可能なjarを直接エクスポートすることです。jarとの違いに注意してください。
図2は、ライブラリー処理の3つのオプションを説明する必要があります。最初の2つは、プロジェクトが参照する必要があるjarを最終的なパッケージ化されたjarに配置することです。違いは、ファイル構成が異なることです。3つ目は、新しいname_libフォルダーを直接作成することです。 lib jarパッケージ。
ただし、エクスポート後、エラーは次のように報告されます。
複数の説明を見ても解決策はない解析後、バネ荷重の方法が間違っているように感じますが、これはstsやeclipseのデフォルトのエクスポート方法です。
次に、mavenビルドを使用してjarパッケージをエクスポートします。
ここで生成するときに問題が発生しました。プロジェクトがテストクラスでユニットテストを記述したものの、ビルド中にSpringアプリケーションコンテキストをロードできなかったためです。したがって、テストクラスを作成する場合は、スキップテストを確認することをお勧めします。
これが生成された後も、それはまだ間違っており、コードはポストされていません。分析後、hibernateがentitymanagerを生成しなかったと感じられ、構造エラーがある可能性があります。
成功した練習
**最後に真実を得るには、それを一人でやらなければならない。**プロジェクトのsrcフォルダーとpom.xmlを直接取り出し、それらを新しいフォルダーに配置してから、cmdまたはpowershellを現在のディレクトリに切り替えます。もちろん、最初にjdkとmavenをインストールする必要があります(誰もインストールしていないはずです)。 、mvn installを実行します(まだ同じですが、テストがある場合はスキップして、-DskipTestsを追加することをお勧めします)。ターゲットフォルダーが自動的に生成され、そこにjarファイルがあり、世界は素晴らしいです。