SWW_CONTOB entries missing

Ravi Dixit dolbydix at gmail.com
Tue Jul 6 20:00:29 EDT 2010


Thanks guys!

Some updates:

We have been using PV7i and PV8i transactions for training booking and
cancellation, and this FM is being called within FM
RH_GET_ATTENDEE_ACTIVITIES that in turn is called in the above transactions.
I will wait for their response prior to considering a change to
RH_GET_ATTENDEE_ACTIVITIES.

I also don't wish to change the persistence profile on the workflow without
knowing its implications especially after Eddie' response here
http://mailman.mit.edu/pipermail/sap-wug/2009-December/031753.html

The FM RH_GET_ATTENDEE_WORKITEMS was last changed in 2009.

I have raised an OSS message waiting to hear back from SAP.

Regards
Ravi


On Wed, Jul 7, 2010 at 2:06 AM, <sap-wug-request at mit.edu> wrote:

> Send SAP-WUG mailing list submissions to
>        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
>
> You can reach the person managing the list at
>        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. RE: SWW_CONTOB entries missing (Mike Gambier)
>   2. Re: SWW_CONTOB entries missing (Mike Pokraka)
>   3. Re: Forward Workitem (Sheldon Oxenberg)
>   4. Modify Ad-hoc approver screen (Lalitha Sankaran)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 6 Jul 2010 09:56:43 +0000
> From: Mike Gambier <madgambler at hotmail.com>
> Subject: RE: SWW_CONTOB entries missing
> To: <sap-wug at mit.edu>
> Message-ID: <SNT107-W112102BC3E02A51FD4D9C4D5B20 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Ravi,
>
>
>
> At first glance this would sound like a genuine OSS message needs to be
> raised. SAP's code should work regrdless of which Container option you've
> chosen, especially if you're calling an 'RH_*' Function Module.
>
>
>
> But looking at the code inside that FM I'd be a little concerned if I were
> you that the code hasn't been touched since 2003 and the Database View it
> depends on (SWIVOBJECT) not adjusted since 2005 and entirely dependent on
> SWW_CONTOB.
>
>
>
> Fundamentally I think you have a bigger functional issue here in that the
> code you are currently relying in simply could not cope with the changes
> that came in as part of ECC 6.
>
>
>
> You may want to ask SAP if they can suggest an alternative option entirely.
>
>
>
> If you plan on continuing to use this FM and how it currently works then
> you must switch your WFs back to the 'old' Persistence profile as the FM is
> completely unaware of the new XML approach.
>
>
>
> Regards,
>
>
>
> Mike GT
>
>
>
> Date: Tue, 6 Jul 2010 12:04:31 +1000
> Subject: SWW_CONTOB entries missing
> From: dolbydix at gmail.com
> To: sap-wug at mit.edu
>
> Hello Fellow WUGgers
>
> I have developed a new workflow in ECC6 and it has defaulted the
> Persistence profile (Workflow Builder => Basic Data => Version Dependent =>
> Control tab ) to XML Persistence. What this does is it does not create
> enrtries in SWW_CONTOB. The standard FM RH_GET_ATTENDEE_WORKITEMS reads the
> view
>
> swivobject and there are no results returned, which in turn affects the
> data displayed to the attendee when they click on their Training History in
> ESS.
>
> I could not find any recent notes for this FM.
>
> My question is, what are the implications of changing the persistence
> profile? Or Should I be changing the standard code to read the correct
> tables?
>
> Thanks for your help.
> --
> Best Regards
> Ravi Dixit
>
> _________________________________________________________________
> http://clk.atdmt.com/UKM/go/197222280/direct/01/
> We want to hear all your funny, exciting and crazy Hotmail stories. Tell us
> now
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20100706/53ba2402/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Tue, 6 Jul 2010 12:19:57 +0100 (BST)
> From: "Mike Pokraka" <wug at workflowconnections.com>
> Subject: Re: SWW_CONTOB entries missing
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> Message-ID:
>        <be5e963a99d82dc5b578748cfd28895f.squirrel at g.mail.aaisp.net.uk>
> Content-Type: text/plain;charset=iso-8859-1
>
> Based on Mike's comments I'd be inclined to give up on it and write your
> own using SAP_WAPI_WORKITEMS_TO_OBJECT.
> Most of the HR stuff is gradually being replaced by OO so there's
> sometimes little hope of getting these things updated. For that type of
> function I'd personally think it less effort to write my own or look for a
> class than to go the OSS route.
>
>
> On Tue, July 6, 2010 3:04 am, Ravi Dixit wrote:
> > Hello Fellow WUGgers
> >
> > I have developed a new workflow in ECC6 and it has defaulted the
> > Persistence
> > profile (Workflow Builder => Basic Data => Version Dependent => Control
> > tab
> > ) to *XML Persistence.* What this does is it does not create enrtries in
> > SWW_CONTOB. The standard FM *RH_GET_ATTENDEE_WORKITEMS *reads the view *
> > swivobject* and there are no results returned, which in turn affects the
> > data displayed to the attendee when they click on their Training History
> > in
> > ESS.
> >
> > I could not find any recent notes for this FM.
> >
> > My question is, what are the implications of changing the persistence
> > profile? Or Should I be changing the standard code to read the correct
> > tables?
> >
> > Thanks for your help.
> >
> > --
> > Best Regards
> > Ravi Dixit
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20100707/28d83953/attachment.htm


More information about the SAP-WUG mailing list