What is corresponding module and java Class for dm_bpm_noop_method?

devil1987

Dear All,

Do anyone know corresponding java Class for dm_bpm_noop_method?

My workitem state is 5 for Decision Split activity which is in background calling method dm_bpm_noop_method.

Dexision split activity which uses dmbascic method dm_noop_auto_method however transitions properly in the same flow.

Can somebody help figuring the module and class for dm_bom_noop_method?

Find more posts tagged with

Documentum

Comments

Alvaro_de_Andres

dm_bpm_noop_method only acquires and completes the workitem. Check JMS log for any error.

devil1987

Thanks Alvaro.

Yes you are right that dm_bpm_noop_method acquires and completes the workitem. While execution of workitem during Decision Split activity, it is throwing an error in docbase log:

One thing to be noted is custom_application_type object is attached to the workflow at this point of workflow. And custom_application_type object has attribute has_package. So I was wondering which class's method is executed as per method verb dm_bpm_noop_method.(As dm_bpm_noop_method is java method with method_verb as dm_bpm_noop_method which suggests it to be some dmc_module). So which is the module for the same?
Error in docbase log is: However this object is fetched correctly in Decision Split activity(this uses dm_noop_auto_method) which is present earlier then the decision split where I am facing error.

So dm_bpm_noop_method is failing, whereas dmbasic method dm_noop_auto_method is working fine.

Do you have any solution for solving dm_bpm_noop_method which fails with above error log.

Error log is as following:

error from database system was: ORA-00932: inconsistent datatypes: expected %s got %s"

[DM_OBJ_MGR_E_FETCH_FAIL]error: "attempt to fetch object with handle <<custom_application_type r_object_id>> failed"

[DM_EXPRESSION_E_UNABLE_TO_FETCH_ATTRIBUTE_VALUE]error: "The Expression Handler was unable to fetch attribute has_package of type "custom_application_type" at index -1 for object <<r_object_id of custom_application_type>>."

[DM_EXPRESSION_E_UNABLE_TO_EXECUTE]error: "The Expression Manager encountered an execution error for expression with id <<expression r_object_id>>. Check the source code stored in routine id <<routine r_object_id>>, page 0."

[DM_WORKFLOW_E_COMPUTE_TRANS_COND]error: "Failed to compute transition condition for activity 'customActivitySplit' (13) of workflow (<<Workflow r_object_id>>)."

Alvaro_de_Andres

have you checked this thread: ? That looks like a problem with the split condition

dm_bpm_noop_mehtod uses com\documentum\server\impl\method\workflow\DmNoopAutoMethod.class (from JMS/.../ServerApps.ear/lib/server-impl.jar)

PanfilovAB


dm_bpm_noop_mehtod uses com\documentum\server\impl\method\workflow\DmNoopAutoMethod.class (from JMS/.../ServerApps.ear/lib/server-impl.jar)

No.

Actually there are three "noop" methods:

dm_noop_auto_method - written on dmbasic
dm_noop_auto_method_java - written on java
dm_bpm_noop_method - part of CS (i.e. CS does not execute real method, it just completes workitem)