Dmitry,

AREA is a specialized plugin to ONLY support
authentication/authorization data for ARS.
ARDBC is a more generalized plugin to support access to external to
ARS data sources.


Here is the rub...
   In versions prior to ARS v7, the ARS server could support multiple
"User" forms. Any form that had the right field ID's were considered a
User form. (101,102,103, and a few others) So you could have written
an ARDBC that exposed an LDAP directory as such a form leaving the
password blank. (If Remedy would expose the way the ARS server reads
password values, or have allowed a way for an admin to tell the ARS
server that "this password value is stored in clear text" then you
could have skipped the next part. However, they did not do that.
So...) Then use the Cross Reference Blank Password option to allow
your AREA plugin to verify the users supplied password against all
appropriate system(s). So your AREA plugin would check as many systems
(LDAP, AD, UNIX OS, flat file(s), etc..) and return the a valid
session, or an invalid session with the users Group
List(authorizations). If you had a second, third, etc.. form, maybe
based on the same ARDBC plugin, but looking at yet another data set
then you could have all of those sets of data as "User" data for your
ARS server.

I even remember an "AREA HUB" plugin, but I think that might have been
created for v6. (maybe v5, I am just not sure which) It's job was to
let you use multiple AREA plugins in sequence. Essentially allowing
multiple AREA plugins. I am unsure how supported the Hub ever was too.


The point I was trying to make is that the OOB (Out Of the Box)
AREA-LDAP plugin is not the full extent of what you could do in the
previous versions. It was(and is) simply a vendor supported example of
what the plugins can do.


Sure v7 gives you more OOB options based on a more complicated
configuration options. However the base potential does not appear to
be expanded to me. In fact, the subtraction of the support for
multiple User forms appears to be a real minus in my book. (See other
thread on that topic if you want more commentary on it.)

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.




On 7/18/06, Bezhenar, Dmitry <[EMAIL PROTECTED]> wrote:
Hi Carey,

What do you mean by "just had to write the second, third,... n th, ARDBC 
yourself" ??
What is the difference between writing an ARDBC and writing an AREA Plugin?

Thank you.


Kind Regards
Dmitry Bezhenar


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Carey Matthew Black
Sent: Tuesday, July 18, 2006 6:54 PM
To: [email protected]
Subject: Re: Many ARDBC connections

Rick,

v5 could do that. You just had to write the second, third,... n th,
ARDBC yourself. Or, if we are talking about AREA LDAP connections,
then you had to write your own AREA plugin.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.


On 7/18/06, Rick Cook <[EMAIL PROTECTED]> wrote:
> From what I have heard, the answer is that it does.  Read the docs for
> more info.
>
> Rick
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Bezhenar, Dmitry
> Sent: Monday, July 17, 2006 11:56 PM
> To: [email protected]
> Subject: Many ARDBC connections
>
> Hello List,
>
> Does ARS 7 support more than 1 concurrent ARDBC connections to different
> LDAP servers?
>
> Thank you.
>
>
> Kind Regards / C ?????????
> Dmitry Bezhenar

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

Reply via email to