Arijit Basu: Microsoft Dynamics AX 4.0 Documentation Updates

[Blog bot]

Источник: http://daxguy.blogspot.com/2007/08/m...mentation.html
==============

Download the list of file changes to Microsoft Dynamics AX Help documentation since December 2006. Monthwise updates are provided. Download the ones most appropriate for you.

Click to download {Requires Partnersource Logon}

Источник: http://daxguy.blogspot.com/2007/08/m...mentation.html

[kashperuk]

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

[belugin]

Отрадно что все-таки документируют. Только зря они забили все заглушками: надо было просто это не публиковать, а то мешается.

"Currently, no information is available for this topic."

[belugin]

особенно радуют ссылки в документе на пустые топики типа InventTransferLine::lastLineNum Method

[EVGL]

Цитата:

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

особенно радуют ссылки в документе на пустые топики типа InventTransferLine::lastLineNum Method

Ага. Я тоже "порадовался" новым, интересным заглушкам.

Они вообще не понимают, что пока вся их "работа" - коту под хвост. Пока они выкладывают свои потуги только в Интернет, мне надо сначала нажать F1, потом перейти с неизбывной заглушки в броузер, потом дождаться проклятого редиректа 5 секунд, потом дождаться загрузки содержимого. Да мне проще 3-ю версию открыть и там посмотреть. Зато исполнители, небось, оптимистично начальству рапортуют: "Работа идет! Еще 100 топиков написали. Ура!"

Бред какой-то. Не понимаю, как их еще партнеры на конференциях не сожрали с потрохами.

[belugin]

Вот что мне ответили:

"Cindy sent your note to me. The AX Content Publishing team has updated and published documentation for all topics in the Table of Contents of our AX Help System. This update occurred after the public release of AX4.0. This updated content is available from a couple of different locations.....as a CHM download and on the public MSDN site. Links to the content are below.

We are still aware of some of these "place holder topics" in the Software Developer Kit and the team is working to fill in the blanks. Thanks for taking the time to provide this feedback.

Here are the links to the latest Microsoft Dynamics AX help.

1. Microsoft Dynamics AX 4.0 Service Pack 1 Help update. This will put the latest CHM files to your local AX system. https://mbs.microsoft.com/customerso...rintpage=false
2. List of changed docs in the Help update: http://www.microsoft.com/downloads/d...DisplayLang=en
3. The most recently updated AX docs are published to the public MSDN site at http://msdn2.microsoft.com/en-us/library/aa493472.aspx

We will continue updating documentation, and this browsable MSDN web space is your best bet to find the latest version of the docs.


Thanks,
David

Microsoft Dynamics AX Content Publishing Team"

[glibs]

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

А еще было бы здорово, если бы клиент Аксапты (Ax32.exe) умел сам себя принудительно обновлять, если на сервере более свежая версия Аксапты. Независимо от доменных политик Windows. Именно средствами Аксапты. Как он сейчас умеет обновлять .ocx компоненты.

[gl00mie]

Цитата:

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

А еще было бы здорово, если бы клиент Аксапты (Ax32.exe) умел сам себя принудительно обновлять, если на сервере более свежая версия Аксапты.

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

Цитата:

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

Независимо от доменных политик Windows. Именно средствами Аксапты. Как он сейчас умеет обновлять .ocx компоненты.

Очень интересно было бы посмотреть, как программа, запущенная с правами обычного пользователя, обновит .ocx-компоненты и запишет что-нить в hkcr без наличия выданных на то прав. Это мне напоминает разговоры о том, чтобы ставить программы (и обновления к ним) на клиентские машины из logon-скриптов...
Механизм FileDeployer/FileDeployment, о котором, видимо, идет речь, работает только в том случае, если файл(ы) необходимо разместить в доступных любому пользователю каталогах, либо если админы, вместо того чтобы заниматься тем, за что они получают деньги, и обеспечивать нормальное развертывание обновлений, раздают лишние права и перекладывают свою работу на пользователей либо разработчиков учетных систем

PS. "А еще было бы здорово, чтобы уборщица баба Нюра могла приходить в банк тогда, когда ей удобно, а не в рабочие часы, прописанные для ее карточки доступа, и проходить через черных ход, а не через охраняемую проходную, потому что ей так идти ближе..."

PPS. А что, если "более свежая версия Аксапты на сервере" развернута для тестирования нового SP, а достучаться к ней пользователь смог, поковырявшись в axc-файле и указав сервак из тестовой лаборатории, в то время как на рабочем сервере версия Аксапты не менялась?..

[belugin]

Наверное, справку лучше бы старую по технологии (не CHM) оставить или сделать, что-то вебподобное, только стуннелированное внутри RPC - чтобы меньше настроек было

[glibs]

Цитата:

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

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

Даже в Windows это настраивается. Не стоит вдаваться в крайности.

Цитата:

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

...
Нанимайте нормальных сисадминов - и пусть каждый занимается своим делом

Бегать по рабочим местам и устанавливать клиента Аксапты — почему вы решили, что все считают, что это "нормальное дело"? Я против.

Цитата:

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

...
Очень интересно было бы посмотреть, как программа, запущенная с правами обычного пользователя, обновит .ocx-компоненты и запишет что-нить в hkcr без наличия выданных на то прав.

А не у всех доменные политики такие сумасшедшие.

Цитата:

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

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

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

Цитата:

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

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

Может быть вы еще и против автоматического обновления WIndows?

В общем, хоть я сам по природе и консерватор, но я с вами категорически не согласен. Хотите — делайте так, как вы пишете. Но не тяните с собой в болото других. Если бы все были такими как вы, то мы бы до сих пор ездили на паровозах и в запряженных лошадками телегах.

[gl00mie]

Цитата:

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

Даже в Windows это настраивается. Не стоит вдаваться в крайности.

Во-первых, Windows, даже установленная на отдельно стоящий комп, - и то никогда не вздумает сама себя обновлять, а лишь предложит это настроить (автоматическое обновление без спросу в w2k sp4 было откровенной лажей со стороны MS, и куча народу и контор с его установкой как минимум попали на бабки за перерасход тырнетного трафика). Но как только комп включается в домен, у виндов начинается совсем другая жизнь по совсем другим правилам, потому что управление доменом (доменным деревом, лесом) должно быть централизовано и подчинено воле администраторов, иначе в домене воцаится хаос Почему никому не приходит в голову, к примеру, раздавать наличные из кассы за спиной у руководителей фин.отдела или бухгалтерии? А тут - нате, пожалуйста, мы сами будем свои программы ставить/обновлять, потому что мы в <какой-либо производитель ПО> лучше знаем, чем вы там на местах, когда и при каких обстоятельствах это делать, и пофиг нам ваши политики безопасности, процедуры обновления ПО, грабли, на которые вы наступили из-за несовместимости отдельных версий нашего ПО с каким-то вашим... обновим - и все тут.

Цитата:

Бегать по рабочим местам и устанавливать клиента Аксапты — почему вы решили, что все считают, что это "нормальное дело"? Я против.

Именно это я и имел в виду, когда говорил, что каждый должен заниматься своим делом. Установка и обновление клиентсого ПО в домене - задача сисадминов; у разработчиков/консультантов вообще не должно быть права ставить программы на какие-либо рабочие станции в домене, кроме своих (для разработчиков право ставить программы на своем компьютере обычно имеет смысл). Поэтому и вопросы обновления клиентского ПО их волновать не должны.

Цитата:

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

Я не понял, какая "тупая неблагодарная" работа имелась в виду. Установка и обновление клиентского ПО - одна из их непосредственных обязанностей администраторов, но это никак не тупая работа, и уж тем более она не может быть названа неблагодарной. Интеллектуальная работа тех же сисадминов состит в том, чтобы избавить себя от рутины, а тупого "ручного" повторяющегося труда, сделать так, чтобы потом "пнул - и оно работает", само. «Человек должен думать, а компьютер - работать». Если же люди не могут - в виду ли низкой квалификации или еще по какой причине - избавить себя от рутины, то это не сисадмины, а какие-то мальчики на побегушках...

Цитата:

Может быть вы еще и против автоматического обновления WIndows?

Если под этим вы понимаете простую настройку службы Windows Update на автоматическую установку обновлений, то да, разумеется, я против. Автоматическое обновление тех же виндов в домене не через WUS - это примерно то же, что в Аксапте перелопачивание данных из БД на тонком клиенте вместо AOS, если не хуже: это пустая трата ресурсов и признак низкой квалификации. А что если какие-то обновления вам "противопоказаны" - они вызовут несовместимость с другим вашим ПО и парализуют работу всех клиентских компов в вашей организации на пару дней? А что если компов у вас эдак под тыщу, и без настройки работы через BITS при закачке очередного кумулятивного обновления служба Windows Update на клиентских машинах в разгар рабочего дня "задушит" вашу сеть? А не приходилось вам встречаться с тем, что рабочая станция самопроизвольно уходила в перезагрузку в тот момент, когда пользователь строил какой-нить отчет или крапал мега-табличку в экселе? Просто служба Windows Update после установки обновления решила, что надо перезагрузиться, а пользователь не заметил предупреждения об этом и таймера с обратным отсчетом... В доменах нельзя пускать такие вещи на самотек, их нужно держать под контролем. Именно этим люди, называющиеся сисадминами, зарабатывают себе на жизнь.

Цитата:

В общем, хоть я сам по природе и консерватор, но я с вами категорически не согласен. Хотите — делайте так, как вы пишете. Но не тяните с собой в болото других.

Это не болото, вы меня неправильно поняли. Просто тема того же обновления клиентского ПО гораздо сложнее, чем кажется на первый взгляд (поверьте, у меня есть определенный опыт, позволяющий это утверждать), а у каждой сложной задачи, как известно, есть простое, ясное и неправильное решение.

Цитата:

Если бы все были такими как вы, то мы бы до сих пор ездили на паровозах и в запряженных лошадками телегах.

Если бы все были такие, как я, то было бы очень скучно жить