本文介紹了確定任何Java框架的JDK兼容性的處理方法，對(duì)大家解決問題具有一定的參考價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)吧！
問題描述
我們的是一個(gè)遺留的Java項(xiàng)目，已經(jīng)維護(hù)了15年以上。我們有800多個(gè)模塊。
從Struts到Spring，使用了各種框架。根據(jù)當(dāng)時(shí)的需要，開發(fā)人員選擇了框架并進(jìn)行了開發(fā)。所以沒有標(biāo)準(zhǔn)化。
現(xiàn)在我們要求將JDK從1.6版升級(jí)到1.8版。
-
有沒有辦法輕松知道哪些框架會(huì)產(chǎn)生影響？
是否有任何信息以API形式提供，以獲取任何框架的JDK版本？
請(qǐng)讓我知道…
推薦答案
升級(jí)會(huì)告訴您的，并進(jìn)行一些測(cè)試。如果您的系統(tǒng)有800多個(gè)模塊，您應(yīng)該考慮在升級(jí)之前解決您的標(biāo)準(zhǔn)化問題-嘗試使用相同版本的依賴項(xiàng)-例如JDBC驅(qū)動(dòng)程序、日志JAR等，并對(duì)您的開發(fā)人員構(gòu)建環(huán)境使用相同的版本，以便每個(gè)人都可以一起完成相同的步驟-因此，如果在某個(gè)階段失敗，則一起回滾。
此類將轉(zhuǎn)儲(chǔ)它在所掃描的任何目錄或文件中看到的所有.class和.jar文件的版本。這可能會(huì)有所幫助。或者不是。
public class ShowClassVersions {
private TreeMap<String, ArrayList<String>> vers = new TreeMap<>();
private static final byte[] CLASS_MAGIC = new byte[] { (byte) 0xca, (byte) 0xfe, (byte) 0xba, (byte) 0xbe };
private final byte[] bytes = new byte[8];
private String versionOfClass(InputStream in) throws IOException {
int c = in.readNBytes(bytes, 0, bytes.length);
if (c == bytes.length && Arrays.mismatch(bytes, CLASS_MAGIC) == CLASS_MAGIC.length) {
int minorVersion = (bytes[4] << 8) + (bytes[4] << 0);
int majorVersion = (bytes[6] << 8) + (bytes[7] << 0);
return ""+ majorVersion + "." + minorVersion;
}
return "Unknown";
}
private Matcher classes = Pattern.compile("\.(class|ear|war|jar)$").matcher("");
// This code scans any path (dir or file):
public void scan(Path f) throws IOException {
try (var stream = Files.find(f, Integer.MAX_VALUE,
(p, a) -> a.isRegularFile() && classes.reset(p.toString()).find())) {
stream.forEach(this::scanFile);
}
}
private void scanFile(Path f) {
String fn = f.getFileName().toString();
try {
if (fn.endsWith(".ear") || fn.endsWith(".war") || fn.endsWith(".jar"))
scanArchive(f);
else if (fn.endsWith(".class"))
store(f.toAbsolutePath().toString(), versionOfClass(f));
} catch (IOException e) {
throw new UncheckedIOException(e);
}
}
private void scanArchive(Path p) throws IOException {
try (InputStream in = Files.newInputStream(p)) {
scanArchive(p.toAbsolutePath().toString(), Files.newInputStream(p));
}
}
private void scanArchive(String desc, InputStream in) throws IOException {
HashSet<String> versions = new HashSet<>();
ZipInputStream zip = new ZipInputStream(in);
for (ZipEntry entry = null; (entry = zip.getNextEntry()) != null; ) {
String name = entry.getName();
// There could be different compiler versions per class in one jar
if (name.endsWith(".class")) {
versions.add(versionOfClass(zip));
} else if (name.endsWith(".jar") || name.endsWith(".war")) {
scanArchive(desc + " => " + name, zip);
}
}
if (versions.size() > 1)
System.out.println("Warn: "+desc+" contains multiple versions: "+versions);
for (String version : versions)
store(desc, version);
}
private String versionOfClass(Path p) throws IOException {
try (InputStream in = Files.newInputStream(p)) {
return versionOfClass(in);
}
}
private void store(String path, String jdkVer) {
vers.computeIfAbsent(jdkVer, k -> new ArrayList<>()).add(path);
}
// Could add a mapping table for JDK names, this guesses based on (JDK17 = 61.0)
public void print() {
for (var ver : vers.keySet()) {
System.out.println("Version: " + ver + " ~ " +jdkOf(ver));
for (var p : vers.get(ver)) {
System.out.println(" " + p);
}
}
}
private static String jdkOf(String ver) {
try {
return "JDK-"+((int)Float.parseFloat(ver)-44);
}
catch(NumberFormatException nfe)
{
return "JDK-??";
}
}
public static void main(String[] args) throws IOException {
var files = Arrays.stream(args).map(Path::of).collect(Collectors.toList());
ShowClassVersions v = new ShowClassVersions();
for (var f : files) {
v.scan(f);
}
v.print();
}
}
這篇關(guān)于確定任何Java框架的JDK兼容性的文章就介紹到這了，希望我們推薦的答案對(duì)大家有所幫助，
