wsap22.dll отсутствует в 8.2.19.130 x64?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(9) Не понял вашего комментария. Я уже готов и на wsap24
В моей платформе нет никакой DLL. Мне необходимо именно X64.
Не я придумал совместимость битности. У меня сервер 64 бит. Я не могу поставить 32 ибо 40 пользователей. Раз сервер 64 бит то и апач должен быть 64 бит. Ну и соответственно библиотека должна быть 64 бит.
В моей платформе нет никакой DLL. Мне необходимо именно X64.
Не я придумал совместимость битности. У меня сервер 64 бит. Я не могу поставить 32 ибо 40 пользователей. Раз сервер 64 бит то и апач должен быть 64 бит. Ну и соответственно библиотека должна быть 64 бит.
(15) Вы ошибаетесь. У меня есть другой проект где используется платформа 8.3
В конфиге апача прописано следующее
LoadModule _1cws_module "C:/Program Files/1cv8/8.3.9.2309/bin/wsap22.dll"
Т.е. У меня апач 2.2 X64, сервер 1С 8.3 Х64 и все работает. А вы утверждаете что это не возможно потому что нет wsap22.dll
В конфиге апача прописано следующее
LoadModule _1cws_module "C:/Program Files/1cv8/8.3.9.2309/bin/wsap22.dll"
Т.е. У меня апач 2.2 X64, сервер 1С 8.3 Х64 и все работает. А вы утверждаете что это не возможно потому что нет wsap22.dll
(18) Я считаю, что поддержку Apache 2.4 и wsap24.dll сделали исключительно из-за x64, хотя поддержка wsap24.dll появилась только с версии 8.3.8, и то с x64 с начала не работала )
Во-первых, в x64 и в x32 - это наборы совершенно разных библиотек. Во-вторых, х64 wsap22.dll вообще более на клон wsap24.dll похожа, нежели на саму "себя" из x32. А вот в x32 это действительно две разные DLL.
Так как с ними постоянно проблемы, и, как видите, вариантов "компоновки" множество (APACHE 2.2 и 2.4, по две wsap22.dll и wsap24.dll в 1С-ах х32 и х64), поэтому я уже не экспериментирую - что там с чем работает.
Если в 8.3.9.2309 у вас один из вариантов заработал - здорово, но может не заработать в 8.3.10.
Или - заработает Apache, но полезут ошибки при публикации, а то и при обмене с базой по html.
Информация у вас есть вся, думайте и выбирайте сами )
Во-первых, в x64 и в x32 - это наборы совершенно разных библиотек. Во-вторых, х64 wsap22.dll вообще более на клон wsap24.dll похожа, нежели на саму "себя" из x32. А вот в x32 это действительно две разные DLL.
Так как с ними постоянно проблемы, и, как видите, вариантов "компоновки" множество (APACHE 2.2 и 2.4, по две wsap22.dll и wsap24.dll в 1С-ах х32 и х64), поэтому я уже не экспериментирую - что там с чем работает.
Если в 8.3.9.2309 у вас один из вариантов заработал - здорово, но может не заработать в 8.3.10.
Или - заработает Apache, но полезут ошибки при публикации, а то и при обмене с базой по html.
Информация у вас есть вся, думайте и выбирайте сами )
К сожаления предыдущий оратор не прав.
Попытка подмены библиотеки из другой платформы приводит к ожидаемому результату
Что бы избавить теоретиков от блуждания вокруг четко поставленного вопроса я его ещё немного конкретизирую.
Просто скажите, это у меня дистрибутив такой, или в поставке 8.2.19.130 х64 реально нет wsap22.dll?
А если подскажите что означает пункт установки веб сервисов при инсталляции этой платформы, то я вообще буду счастлив )))
Попытка подмены библиотеки из другой платформы приводит к ожидаемому результату
1C:Enterprise 8 application error:
HTTP: Conflict
by reason:
Различаются версии клиента и сервера (8.3.9.2309 - 8.2.19.130), клиентское приложение: Модуль расширения веб-сервера
by exception: 9f06d311-1431-4a54-bd6f-fa93c4d4c471
Что бы избавить теоретиков от блуждания вокруг четко поставленного вопроса я его ещё немного конкретизирую.
Просто скажите, это у меня дистрибутив такой, или в поставке 8.2.19.130 х64 реально нет wsap22.dll?
А если подскажите что означает пункт установки веб сервисов при инсталляции этой платформы, то я вообще буду счастлив )))
(21) если бы вы внимательно читали ответы, то я уже писал - от платформы к платформе DLL то рабочие, то не рабочие.
wsap22.dll, несмотря на то, что сделана давно, от платформы к платформе не везде работает.
Почему и приходится их подбирать, почему и писал, что wsap24.dll ориентирована под x64 - не добившись надежного результата с wsap22.dll, "ввернули" wsap24.dll.
wsap22.dll, несмотря на то, что сделана давно, от платформы к платформе не везде работает.
Почему и приходится их подбирать, почему и писал, что wsap24.dll ориентирована под x64 - не добившись надежного результата с wsap22.dll, "ввернули" wsap24.dll.
(21)
Я вот не догадался еще бибилиотеки от 8.2 - подсовывать в 8.3 ))
"Для другой платформы" - это не 8.2 и 8.3, а семейство 8.3.х.х, это тоже разные платформы )
Различаются версии клиента и сервера (8.3.9.2309 - 8.2.19.130)
и вы, хотя бы, из 8.3 DLL-ки берите ))
Я вот не догадался еще бибилиотеки от 8.2 - подсовывать в 8.3 ))
"Для другой платформы" - это не 8.2 и 8.3, а семейство 8.3.х.х, это тоже разные платформы )
(23) и даже не одна )
А если установить x32 и x64, то уже их будет 4 разных )
А если еще и с других платформ набрать, то в наличии будет целый зоопарк разнообразнейших wsap2x.dll.
У меня вопрос один - что там так меняется в каждой версии платформы, что этот каждый раз dll заново переделывают?
А если установить x32 и x64, то уже их будет 4 разных )
А если еще и с других платформ набрать, то в наличии будет целый зоопарк разнообразнейших wsap2x.dll.
У меня вопрос один - что там так меняется в каждой версии платформы, что этот каждый раз dll заново переделывают?
(25) Я к сожалению достоверно не знаю. Думаю что как и в com объектах. Там тоже особо ничего не меняется, но каждый раз требуется регистрировать новую dll.
Дело не в том, что существует вероятность полного соответствия dll разных версий между собой. Дело в том что по другому не работает. Разработчики платформы предусмотрели только один вариант - полное соответствие версий. Даже если разница в сего в одной строке Version = xxxx
Дело не в том, что существует вероятность полного соответствия dll разных версий между собой. Дело в том что по другому не работает. Разработчики платформы предусмотрели только один вариант - полное соответствие версий. Даже если разница в сего в одной строке Version = xxxx
(28)
Т.е. постоянно переделывают какие-то протоколы web-обмена, нимало не заботясь о сути - а зачем?
По принципу - "не работает, ну и выкручивайтесь сами".
Думаю что как и в com объектах. Там тоже особо ничего не меняется
Как раз у 1С "меняется" - они заново перетряхивают при установке весь свой COM-коннектор, потому и надо DLL регистрировать (для, опять же, работоспособности в 1С, а не COM).
Даже если разница в сего в одной строке Version = xxxx
Боюсь, что дело не просто в несоответствии версии - там реальные ошибки происходят при обращении, и размер DLL скачет серьезно.
Т.е. постоянно переделывают какие-то протоколы web-обмена, нимало не заботясь о сути - а зачем?
По принципу - "не работает, ну и выкручивайтесь сами".
(33) Так как версия клиента и сервера контролируется платформой то мне нужна библиотека wsap22.dll или wsap24.dll, обязательно 64 бит и в версии 8.2.19.130.
Если у вас такие есть, я с радостью приму помощь.
Любые другие варианты либо не будут работать либо придется идти на компромисс. Коих я вижу всего два - перейти на 32 бит или на платформу 8.3
Если у вас такие есть, я с радостью приму помощь.
Любые другие варианты либо не будут работать либо придется идти на компромисс. Коих я вижу всего два - перейти на 32 бит или на платформу 8.3
(34)
Но посмотрим, посмотрим - вдруг ваш собеседник и есть тот сказочный герой, что исполнил "Пойди туда — не знаю куда, принеси то — не знаю что"
мне нужна библиотека wsap22.dll или wsap24.dll, обязательно 64 бит и в версии 8.2.19.130
А ничего, что не существует 1С 8.2.x.x в разрядности x64?
Но посмотрим, посмотрим - вдруг ваш собеседник и есть тот сказочный герой, что исполнил "Пойди туда — не знаю куда, принеси то — не знаю что"
(35)
Клиента x64 под 8.2 под Windows нет, только тонкий и под Linux.
Почему автор не обнаружил необходимые библиотеки в дистрибутиве/установке сервера - непонятно...
Хотя, судя по бардаку в дистрибутивах, и с этими DLL - в частности, может, их и в клиента засунули только.
Или не во всех версиях есть. Я ничему уже не удивляюсь в 1С ))
А ничего, что не существует 1С 8.2.x.x в разрядности x64?
Сервер 8.2 x64 существует, это был первый первый x64 у 1С.
Клиента x64 под 8.2 под Windows нет, только тонкий и под Linux.
Почему автор не обнаружил необходимые библиотеки в дистрибутиве/установке сервера - непонятно...
Хотя, судя по бардаку в дистрибутивах, и с этими DLL - в частности, может, их и в клиента засунули только.
Или не во всех версиях есть. Я ничему уже не удивляюсь в 1С ))
(34) а вы поищите в инсталляции сервера или клиента.
Обнаружил странную вещь - в 8.3 wsap.dll в поставке сервера появилась, почему-то, только с версии 8.3.7. А вот в клиенте во всех есть (8.3.4, 8.3.5, 8.3.6 ....).
Видимо, это обычный бардак от 1С.
Версии wsap для 8.2 у меня, к сожалению, нет, не нужны они были тогда - не было ни мобильных приложений 1С, ни нужды в публикациях на веб-сервере APACHE.
Делалось на IIS, а то и вовсе через BITRIX, и вообще, во времена ОФ у 1С был свой отдельный веб-модуль для таких дел, ставился и привязывался отдельно )
Обнаружил странную вещь - в 8.3 wsap.dll в поставке сервера появилась, почему-то, только с версии 8.3.7. А вот в клиенте во всех есть (8.3.4, 8.3.5, 8.3.6 ....).
Видимо, это обычный бардак от 1С.
Версии wsap для 8.2 у меня, к сожалению, нет, не нужны они были тогда - не было ни мобильных приложений 1С, ни нужды в публикациях на веб-сервере APACHE.
Делалось на IIS, а то и вовсе через BITRIX, и вообще, во времена ОФ у 1С был свой отдельный веб-модуль для таких дел, ставился и привязывался отдельно )
(34)
Версии wsap22.dll или wsap24.dll не контролируются как таковые (как вы вообще представляете это - каждую версию каждой DLL контролировать? Да и тема контроля, поиска ошибок и обратной связи - то не про 1С точно :)) ), ставьте любую, лишь бы была рабочей )
Так как версия клиента и сервера контролируется платформой
Версия-то контролируется платформой, но только версия самого клиента и сервера )
Версии wsap22.dll или wsap24.dll не контролируются как таковые (как вы вообще представляете это - каждую версию каждой DLL контролировать? Да и тема контроля, поиска ошибок и обратной связи - то не про 1С точно :)) ), ставьте любую, лишь бы была рабочей )
Я же писал что у меня обычная УТ 10.3. Она на обычных не управляемых формах.
В базе работает 40 человек, круглосуточно. Текущая платформа устраивает на все 100%. Если бы не появилась острая необходимость в веб сервисах, я бы ни за что не подумал слезать с полностью рабочей конфигурации (имеется ввиду весь программно аппаратный комплекс). А так, приходится изобретать велосипед. Я реально не понимаю зачем в дистрибутиве серверной 8.2.19.130 есть пункт про веб сервисы, когда там ничего не устанавливается. В общем, как я и писал ранее , пока кроме компромисса с битностью или перехода на 8.3 ничего дельного на ум не приходят. Оба компромисса лично для меня ухудшают текущее положение вещей.
В базе работает 40 человек, круглосуточно. Текущая платформа устраивает на все 100%. Если бы не появилась острая необходимость в веб сервисах, я бы ни за что не подумал слезать с полностью рабочей конфигурации (имеется ввиду весь программно аппаратный комплекс). А так, приходится изобретать велосипед. Я реально не понимаю зачем в дистрибутиве серверной 8.2.19.130 есть пункт про веб сервисы, когда там ничего не устанавливается. В общем, как я и писал ранее , пока кроме компромисса с битностью или перехода на 8.3 ничего дельного на ум не приходят. Оба компромисса лично для меня ухудшают текущее положение вещей.
(41)
Об этом уже предостаточно и здесь написано. Но ТС хочет использовать свои "уникальные" связки ПО )
Это сочетание официально поддерживается 1С
Как и работа 32х клиента - с 64х сервером.
Об этом уже предостаточно и здесь написано. Но ТС хочет использовать свои "уникальные" связки ПО )
или через утилиту webinst
не надо. Только вручную. Заодно и проконтролирует правильность записей.
(42) Топикстартер не хочет огрести на ровном месте проблем.
Я сторонник идеологии -"поставил и забыл".
Мне некогда ерундой заниматься, постоянно следить как там у сервера дела.
А если по теме, то пробую пересесть на apache 32 бита. Как ни странно не завелось. Но это уже другая проблема и я смогу решить её без обращения к сообществу.
По поводу утилит и автоматической публикации - нет проблем. Я и так всегда в конфиг файлах сам прописываю. Привычка сохранилась со времен до виндовса. До 98 года и не смотрел на него. Все как то больше freebsd.
Я сторонник идеологии -"поставил и забыл".
Мне некогда ерундой заниматься, постоянно следить как там у сервера дела.
А если по теме, то пробую пересесть на apache 32 бита. Как ни странно не завелось. Но это уже другая проблема и я смогу решить её без обращения к сообществу.
По поводу утилит и автоматической публикации - нет проблем. Я и так всегда в конфиг файлах сам прописываю. Привычка сохранилась со времен до виндовса. До 98 года и не смотрел на него. Все как то больше freebsd.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот