Andrew, You can not alter how the core ARS server works with any of the Plugins. The ARS Plugins are there to extend/integrate ARS in ways that are consistent with the ARS framework.
However you might have some interest in considering an ARDBC plugin. That would allow you to "implement" your own ARS form. Your Plugin would be responsible for the ability to store/search the data and return the correct records etc... It would require C programming skills and could keep the data in other DB(s)/file systems/network connections/etc... if desired. The AR Filter APIs might be some use too. But I think they would likely be more complicated to use to achieve your goal. RE: "Rube Goldberg" Ah.. that is nothing. You should see the ARS CMDB. :) RE: "The issue on my side, is a security requirement that the row level locking has to occur at the API level as well." Hum.... The join based solution would do that. The Remedy API would not let you violate the Join structures nor the field level permissions on the Joins. So I am not sure how that proposed solution is deficient for your needs. Can you help me to understand the requirement that is not meet? -- 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 4/25/07, Andrew Hicox <[EMAIL PROTECTED]> wrote:
Regarding the "plugin architecture" ... I'm talking, specifically, about the shared objects one can load when the server is started, via the ar.conf file. There's a couple for LDAP, and one for the webservices, etc. My question regarding them, is "is it possible to write one which overrides the function (I'm guessing) inside the ARS codebase that does the comparison on the Asssignee Group field?". Of course, keeping it as simple as possible, I'd just like to take that existing function and replace "OR" with "AND". I know it's a long shot. I'm hoping there are some folks on the list who can at least tell me if the plugin architecture works like that (overriding ARS core functions is possible?). Regarding the approach you outlined ... Rube Goldberg would be proud! ;-) No but seriously, that is a pretty ingenious way of handling it. The issue on my side, is a security requirement that the row level locking has to occur at the API level as well. thanks again everyone, -Andrew
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
