spring boot專案 maven專案匯入eclipse自動maven update 後jre不是1.8而是1.6解決辦法
在學習spring boot的時候遇到一個問題,我們知道spring boot使用技術比較新,使用jdk基本是1.8。
在用eclipse開發的時候,每次maven update專案匯入的jdk都是1.6,雖然預設的工作空間是1.8。有時候專案並沒有報錯,然後啟動專案時候這樣會造成啟動報錯如下:
. ____ _ __ _ _
/\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
\\/ ___)| |_)| | | | | || (_| | ) ) ) )
' |____| .__|_| |_|_| |_\__, | / / / /
=========|_|==============|___/=/_/_/_/
:: Spring Boot :: (v1.4 .1.RELEASE)
2017-05-21 16:43:51.722 WARN 8924 --- [ restartedMain] o.s.boot.SpringApplication : Error handling failed (no error message)
2017-05-21 16:43:51.742 ERROR 8924 --- [ restartedMain] o.s.boot.SpringApplication : Application startup failed
java.lang.UnsupportedClassVersionError: javax/annotation/ManagedBean : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method) ~[na:1.6.0_14]
at java.lang.ClassLoader.defineClass(Unknown Source) ~[na:1.6.0_14]
at java.security.SecureClassLoader.defineClass(Unknown Source) ~[na:1.6.0_14]
at java.net.URLClassLoader.defineClass(Unknown Source) ~[na:1.6.0_14]
at java.net.URLClassLoader.access$000(Unknown Source) ~[na:1.6.0_14]
at java.net.URLClassLoader$1.run(Unknown Source) ~[na:1.6.0_14]
at java.security.AccessController.doPrivileged(Native Method) ~[na:1.6.0_14]
at java.net.URLClassLoader.findClass(Unknown Source) ~[na:1.6.0_14]
at java.lang.ClassLoader.loadClass(Unknown Source) ~[na:1.6.0_14]
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) ~[na:1.6.0_14]
at java.lang.ClassLoader.loadClass(Unknown Source) ~[na:1.6.0_14]
at org.springframework.util.ClassUtils.forName(ClassUtils.java:250) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.registerDefaultFilters(ClassPathScanningCandidateComponentProvider.java:243) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.<init>(ClassPathScanningCandidateComponentProvider.java:116) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.<init>(ClassPathBeanDefinitionScanner.java:136) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.<init>(ClassPathBeanDefinitionScanner.java:111) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.<init>(ClassPathBeanDefinitionScanner.java:83) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:62) ~[spring-context-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.6.0_14]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) ~[na:1.6.0_14]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) ~[na:1.6.0_14]
at java.lang.reflect.Constructor.newInstance(Unknown Source) ~[na:1.6.0_14]
at java.lang.Class.newInstance0(Unknown Source) ~[na:1.6.0_14]
at java.lang.Class.newInstance(Unknown Source) ~[na:1.6.0_14]
at org.springframework.beans.BeanUtils.instantiate(BeanUtils.java:77) ~[spring-beans-4.3.3.RELEASE.jar:4.3.3.RELEASE]
at org.springframework.boot.SpringApplication.createApplicationContext(SpringApplication.java:597) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
at org.springframework.boot.SpringApplication.run(SpringApplication.java:311) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1186) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1175) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
at com.yf.springboot.Application.main(Application.java:82) [classes/:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.6.0_14]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[na:1.6.0_14]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.6.0_14]
at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.6.0_14]
at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49) [spring-boot-devtools-1.4.1.RELEASE.jar:1.4.1.RELEASE]
經過研究,需要修改pom檔案,即可讓maven update時候專案jdk設定的是1.8。修改如下:
pom.xml
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<!-- fork 不配置這個devtool 不會起作用,不會自啟動 -->
<fork>true</fork>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
</plugins>
相關推薦
spring boot專案 maven專案匯入eclipse自動maven update 後jre不是1.8而是1.6解決辦法
在學習spring boot的時候遇到一個問題,我們知道spring boot使用技術比較新,使用jdk基本是1.8。 在用eclipse開發的時候,每次maven update專案匯入的jdk都是1.6,雖然預設的工作空間是1.8。有時候專案並沒有報錯,然後
解決eclipse的maven專案update後,JRE環境由變成JAVASE-1.5問題
這個問題需要對maven進行配置,找到maven安裝目錄下的conf目錄下的.setting.xml檔案,我的目錄是E:\JAVA\apache-maven-3.0.4-bin\apache-maven-3.0.4\conf。 如果沒有此目錄下沒有此檔案,可能
Eclipse導入Java工程後工程不能手動編譯-最簡解決辦法
一個 fresh 試圖 uil build image 可選 img http 1. svn或者git上取下一個幹凈的工程代碼,導入Eclipse 2. 選定工程右鍵屬性,試圖手動編輯該工程 發現沒有build project選項。 如下圖: 測
Maven 搭建spring boot多模組專案
轉自:https://segmentfault.com/a/1190000005020589 備註:所有專案都在idea中建立 1.idea建立maven專案(Project) 1-1: file > new > project 輸入 groupId和a
IDEA匯入eclipse裡maven的web專案
一、匯入專案 二、選擇要開啟的專案 點選ok 三、選擇maven 一直點選next,最後finish 四、左側如下所示 五、project structure (1)使用快捷鍵ctrl+shift+alt+s開啟project structure
Maven搭建spring boot多模組專案打jar war zip 包方式
Spring boot 父專案聚合以下模組,下圖是parent.pom:其中controller是web模組,各個模組的依賴關係如下:由於spring boot 內嵌了servlet容器,而且提供了專案的java -jar啟動方式,所以可以把所有模組都打為jar包形式:con
IntelliJ IDEA如何匯入eclipse的maven專案,詳細步驟
匯入eclipse的maven專案 將 eclipse 中的專案匯入到 IDEA 中時如果是 maven 的話;那麼請將專案複製到 IDEA 專案工程目錄下,然後以 以 maven 專案擇 匯入請
spring boot整合Angular專案實戰
1.使用IDEA進行debug,然後進行資料的跟蹤。 根據debug的前端傳過來的資料流如下; 根據deug斷點除錯可知此時應該進入的是serviceimpl層的邏輯層程式碼。打斷點進入pipeCabinServeice的updatePipeCabin方法。 找到實現類所對應
Spring Boot神器!專案啟動初始化就靠它
在我們實際工作中,總會遇到這樣需求,在專案啟動的時候需要做一些初始化的操作,比如初始化執行緒池,提前載入好加密證書等。今天就給大家介紹一個 Spring Boot 神器,專門幫助大家解決專案啟動初始化資源操作。 這個神器就是 CommandLineRunner,CommandLineR
Java 架構師+高併發+效能優化+Spring boot大型分散式專案實戰
視訊課程內容包含: 高階 Java 架構師包含:Spring boot、Spring cloud、Dubbo、Redis、ActiveMQ、Nginx、Mycat、Spring、MongoDB、ZeroMQ、Git、Nosql、Jvm、Mecached、Netty、Nio、Mina、效能調優、高
Spring boot web app專案
static和templates部分參考部落格:https://blog.csdn.net/wangb_java/article/details/71775637 熱部署參考部落格:https://www.cnblogs.com/cx-code/p/8686453.html 靜態頁面
spring boot MVC 小專案 -搭建環境與第一個專案
工具 本系列文章的專案程式碼是在Spring Tool Suite上開發的。Spring Tool Suite是一個基於Eclipse的針對Spring開發做了特殊定製的開發環境。讀者可以根據個人喜好選擇使用Spring Tool Suite或是Eclipse,或者讀者喜
spring boot 搭建web專案完整流程及遇到的一些坑坑窪窪總結
一、spring boot簡介 spring boot是最近非常流行的,在spring的框架上改進的框架。該框架的目的是為了提高開發人員的速度,降低配置的難度等 少,大部分都是在原有的基礎上開發,所以當讓你搭建一個簡單的框架,就會出現各種各樣的困難,
spring-boot在啟動專案時找不到Mapper。
最近在做spring-boot專案的時候出現了找不到mapper介面的問題,控制檯列印如下: *************************** APPLICATION FAILED TO START *************************** Descr
【iOS-cocos2d-X 遊戲開發之四】Cocos2dX建立Android NDK新專案並編譯匯入Eclipse中正常執行!
站文章均為 李華明Himi 原創,轉載務必在明顯處註明: 轉載自【黑米GameDev街區】 原文連結: http://www.himigame.com/android-game/645.html ☞ 點選訂閱 ☜ 本部落格最新動態
Spring Boot---(9)SpringBoot專案釋出到docker的tomcat容器
SpringBoot專案釋出到伺服器,是一件很簡單的事情,但是釋出到伺服器上docker啟動的tomcat容器中,有一些坑,需要注意。 下面完整的介紹一下:將SpringBoot web專案釋出到docker啟動的tomcat容器中。 1.pom.xml 將打包方式改
從TortoiseSVN 上將專案剪下來匯入eclipse以後eclipse中的svn無法識別問題。
原因: TortoiseSVN的版本和eclipse中的版本不一致導致eclipse中的svn無法識別! 解決方法: 1.選擇合適的eclipsesvn版本 2.右鍵下專案Team->share project ->svn 問題解決! 或者
Spring Boot 多模組專案建立
一.前言 maven多模組專案通常由一個父模組和若干個子模組構成,每個模組都對應著一個pom.xml。它們之間通過繼承和聚合(也稱作多模組)相互關聯。多模組適用於一些比較大的專案,通過合理的模組拆分,實現程式碼的複用,便於維護和管理。例如Dubbo專案的多模組建立 二.建立專案
spring boot 2 配置專案掛載外部路徑
將 /home 目錄掛載到 應用中 spring.servlet.multipart.location=/home spring.resources.static-locations=classpath:/META-INF/resources/,classpa