1. trying to use subclass in workflow, but superclass is instantiated (Paul.Bakker@osr.qld.gov.au)

Guru Dutt gurudutt.sap at gmail.com
Wed Jun 6 13:28:38 EDT 2012


Hi Paul,

Workflow class are persistent objects. So you need to use instatiated
object of subclass to call its methods.

Hope this solves your problem.

Regards,
Guru
On Jun 6, 2012 8:06 PM, <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. trying to use subclass in workflow, but superclass is
>      instantiated (Paul.Bakker at osr.qld.gov.au)
>   2. Re: trying to use subclass in workflow, but superclass is
>      instantiated (Florin Wach)
>   3. Re: SAP-WUG Digest, Vol 91, Issue 8 (Naveen Kusuma)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 6 Jun 2012 11:17:49 +1000
> From: Paul.Bakker at osr.qld.gov.au
> Subject: trying to use subclass in workflow, but superclass is
>        instantiated
> To: sap-wug at mit.edu
> Message-ID: <201206060118.q561Hk1f023855 at mailhub-dmz-4.mit.edu>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Hello WUG OO experts,
>
> As time goes on, I'm gradually switching my new workflow developments to
> OO, just to see what the benefits are.
>
> Anyway, I have just run into a strange problem. I have defined a superclass
> ZCl_CLASS and a subclass ZCL_SUB_CLASS.
>
> The subclass inherits all the methods of the superclass, and you can
> redefine them, which is good. However I've noticed that you can't redefine
> the critical method BI_PERSISTENT~FIND_BY_LPOR, because it is a 'static'
> method.
>
> This causes a big problem when I start a workflow containing a
> ZCL_SUB_CLASS object, because I've found that FIND_BY_LPOR instantiates an
> object of type ZCL_CLASS in the container!
>
> The workflow therefore runs into an error when it tries to execute
> ZCL_SUB_CLASS->MY_SUBCLASS_METHOD... it reports that the method does not
> exist.
>
> I must be doing something wrong.. but what is it?
>
> merci,
>
> Paul Bakker
>
>
>
> *********************************************************************************************
> Only an individual or entity who is intended to be a recipient of this
> e-mail may access or use the information contained in this e-mail or any of
> its attachments.  Opinions contained in this e-mail or any of its
> attachments do not necessarily reflect the opinions of Queensland Treasury.
>
> The contents of this e-mail and any attachments are confidential and may
> be legally privileged and the subject of copyright.  If you have received
> this e-mail in error, please notify Queensland Treasury immediately and
> erase all copies of the e-mail and the attachments.  Queensland Treasury
> uses virus scanning software.  However, it is not liable for viruses
> present in this e-mail or in any attachment.
>
> ***************************************************************************************************
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 06 Jun 2012 16:14:03 +0200
> From: "Florin Wach" <florin.wach at gmx.net>
> Subject: Re: trying to use subclass in workflow, but superclass is
>        instantiated
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> Message-ID: <20120606141403.163170 at gmx.net>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Paul,
>
> you need to have the same constructor's signature on both classes and then
> you have to use ... in find_by_lpor:
>
>
>      CREATE OBJECT lo_instance_object TYPE (lpor-typeID)
>                    EXPORTING
>                       iv_instID = lpor-instID.
>
>      result ?= lo_instance_object.
>
>
> And you need to redefine the instance method LPOR to return your new
> subclass' name, so the workflow instantiates the subclass the next time,
> too.
>
>
> Have fun, take care,
>   Florin
>
>
> -------- Original-Nachricht --------
> > Datum: Wed, 6 Jun 2012 11:17:49 +1000
> > Von: Paul.Bakker at osr.qld.gov.au
> > An: sap-wug at mit.edu
> > Betreff: trying to use subclass in workflow, but superclass is
> instantiated
>
> >
> > Hello WUG OO experts,
> >
> > As time goes on, I'm gradually switching my new workflow developments to
> > OO, just to see what the benefits are.
> >
> > Anyway, I have just run into a strange problem. I have defined a
> > superclass
> > ZCl_CLASS and a subclass ZCL_SUB_CLASS.
> >
> > The subclass inherits all the methods of the superclass, and you can
> > redefine them, which is good. However I've noticed that you can't
> redefine
> > the critical method BI_PERSISTENT~FIND_BY_LPOR, because it is a 'static'
> > method.
> >
> > This causes a big problem when I start a workflow containing a
> > ZCL_SUB_CLASS object, because I've found that FIND_BY_LPOR instantiates
> an
> > object of type ZCL_CLASS in the container!
> >
> > The workflow therefore runs into an error when it tries to execute
> > ZCL_SUB_CLASS->MY_SUBCLASS_METHOD... it reports that the method does not
> > exist.
> >
> > I must be doing something wrong.. but what is it?
> >
> > merci,
> >
> > Paul Bakker
> >
> >
> >
> *********************************************************************************************
> > Only an individual or entity who is intended to be a recipient of this
> > e-mail may access or use the information contained in this e-mail or any
> of
> > its attachments.  Opinions contained in this e-mail or any of its
> attachments
> > do not necessarily reflect the opinions of Queensland Treasury.
> >
> > The contents of this e-mail and any attachments are confidential and may
> > be legally privileged and the subject of copyright.  If you have received
> > this e-mail in error, please notify Queensland Treasury immediately and
> erase
> > all copies of the e-mail and the attachments.  Queensland Treasury uses
> > virus scanning software.  However, it is not liable for viruses present
> in
> > this e-mail or in any attachment.
> >
> ***************************************************************************************************
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 6 Jun 2012 20:03:28 +0530
> From: Naveen Kusuma <naveen.kk99 at gmail.com>
> Subject: Re: SAP-WUG Digest, Vol 91, Issue 8
> To: sap-wug at mit.edu
> Message-ID:
>        <CACn=AMMJVP=KbqOwQSjnCAaKS5170vP3nT1Q_R1+Q_Nu9OeWGA at mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Use T.Code: SWU_OBUF
>
> *Thanks,
> Naveen Kumar*
>
>
> On Wed, Jun 6, 2012 at 5:51 PM, <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: Buffer problem in SAP Workflow (Arghadip)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 5 Jun 2012 13:52:43 -0500
> > From: Arghadip <arghadip.kar at gmail.com>
> > Subject: Re: Buffer problem in SAP Workflow
> > To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > Message-ID:
> >        <
> CAN7b8eKFyFy9ZjL8cEWN7+yvw7SUGkT_twbOQjsFB6O93KmRWg at mail.gmail.com
> > >
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi Sanjay
> >
> > It seems this is a CRM system. I think I will ask you to debug and may be
> > check where that partcular message is throwing up. I do not have a CRM
> > system to check this.
> >
> > Thanks
> > Arghadip
> >
> > On Tue, Jun 5, 2012 at 9:24 AM, Sanjay9 P <sanjay9.p at tcs.com> wrote:
> >
> > > Hi,
> > >
> > > It is also not working if I triggering the event manually through SWUE.
> > > Same problem exists.
> > > Any other inputs...???
> > >
> > > Thanks and regards,
> > > Sanjay
> > >
> > > Sanjay Pal
> > > SAP Workflow Consultant
> > >
> > > ____________________________________________
> > > Experience certainty.        IT Services
> > >                        Business Solutions
> > >                        Outsourcing
> > > ____________________________________________
> > >
> > >
> > >
> > >   From: Arghadip <arghadip.kar at gmail.com> To:
> > > "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > >  Date: 06/05/2012 06:07 PM Subject: Re: Buffer problem in SAP Workflow
> > Sent
> > > by: sap-wug-bounces at mit.edu
> > > ------------------------------
> > >
> > >
> > >
> > > Hi Sanjay
> > >
> > > Please can you check to trigger  the event manually through SWUE. If it
> > > gets trigger properly there might be Performamnce issue in your
> Business
> > > object.
> > >
> > > Thanks
> > > Arghadip
> > >
> > > On Fri, May 25, 2012 at 11:26 AM, Sanjay9 P <*sanjay9.p at tcs.com*<
> > sanjay9.p at tcs.com>>
> > > wrote:
> > > Hi Experts,
> > >
> > > My custom workflow is not getting triggered in QA as because "*Entry
> not
> > > found in object buffe*r" in event trace. Please see the below screen
> > shot.
> > > Following points should be noted.
> > > 1. Check function module used
> > > 2. Event linkage maintained properly
> > > 3. All the objects are present in QA in activated status
> > > 4. Same workflow is working fine in DEV
> > >
> > > Is there any idea why we are getting this message in QA ?
> > >
> > >
> > >
> > > Sanjay Pal
> > > SAP Workflow Consultant
> > > Tata Consultancy Services
> > > TCS, Unitech Hi-tech Structures Ltd.,
> > > IT/ITES SEZ, Block-G, Tower-G -III,
> > > Plot-DH01,DH02,DH03 & DH03/1, Action Area-I, New Town
> > > Kolkata - 700156,West Bengal
> > > India
> > > Ph:- *+91 33 6636 1591* <%2B91%2033%206636%201591>
> > > Buzz:- 1591
> > > Cell:- *9038701729* <9038701729>
> > > Mailto: *sanjay9.p at tcs.com* <sanjay9.p at tcs.com>
> > > Website: *http://www.tcs.com* <http://www.tcs.com/>
> > > ____________________________________________
> > > Experience certainty.        IT Services
> > >                        Business Solutions
> > >                        Outsourcing
> > > ____________________________________________
> > >
> > >   From: Altaf <*rahaman.ma at gmail.com* <rahaman.ma at gmail.com>>  To: "*
> > > sap-wug at mit.edu* <sap-wug at mit.edu>" <*sap-wug at mit.edu* <
> sap-wug at mit.edu
> > >>
> > > Cc: "*sap-wug at mit.edu* <sap-wug at mit.edu>" <*sap-wug at mit.edu*<
> > sap-wug at mit.edu>
> > > >  Date: 05/25/2012 06:22 AM  Subject: Re: SAP-WUG Digest, Vol 90,
> Issue
> > > 17  Sent by: *sap-wug-bounces at mit.edu* <sap-wug-bounces at mit.edu>
> > >
> > > ------------------------------
> > >
> > >
> > >
> > > Hi,
> > >
> > > For issue no 1 I will check the scenario and will post you.
> > > Issue no 2 you can set the confirm end processing at the task/step so
> > > that even after execution of work item you can hold it, the workitem
> > > will be executed but will not be in completed status, you can re
> > > execute workitem later.
> > >
> > > Regards,
> > > Altaf Mohammed*
> > > **9703322553* <9703322553>
> > >
> > > On 24-May-2012, at 10:00 PM, *sap-wug-request at mit.edu*<
> > sap-wug-request at mit.edu>wrote:
> > >
> > > > Send SAP-WUG mailing list submissions to
> > > >    *sap-wug at mit.edu* <sap-wug at mit.edu>
> > > >
> > > > To subscribe or unsubscribe via the World Wide Web, visit
> > > >    *http://mailman.mit.edu/mailman/listinfo/sap-wug*<
> > 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* <sap-wug-request at mit.edu>
> > > >
> > > > You can reach the person managing the list at
> > > >    *sap-wug-owner at mit.edu* <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. Problem while calling a standard SAP transaction inside
> > > >      workflow (Srinivas Reddy)
> > > >
> > > >
> > > >
> ----------------------------------------------------------------------
> > > >
> > > > Message: 1
> > > > Date: Thu, 24 May 2012 16:59:44 +0530
> > > > From: Srinivas Reddy <*ootasrinivasreddy at gmail.com*<
> > ootasrinivasreddy at gmail.com>
> > > >
> > > > Subject: Problem while calling a standard SAP transaction inside
> > > >    workflow
> > > > To: "SAP Workflow Users' Group" <*sap-wug at mit.edu* <sap-wug at mit.edu
> >>
> > > > Message-ID:
> > > >    <CAGu01YZ-
> > > > M5V9MPRfkpzFyDN8ri9Dnr=*CfEXebpx7fNP2axU8Cg at mail.gmail.com*<
> > CfEXebpx7fNP2axU8Cg at mail.gmail.com>
> > > >
> > > > Content-Type: text/plain; charset="iso-8859-1"
> > > >
> > > > Hello Experts,
> > > >
> > > >
> > > >
> > > > I am facing a strange issue in my workflow development. The workflow
> > > > will
> > > > be started after clicking on POST button in the standard transaction
> > > > MI04.
> > > > I have used the standard  event created from the business object
> > > > BUS2028
> > > > for starting the workflow. After starting the workflow I am calling
> > > > the
> > > > standard transaction MI07 in the very first step which will be sent
> > > > to the
> > > > approver. Once the approver clicks on POST an email will be sent and
> > > > the
> > > > document will be posted.
> > > >
> > > >
> > > >
> > > > Issue 1) When the user manually goes into the SAP transaction MI07 ,
> > > > opens
> > > > a document and clicks on back, cancel or exit buttons. The
> > > > transaction is
> > > > working as desired but the same thing  when the same user does from
> > > > executing the work item the transaction is not working as desired. A
> > > > pop-up
> > > > screen with YES, NO and CANCEL buttons and also a message  whether
> > > > to SAVE
> > > > before exit is displayed. Even though if the user clicks on NO
> > > > button the
> > > > document is getting posted. No idea what is going wrong with the
> > > > method
> > > > calling the transaction MI07.
> > > >
> > > > Issue 2) Once the users does this process. The work item is getting
> > > > completed. But the requirement is, work item should be available as
> > > > the
> > > > POSTING is not completed. Here how can I put the work item in ready
> > > > status
> > > > after completeion. Once the users executes the work item the work
> > > > item is
> > > > getting disappeared.
> > > >
> > > >
> > > > Where am I doing wrong?
> > > >
> > > > --
> > > > Thanks and Regards
> > > > Srini..
> > > > SAP Technical Consultant
> > > > *+919963307464* <%2B919963307464>
> > > > -------------- next part --------------
> > > > An HTML attachment was scrubbed...
> > > > URL: *
> > >
> >
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20120524/c5d65341/attachment-0001.htm
> > > *<
> >
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20120524/c5d65341/attachment-0001.htm
> > >
> > > >
> > > > ------------------------------
> > > >
> > > > _______________________________________________
> > > > SAP-WUG mailing list
> > > > *SAP-WUG at mit.edu* <SAP-WUG at mit.edu>
> > > > *http://mailman.mit.edu/mailman/listinfo/sap-wug*<
> > http://mailman.mit.edu/mailman/listinfo/sap-wug>
> > > >
> > > >
> > > > End of SAP-WUG Digest, Vol 90, Issue 17
> > > > ***************************************
> > > _______________________________________________
> > > SAP-WUG mailing list*
> > > **SAP-WUG at mit.edu* <SAP-WUG at mit.edu>*
> > > **http://mailman.mit.edu/mailman/listinfo/sap-wug*<
> > http://mailman.mit.edu/mailman/listinfo/sap-wug>
> > >
> > > =====-----=====-----=====
> > > Notice: The information contained in this e-mail
> > > message and/or attachments to it may contain
> > > confidential or privileged information. If you are
> > > not the intended recipient, any dissemination, use,
> > > review, distribution, printing or copying of the
> > > information contained in this e-mail message
> > > and/or attachments to it are strictly prohibited. If
> > > you have received this communication in error,
> > > please notify us by reply e-mail or telephone and
> > > immediately and permanently delete the message
> > > and any attachments. Thank you
> > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list*
> > > **SAP-WUG at mit.edu* <SAP-WUG at mit.edu>*
> > > **http://mailman.mit.edu/mailman/listinfo/sap-wug*<
> > http://mailman.mit.edu/mailman/listinfo/sap-wug>
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> > >
> > >
> > > _______________________________________________
> > > 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/20120605/736794aa/attachment.htm
> > -------------- next part --------------
> > A non-text attachment was scrubbed...
> > Name: not available
> > Type: image/gif
> > Size: 10629 bytes
> > Desc: not available
> > Url :
> >
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20120605/736794aa/attachment.gif
> >
> > ------------------------------
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
> >
> > End of SAP-WUG Digest, Vol 91, Issue 8
> > **************************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20120606/91275eb1/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> End of SAP-WUG Digest, Vol 91, Issue 9
> **************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20120606/fe1d914e/attachment-0001.htm


More information about the SAP-WUG mailing list