Альтернатива для java-апплета, который должен взаимодействовать с браузером через javascript

В нашем веб-приложении мы используем апплет Java для вызова приложения MS.Word с помощью jacob jar, например. Word открывать, редактировать, а при сохранении автоматически загружать на сервер.

Google Chrome больше не будет поддерживать NPAPI, поэтому скоро мы больше не сможем запускать наш апплет в Chrome.

Итак, любые предложения по альтернативе для апплета Java. Мы хотим, чтобы у пользователя был такой же опыт, как и раньше.


person kapil    schedule 14.07.2015    source источник
comment
Не веб-приложение.   -  person user253751    schedule 14.07.2015
comment
Или вы можете сказать своим пользователям не использовать Chrome, но это, вероятно, будет раздражать их больше, чем не-веб-приложение, если они не являются техническими специалистами.   -  person user253751    schedule 14.07.2015
comment
Возможно, вам следует переосмыслить свое приложение таким образом, чтобы оно не включало Word. В настоящее время можно иметь очень хорошие редакторы форматированного текста, полностью реализованные в инструментах браузера (Javascript/HTML5). И это кросс-платформенный и не требует существующей лицензии Office.   -  person RealSkeptic    schedule 14.07.2015
comment
#RealSkeptic спасибо за ваш ответ, у нас уже есть эта опция в нашем приложении, клиент может просматривать/изменять свои документы с помощью редактора/слова. но это обязательно, нам нужно его реализовать (Word). Можем ли мы реализовать это с помощью веб-запуска Java? но я не знаю, может ли JWS взаимодействовать с нашим javascript, который работает в браузере, или нет.   -  person kapil    schedule 14.07.2015
comment
Если вы имеете в виду COM-библиотеку Jacob (sourceforge.net/projects/jacob-project), то мы говорим об использовании библиотеки DLL, которая изначально взаимодействует с Word через COM. В этом случае вам не повезло - альтернативы на данный момент нет. См. мой пост здесь: stackoverflow.com/questions/31315991/   -  person Lonzak    schedule 15.07.2015


Ответы (2)


У нас такая же проблема. С Webstart больше невозможно сделать это общение. Мы собираемся использовать Websockets между приложением webstart и браузером. Наша первая попытка — запустить сервер веб-сокетов в webstart и заставить браузер подключаться к локальным хостам. Если это невозможно из-за ограничений безопасности в браузерах, мы собираемся сделать это через веб-сервер, браузер и приложение веб-запуска, подключающееся к веб-серверу и обменивающееся сообщениями.

person Victor Sanchez    schedule 19.02.2016
comment
Каков был результат первого подхода? - person Pablo; 28.09.2017

Я вижу 2 разные возможности.

  1. Создайте отдельное приложение, которое «обертывает» ваше веб-приложение с помощью такой технологии, как electron. Затем вы можете сделать интеграцию браузера с рабочим столом по своему усмотрению. Это потребует установки на клиенте.
  2. Запустите приложение веб-запуска (или это может быть любая установка, которая происходит на клиенте). Ему нужно будет запустить веб-сервер или подключиться к веб-серверу и общаться через http.

Я опечален потерей апплета. Это технология, которую нелегко заменить. И другие методы кажутся чем-то вроде «обходных путей». Не существует простого кроссбраузерного способа выйти из изолированной программной среды браузера и получить доступ к системе.

Для меня потеря апплета просто означала, что автоматизация некоторых из этих процессов стала слишком сложной, и лучше найти альтернативный способ достижения аналогичного конечного результата.

Небольшое примечание: если вы запускаете локальный веб-сервер, помните о безопасности. К нему могут обращаться другие процессы в системе. Разве не было бы забавно открыть слово в чьей-либо системе, отправив запрос в порт!

person Ryan How    schedule 04.05.2016