Writing an internal table to a WF container for an already triggered WF From Web Dynpro

Sat Apr 14 09:28:43 EDT 2012

Ali,

I'm glad it worked for you.  To me it's very intuitive: the workflow has to wait for the data to be provided by someone taking another action (in other words, an 'event') so this is the approach that makes sense in the workflow worldview.   I wouldn't be surprised if there is a more straightforward approach from a data-oriented perspective.  But, I would tend to treat the workflow instance as a 'gated community' and expect to access the container only through specific, controlled routes. So I also wouldn't be surprised to find that it just isn't possible to write to the container from outside the workflow in the manner you're suggesting. (Thinking about it, if a program can write to the container at any point in the process, wouldn't that be a risk for unexpected situations to arise? You may 'know' that this webdynpro will only do its thing before a certain point in the workflow. But without a wait step, you can't ensure that the data arrives before it's needed, right?) Maybe someone else with more specific knowledge can weigh in on this question?

But anyway, I'm glad you got it working!

Margaret

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Ali Husain
Sent: Friday, April 13, 2012 5:22 PM
To: SAP WUG
Subject: RE: Writing an internal table to a WF container for an already triggered WF From Web Dynpro

Hello Margaret,

Yeah that's exactly the what i was trying to do which is to pass data from Web Dynpro to Workflow in the middle of the process. I was trying to avoid the FM SWE_EVENT_CREATE because i thought there should be a more intuitive way of passing an internal table to workflow. I've used the the method if_swf_cnt_element_access_1~element_get_value and I was able to read a structure so thought that if_swf_cnt_element_access_1~element_set_value should work for setting data as well. It didn't work for some reason. It could be that i'm missing something in the code i've pasted before. Someone has suggested that i convert the table into XML and do other conversions but that seems to be an overkill for something that i think should've been more straight forward to achieve. I did try the local event and it did work so i guess i'll stick with that for now.

Thanks a lot for the suggestion.
Ali

> From: sap-wug-request at mit.edu<mailto:sap-wug-request at mit.edu>
> Subject: SAP-WUG Digest, Vol 89, Issue 9
> To: sap-wug at mit.edu<mailto:sap-wug at mit.edu>
> Date: Fri, 13 Apr 2012 08:26:43 -0400
>
> Send SAP-WUG mailing list submissions to
> sap-wug at mit.edu<mailto:sap-wug at mit.edu>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> or, via email, send a message with subject or body 'help' to
> sap-wug-request at mit.edu<mailto:sap-wug-request at mit.edu>
>
> You can reach the person managing the list at
> sap-wug-owner at mit.edu<mailto:sap-wug-owner at mit.edu>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of SAP-WUG digest..."
>
>
> Today's Topics:
>
> 1. Writing an internal table to a WF container for an already
> triggered WF From Web Dynpro (Ali Husain)
> 2. RE: Writing an internal ta! ble to a WF container for an
> already triggered WF From W eb Dynpro (Hilsbos, Margaret A)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 13 Apr 2012 02:29:00 +0300
> From: Ali Husain <mr_mago40 at hotmail.com<mailto:mr_mago40 at hotmail.com>>
> Subject: Writing an internal table to a WF container for an already
> triggered WF From Web Dynpro
> To: SAP WUG <sap-wug at mit.edu<mailto:sap-wug at mit.edu>>
> Message-ID: <BAY162-W33B950E7BD5BBECD174AD88F3A0 at phx.gbl<mailto:BAY162-W33B950E7BD5BBECD174AD88F3A0 at phx.gbl>>
> Content-Type: text/plain; charset="windows-1256"
>
>
>
> Hello All,
> I've post this question in the Workflow forum but because i'm trying to work against the clock i'll post it here too.
> I'm trying to write an internal table to a workflow container from Web Dynpro by calling a function module. While searching for this topic, most of the posts i found showed how to do it while raising the event via the FM SWE_EVENT_CREATE. The event container for t! his fm is swcont which is compatible with the macros. For example the following would work:
> INCLUDE <cntn01>.
> swc_container lt_container. "Declaration
> * swc_create_container lt_container. "Initialization - I don't think i need in my case since the workflow has already been triggered
> swc_set_table lt_container 'T_SAME_RSM' it_same_rsm.
> * Calling SWE_EVENT_CREATE which has the type SWCONT for its event parameter.
> However, for my requirement the workflow has already been triggered and i don't need to call that FM. So instead i tried completing the work item using FM SAP_WAPI_WORKITEM_COMPLETE but that fm has the type swr_cont for its container parameter which is not compatible with the macros container type and hence it was dumping when i used it. Same thing for the FM SAP_WAPI_WRITE_CONTAINER.
> I tried transferring the values between the two different structures but that only worked for a single cont! ainer element and not the table type.
> I also tried another app roach but the workflow container was not updated even after including the commit work and wait statement:
> ** CALL METHOD cl_swf_run_wim_factory=>find_by_wiid
> ** EXPORTING
> ** im_wiid = wd_comp_controller->gv_wf_id
> ** RECEIVING
> ** re_instance = lo_wi_handle.
> ** Get the container
> ** lo_cnt = lo_wi_handle->get_wi_container( ).
> ** TRY.
> ** lo_cnt->if_swf_cnt_element_access_1~element_set_value(
> ** EXPORTING
> ** name = 'T_SAME_RSM'
> ** qname =
> ** value = lt_same_rsm
> ** unit =
> ** IMPORTING
> ** exception_return =
> ** ).
> ** CATCH cx_swf_cnt_cont_access_denied .
> ** CATCH cx_swf_cnt_elem_not_found .
> ** CATCH cx_swf_cnt_elem_access_denied .
> ** CATCH! cx_swf_cnt_elem_type_conflict .
> ** CATCH cx_swf_cnt_unit_type_conflict .
> ** CATCH cx_swf_cnt_elem_def_invalid .
> ** CATCH cx_swf_cnt_invalid_qname .
> ** CATCH cx_swf_cnt_container .
> ** ENDTRY.
> Any help on how i would write a table type to the workflow container when the workflow has already been triggered?
> Thanks a lot for the help.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20120413/658b5401/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Fri, 13 Apr 2012 12:26:36 +0000
> From: "Hilsbos, Margaret A" <Margaret.Hilsbos at dayzim.com<mailto:Margaret.Hilsbos at dayzim.com>>
> Subject: RE: Writing an internal table to a WF container for an
> already triggered WF From Web Dynpro
> To: "SAP Workflow Users' Group" <sap-wug at mit.! edu<mailto:sap-wug at mit.!%20edu>>
> Message-ID: <7CD2171329DDA3469582B61CC673B77D058311 40 at corpdag01>
> Content-Type: text/plain; charset="us-ascii"
>
> Ali,
>
> Am I understanding your scenario? Sounds like:
>
>
> 1. Something triggers a workflow
>
> 2. Later, something happens in a webdynpro that creates data that needs to be supplied to the workflow instance that was triggered in step 1.
>
> If that's correct, I'd look at putting a 'wait for event' in the workflow, then have the action in the webdynpro raise that event and pass the data. I'm not sure if that would work - I haven't had to do anything like that - but that's what I'd look at.
>
> Hope that helps,
>
> Margaret
>
>
> From: sap-wug-bounces at mit.edu<mailto:sap-wug-bounces at mit.edu> [mailto:sap-wug-bounces at mit.edu]<mailto:[mailto:sap-wug-bounces at mit.edu]> On Behalf Of Ali Husain
> Sent: Thursday, April 12, 2012 7:29 PM
> To: SAP WUG
> Subject: Writing an internal table to a WF container for an already triggered WF Fro! m Web Dynpro
>
>
> Hello All,
>
> I've post this question in the Workflow forum but because i'm trying to work against the clock i'll post it here too.
>
> I'm trying to write an internal table to a workflow container from Web Dynpro by calling a function module. While searching for this topic, most of the posts i found showed how to do it while raising the event via the FM SWE_EVENT_CREATE. The event container for this fm is swcont which is compatible with the macros. For example the following would work:
>
> INCLUDE <cntn01>.
>
> swc_container lt_container. "Declaration
>
> * swc_create_container lt_container. "Initialization - I don't think i need in my case since the workflow has already been triggered
>
> swc_set_table lt_container! 'T_SAME_RSM' it_same_rsm.
>
> * Calling SWE_EVENT_CREATE which has the type SWCONT for its event parameter.!
>
> However, for my requirement the workflow has already been triggered and i don't need to call that FM. So instead i tried completing the work item using FM SAP_WAPI_WORKITEM_COMPLETE but that fm has the type swr_cont for its container parameter which is not compatible with the macros container type and hence it was dumping when i used it. Same thing for the FM SAP_WAPI_WRITE_CONTAINER.
>
> I tried transferring the values between the two different structures but that only worked for a single container element and not the table type.
>
> I also tried another approach but the workflow container was not updated even after including the commit work and wait statement:
>
> ** CALL METHOD cl_swf_run_wim_factory=>find_by_wiid
>
> **! EXPORTING
>
> ** &nbs p; im_wiid = wd_comp_controller->gv_wf_id
>
> ** RECEIVING
>
> ** re_instance = lo_wi_handle.
>
> ** Get the container
>
> ** ! lo_cnt = lo_wi_handle->get_wi_container( ).
>
> ** TRY.
>
> ** lo_cnt->if_swf_cnt_element_access_1~element_set_value(
>
> ** EXPORTING
>
> ** name = 'T_SAME_RSM'
>
> ** qname =
>
> ** value = lt_same_rsm
>
> ** unit ! =
>
> ** IMPORTING
>
> ** exception_return =
>
> ** ).
>
> ** CATCH cx_swf_cnt_cont_access_denied .
>
> ** CATCH cx_swf_cnt_elem_not_found .
>
> ** CATCH cx_swf_cnt_elem_access_denied .
>
> ** CATCH cx_swf_cnt_elem_type_conflict .
>
> ** CATCH cx_swf_cnt_unit_type_conflict .
>
> ** CATCH cx_swf_cnt_elem_def_invalid .
>
> ** CATCH cx_swf_cnt_invalid_qname .
>
> ** CATCH cx! _swf_cnt_container .
>
> ** ENDTRY.
>
> A ny help on how i! would write a table type to the workflow container when the workflow has already been triggered?
>
> Thanks a lot for the help.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20120413/4cbed4d0/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu<mailto:SAP-WUG at mit.edu>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> End of SAP-WUG Digest, Vol 89, Issue 9
> **************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20120414/217c85fe/attachment-0001.htm