Hi,
Filter phasing and the order in which things are run is clearly printed in the
log-files (ESCL+API+FLTR+SQL is what I typically put in the same file).
You might need a good tool to assist in reading the files as Notepad might not
make it clear enough (ADV: RRR|Log).
I you do not meddle with filter phasing, which is very seldom needed, and
treat each modification of data on it's own merits, checking changed field
values ('Data'!='DB.Data') instead of obscure read-only-field-triggers ('z1D
Action' = "blablabla"), you will have no big problems at all. But I have seen
many examples of filter design that is not very well structured...
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.
> While I understand the historical reasons for filter phasing as an approach
> to transaction management, I think at this point, it has become a serious
> hinderance.
>
> Especially for applications as complex as ITSM but even for
> non-trivial homegrown apps, tracing a single transaction across multiple
> forms, for the purposes of troubleshooting is a complete freakin'
> nightmare.
>
> Not to mention the overhead of carrying a complex rat's nest of a filter
> stack forward through multiple versions of an application. Doing something
> as seemingly simple as adding a filter with a push fields action to a
> supporting form can cascade failures across an entire application. Tracing
> that kinda mess out and fixing it can eat up entire days or even weeks of
> dev time.
>
> ARS desperately needs something better in my opinion. For instance, a
> checkbox on filter guides that treats everything in the guide as a single
> transaction, and explicitly executes every thing in the guide in order, and
> rolls it all back in reverse order if there's an error? Or perhaps a
> special run process that let's me explicitly start a transaction and end
> one.
>
> There has to be a better way though.
> But that's just my long winded opinion :-)
>
> Andy
>
>
>
>
> On Friday, June 27, 2014, Sweety <sweetykhann...@gmail.com> wrote:
>
>> Something interesting here
>> https://docs.bmc.com/docs/display/public/ars81/Filter+processing+in+BMC+Remedy+AR+System+server
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
