Success!!!!!!!

Placed the arealdapX.so in the bin directory, added a few .so files from the
old server and restarted Remedy.

Everything worked.

Thank you.

On Wed, Aug 20, 2008 at 3:29 PM, Axton <[EMAIL PROTECTED]> wrote:

> It might work then.  The only commonality between the two will be the
> functions the plugin server handles using the plugin.  This includes
> your AREA... api calls, which I don't think have changed much between
> the various versions.  In the event there was a change between the
> versions for those calls, I expect you'll find out when/if things
> don't work.
>
> Axton Grams
>
> On Wed, Aug 20, 2008 at 3:09 PM, Grooms, Frederick W
> <[EMAIL PROTECTED]> wrote:
> > Axton ... FYY:  ldd on a custom arealdap.so file.
> >
> >  ldd areaXOldap.so
> >    libnsl.so.1 =>   /lib/libnsl.so.1
> >    libw.so.1 =>     /lib/libw.so.1
> >    libpthread.so.1 =>       /lib/libpthread.so.1
> >    libc.so.1 =>     /lib/libc.so.1
> >    libmp.so.2 =>    /lib/libmp.so.2
> >    libmd.so.1 =>    /lib/libmd.so.1
> >    libscf.so.1 =>   /lib/libscf.so.1
> >    libdoor.so.1 =>  /lib/libdoor.so.1
> >    libuutil.so.1 =>         /lib/libuutil.so.1
> >    libgen.so.1 =>   /lib/libgen.so.1
> >    libm.so.2 =>     /lib/libm.so.2
> >    /platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1
> >    /platform/SUNW,Sun-Fire-V440/lib/libmd_psr.so.1
> >
> > Fred
> >
> >
> > -----Original Message-----
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of Axton
> > Sent: Wednesday, August 20, 2008 11:53 AM
> > To: [email protected]
> > Subject: Re: Custom arealdap.so
> >
> > Probably not going to transport straight over.  Some of the api calls
> > have changed between 6.3 and 7.1; if you are using any of those, things
> > aren't going to work.  Also, the existing plugin is going to link
> > against the old libs; this may cause issues when the plugin server
> > attempts to load the plugin.  You don't have to explicitly state the
> > location of the libraries in the makefile if they are in your
> > LD_LIBRARY_PATH.  Run ldd against the .so file to see what it links
> > against, do this on the existing 6.3 server as the user that remedy runs
> > as.
> >
> > Axton Grams
> >
> > On Wed, Aug 20, 2008 at 11:50 AM, Frank Caruso <[EMAIL PROTECTED]>
> > wrote:
> >> **
> >> Need some clarification.
> >>
> >> We have a custom arealdap.so built to handle authenticating against an
> >
> >> LDAP server using a SecureID as wells as to handle SSO. Currently this
> >
> >> is running on a Solaris 5.9 server on ARS 6.3p20.
> >>
> >> I am building out a new ARS 7.1p3 server using the same Solaris
> > version.
> >> From what I can tell (its been a while since I did C Coding) there are
> >
> >> no ARS specific libraries being referenced in the makefile for the
> >> build. It uses the stock arealdap.c code with a  few modifications and
> > some LDAP libs.
> >>
> >> Since I cannot see any ARS libraries being referenced (no lib or
> >> include directories in the makefile), I am assuming that I should be
> >> able to take the existing arealdap.so for 7.1p3 and replace it with
> > the custom one.
> >>
> >> I have not attempted this yet but wanted to see if my thought process
> >> was correct.
> >>
> >> Thank you
> >>
> >> Frank
> >> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> >> html___
> >
> >
> _______________________________________________________________________________
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> >
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to