jZebra загружают ошибку после Явского обновления

У меня есть одна веб-группа, использующая jZebra апплет, чтобы напечатать к билетопечатной машине. Все работы хорошо под Явой 1.6.29, но после обновления к 1.7.10 грузам апплета терпит неудачу с jZebra. PrintApplet.class ClassNotFoundException. HTML, который загружает взгляды апплета как:

...



...

jzebra.jar остается в ту же самую папку как файл HTML.

Вы знаете то, что могло быть проблемой?

0
добавлено
Просмотры: 1
de

2 ответы

Я рекомендовал бы обновить к qz-печати 1.8.0 и использовать JNLP (или недавно обеспеченные теги апплета), чтобы развернуть апплет. Если бы вы принимаете решение держать теги апплета, я рекомендовал бы обновить их, поскольку они изменились значительно за эти годы:


    
 
 
 
 

или если вы требуете, чтобы держать старое имя 'jzebra'


    
 
 
 
 
 

Кроме того, я рекомендовал бы полностью удалить все версии Явы и ре, устанавливающее Яву 7, поскольку у этого были многократные проблемы с процессом модернизации.

На основе моего опыта, приблизительно каждая 10-я модернизация Явы 7 разрывов. Есть несколько решений, но что работало, лучшее для меня деинсталлирует все предыдущие версии, перезагружая и восстанавливая Яву 7. Пожалуйста, поймите, что это не нормальное, "имеют вас, пытался деинсталлировать сначала" патронаж, это - проблема с процессом инсталлятора/модернизации, и у нас есть многие клиенты, которые проводят часы, пытаясь заставить наш апплет загружать только, чтобы найти, что испытательная страница Oracle не будет даже работать.

Кроме того, было много изменений в Яве 7. Особенно, как это обращается с JNLP. У некоторой более старой версии Явы 6 не было надлежащей поддержки JNLP, таким образом, .class параметр был необходим как часть тега апплета.

Чтобы добавить еще больше разочарования, для свободных апплетов как jzebra, Oracle блокирует самоподписанные апплеты от управления в более свежих Явских версиях. Это было начато с предупреждений на ранней Яве 7 версий, и они были полностью заблокированы с 7u51.

Но есть больше... С 7u21, Oracle решила заблокировать JavaScript (LiveConnect), если ваша Явская Версия обнаружена как являющийся устаревшим, и ваши настройки безопасности установлены в высоко. (Высоко дефолт BTW). Если вам любопытно относительно того, какой "устаревший", это может быть определено таймером (3 месяца с тех пор, что Явская версия была выпущена), или чек территории Oracle (т.е. новая версия стала доступной). К счастью Ява 7 u51 добавила опцию белого списка, чтобы предотвратить это поведение блока LiveConnect для указанных URL: https://blogs.oracle.com/java-platform-group/entry/upcoming_exception_site_list_in но это должно быть добавлено для каждого URL, к которому вы получаете доступ с самоподписанным апплетом и/или устаревшей Явской Версией.

Примечание: Вы, возможно, также должны установить самоподписанное свидетельство в раздел "Signer CA" вашего Явского счета безопасности, но это - угроза безопасности, которую вы должны понять сначала и вероятны из объема этой проблемы.

У новой версии jzebra апплета (теперь названный "qz-печатью") есть некоторые проверки на некоторые из этих проблем груза, а также аварийного диалога, чтобы решить их. Они могут быть замечены в sample.html.

Пожалуйста, загрузите последний плагин печати и Явскую версию и голову к http://qzindustries.com/support и мы, несомненно, поможем вам получить эту работу.

- Tres

1
добавлено

Попытайтесь установить путь к jzebra.jar относительно корня веб-сайта как/dist/jzebra.jar.

Это работало на меня...

0
добавлено