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

Пытался сделать что-то подобное с помощью Web Workers, но возникла проблема с тем, что в них нельзя создавать com-объекты и получать доступ к плагинам, соответственно на этом все встало.

Есть какие-то наработки в этом направлении?

написать то можно, но тогда нужно будет обновлять сразу 2 плагина) всмысле свой и возможно новые версии com-библиотек.
А что за ваш в середине года? можно поподробнее на этом моменте?)))

Это очень интересно, а когда это примерно ожидается и какой примерный список нововведений? Может есть тема, где обсуждается/тестируется новая версия?

Отредактировано пользователем 20 января 2015 г. 12:40:27(UTC)  | Причина: Не указана

Ясно. Интерес есть - очень нужна такая штука. Если есть что обсудить - потестить, я готов поучавствовать. И в тестировании pre-версий в реальной работе тоже

Отредактировано пользователем 20 января 2015 г. 14:30:03(UTC)  | Причина: Не указана

1) сделать возможно похожий на .net Task интерфейс, который не блокирует выполнение, а возвращает управление сразу, запуская отдельный поток. С подпиской на события - начато, в процессе (может даже прогресс-сообщения выдавать, но это не обязательно), ошибка и т.д.

2) не знаю насколько это все возможно реализовать в плагине, но хотелось бы видеть интерфейс похожий на jQuery.ajax. и там выставлять параметр async:true к примеру. Может к плагину сделать небольшой js- скрипт в комплекте, реализующий эти функции. это позволит абстрагироваться от ком интерфейсов. я в параллельной ветке "фантомная ошибка" приводил тестовую страницу, где что-то похожее реализуется через Deferred объект, но это дает совсем небольшой плюс к скорости, т.к. основая логика все равно блокирующая.

3) по поводу самого плагина - хотелось бы все com исключения внутренние как-то "переводить" на понятный язык, т.е. если свалилась та или иная ошибка - знать хоть в какую сторону копать - сервисы УЦ не работают или инет пропал или сертификаты корневые не в доверенных или еще что, т.к. "элемент не найден", к примеру, не сразу очевидно говорит о том, что серт-т не в доверенных. Если невозможно реализовать это в плагине на стороне COM, то может сделать это в обвязке JS из пункта 2. я бы и сам сделал, но не знаю всех кодов ошибок, и что они могут означать.

4) также по асинхронности - возможно стоит сделать настройку распараллеливания самого мат. алгоритма на N-ядер. это может быть полезно для ускорения работы на современных машинах. Но основное время, насколько я понимаю, все равно тратится на ожидание ответов от сервисов удостоверяющего центра, поэтому это распараллеливание сильно процессор то не должно нагрузить.

Это то, что 1-е в голову пришло...