|  16.02.2011, 12:58 | #1 | 
| Участник | Накосячили в коде? 
			
			Доброго времени суток! Щекотливая тема возникла. У нас внедрявший партнер осуществляет техподдержку. Технически, схема работы такова, что разработка ведется партнером на тестовом приложении, а нам передаются объекты, которые мы заливаем на рабочее. Однажды при заливке на рабочее произошла ошибка компиляции. Партнер попросил доступ на рабочее приложение и что-то там поправил. После этого периодически (не реже раза в месяц) на РАБОЧЕМ приложении в разных местах стали возникать ошибки времени выполнения, что-нибудь вроде: Цитата: 
		
			Ошибка времени выполнения: 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. Мы свою разработку (помимо партнера) ведем, но очень мало, очень поверхностно и так же на тестовом приложении с последующей переливкой на рабочее. То есть представляется, что крайне маловероятно, что мы что-то зацепили. Мне кажется, это похоже на ошибку программистов партнера. Что скажете? | 
|  | 
|  16.02.2011, 13:11 | #2 | 
| Участник | |
|  | 
|  16.02.2011, 13:12 | #3 | 
| Участник | 
			
			1. Нужно понять что они там "делают"   Может, просто компилируют соответствующие объекты? 2. Вы глобальную компиляцию давно делали на рабочей? 3. Разработка ведется на одном слое? 4. У вас гарантировано стоят последние версии клиентов у разных сотрудников? 
				__________________ Ivanhoe as is.. | 
|  | 
|  16.02.2011, 13:14 | #4 | 
| Участник | 
			
			что первым пришло в голову: можно попробовать сделать очистку данных (администрирование -> настройка -> использование данных) тех объектов, вызов которых приводит к появлению ошибок.
		 
				__________________ С уважением, Александр. | 
|  | |
| За это сообщение автора поблагодарили: Geo (1). | |
|  16.02.2011, 13:28 | #5 | 
| Участник | 
			
			иногда надо делать инкрементную компиляцию в иерархиях классов, которые поменялись.
		 | 
|  | 
|  16.02.2011, 13:59 | #6 | 
| Участник | 
			
			Я бы сказал, желательно всегда делать инкрементную компиляцию иерархических классов. По-хорошему, это должно быть явно прописано в описании переноса модификации на рабочую.
		 
				__________________ Ivanhoe as is.. | 
|  | 
|  16.02.2011, 16:33 | #7 | 
| Гость | 
			
			А партнера не пробовали спросить, чо за ххх?? кстати назовите партнера, будем знать героев в лицо | 
|  | |
| За это сообщение автора поблагодарили: kornix (-2). | |
|  16.02.2011, 16:49 | #8 | 
| Сам.AX | 
			
			(C)\Forms\xBrowser\Methods\close Видя до боли знакомое имя, осмелюсь предположить, что это «АНД Проджект»  Хотя не следует забывать о логической уловке «После не значит «вследствие»», и вендор тут вовсе не причём. 
				__________________ "Считать метафору доказательством, поток праздных слов источником истины, а себя оракулом - это заблуждение, свойственное всем нам." Поль Валери | 
|  | |
| За это сообщение автора поблагодарили: kornix (1). | |
|  16.02.2011, 16:53 | #9 | 
| MCP | |
|  | |
| За это сообщение автора поблагодарили: GBH (1), (-1). | |
|  16.02.2011, 16:57 | #10 | 
| int 20h | 
			
			А я бы сказал что необходимо тщательней делать проверку при заливке кода на рабочее. Ибо приложения разработки и реальная рабочая среда могут сильно различаться...и причем тут партнер?
		 
				__________________ It's just my Unhopelessnessabilityerism   Trying to debug my mind   | 
|  | |
| За это сообщение автора поблагодарили: kornix (2). | |
|  16.02.2011, 16:59 | #11 | 
| MCP | Цитата: 
		
			Сообщение от Geo
			   Доброго времени суток! Щекотливая тема возникла. У нас внедрявший партнер осуществляет техподдержку. Технически, схема работы такова, что разработка ведется партнером на тестовом приложении, а нам передаются объекты, которые мы заливаем на рабочее. Однажды при заливке на рабочее произошла ошибка компиляции. Партнер попросил доступ на рабочее приложение и что-то там поправил. После этого периодически (не реже раза в месяц) на РАБОЧЕМ приложении в разных местах стали возникать ошибки времени выполнения, что-нибудь вроде: или Ошибки бывают разные: объект не инициализирован, неверная передача параметров, метод неверно вызван и всё такое прочее. На тестовом приложении ошибки не воспроизводятся. Каждый раз партнер просит доступ на рабочую и что-то там исправляет. Объекты, на которых вываливаются ошибки, иногда вообще находятся в слое sys. Мы свою разработку (помимо партнера) ведем, но очень мало, очень поверхностно и так же на тестовом приложении с последующей переливкой на рабочее. То есть представляется, что крайне маловероятно, что мы что-то зацепили. Мне кажется, это похоже на ошибку программистов партнера. Что скажете? | 
|  | |
| За это сообщение автора поблагодарили: zZ_TOP_Zz (1), AxaptaUser (-1). | |
|  16.02.2011, 17:07 | #12 | 
| Гость | Цитата: Правильный партнер знаком с методологией внедрения, и знает, как нужно правильно переносить код в рабочее приложение. | 
|  | 
|  16.02.2011, 17:10 | #13 | 
| Гость | 
			
			ведите разработку на разработческом приложении глобальную компиляцию сборки проводите на тестовом приложении потом заливайте все тестовое приложение на рабочее. Синхронизация. И НИКАКОГО доступа партнерам на рабочее приложение. | 
|  | |
| За это сообщение автора поблагодарили: (1). | |
|  16.02.2011, 17:11 | #14 | 
| Гость | 
			
			опять же повторюсь, нормальный партнер никогда бы не предложил клиенту такой способ переноса. это, извините, просто ХХХЪЪ. у меня нет других слов.
		 | 
|  | 
|  16.02.2011, 17:19 | #15 | 
| int 20h | 
			
			2AX2009 > опять же повторюсь, нормальный партнер никогда бы не предложил клиенту такой способ переноса. это, извините, просто ХХХЪЪ. у меня нет других слов. На сколько я понял речь шла не о внедрении, а о Тех поддержки. Если не работает приложение, а на тестовом не воспроизводится....то как иначе они должны исправлять ошибку и говорит клиенту, может быть рисуя на снегу веточкой елочки? Мне кажется что вы не совсем представляете работу технических поддержек со своими безусловно правильными методологически выверенными методологиями внедрений. 
				__________________ It's just my Unhopelessnessabilityerism   Trying to debug my mind   | 
|  | 
|  16.02.2011, 17:26 | #16 | 
| MCP | Цитата: А по поводу "оторвал" - валить все на партнера проще всего, ваше право. | 
|  | 
|  16.02.2011, 17:31 | #17 | 
| Гость | 
			
			я цитриую автора: "разработка ведется партнером на тестовом приложении" это не ЪЪЪЧЧЧ ли? | 
|  | 
|  16.02.2011, 17:32 | #18 | 
| MCP | |
|  | 
|  16.02.2011, 17:33 | #19 | 
| Гость | 
			
			FACEPALM Тестовое приложение для тестирования ХХХ!!!! Для разработки должно быть отдельное 111!!!!!!! | 
|  | 
|  16.02.2011, 17:37 | #20 | 
| Гость | 
			
			А знаете, для чего нужно тестовое приложение??? чтобы не было таких вот ТРЕДОВ!!! | 
|  |