# Available / Upcoming API's **URL:** \ **Category:** General Discussion\ **Created:** [February 25, 2010, 3:30pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576 "2010-02-25T15:30:44Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![bryan\_cook](https://avatars.discourse-cdn.com/v4/letter/b/a8b319/32.png) [@bryan\_cook](https://forum.inductiveautomation.com/u/bryan_cook)\ **Post date:** [February 25, 2010, 3:30pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/1 "2010-02-25T15:30:44Z")
On the web site, I see mentions of an upcoming open driver API for Ignition’s OPC-UA Server. Throughout random forum posts, I’ve seen mentions of a Module API … Which API’s are actually planned to be developed and released, (besides the open driver API mentioned above) … ? Personally, I’m quite interested in what a Module API would offer … ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [February 25, 2010, 4:31pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/2 "2010-02-25T16:31:07Z")
Both are planned to be available within a few months. The driver API is actually a derivative of the module API. Finding the time to document these APIs separately is really the limiting factor right now in getting them out the door, but we’ll get to it soon enough. It will be helpful to us as we frame the API to hear from interested parties regarding where their interests lie - as in what sort of things you’d be interested in using the API for. ---
**Author:** ![bryan\_cook](https://avatars.discourse-cdn.com/v4/letter/b/a8b319/32.png) [@bryan\_cook](https://forum.inductiveautomation.com/u/bryan_cook)\ **Post date:** [February 25, 2010, 4:53pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/3 "2010-02-25T16:53:40Z")
At the moment, I’ve got two interests … I’ve developed an [ASP.NET](http://ASP.NET) Web Application with a SQL Server 2008 backend. For authentication, I’m using [Membership](http://msdn.microsoft.com/en-us/library/yh26yfzy.aspx), specifically a [custom Membership provider](http://msdn.microsoft.com/en-us/library/ms366730.aspx). Depending on the scenario, I use a number of [encryption algorithms](http://msdn.microsoft.com/en-us/library/system.security.cryptography(VS.71).aspx) for passwords. I’d like to develop a module that would allow integration of my Membership provider into Ignition for use as an Authentication Profile; I’ve been unable to find a method of doing so using Ignition’s built-in functionality. For reference, the following link provides a database diagram of the default implementation of the Membership provider [ASP.NET](http://ASP.NET) provides: [http://superpatrick.files.wordpress.com/2007/11/aspnet\_membership\_schema\_updated.png](http://superpatrick.files.wordpress.com/2007/11/aspnet_membership_schema_updated.png). The three tables of interest are aspnet\_Membership, aspnet\_Users and aspnet\_Applications. I’ve also recently read about [IronPython](http://ironpython.net/) and I wouldn’t mind attempting an implementation of IronPython within Ignition, (possibly through a module) … of course, this is simply a thought that crossed my mind today and I haven’t invested any time into thinking about the details, (or the benefits of implementing such a thing) … I’m curious to see if I could use IronPython to make .NET code I’ve developed accessible within Ignition. ---
**Author:** ![bryan\_cook](https://avatars.discourse-cdn.com/v4/letter/b/a8b319/32.png) [@bryan\_cook](https://forum.inductiveautomation.com/u/bryan_cook)\ **Post date:** [February 25, 2010, 5:18pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/4 "2010-02-25T17:18:22Z")
Another idea … I [posted something similar](http://www.inductiveautomation.com/forum/viewtopic.php?f=15&t=3757) to this a while back before Ignition came-to-be … I’d like to create a module that would monitor a directory for XML files. The XML files would contain the definitions of a Transaction Group, (be it Standard, Historial, whatever). When an XML file is plopped within the monitored directory, the module would recognize it, validate it, import and enable it. I could use this module to automate portions of my Ignition development. I can ellaborate a bit more if desired, preferably with a phone call or e-mail … ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [February 25, 2010, 7:52pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/5 "2010-02-25T19:52:57Z")
Great! These sorts of ideas are exactly why we built a module-based system in the first place - now we just need to get the API sorted out to let guys like you have at it. ---
**Author:** ![rmtdev](https://avatars.discourse-cdn.com/v4/letter/r/f05b48/32.png) [@rmtdev](https://forum.inductiveautomation.com/u/rmtdev)\ **Post date:** [December 21, 2011, 7:51pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/6 "2011-12-21T19:51:47Z")
Hi Carl, I as well am working with a custom membership provider. I’m wondering if there has been any development efforts for a module/API of some sort to work with for authentication. Or even some sort of Security Assertion Markup Language (SAML) authentication? thanks Justin ---
**Author:** ![Travis.Cox](https://avatars.discourse-cdn.com/v4/letter/t/b9bd4f/32.png) [@Travis.Cox](https://forum.inductiveautomation.com/u/Travis.Cox)\ **Post date:** [December 21, 2011, 7:58pm UTC](https://forum.inductiveautomation.com/t/available-upcoming-apis/1576/7 "2011-12-21T19:58:45Z")
The Module SDK is available now. You can use the Module SDK to make your own authentication profile. That way your username / password and roles can come from another system.