Google Data Studio Community Connector - How to share credentials to 3rd party endpoint accross multiple...
up vote
0
down vote
favorite
I'm developing a custom community connector for the Google Data Studio with the potential goal of publishing it for other users.
Basically it connects to an external REST endpoint, requests data in accordance to what the user has configured in the data source GUI, receives the data and transforms it so that the Google Data Studio can process it.
The connector is using the AuthType USER_PASS. Therefore, when the Google User is creating a data source from that connector, he will be asked for a user/password combination to be used to authenticate at that external REST endpoint. It looks somewhat like this:
However, consider this scenario:
Google User A creates the data source out of the connector.
- He is configuring that data source to authenticate to the external service with the username user and the password password.
- He creates a report using that data source.
- And then another report.
- And then maybe another.
- He shares one of these reports with someone else
Now, Google User B receives an E-Mail which tells him there is a report he can view. He clicks on the link. Immediately, the getData() is being called. But it might not be, I didn't quite understand how the caching works. Maybe he is allowed to edit the report. So he does. After a significant change made to that report by B, getData() is being called anyway. But the data source wouldn't know which credentials it should use to authenticate to the external REST endpoint.
I played around with the various CacheServices and PropertiesServices to store that information. I've learned that Cache and Properties are basically the same with the exception that the Cache has a limited lifespan before it expires.
- The DocumentProperties/DocumentCache is always null, because as I understand it it is not intended to be used from a connector.
- The ScriptProperties/ScriptCache is shared across all instances of the connector, as in all data sources using that connector. Which is too restricted as maybe a user wishes to use that connector for multiple accounts for that REST API of that external service.
- The UserProperties/UserCache is too limited, as it is different for Google User A and Google User B.
So the question is:
Where should I store user and password to authenticate that instance of the connector to the external REST service?
google-apps-script google-data-studio asked Nov 8 at 9:19
Gregor Sondermeier
114
add a comment |
up vote
0
down vote
favorite
I'm developing a custom community connector for the Google Data Studio with the potential goal of publishing it for other users.
Basically it connects to an external REST endpoint, requests data in accordance to what the user has configured in the data source GUI, receives the data and transforms it so that the Google Data Studio can process it.
The connector is using the AuthType USER_PASS. Therefore, when the Google User is creating a data source from that connector, he will be asked for a user/password combination to be used to authenticate at that external REST endpoint. It looks somewhat like this:
However, consider this scenario:
Google User A creates the data source out of the connector.
- He is configuring that data source to authenticate to the external service with the username user and the password password.
- He creates a report using that data source.
- And then another report.
- And then maybe another.
- He shares one of these reports with someone else
Now, Google User B receives an E-Mail which tells him there is a report he can view. He clicks on the link. Immediately, the getData() is being called. But it might not be, I didn't quite understand how the caching works. Maybe he is allowed to edit the report. So he does. After a significant change made to that report by B, getData() is being called anyway. But the data source wouldn't know which credentials it should use to authenticate to the external REST endpoint.
I played around with the various CacheServices and PropertiesServices to store that information. I've learned that Cache and Properties are basically the same with the exception that the Cache has a limited lifespan before it expires.
- The DocumentProperties/DocumentCache is always null, because as I understand it it is not intended to be used from a connector.
- The ScriptProperties/ScriptCache is shared across all instances of the connector, as in all data sources using that connector. Which is too restricted as maybe a user wishes to use that connector for multiple accounts for that REST API of that external service.
- The UserProperties/UserCache is too limited, as it is different for Google User A and Google User B.
So the question is:
Where should I store user and password to authenticate that instance of the connector to the external REST service?
google-apps-script google-data-studio asked Nov 8 at 9:19
Gregor Sondermeier
114
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I'm developing a custom community connector for the Google Data Studio with the potential goal of publishing it for other users.
Basically it connects to an external REST endpoint, requests data in accordance to what the user has configured in the data source GUI, receives the data and transforms it so that the Google Data Studio can process it.
The connector is using the AuthType USER_PASS. Therefore, when the Google User is creating a data source from that connector, he will be asked for a user/password combination to be used to authenticate at that external REST endpoint. It looks somewhat like this:
However, consider this scenario:
Google User A creates the data source out of the connector.
- He is configuring that data source to authenticate to the external service with the username user and the password password.
- He creates a report using that data source.
- And then another report.
- And then maybe another.
- He shares one of these reports with someone else
Now, Google User B receives an E-Mail which tells him there is a report he can view. He clicks on the link. Immediately, the getData() is being called. But it might not be, I didn't quite understand how the caching works. Maybe he is allowed to edit the report. So he does. After a significant change made to that report by B, getData() is being called anyway. But the data source wouldn't know which credentials it should use to authenticate to the external REST endpoint.
I played around with the various CacheServices and PropertiesServices to store that information. I've learned that Cache and Properties are basically the same with the exception that the Cache has a limited lifespan before it expires.
- The DocumentProperties/DocumentCache is always null, because as I understand it it is not intended to be used from a connector.
- The ScriptProperties/ScriptCache is shared across all instances of the connector, as in all data sources using that connector. Which is too restricted as maybe a user wishes to use that connector for multiple accounts for that REST API of that external service.
- The UserProperties/UserCache is too limited, as it is different for Google User A and Google User B.
So the question is:
Where should I store user and password to authenticate that instance of the connector to the external REST service?
google-apps-script google-data-studio asked Nov 8 at 9:19
Gregor Sondermeier
114
I'm developing a custom community connector for the Google Data Studio with the potential goal of publishing it for other users.
Basically it connects to an external REST endpoint, requests data in accordance to what the user has configured in the data source GUI, receives the data and transforms it so that the Google Data Studio can process it.
The connector is using the AuthType USER_PASS. Therefore, when the Google User is creating a data source from that connector, he will be asked for a user/password combination to be used to authenticate at that external REST endpoint. It looks somewhat like this:
However, consider this scenario:
Google User A creates the data source out of the connector.
- He is configuring that data source to authenticate to the external service with the username user and the password password.
- He creates a report using that data source.
- And then another report.
- And then maybe another.
- He shares one of these reports with someone else
Now, Google User B receives an E-Mail which tells him there is a report he can view. He clicks on the link. Immediately, the getData() is being called. But it might not be, I didn't quite understand how the caching works. Maybe he is allowed to edit the report. So he does. After a significant change made to that report by B, getData() is being called anyway. But the data source wouldn't know which credentials it should use to authenticate to the external REST endpoint.
I played around with the various CacheServices and PropertiesServices to store that information. I've learned that Cache and Properties are basically the same with the exception that the Cache has a limited lifespan before it expires.
- The DocumentProperties/DocumentCache is always null, because as I understand it it is not intended to be used from a connector.
- The ScriptProperties/ScriptCache is shared across all instances of the connector, as in all data sources using that connector. Which is too restricted as maybe a user wishes to use that connector for multiple accounts for that REST API of that external service.
- The UserProperties/UserCache is too limited, as it is different for Google User A and Google User B.
So the question is:
Where should I store user and password to authenticate that instance of the connector to the external REST service?
google-apps-script google-data-studio google-apps-script google-data-studio asked Nov 8 at 9:19
Gregor Sondermeier
114
asked Nov 8 at 9:19
Gregor Sondermeier
114
edited Nov 8 at 9:28
asked Nov 8 at 9:19
Gregor Sondermeier
114
asked Nov 8 at 9:19
Gregor Sondermeier
114
asked Nov 8 at 9:19
Gregor Sondermeier
114
114
add a comment |
add a comment |
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53204686%2fgoogle-data-studio-community-connector-how-to-share-credentials-to-3rd-party-e%23new-answer', 'question_page');
}
);
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
