ABAP Objects - Percent of WF'ers using ABAP OO?

Tue Feb 22 13:48:28 EST 2011

All interested parties, 

Like I said, I am at the beginning of completing my first prod app in ABAP OO. Low priority thing to test the waters for our company and  expand our knowledge. So I was poking a lot of people to get an idea of the best place to start. 
Thanks ALL for input. Especially Mike, Mike, and Jocelyn. 

Yes, I am still waiting for my book "Practical Workflow for SAP 2nd Edition". (Can't wait for my royalty checks for plugging the book!)

At this point, I just kept my design as simple and light weight as possible. I will expand on my (small) frame work / interfaces for all my known common functions (best I can anyway) and refactor / evolve  when and where needed. It is a low priority project, not the never ending story, so I had to take my best shot and go with what I know. 

Didn't touch the exits, type linkages, etc. to create events in ABAP OO, I just caught the standard BOR BUS2032.CREATE / CHANGE and instantiate the object when the flow starts. I already had that in place, so I know this works. Good enough for now. I will need GOS so I can't get away from using BOR anyway. 

I have kicked off a Sales Order WF by using BOR events, using an ABAP OO class as the core business code warehouse for this project. Simple functionality at this point, but it fills the requirements. 

So Gavin, add (1) to that list not employed by SAP to use ABAP OO. 

Bottom line, did I 'need' ABAP OO for anything I did. Absolutely not. Just to get me feet wet type experience and see what I can leverage from OO. It was actually kinda fun. A lot of digging in the SWT* packages for some simple how to code like get/set container, raise event, etc. Basic WF functionality but in OO. 

Reference Jocelyn Dart "Why use ABAP OO with Workflow". 
Thanks Jocelyn. Excellent tutorial to make 'something' actually work. 

Rick Sample

To quote an idiot: 
"There are known knowns; there are things we know we know.
  We also know there are known unknowns; that is to say, we know there are some things we do not know.
  But there are also unknown unknowns - the ones we don't know we don't know."
  - Former United States Secretary of Defense Donald Rumsfeld 
(It all makes sense... if you don't think about it.)

> -----Original Message-----
> From: sap-wug-bounces at mit.edu
> [mailto:sap-wug-bounces at mit.edu] On
> Behalf Of Madgambler
> Sent: Monday, February 21, 2011 4:22
> PM
> To: SAP Workflow Users' Group
> Cc: SAP Workflow Users' Group
> Subject: Re: ABAP Objects - Percent of
> WF'ers using ABAP OO?
> 
> Rick,
> 
> So that post looks like it was written for
> Netweaver 2004s. If SAP had seen
> anything worthwhile in delivering that
> promise I think it has long since
> evaporated. Around about the same time
> as they changed tack and poured effort
> into Java stuff I would have thought.
> 
> Certainly when we upgraded to ECC 6
> there was no mention at all of re-pointing
> our extensive use of Workflow towards
> ABAP OO. So between your post snippet
> and the ECC 6 push either the money ran
> out or the will or both.
> 
> On the brighter side Mike P tells me that
> we should expect a new SE24-type editor
> for Workflow Classes at some point soon
> which would a step in the right direction at
> least.
> 
> Although, I admit, I still miss the line editor
> on the old R/2 days now and then and am
> sometimes a little lost in the new multiple-
> coloured collapsible section editor
> 
> Sent from my iPhone
> 
> On 21 Feb 2011, at 21:25, "Sample, Rick"
> <Rick.Sample at graybar.com> wrote:
> 
> > Hi Mikes,
> >
> >> From all I have read, and that's quite a
> bit. BOR was never intended
> >> to be the model for object oriented
> design. And indeed states that in
> >> its own SAP Help files. "The BOR
> object model will be integrated into
> >> ABAP Objects in the next Release by
> migrating the BOR object types to
> >> the ABAP class library."
> >>
> http://help.sap.com/saphelp_nw2004s/help
> data/en/c3/225b5654f411d194a6
> >> 0000e8353423/frameset.htm
> > Sounds fairly straight forward to me. But
> as of yet, not so integrated.
> >
> > My reading / translation, all standard
> BORs will be rolled up into ABAP Objects,
> ported over with something like
> cl_BUS2032.
> >
> > Hate to sound like the kids in the back
> seat, asking if we are there yet, but this is
> exactly the answers (direction) I am
> seeking. Where we going, when, how long
> will it take to get there, will there be ports
> (as stated in the help file), standards for
> mixing the two, etc.
> > I understand, some have confidentiality
> clauses. (Just tell me. I
> > promise, I won't tell anyone)
> >
> > Any recent official word from SAP on
> this subject? If we know, we know. If we
> are still winging it (SAP that is) and
> checking the wind direction, that's cool
> too. I understand, it's a BIG ship. But I am
> sure there are several others that would
> start if better direction from SAP.
> >
> > As far as BOR goes, anyone who will
> work in our WF dept, MUST have BOR
> experience at this point in time. That's not
> going away any time soon because of all
> the BOR code that we have developed.
> And until I am 100% confident that I can
> bang out something quick in ABAP
> Objects, if a high priority comes down the
> pipe line, it will most likely be written in
> BOR.
> >
> > Rick
> >
> >
> >> -----Original Message-----
> >> From: sap-wug-bounces at mit.edu
> >> [mailto:sap-wug-bounces at mit.edu] On
> >> Behalf Of Madgambler
> >> Sent: Monday, February 21, 2011
> 12:48 PM
> >> To: SAP Workflow Users' Group
> >> Cc: SAP Workflow Users' Group
> >> Subject: Re: ABAP Objects - Percent
> of WF'ers using ABAP OO?
> >>
> >> Mike,
> >>
> >> Interestingly that's where we disagree
> most.
> >>
> >> I don't believe it is in a client's interest
> to ignore any future
> >> adjustments of BOR functionality out of
> hand and branch out with an
> >> ABAP OO 'ported' version based on a
> snapshot of the current standard
> >> object.
> >>
> >
> 
> __________________________________
> _____________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap
> -wug