Re: [Architecture] Batched content chunk reading for WSO2 MB through Disruptor

Hi Asitha, On Fri, Feb 13, 2015 at 2:16 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at 1:46 PM, Asanka Abeyweera asank...@wso2.com wrote: HI Asitha, On Fri, Feb 13, 2015 at 1:30 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb

[Architecture] Gmail ESB Connector Implementation

Hi all, Myself and Naasheer Ali started to work on the Gmail Connector through rest API.Please find the mile stone plan below[1]. [1] https://docs.google.com/a/wso2.com/spreadsheets/d/1vkcOk9f0OiIvDcxXW-gs_Dq1W6i2zj9deZKs0gpPT-k/edit#gid=0 Thank you, Regards, -- S.Sriashalya, Associate

Re: [Architecture] Gmail ESB Connector Implementation

Looks good. On Fri, Feb 13, 2015 at 3:09 PM, Sriashalya Srivathsan asha...@wso2.com wrote: Hi all, Myself and Naasheer Ali started to work on the Gmail Connector through rest API.Please find the mile stone plan below[1]. [1]

Re: [Architecture] Gmail ESB Connector Implementation

Why do we need the GMAIL connector again ? On Fri, Feb 13, 2015 at 3:17 PM, Malaka Silva mal...@wso2.com wrote: Looks good. On Fri, Feb 13, 2015 at 3:09 PM, Sriashalya Srivathsan asha...@wso2.com wrote: Hi all, Myself and Naasheer Ali started to work on the Gmail Connector through rest

Re: [Architecture] Batched content chunk reading for WSO2 MB through Disruptor

Hi Asanka, On Fri, Feb 13, 2015 at 1:46 PM, Asanka Abeyweera asank...@wso2.com wrote: HI Asitha, On Fri, Feb 13, 2015 at 1:30 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at 1:07 PM, Asanka Abeyweera asank...@wso2.com wrote: On Fri, Feb 13, 2015 at

Re: [Architecture] Gmail ESB Connector Implementation

This is based on rest api, Where as previous one is based on sdk On Fri, Feb 13, 2015 at 3:18 PM, Vanjikumaran Sivajothy va...@wso2.com wrote: Why do we need the GMAIL connector again ? On Fri, Feb 13, 2015 at 3:17 PM, Malaka Silva mal...@wso2.com wrote: Looks good. On Fri, Feb 13, 2015

Re: [Architecture] Gmail ESB Connector Implementation

Existing gmail connector has a problem with IMAP.It seems a gmail bug as mentioned in the below link. So alternatively we go for Gmail REST API. https://community.oracle.com/thread/2274661 -- On Fri, Feb 13, 2015 at 3:30 PM, Malaka Silva mal...@wso2.com wrote: This is based on rest api, Where

[Architecture] Batched content chunk reading for WSO2 MB through Disruptor

Hi Asanka, On Fri, Feb 13, 2015 at 1:07 PM, Asanka Abeyweera asank...@wso2.com wrote: On Fri, Feb 13, 2015 at 12:38 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at 10:22 AM, Asanka Abeyweera asank...@wso2.com wrote: Hi Asitha , I don't think we need

Re: [Architecture] Batched content chunk reading for WSO2 MB through Disruptor

HI Asitha, On Fri, Feb 13, 2015 at 1:30 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at 1:07 PM, Asanka Abeyweera asank...@wso2.com wrote: On Fri, Feb 13, 2015 at 12:38 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at

Re: [Architecture] Gmail ESB Connector Implementation

+1 On Fri, Feb 13, 2015 at 3:32 PM, Sriashalya Srivathsan asha...@wso2.com wrote: Existing gmail connector has a problem with IMAP.It seems a gmail bug as mentioned in the below link. So alternatively we go for Gmail REST API. https://community.oracle.com/thread/2274661 -- On Fri, Feb 13,

[Architecture] Building WSO2 Carbon4-Kernel in Java 7 and Java 8

Hi all, We are trying to build Carbon4-Kernel to be compatible with Java 7,8. We've managed to fix all the test failures and compilation failures in wso2-axiom, wso2-axis2 and wso2-wss4j in Java 7 and Java 8. For the carbon4-kernel we fixed all the compilation failures in Java 7,8. But there are

Re: [Architecture] BAM 3.0 REST APIs for AnalyticsDataService / Indexing / Search

@Roshan, These APIs are tightly coupled with the product. If user wants to migrate to a newer version, then the user has to use the newer APIs that come with the new product version. We have started the separate mail thread to discuss this. @Harshan Again *GET

[Architecture] OSG level security

Hi, Since most of the hacking/fraud happens from the internally this topic just came to my mind, Our carbon products don't have OSGI level security, As an example, If someone internally in the company knows OSGI then can write an OSGI bundle which harm to the system and deploy simply. Shouldn't

Re: [Architecture] OSG level security

How can a non admin user deploy an OSGi bundle? -Chintana On Fri, Feb 13, 2015 at 8:09 AM, Godwin Amila Shrimal god...@wso2.com wrote: Hi, Since most of the hacking/fraud happens from the internally this topic just came to my mind, Our carbon products don't have OSGI level security, As

Re: [Architecture] Batched content chunk reading for WSO2 MB through Disruptor

Hi Asanka, On Fri, Feb 13, 2015 at 2:32 PM, Asanka Abeyweera asank...@wso2.com wrote: Hi Asitha, On Fri, Feb 13, 2015 at 2:16 PM, Asitha Nanayakkara asi...@wso2.com wrote: Hi Asanka, On Fri, Feb 13, 2015 at 1:46 PM, Asanka Abeyweera asank...@wso2.com wrote: HI Asitha, On Fri, Feb

Re: [Architecture] BAM 3.0 REST APIs for AnalyticsDataService / Indexing / Search

there shouldn't be a separate end point for is-exists *GET /analytics/tables/{tableName}* - Will return table informing if it exists and if not it should return 404 ___ Architecture mailing list Architecture@wso2.org

Re: [Architecture] OSG level security

Hi Chinthana, Well, if its non admin user it's like impossible to deploy an OSGI bundle, what I thought is, can we totally rely on the admin user in a real mission critical applications ? Thanks Godwin On Saturday, February 14, 2015, Chintana Wilamuna chint...@wso2.com wrote: How can a non

Re: [Architecture] OSG level security

Hi Godwin, Then again whom should have permissions to do such changes? I mean we are allowing users to write their own components and extend our products. So in that sense on whom should we rely on to do such changes? Do you mean to say we should have different role for that scenario? Thanks.