пропадают связи между классами наследниками RunBase

[ice]

Доброго времени суток!

Ax 2009, RU3. Возникла такая проблема. Периодически пропадают связи между классами наследниками RunBase.
Пример, Class1 extends RunBaseBatch, Class2 extends Class2. метод new() перекрыт везде кроме Class2. При вызове new Class2() происходит вызов сразу new RunBase().
Подобное происходить может с любым методом. Либо, например, возникает ошибка о несоответствии типов присваиваемых значений переменных, когда переменная объявлена в родительском классе. Ошибки могут возникать в любых классах, системности не прослеживается. Сначала лечилось просто инкрементной компиляцией. В какой-то момент это перестало помогать. Удаляли индексные файлы приложения и проводили глобальную компиляцию, помогало но не надолго. Ошибки возникают вновь.

С чем это может быть связано? и чем это можно вылечить окончательно?

[lev]

или это опечатка, или так и не будет работать (т.к. наследует сам себя):

Цитата:

Class2 extends Class2

может тут вы имели ввиду

Цитата:

Class2 extends Class1

[lev]

и ещё просьба, приведите кусок кода где выполняется вызов new Class2(). хочется посмотреть в каком контексте он вызывается.

P.S. создал быстренько у себя примерчик такой ситуации, которую вы описываете. Отработало нормально, вызвался метод new() первого класса.

[ice]

да опечатка, правильно Class2 extends Class1.
ситуация с вызовом new() может быть любая, и метод может быть любой, new() привел в качестве примера.
Ошибка возникает не на новых классах, а на любых, классы могут быть не модифицированы долгое время и отлично работавшие до ошибки

[lev]

в общем то странно.
У меня Axapta 3.0 SP3, воссоздать проблему не получилось. Как не старался, все равно вызывается правильный метод.

P.S. отпишитесь плиз, если найдете из-за чего такое, оочень интересна причина

[McArrow]

У меня на четвёрке бывают подобные случаи, причём не только с RunBase. Решается переопределением метода new() у наследника, компиляцией и его удалением. Видимо глюк какой-то.

[DSPIC]

Скорее всего, поможет это:
1. Сервис\Средства разр-ки\Объекты приложения\Обновить AOD
2. Компиляция ваших классов.

[Wamr]

Рабочее приложение или разработка?
Какие слои используете, какие изменяете?
Как часто делаете глобальную компиляцию и перестроение перекрестных ссылок?

[ice]

Цитата:

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

Рабочее приложение или разработка?
Какие слои используете, какие изменяете?
Как часто делаете глобальную компиляцию и перестроение перекрестных ссылок?

чаще всего происходит на тестовом приложении, бывает и на рабочем. разработка в usr. глобальную компиляцию и перестроение перекрестных ссылок делаем не периодично, примерно 1раз в 1-2 месяца

[ice]

Цитата:

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

Скорее всего, поможет это:
1. Сервис\Средства разр-ки\Объекты приложения\Обновить AOD
2. Компиляция ваших классов.

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

[ice]

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

[Wamr]

приложение для разработки есть? (там проблем нет?)
модифы переносите проектами? с идентификаторами удалением\пересозданием объектов или как-есть?

Случай загадочный, конечно. Обычно такое приключается после правки classDeclaration где-то в родительском классе и лечится инкрементной компиляцией.
Не понятно, что может "само" периодически портить уже откомпилированные классы.

[ice]

Цитата:

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

приложение для разработки есть? (там проблем нет?)
модифы переносите проектами? с идентификаторами удалением\пересозданием объектов или как-есть?

Случай загадочный, конечно. Обычно такое приключается после правки classDeclaration где-то в родительском классе и лечится инкрементной компиляцией.
Не понятно, что может "само" периодически портить уже откомпилированные классы.

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

[lev]

Вчера вечером стал очевидцем отказа классом потомком вызывать метод new() своего родителя. Как получилось такое восстановить....

Есть класс наследник от RunBase, назовем его ClassGeneral. В классе ClassGeneral унаследован метод new() и в нем выполняются некие действия. От класса ClassGeneral унаследовано куча классов, в основном отчетные классы. Понадобилось мне создать подобие одного из таких классов, назовем его ClassReport1. Соответственно что бы все заново не переписывать и не мучить кнопки Ctr+C и Ctrl+V воспользовался замечательной функцией дублирования, доступной по правой кнопке мыши. Сдублированный класс переименовал как мне надо, пусть будет ClassReport1_Copy, внес все нужные изменения. Запускаю свой класс и... При инициализации класса ClassReport1_Copy ни в какую не хочет выполняться метод new() класса родителя! (ClassGeneral ). Никакие танцы с бубнами (Глобальная компиляция, инкрементная компиляция класса ClassGeneral, обновление словаря, обновление данных, обновление ADO) не помогают. Так же не помог и экспорт\импорт класса (экспортировал, удалил, импортировал), что меня удивило .

Помогло только ручное создание класса-дубликата.

Ещё нюанс. Такое явление наблюдается только при дублировании старых классов, которые уже давно были созданы. Попробовал восстановить такое поведение с помощью новой иерархии тестовых классов. Все нормально дублируется. Метод new() класса родителя выполняется как не крути.

З.Ы. Ax3.0 SP3 Может кто сможет у себя такое поведение восстановить...

[S.Kuskov]

Цитата:

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

Ещё нюанс. Такое явление наблюдается только при дублировании старых классов, которые уже давно были созданы. Попробовал восстановить такое поведение с помощью новой иерархии тестовых классов. Все нормально дублируется. Метод new() класса родителя выполняется как не крути.

Тогда резонно предположить, что ошибка скорее всего закралась в какую-то систему кэширования, и процедура дублирования (в отличии от ручного создания) не обновляет информацию в кэше. Причём кэш может сбоить как на сервере так и на клиенте. Для AX2009 клиент создаёт некие файлы вот в этой папке c:\Users\%username%\AppData\Local\. С тройкой работал давно, сейчас уже не вспомню было ли там аналогичное кэширование на клиенте. Попробуйте воспроизвести ошибку под новым профилем с чистым кэшем.

[AndyD]

У меня воспроизводится, когда дублируешь и меняешь класс-предок, к примеру с RunBase на RunBaseBatch и при этом есть еще открытые клиенты. При этом новый класс для методов, переопределенных в новом предке и не перекрытых в нем самом, продолжает вызов этих методов напрямую из RunBase (к примеру, new(), prompt() и т.п.).

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

[ice]

Цитата:

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

Лечилось либо экспортом/удалением/импортом, либо перекрытием этих методов в новом классе, компиляцией и удалением ненужного

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

[_scorp_]

Тоже иногда бывает такая проблема. Лечу - Сервис -> Средства разработки -> Объекты приложения -> Переиндексировать. Вроде помогает.

[lev]

Цитата:

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

У меня воспроизводится, когда дублируешь и меняешь класс-предок, к примеру с RunBase на RunBaseBatch и при этом есть еще открытые клиенты. При этом новый класс для методов, переопределенных в новом предке и не перекрытых в нем самом, продолжает вызов этих методов напрямую из RunBase (к примеру, new(), prompt() и т.п.).

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

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