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

[egorych]

В FAQ смотрел, написано - 3.0.1951.7500.
У себя ставлю, получается АОС - 3.0.1951.7500, а клиент - 3.0.1951.7609.
Так и должно быть?

[mazzy]

Цитата:

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

В FAQ смотрел, написано - 3.0.1951.7500.
У себя ставлю, получается АОС - 3.0.1951.7500, а клиент - 3.0.1951.7609.
Так и должно быть?

Насколько я помню, номер билда у клиента и АОСа должен быть одинаковым.
Строка с билдом создается в классе ApplicationVersion::main.
У вас там никто не пошаманил?

[egorych]

НЕ, я смотрю свойства файла ax32.exe. Там есть закладочка "Версия". Так вот для АОС указано 7500 а для клиента 7609

[mazzy]

Цитата:

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

НЕ, я смотрю свойства файла ax32.exe. Там есть закладочка "Версия". Так вот для АОС указано 7500 а для клиента 7609

Вот оно как... Нет, туда я не смотрел.
Но информацию вы дали интересную. Надо подумать.

[gl00mie]

Цитата:

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

Вот оно как... Нет, туда я не смотрел. Но информацию вы дали интересную. Надо подумать.

Ничего интересного, VersionInfo - штатный ресурс в любом нормальном виндовом исполняемом файле (в т.ч. dll, ocx, драйверах устройств, etc). Другое дело, что в поставке AX3 KR2 нет и не может быть клиента версии KR3 (а 3.0.1951.7609 относится именно к KR3), так что это какие-то глюки. Возможно, клиент KR3 стоял раньше, и установщик не стал его перезаписывать, поскольку номер версии (взятый из того же ресурса VersionInfo) у него больше. Пакет установки AX3 KR2, а именно ZIP-sfx архив размером 20282184 байт, имеет электронную подпись мелкософта от 30.05.2006 7:36:19. В то же время на клиенте версии 3.0.1951.7609 (размер 7609128) стоит электронная подпись мелкософта от 11.10.2006, так что, очевидно, он не мог быть среди файлов, устанавливаемых в рамках официального пакета AX3 KR2.

[egorych]

перед установкой все удалялось. Папка клиента создалась установщиком и в нее записан был ax32.exe размером - 7 609 128 байт и версии 7609. Откуда он взялся в установке KR2 мне и самому интересно узнать было-бы.

[gl00mie]

Цитата:

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

перед установкой все удалялось. Папка клиента создалась установщиком

Что в данном случае называется установщиком? Из какого пакета ставился KR2? Воспроизводится ли это на других компьютерах? Чудес ведь не бывает - по крайней мере, в том, что касается компьютеров

[mazzy]

Цитата:

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

Ничего интересного

Ну, что вы! Конечно же интересная.
Значит клиент и АОС разных билдов таки работают друг с другом.
Интересно, при каких условиях?

ЗЫ Впрочем, если вам интереснее versioninfo, не смею настаивать

[glibs]

Цитата:

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

...
Значит клиент и АОС разных билдов таки работают друг с другом.
...

Конечно.

Цитата:

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

...
Интересно, при каких условиях?
...

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

Например, клиент Кр3 работает с АОС Кр2. По-моему, клиент 3.0 сп3 работает с АОС 3.0 сп4 и наоборот.

Если в новом СП изменяется версия AOCP, то клиент и АОС разных версий перестают работать вместе.

Кстати, раньше ты знал ответ на этот вопрос .

[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, а не какой-то там билд или чего-нибудь еще.

...

Не знаю.

Понятно

[egorych]

Цитата:

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

Что в данном случае называется установщиком? Из какого пакета ставился KR2? Воспроизводится ли это на других компьютерах? Чудес ведь не бывает - по крайней мере, в том, что касается компьютеров

Ставилось из родного инсталяторя KR2, на других компах не пробовал еще. Вернее пробовал на 1, где был установлен клиент SP3 - результат тот-же. Если у кого-то есть установленный клиент от KR2, просьба прислать на почту.

[glibs]

7609 — это кр3, насколько я знаю. А чем вас не устраивает Кр3?

Да и адрес ваш почтовый непонятно где искать...

[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 при подключении была бы просто избыточна.

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

[kashperuk]

Цитата:

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

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

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