Обращение из JS в сторонее приложение-библиотеку

[raxp]

Еще как вариант — флеш или сильвер, им разрешено работать с ФС и dll

флеш грузится к клиенту, а значит DLL-ка на сервере будет недоступна. Сильвер тот же костыль, особенно с NET.

[Naive]

Сообщение от raxp

флеш грузится к клиенту, а значит DLL-ка на сервере будет недоступна. Сильвер тот же костыль, особенно с NET.

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

[raxp]

Поправьте меня, если не так понял фразу TC:

На этом сайте предполагается печать на некое устройство. Устройство нестандартное и драйверов а-ля принтер не имеет, зато имеет DLL, в котором для распечатки описана некая функция foo() принимающая массив символов (которые собственно распечатываются)

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

Таким образом, делаем вывод, что любые технологии, которые используют данную DLL на машине клиента - в пролете. Мысль теперь дошла, по поводу флеш, активов-икс и иже с ним?

[masax]

Сообщение от Stilet

Читай тему - категорически нет.

извини, невнимательно прочитал))

[Stilet]

любые технологии, которые используют данную DLL на машине клиента - в пролете.

Не, стоп! Я имел ввиду вот что: Есть комп, к которому подключен сей волшебный девайс. На этом компе сидит тетенька, которая чет там конструирует, используя несколько программ. Одна из них моя - каталогизатор спецификаций с возможностью вывода на печать моделей. Другие пользователи тоже используют этот каталогизатор, но у них обычные принтера, которые собсно не требуют танцев с бубнами. Сама программа - WEB сайт, с сервером на контроллере домена. Все что пользователь накакал в браузере контролируется именно веб-сервером.
Веб-сервер на контроллере - плоттер на клиентской машине.
Хотелось бы чтоб и эта тетенька проводила печать как все.
Под словом печать подразумевается следующее: Все печатают себе эскизы не соблюдая виды и масштабы, и только наша тетенька обязана распечатать строго по регламенту. Сейчас у нее своя программа печати стороннего производителя, которая никак с общим котлом не связана, это замедляет время распечатки (сохранить в формат, сконвертировать в другой, для печати раскрыть сконвертированный - это я образно говорю, ибо там все сложнее).
Задача примерно такая - попытаться интегрировать интерфейсы сего плоттера (злополучная ДЛЛ хорошо хоть мануал к ней кое-какой есть) в WEB приложение, дабы эта тетенька мола одним нажатием послать на обработку туеву кучу данных, а сама занималась другими делами.

Вот такая вот загогулина.

[raxp]

т.е. этот плоттер подключен у тетеньки и работа с ним через DLL? Ты ответь на вопрос: задания должны приходить к тетеньке от клиентов в сети и выполняться у тетеньки? Значит DLL должна исполняться локально, значит вызов ее у клиента локально невозможен, невозможен в том смысле - что DLL должна по сети через браузер вызываться у тетеньки

А значит, все так.

[Stilet]

DLL должна исполняться локально

Да.

значит вызов ее у клиента локально невозможен

Так я тут тетеньку и считаю "клиентом"

задания должны приходить к тетеньке от клиентов в сети и выполняться у тетеньки?

Нет, от клиентов к ней ничего не приходит, кроме служебок в бумажном (пока что еще) виде. Тетка открывает сайт, выбирает нужны документ, и посылает его на обработку. Клиент - она. И Библа должна у нее задействоваться. Пробная программа уже готова, остается только доработать до кондиции (всего два дня ее проектировал - сырая еще), но она нативная, а тетка не хочет переключаться с сайта на другую программу - моча в голове видимо.
Да и конечно было бы неплохо только сайтом обрабатывать, ато Линуксы грозятся поставить - как там быть не представляю. Вроде с теми дровами что-то для Линуха есть вместо ДЛЛки, пока еще не смотрел, но сервисики, что плоттер обслуживают, говорят о успешных случаях применения его на Линуксах.

[raxp]

...ну, если с сайта и прямо тут, то вызов через Питона DLL-ки в соседней теме уже давал. Кроме того, не через JAVA-SCRIPT, а через JScript возможен вызов COM-объектов, того же DynWrap.dll, а уже через нее можно блямкать любыми WinAPI-ными функциями, теми же dll-ками.

Вроде с теми дровами что-то для Линуха есть вместо ДЛЛки

тады лучше изначально расчитывать на что-нить кроссплатформенное ...это что-то, консольное?

[Stilet]

Кроме того, не через JAVA-SCRIPT, а через JScript

Не понял
В чем разница?

возможен вызов COM-объектов

Как? Везде где я читал, говорят что это только IE поддерживает. В других браузерах запрещено, а мы преимущественно бесплатную Оперу юзаем.

тады лучше изначально расчитывать на что-нить кроссплатформенное

Так вот я потому и переписал проект на WEB сайт. И по боку что там у клиентов, хоть маки хоть пингвины. Уже два пингвина в качестве затравки внедрены - работают хорошо. Да и мне проще - все на сервере закупорено надежно.

.это что-то, консольное?

Прога обработки? Оконка с парой кнопок - "Послать" и "Послать куда подальше"
Ну ман для линуха я так пролистал, там вроде хедеры есть, хоть какая инфа будет, но еще не смотрел

[raxp]

Не понял
В чем разница?

JScript http://ru.wikipedia.org/wiki/JScript

Как? Везде где я читал, говорят что это только IE поддерживает. В других браузерах запрещено, а мы преимущественно бесплатную Оперу юзаем.

и это так, но с поправочкой - работает в браузерах, поддерживающих NPAPI. А это IE и некоторые версии FireFox-а.