AutoGRAPH.Service

[denisio]

тут вопросы по AutoGRAPH Service API

[Maikl007]

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



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

[Ivan]

Подскажите, пожалуйста, в чем может быть проблема. Используем вам API через http.

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

[antonpv]

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

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

[Romanches]

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

[plex]

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

[SK]

Имеем бесхозный сервер Автографа

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

[SK]

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

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

[plex]

Сомнительно

Схема была сохранена на сервере,

http://autograph:8300/EnumDevices/Схема1)

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

[NickolaDed]

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

Сомнительно

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

Схема была сохранена на сервере,

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

http://autograph:8300/EnumDevices/Схема1)

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

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

[Romanches]

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по 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 внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!