Keytool error java io ioexception invalid keystore format - Исправление ошибок и поиск оптимальных решений проблем

Problem

Attempts to use the IBM UrbanCode Deploy «keytool -importkeystore» command results in the error «java.io.IOException: Invalid keystore format».

Symptom

Trying to import entries from one keystore into another fails.

Command:

keytool -importkeystore -srckeystore <source-encryption.keystore> -destkeystore <target-encryption.keystore>

Result:

keytool error (likely untranslated): java.io.IOException: Invalid keystore format

Cause

The source keystore was created using an IBM SDK, and the import is attempting to use OpenJDK which results in the ‘Invalid keystore format’ error.

Resolving The Problem

The importing JDK needs to be of the same vendor as the one from which is was exported.

Use the IBM SDK and import the entries using the keytool shipped with IBM UrbanCode Deploy.

Note: If you need to convert the encryption.keystore created by the OpenJDK into a keystore that the IBM SDK can read, contact IBM Rational Client Support to obtain an utility that will allow you to convert it.

[{«Product»:{«code»:»SS4GSP»,»label»:»IBM UrbanCode Deploy»},»Business Unit»:{«code»:»BU053″,»label»:»Cloud & Data Platform»},»Component»:»General Information»,»Platform»:[{«code»:»PF002″,»label»:»AIX»},{«code»:»PF010″,»label»:»HP-UX»},{«code»:»PF016″,»label»:»Linux»},{«code»:»PF027″,»label»:»Solaris»},{«code»:»PF033″,»label»:»Windows»}],»Version»:»6.1;6.1.1;6.1.2;6.1.3;6.2″,»Edition»:»»,»Line of Business»:{«code»:»LOB45″,»label»:»Automation»}}]

Источник

Содержание

Keytool Error: Java.io.IOException: Invalid Keystore Format (Doc ID 2499934.1)
Applies to:
Symptoms
Cause
To view full details, sign in with your My Oracle Support account.
Don’t have a My Oracle Support account? Click to get started!
java.io.IOException: недопустимый формат хранилища ключей
11 ответы
how to solve invalid keystore format error in android studio 2.2. #7
Comments

Last updated on JANUARY 16, 2020

Applies to:

Symptoms

On 12.2.7 version, Jserv, JDK, JVM, JRE
After copying adkeystor.dat and cacerts from one instance to another re generate jar and just list keystore fails with below error:

The issue can be reproduced at will with the following steps:

1. Re generate jar’ using adadmin

2. keytool -list -v -keystore adkeystore.dat

Cause

To view full details, sign in with your My Oracle Support account.

Don’t have a My Oracle Support account? Click to get started!

In this Document

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.

Источник

java.io.IOException: недопустимый формат хранилища ключей

Кто-нибудь знает, как это решить? Я много чего пробовал, но ни один из них не помог.

И когда я нажимаю подробнее, я получаю следующее:

задан 27 июн ’09, 08:06

Что именно ты пытаешься сделать? Было бы полезно опубликовать пример кода. — Jonik

И, пожалуйста, опубликуйте, что вы уже пробовали? — akarnokd

Не похоже, что Томи написал какой-либо код, связанный с KeyStore; этот стек — просто начало работы апплета. Похоже, что у загрузчика классов возникают проблемы с подготовкой к проверке подписей апплета. — erickson

@erickson: Да. Теперь я тоже это вижу. Но, боюсь, без ответа ОП мы не сможем двигаться дальше. — akarnokd

11 ответы

Вы можете повредить файл во время копирования / передачи.

Вы используете maven? Если вы копируете файл хранилища ключей с «filter = true», вы можете повредить файл.

Пожалуйста, проверьте размер файла.

ответ дан 13 авг.

Большой! Я действительно помог мне. Не могли бы вы пояснить, почему параметр фильтрации портит хранилище ключей? — Дмитрий

Спасибо за filter = true . спас мне день — Амандип Камбодж

в моем случае maven-cargo-plugin конфигурация контейнера должна использовать . для двоичных файлов, а не , согласно maven: грузовая документация — Кревелен

Возможно, maven кодирует ваше хранилище ключей, вы можете установить filtering = false, чтобы решить эту проблему.

ответ дан 07 мар ’20, в 14:03

У меня был ниже в моем родительском пом. Отметка фильтрации как ложная решила проблему. SRC / основные / ресурсы правда — Санджай Джайн

Это основная причина, спасибо. — Томми

(Повторная) установка последней версии JDK (например, Oracle,) исправил это для меня.

Перед установкой последней версии JDK я выполнил следующую команду в Terminal.app:

Но после установки последней версии Oracle JDK и перезапуска Терминала, выполнив следующую команду:

Это означает, что keytool по пути может получить доступ к хранилищу ключей.

Это сработало для меня — просто установил последнюю версию, которую Mac уже «обновил» как патч или что-то в этом роде, — но только после того, как я запустил новое окно терминала, чтобы путь использовал новое обновление java. Особенно полезными оказались команды, воспроизводящие ошибку и демонстрирующие, что проблема была решена (хотя из-за ссылки на $ (java_home) они работали в терминале, где команда gradle не работала, что немного сбивало с толку)! — андроид.ласка

Эта команда помогла мне проверить файл jks (keytool -list -keystore ) — СудоПлз

Я думаю, что файл хранилища ключей, который вы хотите использовать, имеет другой или неподдерживаемый формат по сравнению с вашей версией Java. Не могли бы вы опубликовать дополнительную информацию о вашей задаче?

В общем, для решения этой проблемы вам может потребоваться воссоздать все хранилище ключей (например, используя другую версию JDK). При экспорте-импорте ключи между старым и новым — если удастся открыть старый где-нибудь еще.

Если это просто неподдерживаемая версия, попробуйте НадувнойЗамок криптографический провайдер например (хотя я не уверен, добавит ли он поддержку Java для большего количества типов хранилищ ключей?).

Редактировать: Я посмотрел на характеристики BC.

Источник

how to solve invalid keystore format error in android studio 2.2. #7

**here is error report———>
error:Error:java.lang.RuntimeException:

how to solve this three errors. **
here is gradle console message————>

FAILURE: Build failed with an exception.

What went wrong:
Execution failed for task ‘:app:packageRelease’.

com.android.ide.common.signing.KeytoolException: Failed to read key palash from store «D:MyApplication3.ideaworkspace.xml»: Invalid keystore format

Try:
Run with —info or —debug option to get more log output.

Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task ‘:app:packageRelease’.
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:66)
at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:52)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:53)
at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:203)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:185)
at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:66)
at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:50)
at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:25)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:110)
at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:37)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:37)
at org.gradle.execution.DefaultBuildExecuter.access$000(DefaultBuildExecuter.java:23)
at org.gradle.execution.DefaultBuildExecuter$1.proceed(DefaultBuildExecuter.java:43)
at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:37)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:30)
at org.gradle.initialization.DefaultGradleLauncher$4.run(DefaultGradleLauncher.java:153)
at org.gradle.internal.Factories$1.create(Factories.java:22)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:91)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:53)
at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:150)
at org.gradle.initialization.DefaultGradleLauncher.access$200(DefaultGradleLauncher.java:32)
at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:98)
at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:92)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:91)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:63)
at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:92)
at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:83)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$DefaultBuildController.run(InProcessBuildActionExecuter.java:99)
at org.gradle.tooling.internal.provider.runner.BuildModelActionRunner.run(BuildModelActionRunner.java:46)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.tooling.internal.provider.runner.SubscribableBuildActionRunner.run(SubscribableBuildActionRunner.java:58)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:48)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:30)
at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:81)
at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:46)
at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:52)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:37)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:26)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:34)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:74)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:72)
at org.gradle.util.Swapper.swap(Swapper.java:38)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:72)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.health.DaemonHealthTracker.execute(DaemonHealthTracker.java:47)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:60)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:72)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.health.HintGCAfterBuild.execute(HintGCAfterBuild.java:41)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:50)
at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:237)
at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
Caused by: java.lang.RuntimeException: com.android.ide.common.signing.KeytoolException: Failed to read key palash from store «D:MyApplication3.ideaworkspace.xml»: Invalid keystore format
at com.android.build.gradle.tasks.PackageAndroidArtifact.doTask(PackageAndroidArtifact.java:469)
at com.android.build.gradle.tasks.PackageAndroidArtifact.doFullTaskAction(PackageAndroidArtifact.java:321)
at com.android.build.gradle.tasks.PackageApplication.doFullTaskAction(PackageApplication.java:75)
at com.android.build.gradle.internal.tasks.IncrementalTask.taskAction(IncrementalTask.java:88)
at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:75)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$IncrementalTaskAction.doExecute(AnnotationProcessingTaskFactory.java:245)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:221)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$IncrementalTaskAction.execute(AnnotationProcessingTaskFactory.java:232)
at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:210)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)
. 70 more
Caused by: com.android.ide.common.signing.KeytoolException: Failed to read key palash from store «D:MyApplication3.ideaworkspace.xml»: Invalid keystore format
at com.android.ide.common.signing.KeystoreHelper.getCertificateInfo(KeystoreHelper.java:212)
at com.android.build.gradle.tasks.PackageAndroidArtifact.doTask(PackageAndroidArtifact.java:431)
. 80 more
Caused by: java.io.IOException: Invalid keystore format
at com.android.ide.common.signing.KeystoreHelper.getCertificateInfo(KeystoreHelper.java:190)
. 81 more

Total time: 1 mins 32.136 secs
**

The text was updated successfully, but these errors were encountered:

Источник

hello, we are running confluence server 7.13.0 without ssl.

System is running under Windows Server 2016 Standard with all MS-Patches.

To activate ssl on 7.13.0 server the first time i cloned my environment with the developer license and everything is running fine.

Now i want to activate the ssl encyption in my test-environment to aply it also in the productiv system later.

This is my first touch with ssl, so i follow the steps on https://confluence.atlassian.com/doc/running-confluence-over-ssl-or-https-161203.html

everything seams to be fine but after starting the server 8443 is not accessible.

The catalina Log shows the follow lines

04-Nov-2021 08:36:23.435 SCHWERWIEGEND [main] org.apache.catalina.util.LifecycleBase.handleSubClassException Konnte Komponente [Connector[org.apache.coyote.http11.Http11Nio2Protocol-8443]] nicht initialisieren
org.apache.catalina.LifecycleException: Protocol handler initialization failed
….
Caused by: java.lang.IllegalArgumentException: Invalid keystore format
….
Caused by: java.io.IOException: Invalid keystore format
….

after testing my «.keystore» file i got the following error

C:UsersAdministrator>»c:Program FilesAtlassianConfluenceSQLjrebinkeytool.exe» -list -keystore .keystore
Keystore-Kennwort eingeben:
Keytool-Fehler: java.io.IOException: Integrity check failed: java.security.NoSuchAlgorithmException: Algorithm HmacPBESHA256 not available

In the documentation to java i found a hint that HmacPBESHA256 is available at jdk version 12 or above
https://www.java.com/en/configure_crypto.html (jump to «Upgrading the default PKCS12 MAC algorithm»)

but the keytool and the java.exe in the confluence server environment is only openjdk 11.0.8

C:UsersAdministrator>»c:Program FilesAtlassianConfluenceSQLjrebinjava.exe» —version
openjdk 11.0.8 2020-07-14
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.8+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.8+10, mixed mode)

my enviroment was updated a couple weeks from 7.7.0 to 7.13.0. Did my update missed something or is the documentation to install the ssl environment outdated?

what am i doing wrong?

best regards

Andreas

Источник

Кто-нибудь знает, как это решить? Я много чего пробовал, но ни один из них не помог.

И когда я нажимаю подробнее, я получаю следующее:

at sun.security.provider.JavaKeyStore.engineLoad(Unknown Source)
atsun.security.provider.JavaKeyStore$JKS.engineLoad(Unknown Source)
at java.security.KeyStore.load(Unknown Source)
at com.sun.deploy.security.RootCertStore$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.deploy.security.RootCertStore.loadCertStore(Unknown Source)
at com.sun.deploy.security.RootCertStore.load(Unknown Source)
at com.sun.deploy.security.RootCertStore.load(Unknown Source)
at com.sun.deploy.security.ImmutableCertStore.load(Unknown Source)
at com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Unknown Source)
at com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Unknown Source)
at sun.plugin.security.PluginClassLoader.getPermissions(Unknown Source)
at java.security.SecureClassLoader.getProtectionDomain(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadCode(Unknown Source)
at sun.applet.AppletPanel.createApplet(Unknown Source)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

11 ответы

Вы можете повредить файл во время копирования / передачи.

Вы используете maven? Если вы копируете файл хранилища ключей с «filter = true», вы можете повредить файл.

Пожалуйста, проверьте размер файла.

ответ дан 13 авг.

Возможно, maven кодирует ваше хранилище ключей, вы можете установить filtering = false, чтобы решить эту проблему.

<build>
    ...
    <resources>
        <resource>
            ...
            <!-- set filtering=false to fix -->
            <filtering>false</filtering>
            ...
        </resource>
    </resources>
</build>

ответ дан 07 мар ’20, в 14:03

(Повторная) установка последней версии JDK (например, Oracle,) исправил это для меня.

Перед установкой последней версии JDK я выполнил следующую команду в Terminal.app:

keytool -list -keystore $(/usr/libexec/java_home)/jre/lib/security/cacerts -v

Это привело к:

keytool error: java.io.IOException: Invalid keystore format
java.io.IOException: Invalid keystore format
    at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:650)
    at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
    at java.security.KeyStore.load(KeyStore.java:1445)
    at sun.security.tools.keytool.Main.doCommands(Main.java:792)
    at sun.security.tools.keytool.Main.run(Main.java:340)
    at sun.security.tools.keytool.Main.main(Main.java:333)

Но после установки последней версии Oracle JDK и перезапуска Терминала, выполнив следующую команду:

keytool -list -keystore $(/usr/libexec/java_home)/jre/lib/security/cacerts -v

Результаты в:

Enter keystore password:

Это означает, что keytool по пути может получить доступ к хранилищу ключей.

Создан 05 янв.

Редактировать: Я посмотрел на характеристики BC.

Создан 27 июн.

Ваше хранилище ключей сломано, и вам придется его восстановить или регенерировать.

Создан 27 июн.

Я столкнулся с проблемой openJDK на ubuntu, мне пришлось установить Oracle JDK, чтобы он заработал.

Вы можете следить за этим руководство по сайтам google для этого.

Создан 19 сен.

У меня была такая же проблема с

C: Program Files Java jdk1.8.0_51 bin keytool

но тот же файл хранилища ключей отлично работал с

«C: Program Files Java jre1.8.0_201 bin keytool»

Я знаю, что это старая ветка, но я потерял много часов, выясняя это …: D

Создан 19 июн.

пойти на сборку, очистить проект, а затем перестроить свой проект, это сработало для меня.

Создан 18 фев.

ответ дан 01 мая ’20, 22:05

Та же проблема, у меня установлен Oracle JDK, и мое хранилище ключей было создано с его использованием, но в jceks формат

keytool -importkeystore -destkeystore client.keystore 
    -srckeystore redislabs_user.p12 -srcstoretype pkcs12 
    -deststoretype jceks -alias client-cert

Я удалил -deststoretype jceks вариант и все работало нормально

Создан 05 ноя.

для меня эта проблема возникла из-за того, что я сгенерировал файл .jks на своем ноутбуке с 1.8.0_251, и я скопировал его на сервер, на котором была java 1.8.0_45, и когда я использовал этот файл .jks в своем коде, я получил java.io.IOException: Invalid Формат хранилища ключей.

чтобы решить эту проблему, я сгенерировал файл .jks непосредственно на сервере, а не копировал его с моего ноутбука, у которого была другая версия java.

Создан 19 янв.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

java
encryption
applet
keystore

or задайте свой вопрос.

Источник