Re: [Architecture] [IAM] JWT client authentication for OAuth 2.0 for IS 5.5.0

On Friday, January 5, 2018, Hasanthi Purnima Dissanayake wrote: > Hi Isura/Omindu, > > Which data are supposed to store in IDN_JWT_PRIVATE_KEY table? What is >> the reason to store those data? >> > > In the patch that we have provided for 5.3.0 , this table contains >

Re: [Architecture] Sharing common SPA components within and between product(s)

@Kasun: I think it is better to keep these common components under separate directory within carbon-apimgt repository instead of moving them into a separate repo. I hope these common components are used within the apps resides in carbon-apimgt. If that's so what will be the consequences of keeping

Re: [Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

Thanks for the input everyone. Created an issue to track this: https://github.com/wso2/product-das/issues/261 On Fri, Jan 5, 2018 at 3:11 PM, Rukshan Premathunga wrote: > +1 for the feature. Currently if want to troubleshoot we had to > un-deploy/deploy capp. Also when we want

[Architecture] GDPR - Pseudonyms For Username

Hi all, According to the GDPR act [1] Chapter 3, Section 3, Article 17 (Right to erasure) the data subject has the authority to request the erasure of the data from controller. And the controller has the authority to erase the data according to the conditions given in the Article 17. And in an

Re: [Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

+1 for the feature. Currently if want to troubleshoot we had to un-deploy/deploy capp. Also when we want to disable a specific script we had to edit the capp and do the change. On Fri, Jan 5, 2018 at 3:00 PM, Sriskandarajah Suhothayan wrote: > Then +1 for the feature. > > > On

Re: [Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

We are using NTask component to schedule scripts. So we can easily accommodate task pause and restart. But I think we might need to maintain the current status of the task, whether it's active or not currently. +1 useful feature. On Fri, Jan 5, 2018 at 3:00 PM, Sriskandarajah Suhothayan

Re: [Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

Then +1 for the feature. On Fri, Jan 5, 2018 at 2:53 PM, Nirmal Fernando wrote: > Currently, there's no way to disable all the scripts, temporarily. There's > delete option and that's also not practical when the scripts are deployed > via a CApp. > > On Fri, Jan 5, 2018 at

Re: [Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

How are we handling this currently? Are we deleting all and adding back? Regards Suho On Fri, Jan 5, 2018 at 2:12 PM, Nirmal Fernando wrote: > Hi All, > > I believe providing a feature to disable all scheduled spark scripts > temporarily in one click via the admin console of

[Architecture] [DAS][Feature] Disable all scheduled spark scripts temporarily

Hi All, I believe providing a feature to disable all scheduled spark scripts temporarily in one click via the admin console of the WSO2 Data Analytics Server will be a handy feature to have especially when it comes to troubleshooting a DAS deployment. Of course, we need to be able to re-enable

Re: [Architecture] Sharing common SPA components within and between product(s)

Hi Jo, Thanks for sharing yes blog post, Yes it's true , that moving only the common code sections will solve the problem partially. So IMHO to make the code sharing more useful, we have to: - Implement CI/CD with Travis-CI/Jenkins - For code standard checks use ESLint (IMO it's better if

Re: [Architecture] [Feature] Storing the application certificate in the database.

Hi Godwin, IMO certificate is a first class member of a service provider. So storing it as a field in SP_APP is cleaner. On the other hand, the datatype of a certificate doesn't really go with other metadata. In the best case, we have to alter the metadata table to hold a VARCHAR of like 1000