|
|
30.08.2009, 07:43
|
#1 |
|
Участник
|
Во, дурак старый. Скопипастил код в джоб и решил, что помог людям. А то, что нужно сбросить данные АОС, а джобы работают на клиенте и не подумал. Рабочий код в приложенном проекте.
|
|
|
|
| За это сообщение автора поблагодарили: fed (5), Poleax (1). | |
|
31.08.2009, 18:17
|
#2 |
|
Участник
|
Есть еще один метод, не требующий остановки АОСов, если переносите объекты, которые уже есть на каком либо слое, но вы в них сделали обновления. Открываете приложение приложение, смотрящее на АОС, в котором по идее должны появиться изменения, становитесь на измененный объект и восстанавливаете его. В любом случае конечно лучше останавливать все дополнительные АОСы, переносить изменения, а потом запускать их, но иногда бывают варианты, что нет возможности сделать перезапуск, да и изменений не много. Кстати, я заметил, что классы передергивать не нужно, изменения в них и так подхватываются.
|
|
|
|
31.08.2009, 18:26
|
#3 |
|
Участник
|
Упс, завтыкал, джоб приведенный выше конечно удобнее.
|
|
|
|
08.09.2009, 12:31
|
#4 |
|
Участник
|
Проект грузился, когда работали оба АОСа.
После обнаружения проблемы перезапустили АОСы. Но проблема осталась. Начали думать, что это из-за Alternative bin directory. Попробуем класс, предоставленный Raven Melancholic. Результаты сообщу. |
|
|
Комбинированный вид
