java.lang.IllegalAccessError: невозможно получить доступ к классу, поскольку модуль не экспортируется в неназванный модуль
В настоящее время я пытаюсь успешно извлечь пакет java.base.java.util.jar из jdk-9.0.1, создать из него файл.jar и импортировать jar как внешнюю библиотеку в другой проект, чтобы я мог изменить поведение некоторых методов из классов, содержащихся в нем.
Кажется, я успешно извлекаю пакет, так как я могу устранить все возможные ошибки предварительной компиляции в проекте и создать артефакт.jar. Я также могу импортировать этот.jar как внешнюю библиотеку в другой мой проект.
Изменить: каждый частный класс извне java.util.jar (то есть: SharedSecrets), который был необходим, также был извлечен и помещен в.jar
Тем не менее, когда я пытаюсь запустить его (путем замены import java.util.jar.*; чтобы использовать свою собственную версию) я получаю эту ошибку: java.lang.IllegalAccessError: class SharedSecrets (in unnamed module @0x2b546384) cannot access class jdk.internal.misc.Unsafe (in module java.base) because module java.base does not export jdk.internal.misc to unnamed module @0x2b546384
Я попробовал оба добавить это: --add-exports=java.base/jdk.internal.misc=ALL-UNNAMED и добавив это: --add-exports=java.base/jdk.internal.misc.Unsafe=ALL-UNNAMED к параметрам компиляции обоих, проект, состоящий из извлеченного пакета java.util.jar и проекта, который я хочу импортировать как внешнюю библиотеку, ни один не работал -> ошибка сохраняется.
Все остальные --add-exports которые в опциях компиляции работают нормально на обоих проектах.
Что я делаю неправильно? Что я должен изменить, чтобы это работало?
NB: если что-то неясно, не стесняйтесь спрашивать!
Редактировать: код, в котором я пытаюсь использовать свой собственный java.util.jar вместо официального (обратите внимание, что на данный момент оба идентичных, единственное отличие состоит в том, что один остается внутри jdk, а другой просто "минимальный" жизнеспособный продукт "
Это не дубликат этого, поскольку я (и я уже указывал на это) попробовал --add-exports которые предлагаются в качестве ответа в другом вопросе.
Ошибка возникает в строке 4., где вызывается конструктор JarFile, который будет вызывать не тот из jdk, а тот из самодельной библиотеки, которую я импортировал.
public boolean verifyJar(String jarName)
throws Exception {
boolean anySigned = false; // if there exists entry inside jar signed
Map<String, String> digestMap = new HashMap<>();
Map<String, PKCS7> sigMap = new HashMap<>();
try (JarFile jf = new JarFile(jarName, true)) { // error
Vector<JarEntry> entriesVec = new Vector<>();
byte[] buffer = new byte[8192];
Enumeration<JarEntry> entries = jf.entries();
while (entries.hasMoreElements()) {
JarEntry je = entries.nextElement();
entriesVec.addElement(je);
try (InputStream is = jf.getInputStream(je)) {
String name = je.getName();
if (MySignatureFileVerifier.isSigningRelated(name)
&& MySignatureFileVerifier.isBlockOrSF(name)) {
String alias = name.substring(name.lastIndexOf('/') + 1,
name.lastIndexOf('.'));
try {
if (name.endsWith(".SF")) {
Manifest sf = new Manifest(is);
for (Object obj : sf.getMainAttributes().keySet()) {
String key = obj.toString();
if (key.endsWith("-Digest-Manifest")) {
digestMap.put(alias,
key.substring(0, key.length() - 16));
break;
}
}
} else {
sigMap.put(alias, new PKCS7(is));
}
} catch (IOException ioe) {
throw ioe;
}
} else {
while (is.read(buffer, 0, buffer.length) != -1) {
// we just read. this will throw a SecurityException
// if a signature/digest check fails.
}
}
}
}
Manifest man = jf.getManifest();
boolean hasSignature = false;
if (man != null) {
Enumeration<JarEntry> e = entriesVec.elements();
while (e.hasMoreElements()) {
JarEntry je = e.nextElement();
String name = je.getName();
hasSignature = hasSignature
|| MySignatureFileVerifier.isBlockOrSF(name);
CodeSigner[] signers = getCodeSigners(je, sigMap.get("SIGNER"));
boolean isSigned = (signers != null);
anySigned |= isSigned;
}
}
if (man == null) {
System.out.println();
}
// Even if the verbose option is not specified, all out strings
// must be generated so seeWeak can be updated.
if (!digestMap.isEmpty()
|| !sigMap.isEmpty()) {
for (String s : digestMap.keySet()) {
PKCS7 p7 = sigMap.get(s);
if (p7 != null) {
String history;
try {
SignerInfo si = p7.getSignerInfos()[0];
X509Certificate signer = si.getCertificate(p7);
String digestAlg = digestMap.get(s);
String sigAlg = AlgorithmId.makeSigAlg(
si.getDigestAlgorithmId().getName(),
si.getDigestEncryptionAlgorithmId().getName());
PublicKey key = signer.getPublicKey();
PKCS7 tsToken = si.getTsToken();
if (tsToken != null) {
SignerInfo tsSi = tsToken.getSignerInfos()[0];
X509Certificate tsSigner = tsSi.getCertificate(tsToken);
byte[] encTsTokenInfo = tsToken.getContentInfo().getData();
TimestampToken tsTokenInfo = new TimestampToken(encTsTokenInfo);
PublicKey tsKey = tsSigner.getPublicKey();
String tsDigestAlg = tsTokenInfo.getHashAlgorithm().getName();
String tsSigAlg = AlgorithmId.makeSigAlg(
tsSi.getDigestAlgorithmId().getName(),
tsSi.getDigestEncryptionAlgorithmId().getName());
}
} catch (Exception e) {
throw e;
}
}
}
}
System.out.println();
if (!anySigned) {
if (hasSignature) {
System.out.println("jar.treated.unsigned");
} else {
System.out.println("jar.is.unsigned");
return false;
}
} else {
System.out.println("jar.verified.");
return true;
}
return false;
} catch (Exception e) {
throw e;
}
}
3 ответа
Я делюсь своим решением по этой проблеме. Я столкнулся с этой проблемой с другим пакетом. Однако вот как я это обошел (я использую Eclipse):
Предполагая, что мои классы находятся в пакете с именем stack.overflow.test, а имя моего модуля — стек,
Я добавил «exports overflow.test» в файл module-info.java, следуя инструкциям с https://jenkov.com/tutorials/java/modules.html .
Немного поздно, но, поскольку я столкнулся с этой проблемой при тестировании учебника OpenCV для Java и JavaFX, я поделюсь тем, что сработало для меня.
- Чтобы иметь возможность компилировать, мне нужно было добавить библиотеки OpenJFX и OpenCV в путь к классам.
- Нет необходимости настраивать компиляцию специального модуля - Eclipse хорошо справляется с этим с Java 11
- Чтобы иметь возможность запускать, я создал ярлык запуска, который добавляет аргументы виртуальной машины, как показано ниже.
--module-путь /javafx-sdk-11.0.2/lib
--add-modules=javafx.controls,javafx.fxml
--add-exports java.base / jdk.internal.misc=ALL-UNNAMED