Це може бути дурним запитанням, але чи не зіткнувся б я з будь-якими проблемами під час запуску програм Java та пов'язаних з ними бібліотек, скомпільованих у версіях Java 1.6 та 1.7 (я компілюю за допомогою 1.7, тоді як деякі бібліотеки скомпільовані за допомогою 1.6) та запуску всієї програми в 1.7 JRE ?
Відповіді:
Ви не зіткнетеся з будь-якими проблемами - це магія Java -зворотно сумісна.Ви можете запускати майже весь код з Java 1 на Java 8. Немає причин, чому код Java 6 не працює на Java 8 Runtime.
Що цікаво, так це те, що для програм, написаних, скажімо, на Java 1.4, ви навіть збільшуєте швидкість при запуску їх у наступних версіях. Це пов’язано з тим, що Java постійно розвивається, причому не тільки мова, відома як „Java”, але й JVM (віртуальна машина Java). Я все ще маю вихідний код понад 10 років тому, який все ще працює, як і очікувалось в останній JVM.
Якщо ви хочете націлити, скажімо, Java 5 VM, то ви можете зробити це за допомогою інструментів Java 8 SDK. Зрештою, ви можете вказати, яку цільову ВМ ви хочете підтримувати, якщо ви пам’ятаєте, що версія 5 ВМ може не підтримувати всі функції, які підтримує ВМ версії 8.
Я щойно протестував код, який написав у Java 5, проти нової середовища виконання Java 8, і все працює, як очікувалось, тому, хоча зараз у нас є потужніша мова та час роботи, ми можемо продовжувати використовувати свої інвестиції минулого. Саме це робить Java чудовим вибором для розвитку компаній.
Як вже відповіли, ви в основному в безпеці, і більшість продуктів та бібліотек третьої сторони просто працюватимуть. Однак існують дуже рідкісні випадки, коли між версіями JDK були введені двійкові несумісності ( такі, коли файл класу, скомпільований із використанням старішої JDK, не зможе запуститися в новій JVM ).
У комплекті з JDK 9 є інструмент jdeprscan, який перевірить сумісність, перелічить не використовувані API у вашому коді та запропонує альтернативи (!). Ви можете вказати цільову версію JDK (працює для JDK 9 , 8 , 7 і 6 ), і в ній буде вказано несумісність, характерну для вашої цільової версії.
Розумним правилом є використання останньої стабільної версії бібліотеки для версії JRE, на яку націлено ваше програмне забезпечення. Очевидно, ви знайдете багато винятків з цього правила, але загалом стабільність загальнодоступних бібліотек зазвичай збільшується з часом.
Звичайно, сумісність API та версій слід враховувати при зміні версій залежностей.
Знову ж таки, найпопулярніші залежності матимуть веб-сторінки, де така інформація повинна бути доступною.
Однак, якщо ви використовуєте щось більш неясне, ви можете визначити, для якого JRE були складені класи вашої залежності.
Ось чудова відповідь про те, як дізнатися версію класу . Можливо, вам доведеться спочатку розпакувати файл JAR.