Непонятно в чем собственно проблема. Ваш скрипт нормально отрабатывает, открывает модель в скрытом виде - в соответствии с указанными вами флагами Можно, кстати писать и без префикса Если хотите чтобы в браузере видно было - ставьте флаг omf_Default. В упрощенном виде нечто в этом роде:

Ааа.. поняла вопрос. Не уверена что в cscript/wscript можно подключить внешние библиотеки, хотя может кто и знает как - в этой области я не специалист.

А зачем так сложно? Можно же просто из командной строки запустить
pdshell15.exe C:\temp\MySampleModel.oom

Denis PopovКонечная цель - держать модель и автоматически реинженерингом догонять ее до последнего состояния существующей БД.


Мне кажется для такой задачи уже нужно брать какой-нибудь инструмент, который поддерживает работу с COM-объектами и писать на нем утилиту, - какой-нибудь VB или C#, - короче то, чем владеете. Там же не будет проблем с подключением библиотек.

АнатоЛойТочно! Например, Word или Excel :).

Не, ну в теории и через них конечно можно :) ... но было бы странно для такой задачи держать к примеру открытое окошко Excel чтобы менять модель PD. Уж лучше скомпилированную VB утилитку, которая в фоне шуршит время от времени.

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

PdCommon . BaseModel :
Merge(ByVal ModelToMerge As BaseObject, ByVal SelectedActions As Long = 13311) As Boolean
This method merges the model specified as first parameter into the current model.
The second parameter is a bitfield that can be composed of following values to specify the merge actions to execute:
- mrg_created: to create new objects in current model,
- mrg_deleted: to remove all objects from current model that are not available in model to merge,
- mrg_modified: to modify all objects that have a distinct value in model to merge,
- mrg_movedto: to change position of objects in ordered collections,
- mrg_movedtoex: to move all objects that are under another parent in the model to merge,
- mrg_insert: to insert new objects in non composition collections (like attached rules),
- mrg_remove: to remove objects from non composition collections (like attached rules),
- mrg_allchanges: to execute all change (this duplicates the model to merge into current model),
By default all actions are executed.
To execute all changes except deletion and collection remove, use following value: (mrg_allchanges - mrg_deleted - mrg_remove).

А потом еще и в репозиторий запихнуть - вообще круть будет :)

PdCommon . BaseModel :
CheckIn(ByVal MergeMode As Integer = 2, ByRef Actions As String = Nothing, ByRef Conflicts As String = Nothing) As BaseObject
Checks in inside the repository a model that has already been check in once.
The check in will automatically create a branch if necessary. It is not possible to perform an 'integrate' action using this function. The model will be automatically updated after check in except when the file is read only. The repository model will not be automatically locked or frozen before or after check in. This action can be performed by script using the Lock and Freeze functions on the RepositoryDocumentBase class. Another way to check in a model is the use of the CheckInDocument function on the RepositoryFolder class.
A merge mode can be specified using the first parameter. It can contain the following values:
1 will replace the model in the repository by the local model without preserving any repository change.
2 is the default and will try to automatically select the default merge actions taking into account the modification dates of objects and will cancel the check in if a conflict has been found (objects modified both in local and the repository).
3 will also select default merge actions but it will always favor local changes in case of conflict instead of canceling the check in.
4 will select default merge actions and will favor the repository changes in case of conflict.
5 will replace the model in the repository by the local model and will enforce the creation of a new baseline (each object will have a new version in the repository)
The merge actions performed during the check in and the conflicts found can be retrieved in the strings specified in the last parameters.
(obsolete: use CheckIn instead).

... ну это конечно если он у вас используется.