Hi Jean-Louis,
I thought it was included in the API, but as it appears, only the sample
for the AREA-LDAP is included. Not the ARDBC-LDAP...
The ARDBC-LDAP would be much more complicated I guess.
Best Regards - Misi, RRR AB, http://www.rrr.se
Products from RRR Scandinavia:
* 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.
> Hi Misi,
>
> Have you been able to find the source of the AREA/ARDBC plugins ?
> I am very intersted in getting these.
>
> Best regards,
> Jean-Louis
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] On Behalf Of Misi Mladoniczky
> Sent: mercredi 21 avril 2010 9:09
> To: arslist@ARSLIST.ORG
> Subject: Re: ARDBC LDAP
>
> Hi,
>
> Something tickles in the back of my mind about the 15-char limit had
> been
> removed, or should be removed...
>
> If the 15-char limit is in place, you must have a unique attribute that
> will fit.
>
> Unless, as I said, you can leverage a table-field to do what you want to
> do. The reason is that the table-field will only do one retrieval using
> ARGetListEntryWithFields().
>
> You can also modify the source for the ARDBC-LDAP-plugin, and pack the
> DN
> so that it will fit the 15-char limit...
>
> Best Regards - Misi, RRR AB, http://www.rrr.se
>
> Products from RRR Scandinavia:
> * 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.
>
>> The fact is that I do not have ownership on the LDAP directory, and I
> have
>> to use the dn. I cannot add any sn or uid, and the process owner will
> not
>> make the change for me...
>>
>> Kais
>>
>> On 20 Apr 2010, at 17:46, Grooms, Frederick W wrote:
>>
>>> I believe someone in the past suggested using uSNCreated as the
>>> mapping for RequestID.
>>>
>>> Fred
>>>
>>> -----Original Message-----
>>> From: Action Request System discussion list(ARSList)
>>> [mailto:arsl...@arslist.org] On Behalf Of Misi Mladoniczky
>>> Sent: Tuesday, April 20, 2010 10:20 AM
>>> To: arslist@ARSLIST.ORG
>>> Subject: Re: ARDBC LDAP
>>>
>>> I have not done this recently.
>>>
>>> My experience was that you needed to add a unique attribute to the
>>> directory that could be used to retrieve the actual record.
>>>
>>> If you are only doing a table-refresh to load data, you will not need
>>> this, as the system only performs a single "search".
>>>
>>> If you are using set-fields or push-fields, the unique
>>> max-15-character-key is needed.
>>>
>>> Best Regards - Misi, RRR AB, http://www.rrr.se
>>>
>>> Products from RRR Scandinavia:
>>> * 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.
>>>
>>> -----Original Message-----
>>> From: Action Request System discussion list(ARSList)
>>> [mailto:arsl...@arslist.org] On Behalf Of ARSmarts Support
>>> Sent: Tuesday, April 20, 2010 8:44 AM
>>> To: arslist@ARSLIST.ORG
>>> Subject: ARDBC LDAP
>>>
>>>> Hi listeners,
>>>>
>>>> Has anybody ever been able to use the ARDBC LDAP plugin mapping the
>>>> request id to the dn ? I succeeded with mapping to attribute where
>>>> length
>>>> is less than 15 characters, but I can't succeed with longer strings,
>>>> while
>>>> it is documented as being supported. I am using ARS 7.5 patch 3.
>>>>
>>>> Thanks for your help.
>>>>
>>>> Kais
>>>
>>>
> ________________________________________________________________________
> _______
>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>>
>>
> ________________________________________________________________________
> _______
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>>
>> --
>> This message was scanned by ESVA and is believed to be clean.
>>
>>
>
> ________________________________________________________________________
> _______
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
>
> This message was successfully scanned against all known virusses by McAfee
> Groupshield.
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
