Задвоение экземпляров Workflow

[Sergo4]

Столкнулся со странной ситуацией, при запуске утверждения, например закупки, происходит создание 2-х (3-х, 4-х) абсолютно одинаковых экземпляров Workflow.
Кто нибудь сталкивался с подобным? Это можно как то победить?

[Ivanhoe]

А у вас корректно сделана проверка на возможность запуска Workflow по документу? Может, просто пользователь несколько раз нажимает на отправку?

[Sergo4]

Исключено....после нажатия на кнопку, пользователю выдается еще одна форма, где он должен добавить комментарий, и нажать на еще одну кнопку. Более того, я на момент нажатия вешал перебор 100000 записей LedgerTrans. чтобы имитировать "тормоза системы" и в момент этого несколько раз нажимал на кнопку. Запустился только один экземпляр.

[Ivanhoe]

А параллельно разные люди не могли запустить несколько раз? Если запись не перечитывается в классе создания экземпляра Workflow, то проверка на статус может все равно не отработать.

[Sergo4]

возможно....сейчас попробую с имитировать...

[Sergo4]

Сейчас посмотрел, но не запуск из под разных пользователей, а нашел пример, где по одной закупке запустилось 4 экземпляра Workflow, из под одного пользователя, с интервалом в 4-5 секунд

[Sergo4]

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

[Vadik]

Цитата:

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

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

Было починено в SP1 RU7 (речь ведь о AX 2009, насколько я понимаю ?)

[Sergo4]

Цитата:

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

Было починено в SP1 RU7 (речь ведь о AX 2009, насколько я понимаю ?)

Да, о AX 2009, спасибо за информацию.
А запуск нескольких экземпляров из под одного пользователя не починили в каком нибудь сервис паке?

[Vadik]

Цитата:

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

Да, о AX 2009, спасибо за информацию.
А запуск нескольких экземпляров из под одного пользователя не починили в каком нибудь сервис паке?

У нас такого не возникало. Возможно, починили

[Ivanhoe]

Цитата:

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

Было починено в SP1 RU7 (речь ведь о AX 2009, насколько я понимаю ?)

Можно ссылку? Я видел выход нескольких HF для конкретных стандартных документов. Так они сводились к buffer.reread() перед вызовом .canSubmit().

[Vadik]

Цитата:

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

Можно ссылку?

Оно ?

[Ivanhoe]

Именно! Это касается конкретно одного документа - Заявки на покупку и решено именно reread() перед непосредственно отправкой. Т.е. даже если в интерфейсе кнопочка у пользователя доступна, то отругается на попытке заново запустить WF (по статусу).

[Sergo4]

Цитата:

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

Именно! Это касается конкретно одного документа - Заявки на покупку и решено именно reread() перед непосредственно отправкой. Т.е. даже если в интерфейсе кнопочка у пользователя доступна, то отругается на попытке заново запустить WF (по статусу).

А вы не могли бы указать в каком классе должно вызываться reread()? У меня просто нет доступа на прочтение указанной ссылки...

[Ivanhoe]

Говорим про заявки на покупку - так?
Класс PurchReqWorkflow.

Метод 1:

void submit()
{
    Object                      purchReqTable_ds;
    NoYes                       activatingFromWeb;
    boolean                     canSubmit;
    ;

    canSubmit = PurchReqWorkflow::canSubmit(purchReqTable);

    if(canSubmit)
    {...

И собственно сама проверка на возможность запуска:

public static boolean canSubmit(PurchReqTable purchReqTable)
{
    PurchReqLine        purchReqLine;
    boolean             canSubmit           = true;
    PurchReqParameters  purchReqParameters  = PurchReqParameters::find();
    VendTable           vendtable;
    ;

    purchReqTable.reread();

    if (purchReqParameters.HeaderBusinessJustification)
    {
        if (PurchReqBusJustification::find(purchReqTable.TableId, purchReqTable.RecId).BusinessJustification == '')
        {
            canSubmit = checkFailed("@SYS110605");
        }
    }

    if(!(purchReqTable.State == PurchReqWorkflowState::NotSubmitted ||
            purchReqTable.State == PurchReqWorkflowState::Returned ||
            purchReqTable.State == PurchReqWorkflowState::ChangeRequest))
    {
        throw error("@SYP4572");
    }
...

[Sergo4]

Цитата:

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

Говорим про заявки на покупку - так?
Класс PurchReqWorkflow.

Метод 1:

void submit()
{
    Object                      purchReqTable_ds;
    NoYes                       activatingFromWeb;
    boolean                     canSubmit;
    ;

    canSubmit = PurchReqWorkflow::canSubmit(purchReqTable);

    if(canSubmit)
    {...

И собственно сама проверка на возможность запуска:

public static boolean canSubmit(PurchReqTable purchReqTable)
{
    PurchReqLine        purchReqLine;
    boolean             canSubmit           = true;
    PurchReqParameters  purchReqParameters  = PurchReqParameters::find();
    VendTable           vendtable;
    ;

    purchReqTable.reread();

    if (purchReqParameters.HeaderBusinessJustification)
    {
        if (PurchReqBusJustification::find(purchReqTable.TableId, purchReqTable.RecId).BusinessJustification == '')
        {
            canSubmit = checkFailed("@SYS110605");
        }
    }

    if(!(purchReqTable.State == PurchReqWorkflowState::NotSubmitted ||
            purchReqTable.State == PurchReqWorkflowState::Returned ||
            purchReqTable.State == PurchReqWorkflowState::ChangeRequest))
    {
        throw error("@SYP4572");
    }
...

Да, огромное спасибо!