Какая версия клиента в Ax 3 KR2 ?

[mazzy]

Цитата:

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

Конечно.

Должна быть одинаковой версия AOCP.

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

Как узнать версию AOCP?

В 4ке и 5ке вместо AOCP используется RPC.
Я специально не проверял, но насколько я помню, они отказывались работать если у клиента и АОСа разные билды.
У RPC тоже есть номер версии? Как его узнать?

Еще раз: при каких условиях клиент и АОС с разными номерами билдов могут работать друг с другом?

[glibs]

Цитата:

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

...
Нет, не знал.
...

Знал, знал. Просто забыл.

Там в сообщении об ошибке так и пишется, что не соответствует версия AOCP, а не какой-то там билд или чего-нибудь еще.

Цитата:

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

...
Нет, это не ответ.
...

Как скажешь.

Цитата:

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

...
Как узнать версию AOCP?
...

Не знаю.

Цитата:

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

...
В 4ке и 5ке вместо AOCP используется RPC.
...

Я читал на буржуйском комьюнити, что не ВМЕСТО, а ВМЕСТЕ .

Не наю, насколько это достоверная информация, но некто уверял, что он проверял (хакер, наверное), и обнаружил, что старый добрый AOCP завернули внутрь RPC. Я не удивлюсь, если на самом деле так и есть.

Так что фиг его еще знает как оно там работает.

Цитата:

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

...
У RPC тоже есть номер версии? Как его узнать?
...

Не знаю. С 4.0 я пока эксперименты не ставил.

Цитата:

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

...
Еще раз: при каких условиях клиент и АОС с разными номерами билдов могут работать друг с другом?
...

.

[mazzy]

Цитата:

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

Там в сообщении об ошибке так и пишется, что не соответствует версия AOCP, а не какой-то там билд или чего-нибудь еще.

...

Не знаю.

Понятно

[gl00mie]

Цитата:

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

В 4ке и 5ке вместо AOCP используется RPC. Я специально не проверял, но насколько я помню, они отказывались работать если у клиента и АОСа разные билды. У RPC тоже есть номер версии? Как его узнать?

В данном контексте надо, видимо, говорить не о версии самого RPC (такая тоже имеется), а о версии интерфейса, к которому происходит попытка подключения по RPC. Во время анализа трафика между клиентом и сервером AX4 было выясненно, кроме прочего, что клиент при попытке подключения (пакет RPC Bind, 1-й фрейм, в котором еще инициируется NTLM-аутентификация) указывает определенный Interface UUID, соответствующий, как я понимаю, AOS'у (или AOCP), и версию этого интерфейса, которую клиент поддерживает. Правда, как узнать запрашиваемый клиентом номер версии RPC-интерфейса без анализа трафика, я не знаю.

Цитата:

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

Еще раз: при каких условиях клиент и АОС с разными номерами билдов могут работать друг с другом?

Мне кажется, это можно выяснить либо ковыряниями в клиентах и AOS'ах, либо опытным путем...

[gl00mie]

Цитата:

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

В 4ке и 5ке вместо AOCP используется RPC. Я специально не проверял, но насколько я помню, они отказывались работать если у клиента и АОСа разные билды.

Я специально проверил, и выяснилось, что дело все-таки действительно в версии AOCP, а не в номере билда, хоть они отчасти и коррелируют. Так, судя по трафику, версия интерфейса, чей UUID передается при подключении по RPC, запрашиваемая клиентом AX4 SP2 (4.0.2501.116), не изменилась и по-прежнему равна 42060 (0xA44C). При этом клиент AX4 SP2 без проблем соединяется с AOS версии AX4 SP1. В то же время, клиент AX4 RTM (4.0.1659.26) указывает в соединении версию интерфейса 41638 (0xA2A6), и его попытка соединения с AOS AX4 SP1 заканчивается отлупом с указанием (в рамках кодов завершения операций RPC), что такой интерфейс не поддерживается.

[mazzy]

Цитата:

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

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

Кто бы сомневался
Видимо я сильно сократил текст и стал невнятным.

Я не считаю ответ "не могут из-за разных версий AOCP" исчерпывающим.
Это правильный ответ. Но совершенно бесполезный с практической точки зрения для большинства участников.

Участники могут легко получить номер билда (это ФАКовый вопрос)
Участники скорее всего не смогут "проанализировать трафик".

Можно, конечно сказать "ну и бараны".
Но хотелось бы получить алгоритм, таблицу, ссылку, которая позволит однозначно получить ответ "да/нет" исходя из доступных для большинства участников данных.

Например, вот так по номеру билда можно получить номер сервис-пака
http://forum.mazzy.ru/index.php?showtopic=881

Итак,
1. можно ли где-нибудь в доступном для большинства участников месте увидеть номер AOCP, если загвоздка именно в нем?
2. есть ли где-нибудь таблица соответствий между номером билда и номером версии AOCP, если загвоздка именно в нем?
3. возьмется ли кто-нибудь составить подобную таблицу (хотя бы для некоторых случаев)?
4. Действительно ли только версия AOCP влияет на возможность работы клиента с АОСом? Нет ли других факторов?

[gl00mie]

Цитата:

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

хотелось бы получить алгоритм, таблицу, ссылку, которая позволит однозначно получить ответ "да/нет" исходя из доступных для большинства участников данных.
1. можно ли где-нибудь в доступном для большинства участников месте увидеть номер AOCP, если загвоздка именно в нем?

Можно создать такое доступное для большинства участников место.

Цитата:

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

2. есть ли где-нибудь таблица соответствий между номером билда и номером версии AOCP, если загвоздка именно в нем?

Пока что можно хотя бы добавить колонку "номер (версия) AOCP" в таблицу, где перечислены версии ядра/приложения и сервис-паки. Если кто-нибудь подгонит исполняемый файл клиента первой беты AX4, можно будет узнать версию AOCP и для него - и тогда данные указанной колонки, по крайней мере, для AX4 будут полными

Цитата:

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

3. возьмется ли кто-нибудь составить подобную таблицу (хотя бы для некоторых случаев)?

Мне лично этот вопрос интересен. С 4-кой все в принципе просто, с 3-кой надо еще поковыряться - где именно она передает версию AOCP, но, думаю, это не должно быть особо проблематично.

Цитата:

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

4. Действительно ли только версия AOCP влияет на возможность работы клиента с АОСом? Нет ли других факторов?

Скажем так, сам клиент что в 3-ке, что в 4-ке однозначно указывает именно на этот факт при ошибках подключения к серверу: «Internal revision mismatch in Axapta Object Communication Protocol» (AX3) и «Internal aocp revision mismatch» (AX4). При этом говорится, что это может быть вызвано различием версий ядра сервера и клиента и что не требуется, но следует использовать одну и ту же версию: «Same kernel build should be used for both %s and Object Server» (AX3) и «This can be caused by a version mismatch between client and server» (AX4). Кроме того
1) если верить журналу работы пользователей, AOS получает информацию о точной версии клиента;
2) все новые версии ядра afaik выходили одновременно как для клиента, так и для сервера, обновляя их до одного и того же номера сборки.
В связи с этим, думаю, если бы совместимость между сервером и клиентом существовала бы лишь в рамках одной сборки ядра, то проверка на какую-то там внутреннюю ревизию AOCP при подключении была бы просто избыточна.

[mazzy]

Цитата:

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

Если кто-нибудь подгонит исполняемый файл клиента первой беты AX4, можно будет узнать версию AOCP и для него - и тогда данные указанной колонки, по крайней мере, для AX4 будут полными

У меня есть почти все 2.1, 2.5, 3.0, 4.0, 5.0.
Вес дистриутивов около 8Гб. Как передать? Буджешь устанавливать и анализировать?
Можешь подскажешь способ как можно узнать быстрее?

Цитата:

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

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

Ок. Это гипотеза. Хорошая гипотеза.
Как проверить?

[gl00mie]

Цитата:

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

У меня есть почти все 2.1, 2.5, 3.0, 4.0, 5.0. Вес дистрибутивов около 8Гб. Как передать? Буджешь устанавливать и анализировать?

Скажем так, версии 2.1, 2.5 мне сейчас не очень интересны, их исследование думаю оставить на потом - для "полноты картины". Из перечисленных на axaptapedia и на forum.mazzy.ru версий ядра 3-ки и 4-ки мне не хватает 3.0.1951.8, 3.0.1951.18, 3.0.1951.801, 3.0.1951.3733, 4.0.1659.35, 4.0.1581.0. Соответственно, многомегобайтные дистрибутивы мне не нужны (ну разве что 5.0 ), нужны лишь исполняемые файлы клиентов и серверов (ax32.exe, ax32serv.exe).

Цитата:

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

Можешь подскажешь способ как можно узнать быстрее?

Я, к сожалению, пока сам в этом не до конца разобрался Собственно, если для 4-ки какой-то способ известен, то для 3-ки еще предстоит понять, как выловить эту internal AOCP revision, поскольку тот же анализ трафика тут мало чем поможет: в отличие от RPC, по AOCP никакой (общедоступной) документации нет.

Цитата:

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

Ок. Это гипотеза. Хорошая гипотеза. Как проверить?

Пока единственное, что приходит в голову, - это проверить непосредственно работоспособность связок клиентов и АОСов разных версий, полазить в меню, позапускать какие-то формы/классы/job'ы. Еще можно заняться анализом fixlist'ов разных версий - как исправления в ядре могли отразиться на взаимодействии клиента и сервера.

[kashperuk]

Цитата:

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

Пока что можно хотя бы добавить колонку "номер (версия) AOCP" в таблицу, где перечислены версии ядра/приложения и сервис-паки.

Можешь начать отсюда
http://www.axaptapedia.com/Build_numbers

[mazzy]

Цитата:

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

Можешь начать отсюда

Начинать лучше здесь, поскольку обсуждение ведется здесь же.