mfp: X++ in AX7: Client/Server keywords

[sukhanchik]

Цитата:

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

Upload естественно, а как еще?

Не вопрос - просто интересуюсь вариантами.

Цитата:

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

Вот никогда не понимал ситуации, когда системно нужный документ (а другим вроде как в Аксапте и не место) хранится у конкретного пользователя на компе локально.
Бывают ситуации, когда из определённой папки забирают документы на обработку (например, для импорта заказов на продажу). Но в этом случае, очевидно, и адрес папки будет сетевым. В остальных случаях чем плох стандартный вариант аттачментов?

В жизни не всегда бывает так все красиво организовано. Поэтому и хочу понять - остались ли "дырки" для "некрасивой" организации или нет.

Цитата:

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

Высадить программу на клиента и там обработать. Только это уже не на X++. Насколько я знаю, на JS можно.

Т.е. править сами aspx-странички?

Цитата:

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

скопировать данные из грида в Excel по кнопочке тоже через сервер?

Вот присоединяюсь к этому же вопросу.
Собственно, ключевым вопрос был такой: Как взаимодействовать теперь с файлами, которые находятся у клиента? Один из вариантов - это положить их на сервер (upload), а затем они будут доступны из X++?

А вариант WinAPI на клиенте как я понимаю отпадает?

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

[gl00mie]

Цитата:

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

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

По аналогии с тем, как сделали для Modern POS, писать hardware station, взаимодействующую с локальным ПО/железом (мне почему-то сразу вспомнились электронные весы), а из нее публиковать наружу веб-сервисы, к которым уже обращаться из серверного кода АХ Все для людей...

[sukhanchik]

Цитата:

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

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

Дак я про них и думал, когда писал .
Но в целом вот действительно - вопрос - какие варианты будут предложены по взаимодействию с окружением клиента?

[belugin]

Цитата:

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

Т.е. править сами aspx-странички?

Не совсем, я пока не знаю, о чем могу рассказать здесь, но есть варианты.

Цитата:

Один из вариантов - это положить их на сервер (upload), а затем они будут доступны из X++?

Да, поддерживается API для загрузки на сервер при выборе из браузера.

Цитата:

А вариант WinAPI на клиенте как я понимаю отпадает?

Если напишете, например, на C# приложение, которое будет взаимодействовать с сервером.

Цитата:

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

Вебсервисы, наверное.

[sukhanchik]

Спасибо за комментарии.

Цитата:

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

Вебсервисы, наверное.

По поводу веб-сервисов. Раньше спецПО представляло собой некий софт, который различался в зависимости от вида - где-то надо было зарегистрировать DLL-ку, сборку. Где-то надо было выбирать из БД собственного софта и т.д.

Работа с веб-сервисами в АХ предполагает, что либо спецПО имеет свои веб-сервисы (что было бы странно для тех же электронных весов - делать целые веб-сервисы), либо спецПО должно уметь дергать веб-сервисы АХ (что еще более удивительнее).

Собственно - вопрос, а какие требования по идее должны быть к спецПО, чтобы его можно было бы подружить с сервером АХ?
Просто достаточно странно требовать от тех же электронных весов или же ТСД наличие их собственного веб-сервиса.

[belugin]

Цитата:

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

Работа с веб-сервисами в АХ предполагает, что либо спецПО имеет свои веб-сервисы (что было бы странно для тех же электронных весов - делать целые веб-сервисы), либо спецПО должно уметь дергать веб-сервисы АХ (что еще более удивительнее)..

Я так понимаю, что все равно надо либо аксапте объяснить что-такое весы либо весам объяснить что такое аксапта. Просто теперь надо либо написать интеграию с весами на стороне аксаптой либо интеграцию с весами на стороне аксапты либо и то и другое.

[sukhanchik]

Цитата:

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

Я так понимаю, что все равно надо либо аксапте объяснить что-такое весы либо весам объяснить что такое аксапта. Просто теперь надо либо написать интеграию с весами на стороне аксаптой либо интеграцию с весами на стороне аксапты либо и то и другое.

Совершенно верно. Это также было и в предыдущих версиях. Вопрос в другом. Если у меня спецПО стоит на каком-то отдельно взятом компьютере, то для написания интеграции (=взаимодействия с ним) мне требовалось написать на Х++ код, который умел бы взаимодействовать с окружением клиента. Я писал static client void runMethod() и этот метод обращался к .NET-сборке того спецПО, которое в себя включало эту .NET- сборку для целей интеграции с информационными системами.

Теперь получается, что мне нужно будет по идее - написать код на C#, который будет с одной стороны стучаться к весам, а с другой стороны - будет обращаться к веб-сервисам / серверу АХ. Т.е. теперь у меня не получится написать на Х++ код, который так легко обратится к этой сборке.

Я правильно понял мысль?

[belugin]

Цитата:

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

Т.е. теперь у меня не получится написать на Х++ код, который так легко обратится к этой сборке.

Я правильно понял мысль?

Думаю, да

[macklakov]

Цитата:

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

Теперь получается, что мне нужно будет по идее - написать код на C#, который будет с одной стороны стучаться к весам, а с другой стороны - будет обращаться к веб-сервисам / серверу АХ. Т.е. теперь у меня не получится написать на Х++ код, который так легко обратится к этой сборке.

Мне кажется что это подготовка к internet of things о котором так много говорят в последнее время. В весах будет либо веб-клиент, либо веб-сервер. А может и то и другое вместе. Они будут, по заведенному протоколу, сообщать кому надо о том, сколько на них взвешивают. А всякие прочие весы на свалку или в музей.
В принципе, такие устройства уже много где есть. Электро-счетчики, которые отсылают показания энергетикам. EFTPOS терминалы, которые сразу деньги с банковского счета списывают.

[S.Kuskov]

Цитата:

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

Они будут, по заведенному протоколу, сообщать кому надо о том, сколько на них взвешивают.

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