<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head><body>
<p>Hi Mike,<br /></p>
<p><br /></p>
<p>well yes ... and no ... I'm currently using a workaround by calling the functional method through a background tasks, which is working fine.<br /></p>
<p>Nevertheless the list of objects doesn't work with a container-like function-method.<br /></p>
<p><br /></p>
<p>I don't know, where you get it from, that the events are processed synchronously, keeping the instances alive without going through the persistency interface, because the SWW_WI_START_VIA_EVENT_IBF is transfers the event container through the XML-container, which has turned the instances through the LPOR-interfac, making them SIBLFPORB's (with B).<br /></p>
<p><br /></p>
<p>From there, the instances are picked up again and made unpersistent again, using a separate task. ... And the tRFC is always used on event processing, in order to change the user-context to WF-BATCH.<br /></p>
<p><br /></p>
<p>But aside from this, a parameter for a method call cannot hold currently a list of objects, regardless of how you specifiy them, and yes, ... the list is context-wise created, so I don't want to store them away just for a single-shot :-)<br /></p>
<p><br /></p>
<p>Thx for addressing that again, ... and there's no time here to create OSS-Messages, but maybe someone from the group likes to have some fun, chatting with the SAP Support about it :-)<br /></p>
<p><br /></p>
<p class="io-ox-signature">Mit freundlichen Gruessen / With kind regards<br /> Florin Wach<br /> Senior Workflow Engineer<br /> SAP Certified Development Associate for Workflow<br /><br />--------------------------------------------------<br />http://www.systems-integration.net</p>
<blockquote type="cite">
<p>Mike Pokraka <wug@workflowconnections.com> hat am 4. Mai 2015 um 14:11 geschrieben:<br /><br /><br />Hi Florin,<br /><br />Sorry about late reply, you've probably solved this by now, but...<br /><br />OK, I wasn't aware that this was in an event binding. However it may still<br />work, as most instance linkage events are processed synchronously - this<br />is why your table of ref-to's works. I suspect it may break down under<br />heavy load when the system decides to shift stuff into TRFC.<br /><br />I would debug the error message too, and possibly raise it with OSS. This<br />should normally work, and the table approach as you have it would be my<br />choice too for an instance linkage.<br /><br />Of course, persisting a collection object is also easy if the data already<br />exists in the DB. An order header is basically a collection of items, so<br />the sam logic may apply? If on the other hand the data is completely<br />transient (e.g. something a user has just hilighted in a dialog), then<br />it's probably overkill to write that to the DB.<br /><br />Regards,<br />Mike<br /><br /><br />On Sun, April 26, 2015 9:14 pm, Florin Wach (SI) wrote:<br />> Hi Mike,<br />><br />> nice to hear from you again :-))))<br />><br />><br />> Well, those objects … they come in as an event parameter for a wait<br />> step, so there’s some persistency in-between.<br />><br />> … I didn’t mean to create a persistency interface for a collection on<br />> that time :-) … or do you have a more simple idea on that, too?<br />><br />> Plan-B is, to create a background step instead of the container operation.<br />> That’ll work without refactoring on the current solution, too much.<br />><br />><br />> With the very best wishes<br />> Florin<br />><br />><br />><br />> Mit freundlichen Grüßen / With best regards<br />> Florin Wach<br />> Senior Workflow Engineer<br />> Systems-Integration<br />><br />> ----------------------------------------------------------------------<br />> www.systems-integration.net <http://www.systems-integration.net/><br />>> Am 23.04.2015 um 15:29 schrieb Mike Pokraka<br />>> <wug@workflowconnections.com>:<br />>><br />>> Hi Florin,<br />>><br />>> Why not use a collection object to hold the instances? Standard OO<br />>> pattern to do that sort of thing...<br />>><br />>> Regards,<br />>> Mike<br />>><br />>> On 23 Apr 2015, at 12:52, Florin Wach<br />>> <florin.wach@systems-integration.net<br />>> <mailto:florin.wach@systems-integration.net>> wrote:<br />>><br />>> Dear wuggies,<br />>><br />>><br />>><br />>> I'm somehwat stuck with a problem that didn't seem to any issue at all:<br />>><br />>><br />>><br />>> I've a container elemente based an an ABAP Class, having checked<br />>> "Multiline" on.<br />>><br />>> This is working fine, and I'm using this list in the event type coupling<br />>> and in other steps.<br />>><br />>><br />>><br />>> Now, when I'm defining a container operation, where one of the import<br />>> elements is a table of those class instances, i receive the error<br />>> "Invalid value for parameter 'xyz' (method ... )".<br />>><br />>><br />>><br />>> I doesn't work, when I declare the parameter as a table-type OF class,<br />>> nor does it work, declaring the type SIBFLPORT (which is the table-type<br />>> for SIBFLPOR).<br />>><br />>><br />>><br />>><br />>><br />>> I got another method, which is using the Table-Typ of type-ref-to and<br />>> which is called by a WORKITEM. And that works. There're no error given<br />>> that the type mismatches or ...<br />>><br />>><br />>><br />>> What's wrong with it?<br />>><br />>><br />>><br />>> Florin<br />>><br />>> _______________________________________________<br />>> SAP-WUG mailing list<br />>> SAP-WUG@mit.edu <mailto:SAP-WUG@mit.edu><br />>> http://mailman.mit.edu/mailman/listinfo/sap-wug<br />>> <http://mailman.mit.edu/mailman/listinfo/sap-wug><br />>> _______________________________________________<br />>> SAP-WUG mailing list<br />>> SAP-WUG@mit.edu<br />>> http://mailman.mit.edu/mailman/listinfo/sap-wug<br />><br />> _______________________________________________<br />> SAP-WUG mailing list<br />> SAP-WUG@mit.edu<br />> http://mailman.mit.edu/mailman/listinfo/sap-wug<br />><br /><br />_______________________________________________<br />SAP-WUG mailing list<br />SAP-WUG@mit.edu<br />http://mailman.mit.edu/mailman/listinfo/sap-wug<br /></p>
</blockquote>
</body></html>