Найденная неподписанная запись в ресурсе

У меня есть следующий файл JNLP:

<jnlp spec="1.0+" codebase="http://****:****" href="tcm2012.jnlp">
  <information>
    <title>TCM 2012</title>
    <vendor>Drift og Performance, *** Servicecenter</vendor>
    <homepage href="#" onclick="location.href='http://******'; return false;"/>
    <description/>
  </information>
  <security>
    <all-permissions/>
  </security>
  <resources>
    <j2se version="1.6+"/>
    <jar href="tcm2012.jar"/>
  </resources>
  <application-desc main-class="com.****.kundeservice.TCMApplication"/>
</jnlp>

Теперь, когда я пытаюсь запустить из Интернета, я получаю следующую ошибку:

Found unsigned entry in resource

Со следующим выражением

com.sun.deploy.net.JARSigningException: Found unsigned entry in resource: http://*****:****/tcm2012.jar
at com.sun.javaws.security.SigningInfo.getCommonCodeSignersForJar(Unknown Source)
at com.sun.javaws.security.SigningInfo.check(Unknown Source)
at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResourcesHelper(Unknown Source)
at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResources(Unknown Source)
at com.sun.javaws.Launcher.prepareResources(Unknown Source)
at com.sun.javaws.Launcher.prepareAllResources(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main.access$000(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Кто-нибудь знает, как решить эту проблему?

Ответ 1

Это сработало для меня:

Перейдите на панель управления /Java.

Затем нажмите кнопку "Настройки" и активируйте опцию "Хранить временные файлы на моем компьютере".

Странно, но это сработало!

Ответ 2

У меня была аналогичная проблема с моими приложениями.

У меня есть приложение java swing, развернутое с помощью javaws:

При запуске приложения с использованием JRE 1.6 я получаю исключение
Когда я запускаю приложение, используя JRE 1.7 и JRE 1.8, он работает

Я проверил всю банку, MANIFEST.MF и т.д., и все было в порядке. Наконец, я обнаружил, что я использовал новую конечную точку TSA для подписи моих банок.

когда я использую этот TSA http://tsa.starfieldtech.com приложение работает нормально с JRE6,8
когда я использую этот TSA http://services.globaltrustfinder.com/adss/tsa, приложение запускается только с JRE8

Из этого ресурса http://docs.oracle.com/javase/7/docs/technotes/tools/windows/jarsigner.html Я прочитал Чтобы сгенерировать отметку времени, jarsigner связывается с TSA с протоколом времени (TSP), определенным в RFC 3161. В случае успеха маркер метки времени, возвращаемый TSA, сохраняется с сигнатурой в файле блока подписи.

Кто-то может дать больше информации об этой проблеме? В частности, я не хочу, чтобы меня принуждали использовать определенный TSA. Почему существуют различия между TSA? Благодаря

Ответ 3

В моем случае апплет действительно имел неподписанную запись в папке META-INF. ) Один из способов исправить это было бы повторной подписью. Но в java 8 самозаверяемых апплетов были demoted почти на том же уровне, что и беззнаковые. И апплет не требовал никаких дополнительных привилегий. Таким образом, было достаточно просто un-sign и добавить в список доверенных сайтов.

Ответ 4

У меня была такая же проблема при компиляции на моем Linux maschine (с JDK 6 U45). Но я получил эту ошибку только, когда я также попытался запустить подписанное приложение с Java 6 U45.

Когда я пытаюсь запустить приложение с помощью новой Java-версии (например, Java 8), все время было ОК, без сообщения об ошибке.

Когда я использовал windows maschine для компиляции проекта (также с 6 Update 45), это странно работает и при запуске Java 6 U45.

Только мои 2 цента.... Ура!

Ответ 5

Проблема также может возникать в старых версиях Java, если вы подписываетесь с более новыми версиями Java.

Знак с 1.8u74 и старше работает со всеми версиями
Подписать с 1.8u101 и более новыми работает с 1.7u80 и новее, но не с более старыми версиями на клиенте.

Кажется, несовместимое изменение в алгоритме знака.