Складання Java 7 коду через Maven

Мої списки файлів пом

<project>
  <build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.0</version>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <version>2.12.4</version>
            </plugin>
        </plugins>
    </pluginManagement>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <configuration>
                <source>1.7</source>
                <target>1.7</target>
            </configuration>
        </plugin>
    </plugins>
  ...

Однак на mvn clean install, я отримую

[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] Failure executing javac, but could not parse the error:
javac: invalid target release: 1.7
Usage: javac <options> <source files>

/usr/bin/java -versionє ( which javaвказує тут)

java version "1.7.0_10"
Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)

javac також вказує на правильну версію Java

/usr/bin/javac -> /Library/Java/JavaVirtualMachines/jdk1.7.0_10.jdk/Contents/Home/bin/javac

На цій машині я використовую zsh( echo $0повертається -zsh)

В моєму .zshrc, я визначив:

 33 # HOME
 34 JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.7.0_10.jdk/Contents/Home
 35 SCALA_HOME=/Library/Scala/current
 36 FORGE_HOME=~/tools/forge/
 37 
 38 # PATH
 39 PATH="/Library/Frameworks/Python.framework/Versions/3.2/bin:${PATH}"
 40 PATH=${PATH}:${JAVA_HOME}/bin
 41 PATH=${PATH}:/bin/
 42 PATH=${PATH}:/sbin/
 43 PATH=${PATH}:/usr/bin/
 44 PATH=${PATH}:/usr/sbin/
 45 PATH=${PATH}:/opt/local/bin/
 46 PATH=${PATH}:/opt/local/sbin/
 47 PATH=${PATH}:/usr/local/git/bin
 48 PATH=${PATH}:/usr/local/git/sbin
 49 PATH=${PATH}:/Applications/Xcode.app/Contents/Developer/usr/bin
 50 PATH=${PATH}:${SCALA_HOME}/bin
 51 PATH=${PATH}:${FORGE_HOME}/bin
 52 
 53 export PATH

Під час бігу mvn clean install --debugя бачу, що насправді я використовую Java 6

  1 Apache Maven 3.0.3 (r1075438; 2011-02-28 11:31:09-0600)
  2 Maven home: /usr/share/maven
  3 Java version: 1.6.0_35, vendor: Apple Inc.
  4 Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

Де це можна було б визначити? У мене є джерело (d) .zshrc кілька разів.

Перевірте mvnсценарій у вашій установці Maven, щоб побачити, як він будує команду. Можливо, ви чи хтось інший важко закодував JAVA_HOMEтам і забув про це.

спробуйте використовувати новішу версію плагіна компілятора Maven:

    <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.2</version>
        <configuration>
            <source>1.7</source>
            <target>1.7</target>
        </configuration>
    </plugin>

Крім того, уточнення кодування вихідних файлів у Maven краще виконати у всьому світі:

<properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>

EDIT : Оскільки ця відповідь все ще привертає увагу, я просто хотів би зазначити, що останні значення (станом на останню редакцію) - 3,2 для плагіна компілятора Maven і 1,8 для Java, оскільки питання щодо компіляції коду java 8 через maven пов'язані з’являться незабаром :-)

У мене була така ж проблема, і для вирішення цього питання я дотримуюся цієї статті в блозі: http://www.mkyong.com/java/how-to-set-java_home-environment-variable-on-mac-os-x/

$ vim .bash_profile 

export JAVA_HOME=$(/usr/libexec/java_home)

$ source .bash_profile

$ echo $JAVA_HOME
/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home

спеціальні тикси до @mkyong

EDIT: Зараз я використовую: jEnv + sdkman

Будь ласка, перевірте, чи не розміщено теги нижче

<properties>
    <maven.compiler.source>1.7</maven.compiler.source>
    <maven.compiler.target>1.7</maven.compiler.target>
</properties>

він повинен вказувати потрібну версію jdk

Ви повинні перевірити версію Maven:

mvn -version

Ви знайдете версію Java, яку Maven використовує для компіляції. Можливо, вам потрібно буде скинути JAVA_HOME, якщо потрібно.

У мене була така ж проблема. Я виявив, що це тому, що сценарій Maven переглядає посилання CurrentJDK нижче і знаходить 1.6 JDK. Навіть якщо ви встановите останню JDK, це не вирішено. Хоча ви могли просто встановити JAVA_HOME у вашому скрипті $ HOME / .bash_profile, я замість цього вирішив виправити символічне посилання:

ls -l /System/Library/Frameworks/JavaVM.framework/Versions/
total 64
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.4 -> CurrentJDK
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.4.2 -> CurrentJDK
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.5 -> CurrentJDK
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.5.0 -> CurrentJDK
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.6 -> CurrentJDK
lrwxr-xr-x  1 root  wheel   10 30 Oct 16:18 1.6.0 -> CurrentJDK
drwxr-xr-x  9 root  wheel  306 11 Nov 21:20 A
lrwxr-xr-x  1 root  wheel    1 30 Oct 16:18 Current -> A
lrwxr-xr-x  1 root  wheel   59 30 Oct 16:18 CurrentJDK -> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents

Зауважте, що CurrentJDK вказує на 1.6.0.jdk

Щоб виправити це, я запустив наступні команди (слід перевірити встановлену версію та відповідно адаптуватись).

sudo rm /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK
sudo ln -s /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/ /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK

Діагностика:

Ви можете побачити, яку версію Java використовує Maven, запустивши "mvn --version"

Рішення для Debian:

Сценарій mvn встановлює змінну JAVA_HOME env внутрішньо, шукаючи javac (який javac). Тому, якщо у вас одночасно встановлено кілька версій Java, наприклад, JDK 6 та JDK 7 та використовуєте систему Debian Альтернативи для вибору між ними, навіть якщо ви змінили альтернативу "java" на JDK 7, mvn все одно буде використовувати JDK 6. Ви доведеться також змінити альтернативу для "javac". Наприклад:

# update-alternatives --set javac /usr/lib/jvm/java-7-openjdk-amd64/bin/javac

Редагувати:

Насправді, ще кращим рішенням є використання update-java-альтернативи (наприклад)

# update-java-alternatives -s java-1.7.0-openjdk-amd64

як детально описано на https://wiki.debian.org/JavaPackage , тому що це змінить всі альтернативи різним інструментам Java (є десяток або близько того).

Чи можете ви спробувати новий плагін; на сайті maven:

<version>3.0</version>

Я бачив і таке:

<compilerVersion>1.7</compilerVersion>

Спробуйте змінити налаштування компілятора Java у Властивості в Eclipse-

Перейти: Налаштування-> Java-> Компілятор-> Рівень відповідності компілятора-> 1.7 Застосувати Ок

Перезавантажте IDE.

Підтвердіть налаштування компілятора для проекту- Перейдіть: Властивості проекту-> Компілятор Java-> Зніміть прапорець (Використовуйте відповідність із середовища виконання «JavaSE-1.6» на шляху збірки Java.) Та виберіть 1,7 зі спадного меню. (Ігноруйте, якщо вже 1,7)

Перезавантажте IDE.

Якщо проблема все ще не виникає - запускайте окремі тестові випадки, використовуючи команду в терміналі

mvn -Dtest=<test class name> test

Не впевнений, яка ОС використовується тут, але ви можете усунути багато Java-версії, яка не використовується debian / ubuntu, використовуючи update-java-альтернативи, щоб встановити стандартну систему jvm за замовчуванням.

#> update-java-alternatives -l
java-1.6.0-openjdk-amd64 1061 /usr/lib/jvm/java-1.6.0-openjdk-amd64
java-1.7.0-openjdk-amd64 1071 /usr/lib/jvm/java-1.7.0-openjdk-amd64
java-6-sun 63 /usr/lib/jvm/java-6-sun
java-7-oracle 1073 /usr/lib/jvm/java-7-oracle

Щоб встановити новий, використовуйте:

#> update-java-alternatives -s java-7-oracle

Для більшості програм не потрібно встановлювати JAVA_HOME.

клацніть правою кнопкою миші на ур-проект у затемненні та відкрийте "Запустити конфігурації". Перевірте версію jre там. іноді це не зміниться за замовчуванням у затемненні, навіть змінивши версію на конвеєрі.

Для конкретної компіляції, яка вимагає (не за замовчуванням /etc/alternatives/java) JVM, розгляньте префіксацію mvnкоманди JAVA_HOMEтак,

JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64/ mvn package

Тут ми припускаємо, що за замовчуванням є Java 8, тоді як для конкретного проекту нам потрібна Java 7.

{JAVA_1_4_HOME} / bin / javacyou також можна спробувати ...

<plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
                <source>1.7</source>
                <target>1.7</target>
                <showDeprecation>true</showDeprecation>
                <showWarnings>true</showWarnings>
                <executable>{JAVA_HOME_1_7}/bin/javac</executable>
                <fork>true</fork>
        </configuration>
    </plugin>

Гаразд, я теж вирішив це питання самостійно. Важливо, що ваш JAVA_HOME, якщо у вас немає нижчої версії або немає версії порівняно з вихідними / цільовими властивостями з додатка Maven, ви отримаєте цю помилку.

Не забудьте мати хорошу версію у своєму JAVA_HOME та включити її у свій ПАТ.

Можливо, ви вказуєте неправильну версію Java. java -version (у своєму терміналі), щоб перевірити версію Java, яку ви використовуєте. Перейдіть на maven-compile-plugin для останньої версії компілятора maven. Ваш плагін може виглядати так, якщо ви використовуєте java 6, а остання версія компілятора Maven - 3,1

<plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.1</version>
            <configuration>
                <source>1.6</source>
                <target>1.6</target>
            </configuration>
        </plugin>

Жодна з попередніх відповідей повністю не вирішила мого випадку використання.

Потрібно видалити каталог, який будувався. Чисто. А потім знову встановіть. Виглядає як беззвучна проблема дозволів.

У мене була ця проблема в IntelliJ IDEA 14, поки я не зайшов у меню Файл -> Структура проекту, змінивши SDK проекту на 1,7 та рівень мови проекту на 7.

У мене була ця проблема під час роботи з затемненням, мені довелося змінити шлях складання проекту так, щоб він посилався на jre 7