Hi LJ,
First of all, the apps I was talking about is 100% COTS! I've been misunderstood all this time about OOTB J, and... in the last times I was getting scared about these new concepts related to Customization Types on ARS 7.6 architecture. Thanks a lot for your detailed reply. One more question about these "Customization Types"... Instead using the BPCU feature, can I use this feature through this com.bmc.arsys.studio.unsupported.overlayutils_7.6.4.201104161200.jar <https://communities.bmc.com/communities/servlet/JiveServlet/downloadBod y/14382-102-2-29309/com.bmc.arsys.studio.unsupported.overlayutils_7.6.4. 201104161200.jar> plug-in on Developer Studio? Since I can convert object to Custom using this plug-in (thread: https://communities.bmc.com/communities/docs/DOC-14382 <https://communities.bmc.com/communities/docs/DOC-14382> ) P.S.: Thanks for sharing the idea of paths on run process. Best Regards. Tadeu From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: quinta-feira, 12 de janeiro de 2012 13:29 To: arslist@ARSLIST.ORG Subject: Re: OOTB Objects upgraded as Unmodified Objects on ARS 7.6.04 ** Tadeu, OOTB has always referred to what you get when you by the product....in this case, the 'product' from BMC would be 'ITSM', or one of its other offerings...if you are talking about code you wrote, that is not OOTB because you created it...you didn't purchase it from anyone...another name for OOTB is COTS (Commercial Off The Shelf)...same concept....so, to address your actual question. Due to the fact that you are dealing with a 'Custom' system...your objects should NOT be 'base' objects, you should use the BPCU feature to convert them to 'custom' objects so that you are complying with the new standard that BMC is trying to establish. To address your question regarding paths in a run-process. The way I would handle that would be to have a table in Remedy that contains a minimum of two fields...one being the return from $SERVER$, the other being the path you want to execute on that server....so instead of having a hard coded path in your workflow, you first do a setfield from that form where $SERVER$ matches, and grab the other value...then use that as the path in your run-process....thus eliminating the need to have different workflow in Prod than you have in Dev...just different data driving it. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tadeu Augusto Dutra Pinto Sent: Thursday, January 12, 2012 6:02 AM To: arslist@ARSLIST.ORG Subject: Re: OOTB Objects upgraded as Unmodified Objects on ARS 7.6.04 ** Hello, Thanks for reply... but I guess I have to be more clear... When I said "OOTB (Out-Of-The-Box)" I mean not BMC objects, but other forms and workflows created by ourselves. For example, forms named ABC:Customer, ABC:Whatever.... and so on... I always understood "OOTB" objects as forms and workflows created as new objects, not modifying BMC/System objects (such as User, Groups, etc...) - If it's not correct please let me know. J Considering that I have an active link that calls a Run Process running a script on a server A (/opt/server_A/script.sh)... This is an object that certainly will have to be modified during Production server (considering Production server named as "server_B").. so... my new Run Process will expect the script on another filesystem (/opt/server_B/script.sh).. My question is... Must I have to create an overlay of this Active Link just to change these path?? Or should I convert this "Unmodified" objects using "BPCU" feature?? I really confused about it. 'Cause I can't imagine always create an orverlay for every objects that we have built (not considering the system/BMC objects)... Thanks. Please let me know If I was not clear at all. Tadeu From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: quarta-feira, 11 de janeiro de 2012 18:38 To: arslist@ARSLIST.ORG Subject: Re: OOTB Objects upgraded as Unmodified Objects on ARS 7.6.04 ** An OOTB box is, by definition, unmodified. i.e. you haven't modified the OOTB object. So yes, that's expected. The objects are changeable - what Developer Studio will do if you want to change them is make an overlay of the object and allow you to modify the overlay. The OOTB object will remain unmodified and your overlay object will be the actual object you modify. Of course, it's recommended that you do not modify BMC OOTB objects at all - but overlays will allow you to do so if there's no other way to accomplish what you want to do. A better option, though, is to extend the BMC applications by adding your own new fields or workflow vs. modifying BMC objects. -David J. Easter Manager of Product Management, Remedy Platform BMC Software, Inc. 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tadeu Augusto Dutra Pinto Sent: Wednesday, January 11, 2012 12:25 PM To: arslist@ARSLIST.ORG Subject: OOTB Objects upgraded as Unmodified Objects on ARS 7.6.04 ** Hi all, We have upgraded our AR Server successfully from AR System 7.1 to 7.6.04 version. J I'd like to know if It's normal all the OOTB objects from version 7.1 become "Unmodified" (Customization Type) in 7.6.04 on DevStudio... P.S.: All of our 7.1 objects were imported on 7.6.04 server as "Unmodified" (including Forms, Filters, ActiveLinks, etc...) Is that right? Is there anyway to make these objects changeable? I have downloaded the plug-in that converts objects to Custom... Can I use this plug-in to convert all of my "Unmodified" objects to "Custom" objects? Thanks. Old Environment: AR Server 7.1 Oracle 10g Unix 5.3 New Environment: AR Server 7.6.04 P2 Oracle 11g Unix 5.3 Att, Tadeu _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"