Welcome to Forums Sign in | Join | Help | Forums
in Search


Re-using RE7 application logon in API

Last post 01-11-2010 12:07 PM by Paul Ward. 3 replies.
Page 1 of 1 (4 items)
Sort Posts: Previous Next
  • 02-18-2008 10:40 PM

    Re-using RE7 application logon in API

    We have a requirement to run an application (written in .Net Winforms) that fires up when you log on to RE7.  The app uses the RE7 API to deliver some new UI functionality.  This is all good and working, but we are using a specific logon that is known to the new app (username/password stored in config file).  Is there a way of using the credentials that the user logged on to RE7 with?  Would be very grateful for any help with this!

  • 02-19-2008 8:14 AM In reply to

    • David Zeidman
    • Top 25 Contributor
    • User Since: 2002
    • Posts 326
    • Organization: Zeidman Development
    • Products:  Blackbaud Direct Marketing, Blackbaud Enterprise CRM, The Information Edge, The Raiser's Edge

    Re: Re-using RE7 application logon in API

    When you create your REAPI object you just leave the user name and password blank. That way RE will either prompt you for a new login or it will take the credentials of the person who is logged in. Just ensure that you set the option so that the appMode is "amStandalone"

     David

    David Zeidman
    Zeidman Development
    http://www.zeidman.info

    Check out my RE API blog
    http://www.re-decoded.com
  • 02-20-2008 3:09 PM In reply to

    Re: Re-using RE7 application logon in API

    Hi David - thanks, I will give that a go!

     Cheers

    John

  • 01-11-2010 12:07 PM In reply to

    • Paul Ward
    • Not Ranked
    • Posts 8
    • Organization: CCR Data Limited

    Re: Re-using RE7 application logon in API

    Note : if you are using C# which does not support optional parameters you need to use reflection to call the "hidden overload" of the init() method :)

     I had to explain this to a junior developer who believed (wrongly so of course) that VB is some sort of magical superior language ... bit hard considering they both run on top of the same CLR

    Cool

Page 1 of 1 (4 items)