Re: [Dev] WSO2 Committers += Lahiru J Ekanayake

Congratulations Lahiru...!!! On Tue, Sep 6, 2016 at 11:03 AM, Mushthaq Rumy wrote: > Congratulation Lahiru...!!! :) > > Thanks & Regards, > Mushthaq > > On Tue, Sep 6, 2016 at 11:00 AM, Chandana Napagoda > wrote: > >> Hi All, >> >> It is my pleasure to

Re: [Dev] WSO2 Committers += Lahiru J Ekanayake

Congratulation Lahiru...!!! :) Thanks & Regards, Mushthaq On Tue, Sep 6, 2016 at 11:00 AM, Chandana Napagoda wrote: > Hi All, > > It is my pleasure to welcome Lahiru J Ekanayake as a WSO2 Committer. > Lahiru has made some great contributions to WSO2 Governance Registry and >

Re: [Dev] NextGen Tooling - Drag and Drop from Tool-Palette

On Tue, Sep 6, 2016 at 10:03 AM, Dakshika Jayathilaka wrote: > +1 for option 2. > > Option 1 will generate problematic situation because most of the > components within Jquery-UI is outdated and IMHO this won't be a good > option for next gen tooling. > With option 2 it's

[Dev] WSO2 Committers += Lahiru J Ekanayake

Hi All, It is my pleasure to welcome Lahiru J Ekanayake as a WSO2 Committer. Lahiru has made some great contributions to WSO2 Governance Registry and WSO2 Enterprise Store products during the last few months, specially to implement the taxonomy feature. In recognition of his commitment and

Re: [Dev] WSO2 Committers += Mushthaq Rumy

Congratulations Rumy!!! On Mon, Sep 5, 2016 at 10:43 AM, Madawa Soysa wrote: > Congrats Rumy!!! > > On Mon, Sep 5, 2016 at 10:23 AM, Sameera Gunarathne > wrote: > >> Congrats Rumy!!! >> >> On Mon, Sep 5, 2016 at 10:16 AM, Malintha Fernando

Re: [Dev] NextGen Tooling - Drag and Drop from Tool-Palette

+1 for option 2. Option 1 will generate problematic situation because most of the components within Jquery-UI is outdated and IMHO this won't be a good option for next gen tooling. Regards, *Dakshika Jayathilaka* PMC Member & Committer of Apache Stratos Associate Technical Lead WSO2, Inc.

Re: [Dev] [Architecture] OSGI Service to provision users and roles based on the SAML response.

Thanks for all your inputs. This is an independent osgi service and it does not implement CarbonServerAuthenticator because it needs to integrate with any jaggery app such as apim store /publisher, greg store/publisher. Yes, it calls external java code(the provision service) from jaggery_acs

Re: [Dev] NextGen Tooling - Drag and Drop from Tool-Palette

On Mon, Sep 5, 2016 at 6:21 PM, Susinda Perera wrote: > Hi All > > I tried $subject with 2 different approaches, and having following +and -s > 1. Using Jquery-UI DnD support > + Can drag over other HTML elements > + Can restrict droppable areas > + Can implement tool-palette

Re: [Dev] [Architecture] OSGI Service to provision users and roles based on the SAML response.

Even with current application implementation you may call external java code from jaggery_acs file and do jit operation. If need you may add assertion/ response validation from same java component. Did we think how this should work in multi tenants scenario. Do we provision users to central place

[Dev] NextGen Tooling - Drag and Drop from Tool-Palette

Hi All I tried $subject with 2 different approaches, and having following +and -s 1. Using Jquery-UI DnD support + Can drag over other HTML elements + Can restrict droppable areas + Can implement tool-palette separately even without having D3/Svg interaction or knowledge - Have to use different

Re: [Dev] [IS] Admin Service to retrieve callback url of an oauth app

working. Thank you for your prompt reply. On Mon, Sep 5, 2016 at 4:44 PM, Harsha Thirimanna wrote: > https://localhost:9443/services/OAuthAdminService?wsdl > > > > > > > > > > *Harsha Thirimanna* > Associate Tech Lead | WSO2 > > Email: hars...@wso2.com > Mob:

Re: [Dev] [IS] Admin Service to retrieve callback url of an oauth app

https://localhost:9443/services/OAuthAdminService?wsdl *Harsha Thirimanna* Associate Tech Lead | WSO2 Email: hars...@wso2.com Mob: +94715186770 Blog: http://harshathirimanna.blogspot.com/ Twitter: http://twitter.com/harshathirimann Linked-In: linked-in:

[Dev] [IS] Admin Service to retrieve callback url of an oauth app

Hi, Please let me know which Admin Service I should call in order to retrieve the call back url of an oauth application. Regards, -- Yasith Lokuge Software Engineer M: +94 7713 53682 | E: yas...@wso2telco.com W: www.yasith.me WSO2.Telco Inc. Level 4, 20, Palm Grove, Colombo 03 Sri Lanka.

Re: [Dev] Unable to make the provider writeable on publisher

Thanks Thushara, Adding Elilmatha On Mon, Sep 5, 2016 at 3:18 PM, Thushara Ranawaka wrote: > Hi Shakila, > > Your configuration is correct(tested for gadgets). Please find the > compleat asset.js file. > > asset.configure = function() { > return { > table:{ >

Re: [Dev] Unable to make the provider writeable on publisher

+Elilmatha On Mon, Sep 5, 2016 at 3:18 PM, Thushara Ranawaka wrote: > Hi Shakila, > > Your configuration is correct(tested for gadgets). Please find the > compleat asset.js file. > > asset.configure = function() { > return { > table:{ > overview:{ >

Re: [Dev] Unable to make the provider writeable on publisher

Hi Shakila, Your configuration is correct(tested for gadgets). Please find the compleat asset.js file. asset.configure = function() { return { table:{ overview:{ fields: { provider:{ readonly:false,

Re: [Dev] [Architecture] OSGI Service to provision users and roles based on the SAML response.

On Mon, Sep 5, 2016 at 1:19 PM, Malaka Silva wrote: > Hi Ishara, > > I guess we can use application-authentication.xml for this purpose? > > We are maintaining the configs for local authenticators from store. > This is the old carbon authenticators we are talking about.

Re: [Dev] [Architecture] OSGI Service to provision users and roles based on the SAML response.

Hi Ishara, I guess we can use application-authentication.xml for this purpose? We are maintaining the configs for local authenticators from store. On Mon, Sep 5, 2016 at 10:21 AM, Dimuthu Leelarathne wrote: > > Hi Ishara, > > On Fri, Sep 2, 2016 at 11:19 AM, Ishara Cooray

Re: [Dev] Issues with log analyzer common gadgets

Hi Indika, I have removed previously copied log analyzer gadgets from analytics-mb > capp and started to recreate mb log analyzer dashboard by installing > org.wso2.carbon.analytics.shared.la.common.feature:1.0.2-SNAPSHOT. It was > copied all log analyzer related gadgets to the distribution. Then

Re: [Dev] [MB]Schedule time interval for deleting expired messages

Also it depends on the message sizes. On Mon, Sep 5, 2016 at 11:44 AM, Asanka Abeyweera wrote: > I think we should have a value that can handle the worst case. We need to > find the maximum consumer rate (using a performance test). If we say the > consumer rate is roughly

Re: [Dev] [MB]Schedule time interval for deleting expired messages

I think we should have a value that can handle the worst case. We need to find the maximum consumer rate (using a performance test). If we say the consumer rate is roughly 3000, when we have 10 seconds interval, in worst cast one DB call will delete 3 messages. Is this ok? On Mon, Sep 5, 2016

Re: [Dev] [MB]Schedule time interval for deleting expired messages

HI Hasitha, The time interval it takes to catch the expired messages and time interval to delete the expired messages cant be different. Most probable latter time interval can be longer than the first one. WDYT? There is no harm doing a performance test and decide. But I think since this is used

Re: [Dev] [MB]Schedule time interval for deleting expired messages

Hi Siro, IMO, since we already have a periodic task to catch the messages that are expired, that should be sufficient in terms of clearing expired messages from the database. So batching messages that expire during the delivery path for a different deletion task is redundant. WDYT ? (Merely

Re: [Dev] [MB]Schedule time interval for deleting expired messages

Hi Sirojan, I think it's not a good idea to blindly put 10secs. Could we do some perf tests and decide a suitable range? On Mon, Sep 5, 2016 at 11:28 AM, Sajini De Silva wrote: > Its hard to say what should be the exact correct time interval. IIt > depends on the messaging

Re: [Dev] [MB]Schedule time interval for deleting expired messages

Shouldn’t the time interval be a configuration? On Mon, Sep 5, 2016 at 11:28 AM, Sajini De Silva wrote: > Its hard to say what should be the exact correct time interval. IIt > depends on the messaging rate actually. I think one DB call per 10 seconds > seems oky. Are there any