Добавление DLL в reference

[Ilyaae]

Добрый вечер. Подскажите плиз, что делаю не так.
Есть некая библиотека, положил её на сервере в папку C:\Program Files\Microsoft Dynamics AX\50\Client\Bin.
Добавил DLL в GAC "gacutil /i Report.dll"
DLL добавил в reference Dynamics AX.
Сделал рестарт AOS

Пытаюсь работать с библиотекой на стороне клиента, ругается на первую же строчку, как "Таблица не содержит это поле."
Report.Report fr;
InteropPermission dllPermission = new InteropPermission(InteropKind::ClrInterop);
;
fr = new Report.Report();
fr.Design();
Если делаю все тоже самое на стороне клиента, все работает.
AX 2009ru5

[DmitryS2]

Report.Report fr;
InteropPermission dllPermission = new InteropPermission(InteropKind::ClrInterop);
;
dllPermission.assert();

fr = new Report.Report();
fr.Design();

CodeAccessPermission::revertAssert();

[lvan]

Я не всё понял из вашего потока сознания, но применив свои способности телепатии 80 уровня, пришел к выводу, что вы положили файл на одну машину, а пытаетесь работать с ним на другой.
Неудивительно, что это не работает.

[Ilyaae]

Цитата:

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

Я не всё понял из вашего потока сознания, но применив свои способности телепатии 80 уровня, пришел к выводу, что вы положили файл на одну машину, а пытаетесь работать с ним на другой.
Неудивительно, что это не работает.

Обьясните пожалуйста. Да, цель работать со сборкой, зарегистрированной на сервере на клиентских машинах. И что ж вас так ввело в стопор, не пятница ли случайно?

[Raven Melancholic]

Цитата:

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

не пятница ли случайно?

Открою большой секрет - сегодня не пятница, а суббота.
Вы же сами написали:

Цитата:

положил её на сервере

Цитата:

Пытаюсь работать с библиотекой на стороне клиента

Клиент не имеет понятия что там на стороне сервера. Если библиотека вызывается на стороне клиента, то и доступна она должна быть на стороне клиента.
Вариант - если можно, что код нужно писать для работы на стороне сервера (хотя это и не всегда возможно - пример сканер, включающийся в разрыв клавиатуры)

[Ilyaae]

Цитата:

Сообщение от Raven Melancholic

Открою большой секрет - сегодня не пятница, а суббота.
Вы же сами написали:



Клиент не имеет понятия что там на стороне сервера. Если библиотека вызывается на стороне клиента, то и доступна она должна быть на стороне клиента.
Вариант - если можно, что код нужно писать для работы на стороне сервера (хотя это и не всегда возможно - пример сканер, включающийся в разрыв клавиатуры)

У некоторых ступор после пятницы бывает, писал как о возможной причине.
Согласен, клиент не знает. Но смысл добавлять библиотеки в reference, если с ними нельзя работать, не размещая библиотеки на стороне клиента? Код размещен в классе, у которого стоит вызов с сервера

[lvan]

RTFM https://msdn.microsoft.com/en-us/library/hh538486.aspx

[ZVV]

А почему вы её на сервере положили в клиентскую папку?
(C:\Program Files\Microsoft Dynamics AX\50\Client\Bin)
Просто интересно.

Я когда клал для 2009ки в Server-ную папку, то работало даже без GAC-а для серверного кода.

Для клиентского кода как уже было отмечено - длл-ка должна быть на соответствующем клиенте.

[Ilyaae]

Цитата:

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

А почему вы её на сервере положили в клиентскую папку?
(C:\Program Files\Microsoft Dynamics AX\50\Client\Bin)
Просто интересно.

Я когда клал для 2009ки в Server-ную папку, то работало даже без GAC-а для серверного кода.

Для клиентского кода как уже было отмечено - длл-ка должна быть на соответствующем клиенте.

Ну мне так же было интересно, вот и пытался достигнуть результата экспериментальным путем. Результат пока 0-ой. Если положить библиотеку в папку серверную, то код выполняется на сервере, а с клиентской машины, даже если стоит вызов класса с сервера, выдает ошибку(см. 1-й пост). Ну собственно где то так. Вот и вопрос, а можно ли работать со сборкой, на клиентской машине, если библиотека подключена на сервере?

[gl00mie]

Мне кажется, стоит внести некоторую ясность в используемую терминологию. Добавление .NET-сборки в References - это указание клиенту и серверу, что используемые в коде X++ .NET-типы надо искать в том числе в сборке с таким именем ("строгим" именем, если сборка имеет цифровую подпись), при этом никакого "подключения" физически не происходит: в АОТ всего лишь добавляется немного метаданных сборки для её последующего поиска. Далее, обращение к сборке может идти, во-первых, во время компиляции кода, во-вторых, во время выполнения кода, причём очевидно, что второго без первого быть не может. Наконец, надо учесть, что в 2009-й компиляция выполняется на клиенте.
Таким образом, чтобы работать со сборкой на сервере, она должна быть доступна на всех хостах АОСов, где предполагается выполнять код, использующий типы из сборки. Но сначала сборка должна быть доступна на клиенте, где будет скомпилирован этот код. Как вариант, компиляцию можно запустить не "у себя", а на хосте АОСа, где лежит сборка, при этом она должна быть либо в GAC, либо и в bin АОСа (для загрузки во время выполнения), и в bin клиента (для загрузки во время компиляции). И все получится

[ZVV]

Цитата:

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

Ну мне так же было интересно, вот и пытался достигнуть результата экспериментальным путем. Результат пока 0-ой. Если положить библиотеку в папку серверную, то код выполняется на сервере, а с клиентской машины, даже если стоит вызов класса с сервера, выдает ошибку(см. 1-й пост). Ну собственно где то так. Вот и вопрос, а можно ли работать со сборкой, на клиентской машине, если библиотека подключена на сервере?

Вообще-то это была ирония...
Довольно вроде очевидно, что если вы хотите подложить длл серверу, то надо класть его в Сервер\Бин, а если клиенту - то в клиентскую папку на клиентском компьютере.
А в вашем описанном примере вы (вероятно) сделали ни то ни сё...

Сам когда-то ковырялся с этой темой тоже эксперементальным путём..
Согласен с gl00mie - всё работает именно так.

Единственный момент, который возможно будет интересен - в случае серверной dll в серверном коде на AX 2009 не будут работать byref переменные.
Они компиляться и вроде как работают но по факту всегда возвращают Нуль.
Если перенести на клиент - всё нормально работает.
В 2012 это исправили.

[Ilyaae]

Цитата:

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

Вообще-то это была ирония...
Довольно вроде очевидно, что если вы хотите подложить длл серверу, то надо класть его в Сервер\Бин, а если клиенту - то в клиентскую папку на клиентском компьютере.
А в вашем описанном примере вы (вероятно) сделали ни то ни сё...

Сам когда-то ковырялся с этой темой тоже эксперементальным путём..
Согласен с gl00mie - всё работает именно так.

Единственный момент, который возможно будет интересен - в случае серверной dll в серверном коде на AX 2009 не будут работать byref переменные.
Они компиляться и вроде как работают но по факту всегда возвращают Нуль.
Если перенести на клиент - всё нормально работает.
В 2012 это исправили.

Ну если посмотрите первый пост, то библиотека как раз и была размещена
C:\Program Files\Microsoft Dynamics AX\50\Client\Bin
Сейчас перенес в серверную папку, класс компилится на сервере. Копаю дальше.

[ZVV]

Цитата:

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

Ну если посмотрите первый пост, то библиотека как раз и была размещена
C:\Program Files\Microsoft Dynamics AX\50\Client\Bin
Сейчас перенес в серверную папку, класс компилится на сервере. Копаю дальше.

Я внимательно посмотрел ещё раз и вижу по прежнему, что вы "положил её на сервере в папку C:\Program Files\Microsoft Dynamics AX\50\Client\Bin."
именно об этом я писал выше... На сервере она должна быть в серверной папке, а на клиенте - в клиентской.
Если запускаете клиента непосредственно с сервера - тогда в обоих.

[ex3em]

Если вы хотите использовать DLL на машине клиента, то DLL должна быть на машине клиента. Так уж устроено. На машину(сервер) эту DLL можно не ложить, на машину(клиента, на которой будет лежать DLL) этот факт ни как не повлияет, код клиента будет работать с DLL без проблем.

[Ilyaae]

Цитата:

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

Если вы хотите использовать DLL на машине клиента, то DLL должна быть на машине клиента. Так уж устроено. На машину(сервер) эту DLL можно не ложить, на машину(клиента, на которой будет лежать DLL) этот факт ни как не повлияет, код клиента будет работать с DLL без проблем.

Ну, мне надо, чтоб DLL была на сервере и клиенты могли с ней работать. Смысл мне например на 50 ящиков ходить устанавливать её. А если винду переустанови, опять устанавливай, регистрируй.

[S.Kuskov]

Цитата:

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

Ну, мне надо, чтоб DLL была на сервере и клиенты могли с ней работать. Смысл мне например на 50 ящиков ходить устанавливать её. А если винду переустанови, опять устанавливай, регистрируй.

Мне кажется вы не до конца всё правильно понимаете/изъясняетесь.

"надо чтобы клиенты могли работать с DLL" и
"надо чтобы клиенты могли запускать код работающий с DLL на сервере"

- это разные вещи. Разница в окружении с которым будет работать DLL. Если реально из DLL не происходит взаимодействия с клиентским окружением то вас должен устроить второй вариант.

Цитата:

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

с клиентской машины, даже если стоит вызов класса с сервера, выдает ошибку(см. 1-й пост).

Вот в эту сторону смотрите. Вам уже намекали что в серверном режиме не работает потому что папка не та.

Ещё раз. Выполнить клиентский код физически запускаясь на сервере не тоже самое что выполнить серверный код запускаясь с клиентской машины. Не знаю как ещё понятнее объяснить.

[Ilyaae]

Цитата:

Сообщение от S.Kuskov

Мне кажется вы не до конца всё правильно понимаете/изъясняетесь.

"надо чтобы клиенты могли работать с DLL" и
"надо чтобы клиенты могли запускать код работающий с DLL на сервере"

- это разные вещи. Разница в окружении с которым будет работать DLL. Если реально из DLL не происходит взаимодействия с клиентским окружением то вас должен устроить второй вариант.


Вот в эту сторону смотрите. Вам уже намекали что в серверном режиме не работает потому что папка не та.

Ещё раз. Выполнить клиентский код физически запускаясь на сервере не тоже самое что выполнить серверный код запускаясь с клиентской машины. Не знаю как ещё понятнее объяснить.

Все понятно и доступно мне уже изложено. Из за нехватки знаний и возник весь сумбур. Спасибо за терпение в высказываниях. Серверный вариант работает, в этом направлении и разбираюсь(ну извините, как могу). Как понимаю, код который будет вызван на сервере, должен вернуть результат клиенту?

[lvan]

Цитата:

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

На машину(сервер) эту DLL можно не ложить

лажать!

[mazzy]

Цитата:

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

Но смысл добавлять библиотеки в reference, если с ними нельзя работать, не размещая библиотеки на стороне клиента? Код размещен в классе, у которого стоит вызов с сервера

семейство классов SysFileDeployment позволяет доставить файлы и DLL на клиента.
вызывается при запуске аксапты