Накосячили в коде?

[Geo]

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

Щекотливая тема возникла.

У нас внедрявший партнер осуществляет техподдержку. Технически, схема работы такова, что разработка ведется партнером на тестовом приложении, а нам передаются объекты, которые мы заливаем на рабочее. Однажды при заливке на рабочее произошла ошибка компиляции. Партнер попросил доступ на рабочее приложение и что-то там поправил. После этого периодически (не реже раза в месяц) на РАБОЧЕМ приложении в разных местах стали возникать ошибки времени выполнения, что-нибудь вроде:

Цитата:

Ошибка времени выполнения: FormTabPageControl Объект не инициализирован.

(C)\Classes\FormTabPageControl\owner
(C)\Forms\xBrowser\Methods\close
(C)\Classes\FormCommandButtonControl\Clicked

или

Цитата:

Ошибка времени выполнения: В FormRun (Источник данных), не найден исполнимый код метода "init".

(C)\Forms\RAssetPosting\Methods\init
(C)\Classes\SysSetupFormRun\init - line 12

Ошибки бывают разные: объект не инициализирован, неверная передача параметров, метод неверно вызван и всё такое прочее. На тестовом приложении ошибки не воспроизводятся. Каждый раз партнер просит доступ на рабочую и что-то там исправляет.

Объекты, на которых вываливаются ошибки, иногда вообще находятся в слое sys. Мы свою разработку (помимо партнера) ведем, но очень мало, очень поверхностно и так же на тестовом приложении с последующей переливкой на рабочее. То есть представляется, что крайне маловероятно, что мы что-то зацепили.

Мне кажется, это похоже на ошибку программистов партнера. Что скажете?

[S.Kuskov]

Как давно делали глобальную компиляцию?

P.S.: смысл глобальной компиляции

[Ivanhoe]

1. Нужно понять что они там "делают" Может, просто компилируют соответствующие объекты?
2. Вы глобальную компиляцию давно делали на рабочей?
3. Разработка ведется на одном слое?
4. У вас гарантировано стоят последние версии клиентов у разных сотрудников?

[samolalex]

что первым пришло в голову: можно попробовать сделать очистку данных (администрирование -> настройка -> использование данных) тех объектов, вызов которых приводит к появлению ошибок.

[Evgeniy2020]

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

[Ivanhoe]

Цитата:

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

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

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

А партнера не пробовали спросить, чо за ххх??
кстати назовите партнера, будем знать героев в лицо

[kornix]

Цитата:

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

А партнера не пробовали спросить, чо за ххх??
кстати назовите партнера, будем знать героев в лицо

Какое xxx вы имеете ввиду?
Хотелось бы поправить вас: не всегда виноват партнер.

[zZ_TOP_Zz]

А я бы сказал что необходимо тщательней делать проверку при заливке кода на рабочее. Ибо приложения разработки и реальная рабочая среда могут сильно различаться...и причем тут партнер?

Цитата:

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

А я бы сказал что необходимо тщательней делать проверку при заливке кода на рабочее. Ибо приложения разработки и реальная рабочая среда могут сильно различаться...и причем тут партнер?

опять же повторюсь, нормальный партнер никогда бы не предложил клиенту такой способ переноса. это, извините, просто ХХХЪЪ. у меня нет других слов.

[zZ_TOP_Zz]

2AX2009
> опять же повторюсь, нормальный партнер никогда бы не предложил клиенту такой способ переноса. это, извините, просто ХХХЪЪ. у меня нет других слов.

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

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

Цитата:

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

Какое xxx вы имеете ввиду?
Хотелось бы поправить вас: не всегда виноват партнер.

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

[kornix]

Цитата:

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

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

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

А по поводу "оторвал" - валить все на партнера проще всего, ваше право.

[driller]

(C)\Forms\xBrowser\Methods\close

Видя до боли знакомое имя, осмелюсь предположить, что это «АНД Проджект»
Хотя не следует забывать о логической уловке «После не значит «вследствие»», и вендор тут вовсе не причём.

[kornix]

Цитата:

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

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

Щекотливая тема возникла.

У нас внедрявший партнер осуществляет техподдержку. Технически, схема работы такова, что разработка ведется партнером на тестовом приложении, а нам передаются объекты, которые мы заливаем на рабочее. Однажды при заливке на рабочее произошла ошибка компиляции. Партнер попросил доступ на рабочее приложение и что-то там поправил. После этого периодически (не реже раза в месяц) на РАБОЧЕМ приложении в разных местах стали возникать ошибки времени выполнения, что-нибудь вроде:


или



Ошибки бывают разные: объект не инициализирован, неверная передача параметров, метод неверно вызван и всё такое прочее. На тестовом приложении ошибки не воспроизводятся. Каждый раз партнер просит доступ на рабочую и что-то там исправляет.

Объекты, на которых вываливаются ошибки, иногда вообще находятся в слое sys. Мы свою разработку (помимо партнера) ведем, но очень мало, очень поверхностно и так же на тестовом приложении с последующей переливкой на рабочее. То есть представляется, что крайне маловероятно, что мы что-то зацепили.

Мне кажется, это похоже на ошибку программистов партнера. Что скажете?

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

[Geo]

Господа, спасибо за советы и бурное обсуждение. Но каков всё-таки итог? Это похоже на ошибку программистов партнера, или это мы по неопытности (которой у нас, местами, в избытке) что-то могли накосячить, или это могут быть вообще ошибки MS в новой версии?

Стоит ли, в принципе, в таких случаях попробовать запускать глобальную компиляцию (и как это делается)?
Техподдержка - техподдержкой, но мы должны и сами учиться обслуживать систему...

Цитата:

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

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

Сравнение объектов запускаем, но как бы чисто из любопытства Для чего еще оно нам может пригодиться? Судить о правильности нового кода мы и близко не возьмемся.

Вот один раз и вылезла ошибка при компиляции. ПОСЛЕ этого (не значит "вследствие", действительно) пошли периодически какие-то траблы.

Цитата:

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

1. Нужно понять что они там "делают" Может, просто компилируют соответствующие объекты?
2. Вы глобальную компиляцию давно делали на рабочей?
3. Разработка ведется на одном слое?
4. У вас гарантировано стоят последние версии клиентов у разных сотрудников?

1. Да вот решил уже спросить мнения экспертного сообщества... Как говорится, две головы - хорошо, а Интернет - лучше.
2. Глобальная компиляция - это нажать на кнопку компиляции, находясь в корне АОТа, или как-то по-другому? Не уверен, что мы вообще ее запускали.
3. Разработка ведется на одном слое. Я, собственно, и хотел бы разделить слои (чтобы видеть, где уже мы меняли, а где нет), но пока не узнал, как
4. У нас терминальная система, так что, как я понимаю, версия клиента должна быть одинаковая. Но не факт, что последняя (в целом, мы предпочитаем не чинить, пока не поломается).

Цитата:

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

опять же повторюсь, нормальный партнер никогда бы не предложил клиенту такой способ переноса. это, извините, просто ХХХЪЪ. у меня нет других слов.

Ну, тут-то партнер точно ни при чем. Мы сами отказались от девелоперского приложения ради экономии. Да и простота тоже привлекает. Чем проще, тем понятнее и надежнее, в некоторых условиях.

[Ivanhoe]

Цитата:

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

Господа, спасибо за советы и бурное обсуждение. Но каков всё-таки итог? Это похоже на ошибку программистов партнера, или это мы по неопытности (которой у нас, местами, в избытке) что-то могли накосячить, или это могут быть вообще ошибки MS в новой версии?

Ошибки MS - ни при чем
Скорее всего вы не корректно перенесли доработку (ту же инкрементную компиляцию не запустили). Партнер плохо поступил, что не рассказал что же он сделал на вашей рабочей. И раз уж у вас мало опыта - требуйте с партнера четкой инструкции по переносу каждой модификации.

Цитата:

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

Стоит ли, в принципе, в таких случаях попробовать запускать глобальную компиляцию (и как это делается)?

Администрирование / Периодические операции / Глобальная компиляция. Запускать когда никого нет в системе.

Цитата:

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

Сравнение объектов запускаем, но как бы чисто из любопытства Для чего еще оно нам может пригодиться? Судить о правильности нового кода мы и близко не возьмемся.

Ну я бы все таки внимательнее смотрел на изменения. Мало ли, все ошибаются...

Цитата:

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

3. Разработка ведется на одном слое. Я, собственно, и хотел бы разделить слои (чтобы видеть, где уже мы меняли, а где нет), но пока не узнал, как

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

Цитата:

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

4. У нас терминальная система, так что, как я понимаю, версия клиента должна быть одинаковая. Но не факт, что последняя (в целом, мы предпочитаем не чинить, пока не поломается).

Значит, дело не в клиенте.

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

[Geo]

Цитата:

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

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

Теперь вижу, что очень похоже на то. Хорошо, что барабашки нет

Спасибо.

[mazzy]

Цитата:

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

Стоит ли, в принципе, в таких случаях попробовать запускать глобальную компиляцию (и как это делается)?

Да. Это один из танцев с бубном, который поддерживает здоровье аксапты.
http://forum.mazzy.ru/index.php?showtopic=584

Цитата:

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

2. Глобальная компиляция - это нажать на кнопку компиляции, находясь в корне АОТа, или как-то по-другому? Не уверен, что мы вообще ее запускали.

можно и так.
можно и через главное меню, как Ivanhoe сказал
Администрирование / Периодические операции / Глобальная компиляция.

Цитата:

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

3. Разработка ведется на одном слое. Я, собственно, и хотел бы разделить слои (чтобы видеть, где уже мы меняли, а где нет), но пока не узнал, как

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

Цитата:

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

4. У нас терминальная система, так что, как я понимаю, версия клиента должна быть одинаковая. Но не факт, что последняя (в целом, мы предпочитаем не чинить, пока не поломается).

не факт.
тут лучше не надеятся, а мониторить.
все ли клиенты подключаются с терминального сервера? или таки есть особо одаренные
Администрирование \ Активные пользователи

Цитата:

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

Ну, тут-то партнер точно ни при чем. Мы сами отказались от девелоперского приложения ради экономии. Да и простота тоже привлекает. Чем проще, тем понятнее и надежнее, в некоторых условиях.

Да, так делают.
Но при этом теряется технический контроль. И нужно выстраивать отношения с партнером.
Другими словами, задача переходит из технической области и область отношений.
Это ни хорошо, ни плохо, ИМХО. Просто надо учитывать.

Цитата:

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

Администрирование / Периодические операции / Глобальная компиляция. Запускать когда никого нет в системе.

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

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

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

Цитата:

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

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

Поддерживаю.

Цитата:

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

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

Поддерживаю.

[Geo]

Цитата:

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

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

Все через терминалку. Коммунизм в этом плане.

Цитата:

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

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

Цитата:

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

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