{(44)}: Ошибка при вызове метода контекста (GetAllProperties): При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: GetAllProperties(): При вызове веб-сервиса произошла ошибка. Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: GetAllProperties()
Код ошибки: Client
Техническая информация:
<detail xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»/>
Почему такое может быть?
Веб-сервис в расширении, права на веб-сервис есть, пользователю, под которым этот веб-сервис выполняется, права назначены. Почему еще может ругаться?
Всем доброе время суток, очень нужна ваша помощь. При тестировании веб-сервиса возникает следующая ошибка: Ошибка при вызове метода контекста (WritePKO) по причине: Ошибка вызова операции сервиса: { по причине: Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: { имя сервера изменено на nameserver ) Читала на форумах все, что нашла, сломала голову. Роль, под которой вызывается обработка с подключением сервиса, имеет полные права, в т.ч. права на операцию сервиса. При создании сервиса в обработке использую статическую ссылку, сразу заполняю свойства «Пользователь» и «Пароль». В названиях тестовых баз (одна с публикацией сервиса, другая — для вызова) только латинские символы, путь до базы — тоже латиницей, операции и параметры сервиса — тоже латиницей. Версия платформы 8.3.5.1186, конфа обеих баз — Бухгалтерия предприятия (2.0.63.5). Вся инфа только по 8.1 или 8.2, может быть, в 8.3 есть отличия? У кого какие светлые мыли, подсказывайте. ссылки и и уже видела.
А от имени кого в базу логиниться внешнее соединение которое долбится в веб сервис?
На всякий случай текст моей простейшей процедуры
хороший вопрос, в базе несколько пользователей. есть с аутентификацией винды
wsdltest — а этот есть? и у него полные права?
1, сервис был зарегистрирован под пользователем wsdltest, он там есть, права полные
, только что обнаружила, нет, не дали ему прав, забыли. просто анекдот (не проверила, когда его создавали). спасибо тебе.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Обмен данными не работает
В пользовательском режиме приложения «1С:Предприятие» откройте настройки обмена с «Первой Формой». Убедитесь, что флажок «Запретить обмен с Первой Формой» не включен. Если флажок включен — отключите его и нажмите кнопку Записать и закрыть.
Запрет обмена с «Первой Формой».
Совпадение событий по времени при синхронизации
Возможна ситуация, когда два события — выполнение синхронизации данных и попытка изменения этих же данных штатными средствами «1С:Предприятие» — совпадают во времени. В этом случае пользователю при сохранении данных будет выдано сообщение о ошибке:
Сообщение об ошибке при совпадении изменений по времени.
Это нормальное поведение системы, поскольку в БД содержится уже другая версия данных. В этом случае форму документы/элемента справочника надо закрыть без сохранения и затем открыть снова.
Для администратора возникновение таких ошибок должно стать сигналом к пересмотру правил настройки бизнес-процесса. Возможно, для таких документов/справочников достаточно одностороннего обмена данных из «1С:Предприятие» в «Первую Форму».
Таймаут при синхронизации
При синхронизации данных между «Первой Формой» и 1С могут возникать ошибки из-за того, что не все данные успевают обработаться в одной системе за то время, пока вторая система ожидает ответа. В частности, таймауты могут возникать при синхронизации виртуальных документов, имеющих табличную часть с 200 и более записей. Таймаут на стороне 1С фиксируется в журнале ошибок.
На стороне «Первой Формы» таймаут ожидания ответа при вызове веб-сервиса 1С составляет 12 часов.
На стороне 1С таймаут можно регулировать. Для этого в «1С:Предприятие» в справочнике «Настройки обмена («Первая форма»)» откройте предопределенный элемент «Общие настройки» и в поле «Таймауты WS» увеличьте значение в поле «Прокси» – укажите, сколько секунд сервер 1С должен ждать ответа от сервера «Первой Формы» до обрыва соединения. Если указать значение 0, то таймаут не ограничен (сервер будет ждать до тех пор, пока операция не будет выполнена).
В поле «Определение» указывается длительность подключения к сервису (в секундах), а в поле «Прокси» – длительность выполняемой операции внутри «Первой Формы» (в секундах).
Настройки таймаута.
Недостаточно прав доступа в 1С
При обмене данными может возникать следующая ошибка:
«Error while calling 1С service. Нарушение прав доступа к операции Web-сервиса:
{www.rg-soft.ru}:rg1СTCService:PerformOperation().»
Причина возникновения ошибки связана с недостатком прав пользователя на стороне приложения «1С:Предприятие». Для исправления необходимо в конфигураторе «1С:Предприятие» проверить роли у пользователя, который указан в «Первой Форме» в настройках для подключения (атрибут OneCUserName в XML-настройках), и убедиться, что хотя бы одна из этих ролей имеет доступ к сервису.
Не выполняются регламентные задания
Если на стороне «1С:Предприятие» задания в очередь ставятся и видны в регистре сведений «Очередь обмена (Первая Форма)», но не выполняются, необходимо убедиться, что регламентное задание по обработке очереди есть в системе, оно включено, и регламентные задания не заблокированы на стороне сервера.
1. Проверка существования регламентного задания.
В пакете «Модуль 1С», скачиваемом через интерфейс администратора «Первой Формы», есть папка «Диагностика», в которой находится внешняя обработка «Консоль заданий.epf». Этот файл необходимо открыть в режиме «1С:Предприятие». Появится окно, в котором будут отображены все регламентные задания в системе. Задание модуля синхронизации имеет название «Очередь обмена с Первой Формой».
2. Проверка, что задание включено.
В «Консоли Заданий» можно просмотреть, включена ли обработка и какой период ее выполнения.
3. Проверка блокировки.
На сервере «1С:Предприятие» можно полностью блокировать выполнение всех регламентных заданий (т.е. при блокировке все регламентные задания будут простаивать). Эту блокировку должны снимать специалисты «1С:Предприятие», т.к. нужно учитывать, какие из регламентных заданий уже включены и к каким последствиям это приведет.
4. Поиск и проверка объектов, вызвавших ошибки синхронизации.
В пакете «Модуль 1С», скачиваемом через интерфейс администратора «Первой Формы», есть папка «Диагностика«, в которой находится внешняя обработка «ГУИДОбъекта.epf«. Этот файл необходимо открыть в режиме «1С:Предприятие». С помощью обработки можно:
•определить уникальный идентификатор (GUID) объекта «1С:Предприятие». Для этого выберите интересующий вас объект в поле «Объект» и нажмите кнопку Сообщить ГУИД.
•определить объект, вызвавший ошибку при синхронизации с «Первой Формой», и проверить правильность заполнения его реквизитов. Для этого выберите тип объекта в поле «Объект», введите его GUID в поле «ГУИД» и затем нажмите кнопку «Найти по ГУИД». GUID и тип объекта можно посмотреть в журнале ошибок синхронизации.
Обработка «ГУИДОбъекта».
Нераспознанная версия сообщения
Если при любом обращении «Первой Формы» к 1С появляется сообщение
System.ServiceModel.CommunicationException: Нераспознанная версия сообщения/Unrecognized message version
необходимо проверить адреса сервисов и в частности параметр ?WSDL.
Синхронизация скрытых и «только для чтения» колонок ДП «Таблица»
Если в категории «Первой Формы» присутствует ДП «Таблица», в которой есть скрытые колонки или колонки с признаком «только для чтения», то данные для них перед отправкой берутся не из карточки задачи, а непосредственно из базы данных перед отправкой в 1С. Чтобы обмен данными в этом случае работал корректно, необходимо использовать очередь обмена, а не обмен данными в режиме онлайн. См. здесь.
Не загружаются данные из справочника 1С
Из-за ограничений на количество символов объекты с длинными названиями могут не сопоставляться. Попробуйте в 1С увеличить длину полей.
Неверный адрес сервиса 1С
В журнале ошибок есть ошибка вида:
Request format is unrecognized for URL unexpectedly ending in ‘/TC1CService.asmx’.
Это может означать, что в пользовательских настройках приложения в поле TC1C_ServiceAppAddress указан неверный адрес.
Не задан параметр GUIDExtParamID
В журнале ошибок есть ошибка вида:
System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
at System.ThrowHelper.ThrowKeyNotFoundException()
at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at TCClassLib.ExtParams.Helper.GetExtParamName(Int32 extParamId, Nullable`1 subcatId, Boolean injectResources, Nullable`1 userId) in C:TeamCityBuildAgentwork7a2e67b2a0804e2cTCClassLibExtParamsExtParams.cs:line 2037
at TaskCenter.admin.Sync1C.AddDictionary.Page_Load(Object sender, EventArgs e) in C:TeamCityBuildAgentwork7a2e67b2a0804e2cTaskCenteradminSync1CAddDictionary.aspx.cs:line 168
Origin=WebForm
OriginId=2
User=Support
Url=https://your.1forma.net/admin/Sync1C/AddDictionary.aspx?Name=1С&OneCAddress=http:%smth%2F1CTCService.1cws&OneCServerName=http:%2F%2Fsmth&OneCUserName=ObmenForma&OneCPassword=(Пароль зашифрован)&TCAddress=https:%your.1forma.ru%2FTC1CService.asmx%3FWSDL&TCServerName=https:%2F%2Fnts.1forma.ru&TCUserName=1CServer&TCPassword=(Пароль зашифрован)&GUIDExtParamID=0&QueryRepeatTime=00:05:00&UsersFilterIn1Forma=false&TCCommentOnEpChange=true&OneCCredentialType=Basic
Проверьте настройки.
Полезные ссылки
Установка и администрирование модуля интеграции с 1С
Настройка синхронизации ДП «Таблица»
Журналы действий и ошибок
не надо трогать логин ws
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
не надо трогать логин ws
Добрый день!
Настраиваю Ваш сервис — События тех. журнала 1С.
При обработке файлов тех.журнала или нажатии кнопки «Проверка веб-сервиса» появляется следующая ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(972)}: Ошибка при вызове метода контекста (WebAccess): Ошибка вызова операции сервиса: {http://www.status.org/webservice}:status:WebAccess(): Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: {http://www.status.org/webservice}:status:WebAccess()
- mea
- Сообщений: 3
- Зарегистрирован: 22 апр 2015, 17:02
Re: Нарушение прав доступа к операции Web-сервиса
mea » 22 апр 2015, 19:17
Да, менял на тот, что прислали при регистрации
- mea
- Сообщений: 3
- Зарегистрирован: 22 апр 2015, 17:02
Re: Нарушение прав доступа к операции Web-сервиса
mea » 23 апр 2015, 08:07
Спасибо, смена на стандартные помогла!
- mea
- Сообщений: 3
- Зарегистрирован: 22 апр 2015, 17:02
Вернуться в Сервисы gilev.ru
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Содержание статей: 1С:Предприятие 8. Веб-сервисы
Предыдущая статья: 1С:Предприятие 8. Веб-сервисы. Возвращаем массив
Хочу рассказать об ошибках, с которыми столкнулся при разработке веб-сервисов на 1С. Статью буду дополнять по мере получения опыта.
1
Это сообщение об ошибке при подключении к веб сервису из PHP.
[31-Mar-2013 05:32:02 UTC] PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn’t load from ‘http://test.ru/test/ws/WebServices?wsdl’ : failed to load external entity
Данное сообщение говорит лишь о недоступности веб-сервера, на котором опубликована база. В этом случае попробуйте вручную вызвать http://test.ru/test/ws/WebServices?wsdl и убедиться, что WSDL формируется. Если не формируется, значит либо веб-сервер выключен, либо база опубликована по другому адресу или порту, либо блокирует фаервол. Могут быть и другие причины.
2
02-Apr-2013 13:46:10 UTC] PHP Fatal error: Uncaught SoapFault exception: [HTTP] Error Fetching http headers in /home/users/b/test/domains/test.ru/testDIR/test.php:169
Эта ошибка возникает если WSDL возвращается с ошибкой. Есть несколько причин для этой ошибки:
- Несогласованность пространств имен в конфигурации. Например в ws-операции тип возвращаемого значения не соответствует типу из XDTO. Это может возникнуть при сменен URI пространства имен пакета XDTO.
- Возникает если в PHP включить кеш WSDL. Кеш запоминает WSDL и при каждом вызове веб-операции не запрашивает его, но если вы поменяли веб-сервис, то произойдет ошибка. Вообще, при разработке кеш стоит отключить, а если уже все работает то для скорости лучше включить. Ускорение при отключенном кеше заметное. Для примера скажу, что создание объекта SoapClient с выключенным кешем занимает примерно 2 сек, а с включенным — за сотые доли секунды. Отключить можно так:
ini_set
(
"soap.wsdl_cache_enabled"
, 0);
или
$client
=
new
SoapClient(
'http://somewhere.com/?wsdl'
,
array
(
'cache_wsdl'
=> 0));
3
Ошибка SOAP сервера: Неизвестная ошибка. bad allocation.
Скорее всего недостаток оперативной памяти — проверьте запрос и результат вывода веб сервиса. Запрос может быть сложным, потому может быстро исчерпать оперативную память.
Добрый день!
Автосалон + Автосервис+ Автозапчасти ред 5
5.0.02.02
Пытаемся через интернет активировать дополнительные лицензии по полными правами как в 1С, так и на сервере, где лежит конфигурация и платформа.
В итоге получаем сообщение
Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: {
http://www.rarus.ru/activation
}:Activation:Activate()
Вариант с получением по e-mail не очень удобен, т.к. непонятно через какое время нам ожидать файл активации.
Всем доброе время суток, очень нужна ваша помощь. При тестировании веб-сервиса возникает следующая ошибка: Ошибка при вызове метода контекста (WritePKO) по причине: Ошибка вызова операции сервиса: { по причине: Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: { имя сервера изменено на nameserver ) Читала на форумах все, что нашла, сломала голову. Роль, под которой вызывается обработка с подключением сервиса, имеет полные права, в т.ч. права на операцию сервиса. При создании сервиса в обработке использую статическую ссылку, сразу заполняю свойства «Пользователь» и «Пароль». В названиях тестовых баз (одна с публикацией сервиса, другая — для вызова) только латинские символы, путь до базы — тоже латиницей, операции и параметры сервиса — тоже латиницей. Версия платформы 8.3.5.1186, конфа обеих баз — Бухгалтерия предприятия (2.0.63.5). Вся инфа только по 8.1 или 8.2, может быть, в 8.3 есть отличия? У кого какие светлые мыли, подсказывайте. ссылки и и уже видела.
А от имени кого в базу логиниться внешнее соединение которое долбится в веб сервис?
На всякий случай текст моей простейшей процедуры
хороший вопрос, в базе несколько пользователей. есть с аутентификацией винды
wsdltest — а этот есть? и у него полные права?
1, сервис был зарегистрирован под пользователем wsdltest, он там есть, права полные
, только что обнаружила, нет, не дали ему прав, забыли. просто анекдот (не проверила, когда его создавали). спасибо тебе.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Завершается ошибкой проверка web-сервиса из обработки
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
Завершается ошибкой проверка web-сервиса из обработки
При попытке проверить web-сервис из обработки, появляется ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(871)}: Значение не является значением объектного типа (SendQuery)
Ошибка в этой строке, опять же, как и с прошлым сервисом:
WS_Определение = Новый WSОпределения(СтруктураПараметров.WSDL_УдаленноеПодключение, СтруктураПараметров.WSDL_Пользователь, СтруктураПараметров.WSDL_Пароль);
- Chernov
- Сообщений: 8
- Зарегистрирован: 28 фев 2013, 04:27
Re: Сервис.QueryTJ
Лысиков Денис » 28 фев 2013, 07:21
Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Chernov » 28 фев 2013, 07:56
Лысиков Денис писал(а):Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
Спасибо, действительно, дали права доменному пользователю под которым была запущена служба 1С в интернет, и всё заработало.
- Chernov
- Сообщений: 8
- Зарегистрирован: 28 фев 2013, 04:27
Re: Сервис.QueryTJ
svod » 15 мар 2013, 11:35
Chernov писал(а):
Лысиков Денис писал(а):Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
Спасибо, действительно, дали права доменному пользователю под которым была запущена служба 1С в интернет, и всё заработало.
Здравствуйте.
А как решён вопрос работы если доступ в интернет происходит через прокси-сервер?
- svod
- Сообщений: 1
- Зарегистрирован: 15 мар 2013, 11:31
Re: Сервис.QueryTJ
Гилёв Вячеслав » 15 мар 2013, 20:30
Chernov писал(а):А как решён вопрос работы если доступ в интернет происходит через прокси-сервер?
только вчера настраивали на одном из наших проектов, работает также, главное внимательно правила все настроить на прокси, файрволле и т.п.
рекомендуем под учетной записью сервера 1с интерактивно залогиниться и проверить доступ в интернет
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
andrrreasss » 29 мар 2013, 21:21
Зарегился как положено. На клиенте базу прописал. А в сервисе, список баз пустой. Сервис где инфа по сиквел серверу кучу всего показывает. А запросы, нет.
- andrrreasss
- Сообщений: 1
- Зарегистрирован: 29 мар 2013, 21:17
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 00:29
уменьшите первый порог с 10 секунд до 1, через час проверьте
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
trambalda » 30 мар 2013, 09:32
Добрый день, установил первый порог в 1 секунду, информация начала накапливаться.
Но отправить не получается — запускаю вручную задание «Отправка данных запросов», но регистр «Лог отправки данных» пустой, соответственно на сайте тоже пусто. Проверка веб-сервиса проходит успешно.
Как это починить?
- trambalda
- Сообщений: 2
- Зарегистрирован: 30 мар 2013, 08:49
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 12:25
Нажмите кнопку обработать и сделайте скриншот результата как в моем примере
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
trambalda » 30 мар 2013, 14:18
Что-то с картинками не удается быстро подружиться. Какой лучше использовать картинкохранитель?
Пишет вот так:
Обработка данных завершена.
Обработано файлов: 3
Обработано количество строк: 95
Обработан общий размер файлов (КБайт): 10,412
Отправлено запросов по веб-сервису: 29
Лог отправки данных вот такой:
30.03.2013 12:40:34
30.03.2013 13:40:36
30.03.2013 14:40:35
30.03.2013 15:06:55
30.03.2013 15:10:05
30.03.2013 15:11:45
Но «количество записей отправлено» везде равно 29.
Информация на сайте только по одной базе, причем по тестовой, а по рабочей, я проверил, логи есть, информация не отсылается.
- trambalda
- Сообщений: 2
- Зарегистрирован: 30 мар 2013, 08:49
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 15:19
trambalda писал(а):Пишет вот так:
Обработка данных завершена.
Обработано файлов: 3
Обработано количество строк: 95
Обработан общий размер файлов (КБайт): 10,412
Отправлено запросов по веб-сервису: 29Лог отправки данных вот такой:
30.03.2013 12:40:34
30.03.2013 13:40:36
30.03.2013 14:40:35
30.03.2013 15:06:55
30.03.2013 15:10:05
30.03.2013 15:11:45
Но «количество записей отправлено» везде равно 29.
Предварительно вроде все работает. Пройдите по ссылке
https://skynet.gilev.ru/QueryTJ/
, авторизуйтесь и нажмите «обновить» данные. Написал в личку, если получится, готов посмотреть через скайп например или тимвьювер.
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 10 апр 2013, 13:39
У меня так же ошибка
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Значение не является значением объектного типа (SendQuery)
На сервере 1С попробовал открыть адрес
http://skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl
попросил пользователя и пароль
ввел ws и ws без проблем провалился
Но сервис не работает и все.
- Вложения
-
- Снимок.jpg (248.59 KiB) Просмотров: 69970
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
simol » 10 апр 2013, 13:57
А точно последняя версия клиента?
- simol
- Сообщений: 101
- Зарегистрирован: 18 фев 2013, 11:17
Re: Сервис.QueryTJ
Гилёв Вячеслав » 10 апр 2013, 16:30
Nio писал(а):У меня так же ошибка
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Значение не является значением объектного типа (SendQuery)
На сервере 1С попробовал открыть адресhttp://skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl
попросил пользователя и пароль
ввел ws и ws без проблем провалился
Но сервис не работает и все.
Наш предыдущий опыт показывает, что дело «не в 1С», а в среде (авторизация через прокси, включен файрволл и т.п.)
Если не разберетесь, напишите в скайп gilev_slava
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Лысиков Денис » 10 апр 2013, 16:31
Необходимо чтобы wsdl ссылка веб-сервиса, открывалась в браузере под пользователем, от имени которого запущена служба сервера 1с. Очень часто по умолчанию это пользователь USR1CV82. В Вашем случае скорее всего именно у этого пользователя нет доступа к интернету.
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 06:38
Лысиков Денис писал(а):Необходимо чтобы wsdl ссылка веб-сервиса, открывалась в браузере под пользователем, от имени которого запущена служба сервера 1с. Очень часто по умолчанию это пользователь USR1CV82. В Вашем случае скорее всего именно у этого пользователя нет доступа к интернету.
Это я понимаю. Вместе с админом победить не можем.
У нас в инет ходят без прокси через kerio. На нем открыли доступ вообще на машину.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 09:16
В журнале регистрации, кстати, нашел вот что
Не удалось вызвать веб-сервис: {ОбщийМодуль.ТехнологическийЖурнал.Модуль(903)}: Ошибка при вызове конструктора (WSОпределения): Аутентификация пользователя не выполнена. : Аутентификация пользователя не выполнена.
Может это поможет в разгадке?
И еще попробовал один метод.
1. Написал обработку в которую добавил только одну строчку
- Код: выделить все
ТехнологическийЖурнал.ОбработатьФайлыТехнологическогоЖурнала();
2.Открыл базу и запустил обработку.
Результат то же. Хотя сервис доступен.
Проверял как писал выше.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Гилёв Вячеслав » 11 апр 2013, 12:18
покажите скриншот с настройками клиента сервиса
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 12:22
Вот
- Вложения
-
- Снимок.jpg (101.33 KiB) Просмотров: 69942
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Гилёв Вячеслав » 11 апр 2013, 13:02
с виду все нормально, напишите в скайп, надо смотреть
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 12 апр 2013, 11:51
После разговора с вами по скайпу все отлично заработало.
Просто само по себе.
Т.к. инетом у нас заведует админ мне пришлось его ловить, зажимать в кабинете и не выпускать.
Проблема была в том что видимо настройки кейрио не приминились на пользователя 1CV8. После того как ночью перезагрузили оба сервера (1С сервера и интернет сервера) видимо кейрио наконец то сообразил что на адрес *gilev.ru/* необходимо выпускать все.
Вот так все заработало.
Спасибо вам большое за терпение и понимание.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Vladimir » 25 апр 2013, 07:40
Доброго времени суток! С сегодняшнего дня вылазиет ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Ошибка при вызове метода контекста (SendQuery)
Прокси.SendQuery(ТаблицаЗапросовСтрокой,ИденификаторБазы);
по причине:
Ошибка вызова операции сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery()
по причине:
Неизвестная ошибка. Ошибка работы с Интернет: Couldn’t connect to server
по причине:
Ошибка работы с Интернет: Couldn’t connect to server
В браузере ссылка не открывается.
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
Гилёв Вячеслав » 26 апр 2013, 06:22
Разобрались или проблема осталась?
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Vladimir » 26 апр 2013, 07:12
Увы нет. В данный момент, когда захожу на
https://skynet.gilev.ru/QueryTJ
и выбираю базу вылетает ошибка
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 10.0: Communication link failure
HRESULT=80004005, HRESULT=80004005,
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
Vladimir » 26 апр 2013, 08:22
Вопрос снят. Временное помешательство интернета. Всё само собой починилось
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
syncmas » 19 май 2013, 16:51
Добрый день!
При включении технологического журнала стала выдаваться ошибка «Разрешение SHOWPLAN» запрещено в базе данных tempdb». Как это победить?
- Вложения
-
- showplan.jpg (75.06 KiB) Просмотров: 69513
- syncmas
- Сообщений: 8
- Зарегистрирован: 19 май 2013, 16:45
Re: Сервис.QueryTJ
syncmas » 20 май 2013, 14:59
Дмитрий Юхтимовский писал(а):http://www.gilev.ru/deniedtempdb/
Спасибо, сработало. Правда до первой перезагрузки. После перезагрузки приходится повторять операцию.
Можно сделать так, чтобы после перезагрузи ничего не менялось?
- syncmas
- Сообщений: 8
- Зарегистрирован: 19 май 2013, 16:45
Re: Сервис.QueryTJ
Дмитрий Юхтимовский » 22 май 2013, 08:33
база tempdb пересоздаётся при каждом рестарте службы MS SQL, можете прописать скрипт в автозагрузку.
- Дмитрий Юхтимовский
- Сообщений: 735
- Зарегистрирован: 11 фев 2013, 19:28
- Откуда: gilev.ru
Re: Сервис.QueryTJ
khan » 19 июн 2013, 21:26
Добрый день,
Не могу подключиться к вебсервису :
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Ошибка при вызове метода контекста (SendQuery): Ошибка вызова операции сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery(): Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery()
- khan
- Сообщений: 1
- Зарегистрирован: 19 июн 2013, 21:08
Re: Сервис.QueryTJ
Лысиков Денис » 24 июн 2013, 08:16
Проверьте что в настройках пользователь и пароль к веб-сервису стоит «ws», как это указано в инструкции к сервису.
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Гилёв Вячеслав » 07 авг 2013, 23:04
Вы можете развернуть клиентскую часть в 8.2?
Как ни странно, мы разрабатывали клиентскую часть под текущие промышленные базы. Если под 8.2 не заработает, тогда будут нужны файлы собранных логов ТЖ для воспроизведения проблемы на нашем сервере.
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
artur » 08 авг 2013, 10:53
создам новый конфигЛога с более менее минимальными параметрами
соберу снова
разверну на 82
протестю, отправлю.
//Но пока с 82 таже ошибка получилась
посмотрел по отладчику
файлы читаются, строка на отправку формируется
исключение возникает в процедуре
в методе SendQuery()
- Код: выделить все
Процедура ОтправитьТаблицуОшибокПоВебСервису(Прокси,Сервер1с,ТаблицаОшибок,ИденификаторБазы)
ТаблицаОшибокСтрокой = ЗначениеВСтрокуВнутр(Новый ХранилищеЗначения(ТаблицаОшибок,Новый СжатиеДанных(9)));
Прокси.SendQuery(ТаблицаОшибокСтрокой,ИденификаторБазы,Сервер1с.Наименование);
КонецПроцедуры
но вопрос для которого собирался ТЖ самоустранился)
у нас сервер 1с на 8.3, и наблюдалось что кеш сервера рос в геометрической прогрессии и мог занимать почти все свободное пространство (>20 ГБ), заполняя свою папку кеша файлами по 65МБ
Последней ночью что то случилось, изучаем виндовый журнал. но служба перезапускалась и после этого кеш не растет(присутствуют 2-3 файла и все).
Хотя, до этого, мы тоже не раз рестартили службу… пока одна мистика на уме.
- artur
- Сообщений: 2
- Зарегистрирован: 06 авг 2013, 14:55
Re: Сервис.QueryTJ
Biryuk Andrey » 14 авг 2013, 18:12
Пытаюсь проанализировать данные по долгим запросам за период и похоже при каких то условиях, данные берутся из разных мест — т.е. если строю например за неделю (включая сегодня), то данных за сегодня нет, если только за сегодня (или вчера и сегодня) — есть. Я так понимаю данные разделяются по какому-то принципу на архивные и текущие?
- Вложения
-
- ДанныеПоПериодам.png (101.66 KiB) Просмотров: 36053
- Biryuk Andrey
- Сообщений: 28
- Зарегистрирован: 01 авг 2013, 20:15
Re: Сервис.QueryTJ
Гилёв Вячеслав » 15 авг 2013, 12:42
в оперативной таблице последние два дня,
наверное не успели смигрировать
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Biryuk Andrey » 15 авг 2013, 20:50
А можете рассказать подробнее про длительность порогов (зачем 3 штуки)?
- Biryuk Andrey
- Сообщений: 28
- Зарегистрирован: 01 авг 2013, 20:15
Re: Сервис.QueryTJ
Гилёв Вячеслав » 19 авг 2013, 15:00
при сверхвысоком количестве данных, сначала загружается 3й порог с самыми длительными операциями, их по идее должно быть меньше других, а вклада в замедления наибольшее — т.е. сократить время от загрузки до анализа
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
amiralnar » 18 сен 2013, 20:22
Здравствуйте.
Я правильно понял, что сервис обрабатывает только успешно выполненные запросы?
Если зависает закрытие месяца намертво, то невозможно получить данные по запросу?
Что делать в таком случае?
- amiralnar
- Сообщений: 4
- Зарегистрирован: 18 сен 2013, 20:20
Re: Сервис.QueryTJ
Гилёв Вячеслав » 19 сен 2013, 00:20
Очень мало информации, чтобы дать однозначный ответ.
Закрытие месяца <> долгий запрос.
Вот если вы запустили замер в конфигураторе и выяснили что основное время уходит на выполнение одного конкретного запроса, тогда выложите файл с замером.
Покажите текст запроса 1с, который Вам кажется подозрительным сюда в тему, вместо попробуем подумать, что можно сделать. Еще лучше, если заведете отдельную тему.
Теоретически такая возможность есть, но придется собирать либо все незавершенные запросы, что представляется очень тяжелой операцией для железа, либо только один конкретный запрос.
По поводу сбора незавершенных запросов, мы пока не придумали практического применения для сбора одного запроса — не понятно как оценивать его вклад в общее замедление.
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Вернуться в QueryTJ — Анализ долгих запросов
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0