Как жить дальше ???

[vc]

А что происходит при переходе на четверку, если использовался CRM модуль без доработок? Данные конвертируются в новую таблицу в ходе апгрейда? Или предлагается начать с чистого листа?

[Yprit]

Цитата:

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

Так они, кажется и до 4.0 обновить без лезгинки не могут.

Прошу прощения за флуд, но удержаться не смог. Робяты, ну какая же это лезгинка?... Бешеный ритм, кинжалы в зубах, на цыпочки и вперед по кругу?.. Нееет, тут уж скорее краковяк какой-нибудь.

[mazzy]

Цитата:

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

А что происходит при переходе на четверку, если использовался CRM модуль без доработок? Данные конвертируются в новую таблицу в ходе апгрейда? Или предлагается начать с чистого листа?

Конечно конвертируются.
См. семейство классов ReleaseUpdateDB

[gl00mie]

Цитата:

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

Согласно политики MS обновление данных поддерживается только с предыдущей версии на текущую. Тем самым данные с 3.0 до 5.0 обновить будет нельзя.

Алексей Еременко в своем блоге утверждает обратное

Цитата:

Сообщение от eugene egorov

Пока единственное решение - перенести втупую и жить с позорными DEL_smmQuotationTable и пр.

В России, как известно, нет ничего более постоянного, чем временное Мне кажется, остановитесь на варианте «с позорными DEL_smmQuotationTable» - так на нем и останетесь...

Цитата:

Сообщение от eugene egorov

С адресами опять же - была такая славная и понятная таблица - Country. И что - взамест нее политкорректная и невнятная AddressCountryRegion. А нам по коду ползай и все переделывай.

Об этом писали уже в блогах те, кто переходили на 4-ку, в частности Simon Butcher. Он достаточно подробно описывает многие нюансы перехода, а касаемо всяких переименований пишет следующее:

Цитата:

Not much has changed with the API, but since Microsoft acquired Axapta from Navision they've done a lot of work cleaning up the AOT. Because of this, most changes to our own code involved changing names of data-types. The most prevalent data-type changes I noticed were related to addressing. For example, CountryId was renamed to AddressCountryRegionId, City to AddressCity, and so forth. Along with these data-type changes, variables, tables, and classes have changed to match the data-type names in keeping with traditional X++ best practises.

Цитата:

Сообщение от eugene egorov

Может кто знает - ЗА ЧТО ????

У меня лично из этого (а также из того, что в 4-ке код подчистили на предмет регистра ключевых слов и идентификаторов) напрашивается лишь один вывод: это всё - приготовления к интеграции с .Net, где нет такого тяп-ляпства в семантике идентификаторов, и, возможно, переходу от X++ с его байт-кодом на какой-то регистрозависмый CLR-язык (C# ?) вместе с прикручиванием VS в качестве среды разработки. Процесс этот, конечно, не безболезненный, видимо, "щепки лететь" будут еще долго.

PS. Касаемо перехода еще была небольшая заметка про разрешение конфликтов в идентификаторах таблиц и их полей.

[AxaptaUser]

Предстоит такая же задача - переход с 3-ки на 4-ку и перенос множества доработок по CRM.
Хотелось бы узнать какие будут координальные отличия 5-ки от 4-ки (интересуют модули "CRM", "Проекты", "Учет затрат", "ГК") ? И когда ориентировочно ждать 5-ку.

[slava09]

Я думаю стоит дождаться официальных новостей от Microsoft, слухи, домыслы, а также личное мнение до выхода официального релиза только заводят в заблуждение и отпугивают потенциальных потребителей.
Т.е. наиболее полную и достоверную информацию Вы найдете на Microsoft'овском ресурсе - они иногда не укладываются в обещаные сроки, но никогда не врут

[eugene egorov]

Еще глюк чудовищьный - есть старинное предание, что если поле на слое SYS названо по одному, то фик его на слое CUS переименуешь. Однакож - берем 3.0 жмем на CustTable экспорт со значениями идентификаторов, берем 4.0 - аналогичный импорт - и фигак - поле было CountryRegionId (по новому) а стало Country (по старому). Естественно методы слоя SYS не компиляться (зато старые, перенесенные из 3.0 - запросто ). Лечится просто - удаляешь поле со своего слоя, рестартуешь AOS - вроде восстанавливается.

З.Ы. А в дебаггере зачем F8 на F11 заменили ??? ...за 5 лет пальчики уже изогнулись в одну сторону, а тут опаньки - отгибай в другую

[gl00mie]

Цитата:

Сообщение от eugene egorov

есть старинное предание, что если поле на слое SYS названо по одному, то фик его на слое CUS переименуешь.

А в каких былинных первоисточниках это предание письменно запечетлено? И чем в этом отношении SYS-слой лучше, к примеру, DIS или любого другого слоя ниже вашего CUS?..

Цитата:

Сообщение от eugene egorov

Лечится просто - удаляешь поле со своего слоя, рестартуешь AOS - вроде восстанавливается.

Ну да, переименовываем, как было, правим свой код - и все исправляется, логично

Цитата:

Сообщение от eugene egorov

А в дебаггере зачем F8 на F11 заменили ?

Дык ить - унификация интерфейса! В VS F11 используется - вот и в DAX4 так сделали. Кто-то, может, привык после досовского TurboVision окошки по Alt-F3 закрывать, а в виндах вот - по Alt-F4, такова селяви...

[eugene egorov]

Цитата:

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

А в каких былинных первоисточниках это предание письменно запечетлено? И чем в этом отношении SYS-слой лучше, к примеру, DIS или любого другого слоя ниже вашего CUS?...

А ты попробуй ручками название изменить - тут же объяснит что и как...а при импорте пропускает

[gl00mie]

Цитата:

Сообщение от eugene egorov

А ты попробуй ручками название изменить - тут же объяснит что и как...

Грит, низзя, потому что «элемент был определен на более низком прикладном уровне (слое)». Но говорит так что про элементы из sys-слоя, что из dis, что из любого другого "более низкого". В принципе логично, потому как поправить код на нижних слоях (ссылающийся на эти поля) в общем случае нельзя.

Цитата:

Сообщение от eugene egorov

а при импорте пропускает

Ну значит, это еще один глючок, связанный с экспортом-импортом Но ведь в том же экспорте есть чудесная возможность - экспортировать не все объекты целиком, а только с определенного слоя - вот и экспортируйте свои наработки с CUS, а потом после импорта просто переправите в своем коде названия полей.

[eugene egorov]

AOS пишет :
Faulting application ax32serv.exe, version 4.0.2501.116, stamp 46948f66, faulting module ax32serv.exe, version 4.0.2501.116, stamp 46948f66, debug? 0, fault address 0x00197c82.

А ему винда отвечает :
The Dynamics Server$01-Ax4sp1Test service terminated unexpectedly. It has done this 7 time(s).

Сразу вспоминается старый анекдот "...и так 25 раз"

[gl00mie]

Цитата:

Сообщение от eugene egorov

AOS пишет:
Faulting application ax32serv.exe, version 4.0.2501.116, fault address 0x00197c82.
The Dynamics Server$01-Ax4sp1Test service terminated unexpectedly. It has done this 7 time(s).
Сразу вспоминается старый анекдот "...и так 25 раз"

Очень информативно. Исчерпывающе. Сейчас люди, у которых есть отладочная информация, а то и исходники AOS'а 4.0 SP2, распишут вам, в чем причина его падения по адресу 0x00197c82 в вашем конкретном случае.
PS Периодические ошибки в АОС.

[gl00mie]

Цитата:

Сообщение от eugene egorov

Faulting application ax32serv.exe, version 4.0.2501.116, stamp 46948f66, faulting module ax32serv.exe, version 4.0.2501.116, stamp 46948f66, debug? 0, fault address 0x00197c82.

Цитата:

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

Сейчас люди, у которых есть отладочная информация, а то и исходники AOS'а 4.0 SP2, распишут вам, в чем причина его падения по адресу 0x00197c82 в вашем конкретном случае.

Нет, пожалуй, по этим данным даже те, у кого есть отладочная информация, не ответят, потому что такого адреса в модуле ax32serv.exe не наблюдается; либо в вашем конкретном случае в его адресном пространстве загружено что-то такое большое и специфическое, что заставило винду вопреки обыкновению использовать отличное от указанного в исполняемом файле значение image base. А оно в ax32serv.exe - 0x01000000, соотв., указанный адрес должен быть скорее 0x01197c82. Если адрес действительно такой, то он в 4.0SP2 относится к коду формирования запроса (возможно, общего для SQL и Oracle - я проверял на SQL), а именно, как я понимаю, к коду, формирующему строку "order by a.field1, b.field2 desc, c.field3...". По этому адресу после вызова функции, возвращающей нечто вроде объекта DictField, берется указатель на имя поля из свойства возвращаемого объекта. При этом в каких-то случаях вместо указателя на объект может возвращаться NULL, а в функции, формирующей строку order by, проверки на это что в SP2, что в SP1 отсутствуют - видимо, это событие происходить, по мнению разработчиков, не должно. Так вот, если с адресом я оказался прав, то у вас по какой-то причине как раз возникает такая ситуация, и AOS должен валиться с исключением 0xc0000005 (access violation).
Если, опять же, я на счет адреса и причин падения AOS'а не ошибся, то, видимо, ошибка возникает на запросе, который формирует сортировку (или выборку с агрегатными функциями) с использованием fieldId, и при этом какой-то fieldid оказывается "левым". Опять же, причин тому может быть множество - от передачи в качестве параметра "левого" fieldId до использования сохраненных в SysLastValue запросов, "устаревших" в виду того, что при переходе на 4-ку поменялись идентификаторы каких-то табличных полей...

[cryomice]

Добрый день!

У меня подобная ошибка. Можно меня хотя бы подопнуть в нужную сторону, где смотреть и как понять что происходит по данному Fault address?

Event Type: Error
Event Source: .NET Runtime 2.0 Error Reporting
Event Category: None
Event ID: 1000
Date: 13.11.2007
Time: 12:14:52
User: N/A
Computer: OMICRON4
Description:
Faulting application ax32serv.exe, version 4.0.2501.116, stamp 46948f66, faulting module ax32serv.exe, version 4.0.2501.116, stamp 46948f66, debug? 0, fault address 0x00156812.

[eugene egorov]

У нас ошибка исчезла когда прошлись по VIEWхам и обнаружились что там потерялись поля (например переименованные или просто забытые). Компиляция это не выявляет. Все поправили и AOS падать так часто перестал.

[eugene egorov]

Докладываю - новый год стартовали на 4-ке

Перенос и тестирование сделанных на 3-ке за 4 года доработок занял около 3-х месяцев.

С переводом терминов, который сильно отличается от 3-ки поступили радикально - посадили сообразительную девочку и буквально за день метки (в основном в SYS) были приведены к устоявшейся терминологии - не претендующей на правильность и универсальность.

При запуске проявились проблемы с RLS - вроде все так, однако немного не так отрабатывается - тщательнее код надо писать, изначально принудительно включая/выключая RLS там где он нужен/не нужен...

Улучшилась ситуация с блокировками при складских операциях - благотворно сказался измененный способ обновления InventSum и оптимистическая модель блокировок.

"Улучшенная" интеграция с MS Outlook принудила навести порядок с почтовыми клиентами - остался один. Понятно какой.

Порадовала пользователей система оповещений - всплывающие призрачные окошки с приятными сообщениями.

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

Разозлила засада с неработающим сохранением отчетов в RTF - перешли на PDF, хотя криков было много

А в целом - та же фигня что и была...вид сбоку - так что жизнь продолжается