My two cents... The "Server Events" model has at least one major problem. Admin Tool Imports do not show the individual objects and what changed about the objects that were imported. It only shows as a single "Event" for the "Import of objects".
It is also fairly unclear to me if the "Server Event" is created before or after the actual object change. ( I think I would like the option to have it created before, then modified after to say "Complete". It might give us a shot at a good Source Control integration point from the ARS server.) I use it from time to time on our dev box for poking at what change were made with respect to specific fields/forms/workflow during specific times/dates. However, the process is more diagnostic than ingrained in the development process. ( I wish it was more complete so that it would be more helpful to the development/release processes.) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On Tue, Mar 25, 2008 at 8:23 AM, John Sundberg <[EMAIL PROTECTED]> wrote: > ** > > The "server events" table seems like it has good potential. > > Every once in awhile I see a comment like "you can see when filters were > created using server events and then ....." -- but as I look at the table -- > it does not seem as you could do much with it. > > So -- are people using it - and how do you use it? How have you extended it. > > Thanks -- just looking for some insight/brainstorming. > > > Thanks, > > -John > > > > > -- > John David Sundberg > 235 East 6th Street, Suite 400B > St. Paul, MN 55101 > (651) 556-0930-work > (651) 247-6766-cell > (651) 695-8577-fax > [EMAIL PROTECTED] _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
