topic Re: Table Control data missing from workflow container in Application Development and Automation Discussions

Table Control data missing from workflow container

Former Member — Mon, 05 Jan 2009 16:04:07 GMT

I have added a table control to a screen, which in turn populates a workflow container with that data using the swc_set_table command. Using the debugger I am able to simulate the user's process and verify that the new data is in the workflow container, along with the container contents that this process originally generates, all the way till the user exits his/her screen.

I then log in as the first approver in the workflow. When I retrieve the container using function SWW_WI_CONTAINER_READ I see the container contents that would be originally generated by this process, but the new data from the table control, which I had previously seen in the container, as descibed above, is missing.

Any suggestions on what might be causing this?

Re: Table Control data missing from workflow container

Former Member — Mon, 05 Jan 2009 16:18:00 GMT

Did you create the same table type in the "WorkFlow" container... ?

Thanks,

Adi ..

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 14:37:04 GMT

Adi,

Thank you for your response. Sorry for the slow reply, but while I received the e-mail notification that you had responded to my post, your reply did not actually appear in the forum before I left my office yesterday afternoon, seven hours after I had received the notification.

Anyway, in response to your question, this is what I already have in place:

The container is defined using the swc_container commannd, which uses include structure swcont.

The table control data is populated in the container using the following command:

swc_set_table g_wi_container wc_wfce_corp p_disp_corp.

Where:

- g_wi_container is the container defined by the above swc_container command.

- wc_wfce_corp is the character constant 'ZCORP_FUNCT'.

- p_disp_corp is an internal table.

As stated in my original post, when in the debugger, I am seeing the data in the container (along with the data that are generated from the previous version of the program, as expected) while stepping through the user process, but when I retrieve the container during the approval process, using function SWW_WI_CONTAINER_READ, the data that are generated from the previous version of the program are there as expected, but the additional table control data I'm trying to add, is not.

Is there something else I need to do to "create the same table type in the WorkFlow container"?

Thanks.

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 18:27:46 GMT

Yes .. for the data that u put in the container ... there should be a place holder in the Workflow too ..

Create a table in the Workflow container of the same type and u should be fine.

To be more specific, you need to create Workflow Builder element with Multiline of same type that your are using in the container ...

Let me know if you still have issues.

Thanks,

Adi

Edited by: Aditya Vistarakula on Jan 6, 2009 1:37 PM

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 18:42:59 GMT

Adi,

I'm obviously missing something, so I'll need some specific commands or examples of commands. As stated in my previous posts I am using the swc_set_table command, and am seeing the table data in the workflow container while the debugger is stepping through the user's input process. It is only when I log in as an approver and retrieve the container that I'm not seeing the table data.

I'm not understanding what I need to do differently between creating the table data in the workflow container, which I'm already doing with the swc_set_table command, versus how and when to create a table in the workflow container, per your suggestion?

Thanks.

Dick

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 19:31:54 GMT

Could you tell me, What elements you have in your Workflow Container of Workflow builder.

And the attributes of the one that you are populating data through swsettable command.

Thanks,

Adi

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 20:24:38 GMT

* indicates Workflow elements that appear in both "user" and "approver" containers

- # indicates table control element that was created using the swc_set_table command and that appear in the "user" container, but not the "approver" container

CONTAINER CONTENTS AT END OF USER PROCESS:

BUDGETENTITY*

COLLEGE*

COMMENTS

FUNDSCENTER*

FUNDSCENTERAPP*

FUNDSCENTERFYI*

FYICONTAINERVALID*

IT_DISP_CORP (2 Rows)#

RESPCCTEXT*

ROUTECODE*

VC*

WFOPR

ZHR_EFORM_ATTRIBUTES (6 Rows)*

ZPPENDING_EMPLOYEE (45 Rows)*

ZWF_EFORM_ROUTE (13 Rows)*

CONTAINER CONTENTS AT BEGINNING OF APPROVAL PROCESS:

AGENTOFRECORD

AGENTREJECTING

APPROVALTYPE

BUDGETENTITY*

CHECKRESULT

COLLEGE*

EMPLOYEE

FINALSTATUS

FLAG

FUNDSCENTER*

FUNDSCENTERAPP*

FUNDSCENTERFYI*

FUNDSCENTERIN

FUNDSCENTEROUT

FYICONTAINERVALID*

LOOPCOUNT

PENDINGEMPLOYEE

PERSONNELSUBAREASOUT

RECORDNOTFOUND

RECORDSINTABLE

REJECTCOUNT

REQUIREDLEVEL

RESPCCTEXT*

ROLEID

ROLETYPE (2 Rows)

ROUTECODE*

SEQUENCE

VC*

WORKITEM

ZHR_EFORM_ATTRIBUTES (6 Rows)*

ZPPENDING_EMPLOYEE (45 Rows)*

ZWF_EFORM_ROUTE (13 Rows)*

WFINITIATOR

WFPARFOREACH_INDEX

WFPRIORITY

WFVERSION

_WORKITEM

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 20:37:01 GMT

Thanks... and i think we are getting close ...

Now .. tell me how you got IT_DISP_CORP (2 Rows)# ,

i belive you see this in the debugging from the pgm and its a internal table defined in the program (table control data) right ?

Now .. in the "WORKFLOW BUILDER" Container - Did you create a Container Element to hold the IT_DISP_CORP data.

Ok.. Tell me what the data type of IT_DISP_CORP .

Do you have a element created with this type in your "WORKFLOW BUILDER: ??

Thanks,

Adi

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 21:18:27 GMT

Adi,

First off, I need to correct some of my terminology before I cause any further confusion. I originally had the table control element named IT_DISP_CORP. (I had an old document in front of my when I made my earlier post.) I have since renamed that element to ZCORP_FUNCT. That correction will make sense farther down in this post.

I got the two rows of element ZCORP_FUNCT to originally appear in the "user" version of the container by the following commands:

Created an instance of the container using:

swc_container g_wi_container

Populated the container using, the swc_set_element and swc_set_table commands. Specifically for the ZCORP_FUNCT element, I used:

swc_set_table g_wi_container wc_wfce_corp p_disp_corp.

Where:

- g_wi_container is the container defined by the above swc_container command.

- wc_wfce_corp is the character constant 'ZCORP_FUNCT'.

- p_disp_corp is an internal table containing two rows.

The internal table, p_disp_corp uses data type ZCORP_FUNCT, that I defined using SE11.

This is the first I've heard of WORKFLOW BUILDER. I'm enhancing an existing program, and this is my first attempt at messing around with workflow, so I'm not the one who originally set up the workflow. I need to do a little more research and ask a few more questions locally before I can answer your question regarding WORLFLOW BUILDER.

To be honest, I'm a little confused with your statement "Do you have a element created with this type in your "WORKFLOW BUILDER: ??"

The swc_container command that I refered to above uses uses include structure swcont. I'm not seeing anywhere in my code where the individual elements of the container are being defined other than the swc_set_element and swc_set_table commands.

As I stated previously, I need to do a little more research and ask a few more questions locally, unless of course there is something obvious you can respond to from what I've just given you.

Thanks.

Re: Table Control data missing from workflow container

Former Member — Tue, 06 Jan 2009 21:32:44 GMT

No problem Dick ... do your re search ...

But a quick info ... when ever you put data into wf container from any pgm .. also there should be a data holder in wf bulider . i.e wf container element ...This is like a interface and data holder where data is transferd from the container to the WF ...

Let me know if you have any questions ... you can also call me 614-735-9825 .. if there are any major questions ....

Thanks,

Adi.

Re: Table Control data missing from workflow container

Sandra_Rossi — Tue, 06 Jan 2009 22:20:25 GMT

I found that thread that might solve :

Otherwise, I need more information to help you :

I don't understand when the screen (with table control) takes place during the workflow. Is it used to trigger the workflow when you save data, or is it called from a dialog step (workflow already started) ?

Moreover I don't understand why (and how!) you check by debug that the data is in the workflow container (are you sure it's stored?). Could you just look at it via SWI1 or other workflow transactions.

Re: Table Control data missing from workflow container

Former Member — Wed, 07 Jan 2009 17:07:55 GMT

Sandra,

Thanks for your reply and for the link to the other post. I gave the SAP_WAPI_READ_CONTAINER function a try instead of SWW_WI_CONTAINER_READ, but with the same result.

Here are answers to your questions.

The screen with the table control is used to trigger the workflow when the user clicks on the "Submit for Approval" button.

I check the contents of the workflow container as I'm stepping through the debugger as follows:

(Let me state up front that I may have caused some confusion when I stated that I am viewing the contents of the container in the debugger. Technically, I suppose I'm viewing a respresentation of the contents of the workflow container as decribed by the objects defined by the swcont structure, which are referenced by the functions described below. Not sure if that clarifies things for you or not.)

First, the container is defined using the swc_container command, which is defined using include structure swcont.

DURING THE USER PROCESS TO SUBMIT AN ITEM FOR APPROVAL:

- the container is populated with a series of swc_set_element and swc_set_table commands

- as it pertains to the table control data, specifically, I use the following command:

swc_set_table g_wi_container wc_wfce_corp p_disp_corp.

Where:

- g_wi_container is the container defined by the above swc_container command.

- wc_wfce_corp is the character constant 'ZCORP_FUNCT'.

- p_disp_corp is an internal table.

After the above swc_set commands are completed, function SWE_EVENT_CREATE is called to to start the workflow. g_wi_container is the TABLES parameter for this function. The sy-subrc after this function has been called is 0. I drill in to g_wi_container both before and after this function call is completed and note the various elements that are present, including the entries for element 'ZCORP_FUNCT'.

After the above function call the user gets a pop-up message stating that the request has been submitted for approval.

DURING THE APPROVAL PROCESS:

- the container is retrieved with function SWW_WI_CONTAINER_READ, after which the various elements are retrieved using a series of swc_get_element and swc_get_table commands

- as it pertains to the table control data, specificially, I use the following command:

swc_get_table g_wi_container wc_wfce_corp p_disp_corp.

Where:

- g_wi_container is the container defined by the above swc_container command.

- wc_wfce_corp is the character constant 'ZCORP_FUNCT'.

- p_disp_corp is an internal table.

I drill in to g_wi_container before the call to SWW_WI_CONTAINER_READ and it is empty, as expected. I drill in to g_wi_container after the call to SWW_WI_CONTAINER_READ is completed and note the various elements that are present. In this case, however, the entries for element 'ZCORP_FUNCT' are NOT there.

Presently, I'm zeroing in on the SWE_EVENT_CREATE function to see if I can spot some type of problem with the new element I'm sticking in the container, even though this container has several other "Z" elements that were added in previous version of the program.

Dick

Re: Table Control data missing from workflow container

Former Member — Wed, 07 Jan 2009 21:31:27 GMT

Sandra,

You got me pointed in the right direction. Somebody here finally straightened me out. The g_wi_container that I was referring to was not actually the Workflow container contents, but an internal table with data that got fed in to the Workflow container.

I was working under the incorrect assumption that anything I inserted using the swc_set_element or swc_set_table commands would automatically be attached to the Workflow container.

One of our systems guys will be adding a new "expression" to the workflow container to sync up with the new element I'm adding.

Thank you for your assistance.

Re: Table Control data missing from workflow container

Former Member — Wed, 07 Jan 2009 21:32:28 GMT

Adi,

You nailed it. Somebody here finally straightened me out. The g_wi_container that I was referring to was not actually the Workflow container contents, but an internal table with data that got fed in to the Workflow container.

I was working under the incorrect assumption that anything I inserted using the swc_set_element or swc_set_table commands would automatically be attached to the Workflow container.

One of our systems guys will be adding a new "expression" to the workflow container to sync up with the new element I'm adding.

Thank you for your assistance.

Re: Table Control data missing from workflow container

Former Member — Wed, 07 Jan 2009 21:33:25 GMT

Re: Table Control data missing from workflow container

Sandra_Rossi — Wed, 07 Jan 2009 21:46:03 GMT

First of all, thx for your explanation, and second, I apologize for my questions that seem out of date as there were already the answers, but I had problems yesterday with my PC (or was it SDN?) and I only saw the 3 or 4 first posts!

Anyway I think that Adi pointed out the problem as it seems that you didn't define the attribute in the container of the workflow builder (as he explained).

Note that I don't understand how your workflow is done (and why you need to call this function module), as the approval screen (for the approver) should normally be defined as a dialog step/task of that workflow, and thus all the attributes of the workflow runtime could be passed to this step/task. I mean : if you add attribute ZCORP_FUNCT in workflow builder container, then pass it as a parameter to the step/task (it's called binding), and then you won't need to call SWW_WI_CONTAINER_READ to get the attributes.

Re: Table Control data missing from workflow container

Sandra_Rossi — Wed, 07 Jan 2009 21:48:47 GMT

argh, I'm still late, I was answering at the same time you were posting. Congratulations!

Re: Table Control data missing from workflow container

Former Member — Wed, 07 Jan 2009 21:54:58 GMT

I think SDN was the reason you weren't seeing all of the posts. When I got the e-mail notification that Adi had replied the first time I didn't actually see his response in the forum by the time I left the office for the day, seven hours later. The first time I logged in to the forum this morning I saw only the first three or four posts. I logged out and logged back in and saw all of them.

Re: Table Control data missing from workflow container

Sandra_Rossi — Wed, 07 Jan 2009 22:09:46 GMT

thx for the info, so I don't become mad