I am starting to see conflicting answers from BMC staff regarding onetime or ongoing use of BPCU. David or Doug, can one you help us before we turn this in to a TR. vs. DB. type of discussion?
Jason On Tue, Mar 29, 2011 at 10:01 AM, strauss <[email protected]> wrote: > What you are telling us is that the BPCU isn't just a one-time tool for > upgrading to 7.6.04, but a primitive process that we will have to keep using > during post-upgrade maintenance on any 7.6.04 system because of the lack of > capabilities in the DevStudio. It is almost completely un-documented, in > that there is no mention of it whatsoever in any of the three development > references (Introduction to Application Development with BMC Remedy > Developer Studio, Form and Application Objects Guide, Workflow Objects > Guide). It is barely documented under the convoluted upgrade process in the > Release Notes (and an older, sparser, incorrect version in the Installation > Guide), and in either case it is presented as an upgrade "tool" for one-time > use. > > If BMC is going to expect us to make regular use of the BPCU to perform > object management tasks that really _should_ have been included in the > Developer Studio (and work properly there - also an issue with the 7.6.04 > DevStudio), then they are going to have to vastly improve their > documentation of it, get all of the command line switches to actually work > (or eliminate them), and provide clear descriptions of the processes that > will require you to go back and use the BPCU, exactly how to use it (syntax, > syntax, syntax), and how to clean up after it since it produces a large > number of spurious overlays and false migrator instructions. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Deshpande, Aniruddha > Sent: Tuesday, March 29, 2011 1:46 AM > To: [email protected] > Subject: Re: Mixing best-practice and base-development in 7.6.04... > > Hi, > > >> I saw this, but Save-as would require a new name. And if it is a form, > >> actl-in-guide or fliter-in-guide, the relationships will be lost. > > To convert a base object to custom object, without renaming and reattaching > all the workflow objects, one must use BPCU to achieve it. Directly > modifying definition files would not be correct\reliable option. > > > >> When I have tested everything, I want to merge it together, to give me a > new version of my base application. > > I am not able to understand your above you case. When you say "merge it to > give a new version of base application" do you mean that you want to merge > custom changes to base application? If yes, then what will you gain from it? > > There are only three basic rules of overlays that everyone must stick to, > if they want their application not to be affected by future upgrades i.e. if > they want their customizations to be retained in future upgrades without any > manual intervention or with minimal intervention: > > 1) Always modify objects in Developer Studio under "Best Practice > Customization Mode". You must never modify any objects in "Base Mode". Base > Mode is provided only to see base objects and not to modify them. > > 2) If you want a new object then it has to be custom. Custom objects > neither provide any new functionalities nor take away any existing ones. It > is just a flag to then server to say "I am a custom object and not a out of > the box object". Nothing more nor less. > > 3) If you want to modify existing base objects then you must: > a) overlay them if they are out of the box objects or > b) convert them to custom objects using BPCU. > > > As mentioned earlier let us know the reason behind merging custom changes > to base. > > Regards, > Aniruddha > > -----Original Message----- > From: Misi Mladoniczky [mailto:[email protected]] > Sent: Monday, March 28, 2011 6:20 PM > Subject: Re: Mixing best-practice and base-development in 7.6.04... > > Hi, > > > When you add a new object (custom) using best practice mode [BP] it is > > automatically created as custom > > BPCU is only used > > As a thumb rule do not mix modes > > What that means is as follows? > > You added 3 custom fields using best practice mode. These will only be > > seen or will be available in best practice mode > > These will not be seen when you are in base development mode > > In your example if I understand correctly, the fields that you have added > > to Email messages form are added thro the BP mode and therefore the table > > that you are trying to add should be a custom field > > The table was added to another form that I created in Base Development. It > is not marked as "custom". I could change it to "overlay", but that would > prevent me from continue development in base-mode, and I will need to move > all of my "base"-objects to "overlay". > > What I would like, is to be able to mark all of my (own) base-form as > "custom", and remove it from the Base-development altogether. > > > Your question 2 below is already answered on one of the threads titled > > "Overlay and custom in 7.6.4". > > Copying here for immediate perusal: > > If you are in Best Practice View in Developer studio then you cannot > > convert a base (unmodified) object to a custom object with a right > context > > menu option. You can only convert it into an overlay using menu option > > convert to overlay But if you had had to convert the base to custom you > > could easily open the object in Best practice mode and use save as, the > > object will be created as custom > > You can always convert a custom object to a base object in dev studio > > using menu option viz., convert to base > > I saw this, but Save-as would require a new name. And if it is a form, > actl-in-guide or fliter-in-guide, the relationships will be lost. > > > Can you "merge" my overlay customizations into the Base Development > > mode, and revert the changes from overlay to base? > > -> Why would you ever need to merge changes from overlay objects to base > > objects? > > I can see a very good reason: > 1. I have an application that I have developed myself > 2. I want to add new features to the application in best-practice-mode, to > make it easy to revert any changes. > 3. When I have tested everything, I want to merge it together, to give me > a new version of my base application. > > I have tried this, and it seems to work fine. This is what I did: > A. Export all custom/best practice objects to a def-file > B. Remove the base-objects where ObjProp OVERLAY_PROPERTY=OVERLAID > C. Rename objects named "__o" > D. Remove ObjProp OVERLAY_PROPERTY (90015) and OVERLAY_GROUP (90016) from > all objects. > E. Delete customized objects and overlays in Best Practice Customization > F. Import the new def in Base Development > > Anyone interested in a utility to do this? I have named the test-program > RRR|DefMergeBPC. Any dangers? > > Best Regards - Misi, RRR AB, http://www.rrr.se > > Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > > > > > > > Abhijeet > > > > The opinions, statements, and/or suggested courses of action expressed in > > this E-mail do not necessarily reflect those of BMC Software, Inc. My > > voluntary participation in this forum is not intended to convey a role as > > a spokesperson, liaison or public relations representative for BMC > > Software, Inc. > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[email protected]] On Behalf Of Danny Kellett > > Sent: Monday, March 28, 2011 4:25 PM > > To: [email protected] > > Subject: Re: Mixing best-practice and base-development in 7.6.04... > > > > I have done it manually. > > > > Create overlays in this order > > > > Form > View > Field > > > > Regards > > Danny > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[email protected]] On Behalf Of Misi Mladoniczky > > Sent: 28 March 2011 11:24 > > To: [email protected] > > Subject: Mixing best-practice and base-development in 7.6.04... > > > > Hi, > > > > I thought to check out the overlay-features. > > > > I wanted to add three fields to AR System Email Messages, and it worked. > > > > Then I wanted to create table in one of my custom forms that searched AR > > System Email Messages based these fields. This did NOT work out. > > > > 1. Do I really have to convert everything with the famous BPCU (Best > > Prectice Conversion Utility) before go on with this? > > > > 2. Is there an easy way to convert one form to Custom within Developer > > Studio? > > > > 4. Can you "merge" my overlay customizations into the Base Development > > mode, and revert the changes from overlay to base? > > > > 5. Any other advice? > > > > Best Regards - Misi, RRR AB, http://www.rrr.se > > > > Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): > > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > > Find these products, and many free tools and utilities, at http://rrr.se > . > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
