ОФИЦИАЛЬНЫЙ ФОРУМ ГРУППЫ КОМПАНИЙ «ТЕХНОКОМ»

ОФИЦИАЛЬНЫЙ ФОРУМ ГРУППЫ КОМПАНИЙ «ТЕХНОКОМ» (http://forum.tk-chel.ru/index.php)
-   Система «АвтоГРАФ»: Программное обеспечение (http://forum.tk-chel.ru/forumdisplay.php?f=4)
-   -   AutoGRAPH.Service (http://forum.tk-chel.ru/showthread.php?t=6907)

Maikl007 24.01.2023 04:19

Доброе время. В Сваггер https://m.tk-chel.ru/serviceapi/index.html указываешь свой IP к примеру https://10.0.0.150/serviceapi/index.html и разбираешся с методами AutoGRAPH API. Со свойством "Identifiers" для геообъектов у меня бала проблемам, в результате чего добавил свое свойство с другим именем и использовал его.



Личный опыт использования )



Ivan 24.01.2023 05:47

Цитата:

Сообщение от antonpv (Сообщение 205466)
Подскажите, пожалуйста, в чем может быть проблема. Используем вам API через http.

Обратитесь, пожалуйста, в тех. поддержку support@tk-chel.ru

antonpv 24.01.2023 08:56

:hehe:
Цитата:

Сообщение от Maikl007 (Сообщение 205467)
Доброе время. В Сваггер https://m.tk-chel.ru/serviceapi/index.html указываешь свой IP к примеру https://10.0.0.150/serviceapi/index.html и разбираешся с методами AutoGRAPH API. Со свойством "Identifiers" для геообъектов у меня бала проблемам, в результате чего добавил свое свойство с другим именем и использовал его.
Личный опыт использования )


Спасибо! :beer: Насчет сваггера я знаю, только им и живем. Просто хотелось почитать официальную документацию с примерами. Да, видимо, придется добавлять кастомное свойство.
Но вот вопрос по датчикам остается открытым - каков "правильный" спосбо получения данных по любому датчику, желательно в сыром виде. Мы сейчас используем DataLoader, и парсим sbin файлы, которые он скачивает. А хотелось бы напрямую запросы на сервер отправлять по http(s) и получать оперативно данные.

Romanches 02.02.2023 12:20

Доброго времени суток! Есть несколько вопросов. Имеем бесхозный сервер Автографа, который по воле случая закрепили за мной. Беглый осмотр показал наличие двух служб - Autograph Server и Autograph.NET. С данной машины по http показания датчиков подтягиваются в путевые листы 1С УАТ, интеграция со стороны УАТ рукописная. Количество транспортных средств, оборудованных автографом - 139. Количество пользователей клиентского ПО - порядка 10. Сегодня возникла необходимость внести изменения в схему пользователя, в частности, производилось тарирование баков ТС. Схема была сохранена на сервере, после чего, сервер перестал отдавать XML документы по http (например ничего не возвращается при GET запросе по url'у http://autograph:8300/EnumDevices/Схема1). Ситуация осложняется отсутствием внятной документации на серверные компоненты. Куда копать?

plex 03.02.2023 07:06

Возможно с изменением версии связано

SK 06.02.2023 07:30

Цитата:

Сообщение от Romanches (Сообщение 205507)
Имеем бесхозный сервер Автографа

Бесхозных серверов не бывает. Лицензия выдается всегда на конкретного Конечного Пользователя и там должен быть указан его ИНН.
Равно как и наименование Партнера, выдавшего ЦЛК.
Предположу, что это ЦЛК 50228. Выдан на АО "САЯНСКХИМПЛАСТ" ИНН: 3814007314
Партнеры ООО Гугол-сервис (выдал) и ООО ЕВРААС ЕДЦ (передан от ГУГОЛ).

SK 06.02.2023 07:36

Цитата:

Сообщение от plex (Сообщение 205509)
Возможно с изменением версии связано

Сомнительно.
Если там используется АвтоГРАФ.WEB, то о какой смене версии речь может идти. Сам АвтоГРАФ.Сервер на это никак не влияет.
Для понимания нужно смотреть. Возможно, поменяли права и нет прав получать по API. Информации в посте явно недостаточно для качественного ответа.

plex 06.02.2023 11:05

Цитата:

Сообщение от SK (Сообщение 205513)
Сомнительно

Цитата:

Сообщение от Romanches (Сообщение 205507)
Схема была сохранена на сервере,

Цитата:

Сообщение от Romanches (Сообщение 205507)
http://autograph:8300/EnumDevices/Схема1)

Не отдельный ли серсис там стоит который брал файлы неквантованных схем?

NickolaDed 07.02.2023 08:20

Цитата:

Сообщение от plex (Сообщение 205517)
Цитата:

Сообщение от SK (Сообщение 205513)
Сомнительно

Цитата:

Сообщение от Romanches (Сообщение 205507)
Схема была сохранена на сервере,

Цитата:

Сообщение от Romanches (Сообщение 205507)
http://autograph:8300/EnumDevices/Схема1)

Не отдельный ли серсис там стоит который брал файлы неквантованных схем?

Судя по ссылке там старый сервис стоит который уже много лет не поддерживается

Romanches 13.12.2023 01:25

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по HTTP API предоставляемого AutoGRAPH.NET service - проблема крылась в версионности программного обеспечения. Исходно, схемы на сервер загружались из клиентского ПО AutoGRAPH 5 2016. Но данная версия ПО не работает с современным API картографических сервисов. После того, как меня закрепили за сопровождением системы, я проверил возможность работы последнего доступного релиза клиентского ПО с существующим сервером, пришел к выводу, что система работоспособна. Эта же версия использовалась для редактирования схемы. Выяснилось, что компонент AutoGRAPH.NET Service не поддерживает работу с новым форматом схемы.
Собственно, устаревание ПО и сподвигло меня прорабатывать варианты модернизации системы. Я запросил КП на обновление серверного по и переход с толстых клиентов на web-приложение, созванивался с менеджером ЕВРААСа, присылал развернутое описание объекта автоматизации на почту техотдела. Прошло пол года, КП мы так и не получили. За это время я набросал простенькое MVP web-приложения, презентовал руководству и получил карт-бланш на разработку web-ui для существующей системы спутникового мониторинга.
Прошу извинить за столь длинную прелюдию к следующему вопросу. Имеем версию серверного по 5.2.53 и версию службы Autograph.NET Service 2016.9.15. HTTP API работает так, как описано в документации, за исключением методов GetReport и GetReports. В первом случае возникает исключение
Нажмите для просмотра содержимого...

Код:

xx:xx:xx ERROR JSON        192.168.xx.xx:xxxxxx        Схема1        GetReport        SD=08.12.2023 08:00:00        ED=08.12.2023 10:00:00        IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx        Report=coordinates.frx        Split=        Format=PDF
Exception[DryIoc.ContainerException]: Unable to resolve DBDomain.Interfaces.IReportFactory.
Where no service registrations found
  and number of Rules.FallbackContainers: 0
  and number of Rules.UnknownServiceResolvers: 0
xx:xx:xx ERROR JSON        192.168.xx.xx:xxxxxx        Схема1        GetReport        SD=08.12.2023 08:00:00        ED=08.12.2023 10:00:00        IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx        Report=coordinates.frx        Split=        Format=PDF
Exception[DryIoc.ContainerException]:    в DryIoc.Throw.It(Int32 error, Object arg0, Object arg1, Object arg2, Object arg3)
  в DryIoc.Container.ThrowUnableToResolve(Request request)
  в DryIoc.Container.DryIoc.IContainer.ResolveFactory(Request request)
  в DryIoc.Container.ResolveAndCacheDefaultDelegate(Type serviceType, Boolean ifUnresolvedReturnDefault, IScope scope)
  в AutoGRAPHService.AutoGRAPHSvcCommon.(GlobalSettings , REnumDevices , String , String , Guid[] , DateTime , DateTime , Int32 , ReportFormat        )
  в AutoGRAPHService.AutoGRAPHSvcBase.
.()


Во втором случае всегда возвращается пустой массив. Понимаю, что прошу помощи с EOL продуктом, и скорее всего сломался DI внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!


Текущее время: 20:33. Часовой пояс GMT.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot