Сильно не бейте ... про путь к темплейтам

[garik]

всем доброго дня. Имеется проблемка по форуму лдазил чето- не ищется. сам не програмер.
имеется 3-х звенка все нормально 3-и тьфу., также есть 2 удаленных предприятия поблема в том что мои програмеры пишут путь к темплейт файлам (пр. \\aaa\bbb) а в удаленных офисах пути это не видно (ну политика такая). Можно ли вставить шаблоны для отчетов таким макаром что-бы передавались через АОС.
Поити по пути копирования шаблонов - не предлогать

[glibs]

Теоретически, наверное, можно. Хотя не пробовал. Но это кривая идея.

Правильно будет создать одну копию приложения в филиале, настроить на нее клиента, и туда класть шаблоны.

[AraraT®]

Вынесите путь до шаблонов в параметры модуля, ну, например, Администрирование.
а на удаленные предприятия заливайте шаблоны ( я не думаю что они у вас ежеминутно меняются ).

[kashperuk]

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

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

Пока не жаловались.
Если кому интересно, могу подготовить и выложить проект.

[garik]

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

[kashperuk]

Нет, код должен быть на АОСе. То есть делать копию приложения - не самый удачный вариант, ИМХО.

[garik]

Цитата:

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

файл передается на клиента и ложится в его клиентскую папку шаблонов.

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

[garik]

Цитата:

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

Нет, код должен быть на АОСе. То есть делать копию приложения - не самый удачный вариант, ИМХО.

тото и оно, там поменяли там не поменяли.

[kashperuk]

Честно говоря, на счет прав не проверял, но думаю, что здесь проблем быть не должно. Файл копируется в папку, отведенную для шаблонов в установке клиента (на клиентской машине). То есть у Аксапты туда по любому доступ есть. (во всяком случае должен быть). Пишет файл то сама Аксапта.
Про доступ - Спасибо за наводку - проверю.

[kashperuk]

Цитата:

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

тото и оно, там поменяли там не поменяли.

не асилил

Код на АОСе - то есть приложение ОДНО. Если что-то в отчете нужно поменять, меняем в этом приложении.
Все клиенты используют это приложение.
Где еще Вы хотите чего менять?

[garik]

Цитата:

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

Пишет файл то сама Аксапта.

Да НО под правами пользователя

[garik]

где сама аксапта хранит свои темплейты - т.е. встроенные

[kashperuk]

Проверил.
Да, нужен доступ пользователю (клиенту) на свою папку
C:\ProgramFiles\Navision (или как у него папка)\Client\Share\Include\Template

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

Обидно. Хотя, собственно, это и понятно.

garik, спасибо за то, что я потратил время и проверил. Теперь буду знать.
Все равно, думаю схема неплохая, а доступ не такой уж и большой нужен

[raz]

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

[kashperuk]

Цитата:

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

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

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

[mazzy]

Цитата:

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

Если кому интересно, могу подготовить и выложить проект.

Если это стандартный класс SysfileDeployment и SysFileDeployer, то не надо.

[kashperuk]

Цитата:

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

Если это стандартный класс SysfileDeployment и SysFileDeployer, то не надо.

Посмотрел классы мельком.
Нет, не через них. Я писал своё.
НО, изобретал велосипед, видимо.
Думаю, что очень похоже. Может разве что немного по-другому реализовано.

А есть где-то примеры или описание использования этих двух классов?

[mazzy]

Цитата:

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

Посмотрел классы мельком.
Нет, не через них. Я писал своё.
НО, изобретал велосипед, видимо.
Думаю, что очень похоже. Может разве что немного по-другому реализовано.

А есть где-то примеры или описание использования этих двух классов?

Э-э-э... Примеры есть в Аксапте.
Встань мышой на SysFileDeployment, правой кнопкой мыши и пункт "Иерархия объектов". Там увидишь целое семейство.

Например, класс SysFileDeployment_CRM1

[kashperuk]

Оо. Узнал. Эта зараза (SysFileDeployer) каждый раз при загрузке системы просит файлы установить (activeX), но не устанавливает - что-то с путями. Но она меня не достаточно еще разрдражала,чтоб я посмотрел, кто это и чего пытается сделать
Теперь есть повод.

[mazzy]

Цитата:

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

Оо. Узнал. Эта зараза (SysFileDeployer) каждый раз при загрузке системы просит файлы установить (activeX), но не устанавливает - что-то с путями. Но она меня не достаточно еще разрдражала,чтоб я посмотрел, кто это и чего пытается сделать
Теперь есть повод.

Установкой AсtiveX и DLL'ей занимается наследник SysFileDeploymentDLL
Т.е. родитель SysFileDeployment занимается копированием.
А наследник только прописывает в реестре.
См. метод SysFileDeploymentDLL.register().

Может совет про это напишешь?