<div dir="ltr"><div class="gmail_default" style="font-size:small">If I may say, EXE is a *reallly* bad choice of extension name because it has too many overloaded meanings from that /other/ OS...</div><div class="gmail_default" style="font-size:small">
<br></div><div class="gmail_default" style="font-size:small">Paul<br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>Paul Hanchett<br>-------------------<br>Infotainment Engineer<br>MSX on behalf of Jaguar Land Rover<br>
One World Trade Center, 121 Southwest Salmon Street, 11th Floor, Portland, Oregon, 97204 <br><br>Email: <a href="mailto:phanchet@jaguarlandrover.com" style="color:rgb(17,85,204)" target="_blank">phanchet@jaguarlandrover.com</a><br>
-------------------<br><br>Business Details:<br>Jaguar Land Rover Limited<br>Registered Office: Abbey Road, Whitley, Coventry CV3 4LF <div>Registered in England No: 1672070</div></div></div>
<br><br><div class="gmail_quote">On Thu, Feb 20, 2014 at 12:19 AM, MANASIJ SUR ROY <span dir="ltr"><<a href="mailto:manasij.r@samsung.com" target="_blank">manasij.r@samsung.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Alex,<br>
<br>
Thanks for sharing the multiplugin code.<br>
<br>
>From the code I can see that "--list-plugin" and "--load-plugin" options have been added for plugin loader daemons. So I think plugin loaders can decide the type of the plugin file? (i.e. to use .so or .exe)<br>

The reason we are evaluating .exe as authenticator plugins are:<br>
1) Tizen mandates the API level access control for security sensitive operations(Privileges). For .so, it is the responsibility of the loading application/process to have the privileges required by the .so.<br>
In our case it will be plugind, which can not know the list of privileges required by the authenticator plugins beforehand.<br>
2) Tizen::Social namespace has "Account" module which lets 3rd party developers to create app controls (.exe) for doing CRUD on Tizen accounts.<br>
We can integrate SSO functionalities with these app controls so that they dont need to deploy one .exe (for Tizen::Social Account) and one .so (for SSO).<br>
<br>
So we would like to know, from gSSO's point of view is there any issue if plugins are .exe instead of .so?<br>
<br>
- Thanks and Regards,<br>
<div class="">  Manasij<br>
  Samsung R&D Institute India, Bangalore<br>
<br>
</div><div class="">------- Original Message -------<br>
Sender : Alexander Kanavin<<a href="mailto:alexander.kanavin@intel.com">alexander.kanavin@intel.com</a>><br>
</div>Date   : Feb 17, 2014 22:57 (GMT+05:30)<br>
<div class="HOEnZb"><div class="h5">Title  : Re: [Dev] Inclusion of glib headers in Tizen Native public header files<br>
<br>
Hello Manasij,<br>
<br>
the multiple plugin loader support in gsso has been completed and<br>
published here in the multiplugin branch of gsso:<br>
<br>
<a href="http://code.google.com/p/accounts-sso/source/list?repo=gsignond&name=multiplugin" target="_blank">http://code.google.com/p/accounts-sso/source/list?repo=gsignond&name=multiplugin</a><br>
<br>
We still need to review the code, merge it into the master branch,<br>
update the online documentation and release the new version into Tizen<br>
repositories, but you can check out the code from git and play with it<br>
already now on your local machine. The topmost commit adds the<br>
documentation about how it works :)<br>
<br>
Let us know if there are any issues etc.<br>
<br>
Regards,<br>
Alex<br>
<br>
<br>
On 01/31/2014 02:35 PM, MANASIJ SUR ROY wrote:<br>
> Hi Jussi, Alex,<br>
><br>
> With the approach you mentioned, I am able to create a sample Tizen Plugin Loader and able to communicate with both gsignond and Tizen plugins.<br>
> I will keep watching /profile/ivi/gsignond and accounts-sso google code repo for the official release and docs regarding the support of multiple plugind's.<br>
><br>
> Thank you for the help.<br>
><br>
> - Manasij<br>
>    Samsung R&D Institute India, Bangalore<br>
>    manasij.r AT <a href="http://samsung.com" target="_blank">samsung.com</a><br>
><br>
> ------- Original Message -------<br>
> Sender : Alexander Kanavin<<a href="mailto:alexander.kanavin@intel.com">alexander.kanavin@intel.com</a>><br>
> Date   : Jan 15, 2014 19:45 (GMT+05:30)<br>
> Title  : Re: [Dev] Inclusion of glib headers in Tizen Native public header files<br>
><br>
> On 01/15/2014 01:26 PM, Kanavin, Alexander wrote:<br>
><br>
>> You would have to provide a Tizen specific<br>
>> plugin loader, the job of which is to translate the Tizen-specific<br>
>> plugin interface to dbus calls over stdio.<br>
><br>
> By 'stdio' I mean the standard input and output streams that Unix<br>
> processes are provided with, not the stdio.h facilities :)<br>
><br>
>> The only requirement is that such new<br>
>> loader should be able to perform p2p dbus communication over file<br>
>> descriptors - gsso daemon communicates with plugins using dbus over<br>
>> stdio.<br>
><br>
> Same here. Read 'standard input and output' instead of 'stdio'.<br>
><br>
><br>
> Alex<br>
> <p>&nbsp;</p><p>&nbsp;</p><br>
><br>
<br>
<p>&nbsp;</p><p>&nbsp;</p><br>
_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.tizen.org">Dev@lists.tizen.org</a><br>
<a href="https://lists.tizen.org/listinfo/dev" target="_blank">https://lists.tizen.org/listinfo/dev</a><br>
</div></div></blockquote></div><br></div>