When you're debugging, and you perform the Set can you see the data in the container?? The container is just an internal table at runtime after all.<br><br>To confirm if there is something funny about the dictionary structure you're using, copy it to a Z version in the dictionary and use that in your Container/Method element definitions.
<br><br>Also is this the only thing being passed out?? Are there other export parameters which are working? If it is the only one, try a simple hard coded 'X' in a element defined on Boole-Boole.<br><br><br><br><div>
<span class="gmail_quote">On 8/1/07, <b class="gmail_sendername">Dan Stoicof</b> <<a href="mailto:dstoico1@jhmi.edu">dstoico1@jhmi.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
What I said before is that I have the data at the time of execution of swc_set_element. Something happens after this (or this "set element" does not load the container because there is no more code after this statement).
<br>Bindings are the same throughout. The thing is, even when I test the method (in SWO1), the export parameter does not get populated . . .<br><br>Regards,<br><br>Dan<br><br>>>> "Sample, Rick" <<a href="mailto:Rick.Sample@gbe.com">
Rick.Sample@gbe.com</a>> 8/1/2007 11:39 AM >>><br>ok, you have data at point of method completion.<br>now, is your binding from your method to you task set and same type?<br>i.e. go to the Task, basic data tab down in the Object Method and check
<br>those binding there.<br><br>Rick Sample<br>SAP Business Workflow Developer<br>Graybar, Inc.<br><br><br><br>-----Original Message-----<br>From: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a> [mailto:
<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>] On Behalf<br>Of Dan Stoicof<br>Sent: Wednesday, August 01, 2007 9:25 AM<br>To: <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>Subject: RE: Container element of type BAPIRETURN does not get set
<br><br>The method is synchronous. XXXXXX (in swc_set_TABLE container XXXXX) is<br>of type BAPIRETURN which is not a table, so I cannot use swc_set_TABLE).<br><br>>>> "Sample, Rick" <<a href="mailto:Rick.Sample@gbe.com">
Rick.Sample@gbe.com</a>> 8/1/2007 10:04 AM >>><br>If you have BAPIRETURN as table, swc_get_TABLE container XXXXX?<br>Should be synchronous, Multiline, result parm as table all the way from<br>Method to task.<br>
Task should have element same data type.<br><br>Also, can only send back a Result parm in synchronous.<br><br>Rick Sample<br>SAP Business Workflow Developer<br>Graybar, Inc.<br><br><br><br>-----Original Message-----<br>From:
<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a> [mailto:<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>] On Behalf<br>Of Dan Stoicof<br>Sent: Wednesday, August 01, 2007 8:01 AM<br>
To: <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>Subject: Re: Container element of type BAPIRETURN does not get set<br><br>I tried, as suggested, a different name . . . same result: both<br>container and parameter are blank after execution.
<br><br>Regards,<br><br>Dan<br><br>>>> Mike Pokraka <<a href="mailto:asap@workflowconnections.com">asap@workflowconnections.com</a>> 8/1/2007 6:16 AM >>><br>Just a shot in the dark, but try naming it something else. "Return" is
<br>too close to having other meanings.<br><br>On Tue, July 31, 2007 11:28 pm, Dan Stoicof wrote:<br>> Hello,<br>><br>> I have defined a container element, "Return", of type BAPIRETURN.<br>> Also, I created an export parameter with the same name and type.
<br>><br>> In my code I set it like this:<br>><br>> SWC_SET_ELEMENT CONTAINER 'Return' ls_return<br>><br>> . . . where ls_return is of the same type, BAPIRETURN.<br>><br>> When I debug the code, ls_return has data in it (so technically my
<br>> container element should get the same value), but after execution, the<br><br>> parameter and the container element are blank.<br>><br>> Is there something about BAPIRETURN that the SWC_SET_ELEMENT does not
<br>> like?<br>><br>> Thanks!<br>><br>> Dan Stoicof<br>> HopkinsOne Project<br>><br>> _______________________________________________<br>> SAP-WUG mailing list<br>> <a href="mailto:SAP-WUG@mit.edu">
SAP-WUG@mit.edu</a><br>> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>><br><br><br>--<br>Mike Pokraka<br>Senior Consultant<br>Workflow Connections<br>
Mobile: +44(0)7786 910855<br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br></blockquote></div><br>