Therefore, we can conclude standard procedures doesnt apply with that
prerequisite.

It is a pity, because in Fispace we have already reached this
integration but to maintain the development evolution of wstore is
difficult. If you may reconsider this statement, please do not hesite to
get in contact us.

Thanks, you can close the issue

Hi Francisco,

Sorry for the delay answering. I dont know if this is still an issue.

Regarding having an instance of WStore integrated with Keycloak, you have to take into into account that the user API as well as the concepts (roles, organizations, etc) of Keycloak and Keyrock are different, so some development is required (Indeed as far I know this task was already done in FI-Space). So, we are not planning to make specific integration development to accomodate WStore to Keycloak APIs.

Best regards,
Francisco

Fran, please, what prevents you to answer? - thanks

Well, our experiences is a bit different.

However, the question is, due to the fact is not recommended to have our
own installation and Fiware is encouraging the usage of instances in
FiLab, the question is,

if it is possible to request an instance of Wstore linked with our own Idm.

Thanks

Hi Francisco,

WStore implements an OAuth2 client, so the authentication process (redirection, and obtaining the access token) can be direcly done just configurng the URL of keycloak an the paths for obtaining the authorization code and the access token.

Nevertheless, WStore needs to retrieve user information (complete name, organizations and roles). This is done once the OAuth2 process has finished and the access token has been obtained. Note that the API for obtaining user information depends on the concrete IdM implementation being used, and that WStore currently spects the user info structure given by the FIWARE IdM. In this regard in is needed to replace one method that receives the concrete JSON and generates the internal structures.

Best regads,
Francisco