How to get ack to Old version of workflow template

Subashini.Bhoopathiraj@uinet.com Subashini.Bhoopathiraj at uinet.com
Tue Feb 13 15:42:33 EST 2007


Thankyou somuch for replies, It was good, 

I backed out my change(Made a copy of Flow template with changes i had 
made) & First moved another developer's changes to PRD. then i put back my 
changes & transported mine to PRD.

Thanks,
Subashini
203-499-3912



"Munday,Sherie J." <MUNDAYSJ at airproducts.com> 
Sent by: sap-wug-bounces at mit.edu
12/21/2006 09:24 AM
Please respond to
"SAP Workflow Users' Group" <sap-wug at mit.edu>


To
"SAP Workflow Users' Group" <sap-wug at mit.edu>
cc

Subject
RE: How to get ack to Old version of workflow template






Mike,
Thanks for the clarification!! 
We are a small workflow team, so we keep things simple by keeping just
'000' in dev and communicating thoroughly about our changes, but it is
enlightening to see the possibilities for others with more complex
teams.
Cheers & Happy Holidays,
Sherie

Sherie Munday
Workflow Developer & Analyst
Air Products & Chemicals, Inc. 

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Mike Gambier
Sent: Thursday, December 21, 2006 5:04 AM
To: sap-wug at mit.edu
Subject: RE: How to get ack to Old version of workflow template

Subashi, Sherie,

A word of caution on WF Versions: as far as I know, although I'm
prepared to be corrected on this, the container is NOT version
controlled so be very very careful about mixing changes. It's very easy
to assume that version Management in Workflow is the same as it is in
ABAP and rolling back changes or jumping between versions is a piece of
cake, unfortunately it is not. 
It's about 90% effective really.

If you have deleted any container elements or changed the nature of
existing elements I recommend you double-check the production version
closely and make sure you are 100% confident the changes will not affect
any live instances because they will be immediately affected by your
changes.

Adding new elements should be fine provided those elements are entirely
new and not used by any steps in previous versions of the definition and
of course they must syntax check (new elements based on data types or
objects left behind in development will cause activation errors in your
definition).

You can create 'new' versions of WF definitions in development (so you
don't actually have to be working on the same version all the time, or
indeed continuously update version '0000'). I have found this to be
particularly useful if I am adding or removing entire blocks and
therefore significantly changing the definition as it cleary shows to
someone else how the definition has evolved. But be sure to activate
your new version before you start, otherwise you may fool yourself into
thinking you are then changing your new version when you may not be at
all.

Sometimes as an extra precaution, should I forsee the need to manually
undo things, I print off the definition from SWDD as a hard copy (how
old school?), so at least I have an idea of the sequence of things
before I start to change them.

For most other defintiion changes if somebody has changed the same
definition as you but their Transport was released in your development
environment BEFORE you managed to make any change, then you should be
covered by the Transport mechanism at least, which will have taken a
snapshot of the definition table entries as they were. But, if you
managed to change the definition and their Transport was released
AFTERWARDS (perhaps you added your changes to their Transport) you'll
find that your changes will have been dragged along, whether you wanted
them to or not.

We have adopted the practice of 'protecting' our Transports in
development to avoid other developers tacking on their changes to
objects unintentionally like this. You may want to do the same.

MGT

>From: "Munday,Sherie J." <MUNDAYSJ at airproducts.com>
>Reply-To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
>To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
>Subject: RE: How to get ack to Old version of workflow template
>Date: Wed, 20 Dec 2006 13:54:15 -0500
>
>Subashini,
>I have a little different spin on your question...
>
>If all of the other person's changes were made prior to yours and his 
>transport is separate from yours, then certainly his can move without 
>yours.  When your changes/transport moves at a later date, it will 
>create the next version in that next system.
>
>However, if you have both been making changes, saving, activating and 
>making transports to the same template in dev, then they are mixed 
>together in the same version.  In development there is only one version

>... 000 and presumably you have both been making changes to that 
>version. If this is the case, and his are ready to move to production, 
>you will need to back out/remove your changes or he will have to wait 
>until yours are ready for production.
>Best Wishes,
>Sherie
>
>Sherie Munday
>Workflow Developer/Analyst
>Air Products & Chemicals, Inc.
>
>
>-----Original Message-----
>From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On 
>Behalf Of Shrestha, Bijay
>Sent: Tuesday, December 19, 2006 8:50 PM
>To: SAP Workflow Users' Group; sap-wug at mit.edu
>Subject: RE: How to get ack to Old version of workflow template
>
>Hi Subashini,
>
>First you should generate and release the correct and ready version to 
>Prod. Then in Dev. environment you can retrieve the old version by 
>clicking on other version in Workflow Builder. Then you can keep making

>changes.
>
>Bijay Shrestha
>Sr. Consultant
>Pragmatek Consulting Gr.
>
>                -----Original Message-----
>                From: sap-wug-bounces at mit.edu on behalf of 
>Subashini.Bhoopathiraj at uinet.com
>                Sent: Tue 12/19/2006 6:59 PM
>                To: sap-wug at mit.edu
>                Cc:
>                Subject: How to get ack to Old version of workflow 
template
>
>
>
>                Hi all,
>
>                  I have made some changes to the workflow template, 
another
person 
>also made the changes to the same workflow template, but my changes not

>yet tested, so it shouldn't move into production.
>
>                  But other person's changes should move in Production 
with out
my 
>changes . I thought of activating Old version & other person can do the

>change & transport to PRD. after that i can retrive my version & 
>transport to the production. How can i do this??
>
>                Thanks,
>                Subashini
>                203-499-3912
>                ---------------------------------------------------------
>
>                This e-mail, and any attached file(s), is intended solely 
for
the use
>                of the individual or entity to whom this e-mail is 
addressed and
may
>                contain information that is privileged, confidential or 
exempt
from
>                disclosure. If you are not one of the named recipient(s) 
or
otherwise
>                have reason to believe that you have received this 
message in
error,
>                please notify the UI Information Security Manager at
>203-499-3689
>                and delete this message immediately from any computer. 
Any
>                other use, retention, dissemination, retransmission, 
printing or
>                copying of this e-mail is strictly prohibited.
>
>
>
>_______________________________________________
>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

_________________________________________________________________
Get free, personalized online radio with MSN Radio powered by Pandora
http://radio.msn.com/?icid=T002MSN03A07001

_______________________________________________
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


---------------------------------------------------------

This e-mail, and any attached file(s), is intended solely for the use
of the individual or entity to whom this e-mail is addressed and may
contain information that is privileged, confidential or exempt from
disclosure. If you are not one of the named recipient(s) or otherwise
have reason to believe that you have received this message in error,
please notify the UI Information Security Manager at 203-499-3689
and delete this message immediately from any computer. Any
other use, retention, dissemination, retransmission, printing or
copying of this e-mail is strictly prohibited.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20070213/1566b7f7/attachment.htm


More information about the SAP-WUG mailing list