Результаты поиска

В настоящее время я оцениваю шаблон процесса MSF for CMMI под TFS для использования в моей команде разработчиков, и у меня возникли проблемы с пониманием необходимости отдельных типов рабочих элементов запроса на ошибку и изменение.

Я понимаю, что полезно уметь различать ошибки (errors) и запросы на изменение (changing requirements) при создании отчетов.

Однако в нашей текущей системе мы имеем только один тип запроса на изменение и просто используем поле, чтобы указать, является ли это ошибкой, изменением требований и т. д. (Это поле можно использовать для построения запросов отчетов).

Каковы преимущества наличия отдельного рабочего процесса для ошибок?

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

немного новичок в работе windows, так что идите легко :)

Я хочу создать среду хоста рабочего процесса, которая имеет высокую доступность-минимум 2 WF хостов времени выполнения на отдельном оборудовании, указывающих на одну и ту же базу данных Persistence или tracking SQL.

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

Одним из решений, которое я рассматриваю, является наличие интерфейса WCF на хостах WF и размещение их за каким-то балансировщиком нагрузки. Это было бы тогда до любой части системы, которая запускает "event", чтобы сделать вызов WCF.

Я не очень доволен этим, потому что если хосты both\all WF не работают или иным образом недоступны, событие может быть "lost". Кроме того, я не смогу управлять нагрузкой так, как мне бы хотелось. Я представляю себе ситуацию, когда за небольшой промежуток времени может произойти много событий, но совершенно допустимо обрабатывать эти события некоторое время спустя.

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

Помещает ли эти события в MSMQ или простую таблицу событий на сервере SQL, а хост WF просто периодически опрашивает очередь, является жизнеспособным решением? Опрос, кажется, такое грязное слово, хотя...

Будет ли полезен NServiceBus и прочный обмен сообщениями здесь?

Любые идеи будут высоко оценены.

Дополнение

База данных будет кластеризована с общим хранилищем оптоволоконных каналов. Сеть также будет избыточной. Для того, чтобы экземпляры среды выполнения WF имели отказоустойчивость, они должны указывать на общую службу персистентности, которая в данном случае является серверной частью SQL. Это высокая доступность, а не полная доступность :)

MSDN статья о надежности и высокой доступности WF

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

Я пытаюсь создать пользовательское действие рабочего процесса с выходным параметром для обработки ошибок. Работая с различными примерами, я не могу получить параметр Direction="Out" для работы. Все кажется правильным, но когда я пытаюсь назначить вывод переменной "error" в конструкторе SharePoint, он помещает вокруг нее звездочки и помечает ее как ошибку рабочего процесса. Вот как выглядит действие XML:

<Action Name="Create Folder"
  ClassName="ActivityLibrary.CreateFolderActivityTest"
  Assembly="ActivityLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=xxxxxxxxxxx"
  AppliesTo="all"
  CreatesInList="ListId"
  Category="Custom">
  <RuleDesigner Sentence="Create a folder %1 in the %2 base folder. If an error occurs it will be output to %3.">
    <FieldBind Field="FolderName" Text="folder name" Id="1"  />
    <FieldBind Field="BaseFolderPath"  Text="folder path" Id="2"/>
    <FieldBind Field="OutError" DesignerType="ParameterNames" Text="out error" Id="3"/>
  </RuleDesigner>
  <Parameters>
    <Parameter Name="FolderName" Type="System.String, mscorlib" Direction="In" />
    <Parameter Name="BaseFolderPath" Type="System.String, mscorlib" Direction="In" />
    <Parameter Name="OutError" Type="System.String, mscorlib" Direction="Out" />
  </Parameters>
</Action>

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

UPD: в идеале я хотел бы поместить рабочий процесс в состояние ошибки и записать сообщение в журнал рабочего процесса. Это кажется невозможным. Как можно ближе подобраться к нему? Я хочу, чтобы повторно используемый раствор,то, что легко для пользователей, чтобы настроить, когда через мои пользовательские действия в SharePoint дизайнер.

Добавил больше деталей к вопросу.

@mauro это заботится о сохранении ошибки, но как я могу отобразить ошибку пользователю таким образом, чтобы это имело смысл?

@AdamSane это кажется довольно хрупким решением. Это не вопрос настройки этого один раз на одном сайте. Мне нужно что-то, что другие могут добавить, используя SPD.

Я уже некоторое время использую WWF как часть внутреннего приложения центра обработки вызовов (ASP.NET), и хотя это была хорошая практика в понимании того, как должна работать система документооборота на основе государственных машин, я определенно не влюблен в WWF сам по себе. На мой взгляд так оно и есть:

1. Чрезмерно сложный, особенно для использования в веб-приложениях (все эти потоковые вещи во время выполнения)
2. Незрелый (когда-нибудь работал с этим ужасным дизайнером?)
3. Анемичный в своем текущем наборе функций

Есть ли у кого-нибудь предложения по улучшению структуры рабочего процесса на основе .NET? В частности, я ищу следующие функции:

1. Состояние на основе машины (сопоставление состояний с доступными действиями)
2. Фокус на разрешениях пользователей (управление тем, кто имеет доступ к каким действиям)
3. Возможность запуска рабочих процессов в качестве временных фоновых задач (например, для отправки напоминаний для элементов, которые находились в определенном состоянии в течение x дней)

Это действительно все, что мне нужно. Мне не нужно быть в состоянии "drag and drop" какие-либо действия или визуально проектировать поток. Я совершенно комфортно пишу фактический код, как только запускается определенное действие.

У меня возникли некоторые концептуальные проблемы с выяснением того, как лучше всего реализовать это... Я хочу создать пользовательский класс активности для рабочего процесса Windows. Действие должно вызывать сторонний библиотечный метод, который сам запускает другой процесс асинхронно и может занять от нескольких секунд до нескольких часов для завершения. Эта библиотека предоставляет мне возможность либо опросить результат метода, либо подписаться на событие, которое указывает на его завершение. В моих приложениях, не связанных с рабочим процессом, я обычно просто подписываюсь на это событие, но это не кажется разумным в случае рабочего процесса. Я также не уверен, как лучше всего реализовать схему опроса. Может ли кто-нибудь порекомендовать некоторые указатели на подобные проблемы?