<p>
Hello Mike,
</p>
<p>
I will do as you suggested, many thanks for your help (again)
</p>
<p>
Cheers
</p>
<p>
Tim <br />
<br />
On Aug 2 2011, Mike Pokraka wrote: <br />
<br />
Hi Tim,<br />
<br />
Sorry if not clear, I meant you can create a new task based on a<br />
class/method and then link your portal app to this task. When executed in<br />
the portal it will launch your app, when in the backend it will execute<br />
the code.<br />
<br />
You could create it as a BOR method, but I find WF classes quicker and<br />
easier for this type of thing. All you need is a class that implements<br />
interface IF_WORKFLOW so that it can be used in a WF task. Make sure that<br />
you implement all the interface methods (can be empty if you only create<br />
static methods), create your launcher method PORTAL_ONLY_WEBSERVICE or<br />
whatever and plug into task.<br />
In your method you'll have the momentous chore of writing perhaps two<br />
lines of code, something along the lines of:<br />
<br />
message 'Please lauch this task from the portal' type 'W' display like 'E'.<br />
" (Or use a popup window of sorts)<br />
raise exception type CX_BO_CANCELLED.<br />
<br />
The exception CX_BO_CANCELLED has exactly the same effect as the user<br />
cancelling out of a WF step.<br />
<br />
Hope that helps,<br />
Mike<br />
<br />
<br />
On Tue, August 2, 2011 11:45 am, tim_price@totalise.co.uk wrote:<br />
>
</p>
<p>
<br />
> Hello Mike,<br />
>
</p>
<br />
>
<p>
<br />
> Thanks for your suggestion.<br />
>
</p>
<br />
>
<p>
<br />
> How do I assign the static class to the workflow task, do I use the<br />
> program exit on the workflow task step?<br />
>
</p>
<br />
>
<p>
<br />
> Regards<br />
>
</p>
<br />
>
<p>
<br />
> Tim <br />
>
</p>
<br />
>
<p>
<br />
> <br />
<br />
> <br />
<br />
> On Aug 2 2011, Mike Pokraka wrote: <br />
<br />
> <br />
<br />
> Hi Tim,<br />
<br />
> <br />
<br />
> Just create your own class with a static method to display a message to >><br />
> the user that this must be executed from the portal. It can either raise<br />
> <br />
<br />
> a CX_BO_CANCELLED exception or replace itself back into everyone's<br />
> inbox.<br />
<br />
> <br />
<br />
> Cheers,<br />
<br />
> Mike<br />
<br />
> <br />
<br />
> On Mon, August 1, 2011 6:27 pm, Tim Price wrote:<br />
<br />
> > Hello,<br />
<br />
> ><br />
<br />
> > System ECC6 and Portal<br />
<br />
> ><br />
<br />
> > I have developed a bespoke workflow that has workflow tasks calling a<br />
> web<br />
<br />
> > dynpro.<br />
<br />
> > These workflow task call method DISPLAY on business object<br />
> WEBSERVICE,<br />
<br />
> > this all works well. The tasks do not have Confirm end of<br />
> processing<br />
<br />
> > checked.<br />
<br />
> ><br />
<br />
> > I was wondering, if it is possible to distinguish if the task has<br />
> been<br />
<br />
> > process/completed directly in R/3 without using the Portal to execute<br />
> the<br />
<br />
> > task, as the business only want the tasks to be processed from the<br />
> Portal.<br />
<br />
> ><br />
<br />
> > Regards<br />
<br />
> > Tim<br />
<br />
> ><br />
<br />
> ><br />
<br />
> ><br />
<br />
> > _______________________________________________<br />
<br />
> > SAP-WUG mailing list<br />
<br />
> > SAP-WUG@mit.edu<br />
<br />
> > http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
> ><br />
<br />
> <br />
<br />
> <br />
<br />
> _______________________________________________<br />
<br />
> SAP-WUG mailing list<br />
<br />
> SAP-WUG@mit.edu<br />
<br />
> http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
>
</p>
<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 />
_______________________________________________<br />
SAP-WUG mailing list<br />
SAP-WUG@mit.edu<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />