Re: [Architecture] Same feature with different versions in different runtimes

Hi Kasun, On Thu, Aug 17, 2017 at 10:04 AM, Kasun Siyambalapitiya wrote: > Hi Niranjan, > > The build fails before successful generation of the p2-repo by giving the > following error > > [ERROR] Failed to execute goal org.wso2.carbon.maven:carbon-f >>

Re: [Architecture] Same feature with different versions in different runtimes

Hi Niranjan, The build fails before successful generation of the p2-repo by giving the following error [ERROR] Failed to execute goal org.wso2.carbon.maven:carbon-f > eature-plugin:3.1.1:generate-repo (p2-repo-generation) on project > wso2carbon-kernel: Feature

Re: [Architecture] AS4 support in EI

Hi Nandika, I'll add a description with the details I've mentioned in the beginning of this thread. Thanks, Manorama On Wed, Aug 16, 2017 at 10:51 AM, Nandika Jayawardana wrote: > Hi Manorama, > > I think we need a simple description of what AS4 is and what it does in > the

Re: [Architecture] Proposed Key Schema for LevelDB Store of Message Broker

Hi Asanka and all, On Wed, Aug 16, 2017 at 12:08 PM, Asanka Abeyweera wrote: > Hi Wishmitha, > > On Tue, Aug 15, 2017 at 5:34 PM, Wishmitha Mendis > wrote: > >> Hi Asanka, >> >> 1. We can initially use a Network File System as you mentioned for HA. >>

Re: [Architecture] Proposed Key Schema for LevelDB Store of Message Broker

Hi Asanka, I also agree on the importance of the implementing a transaction mechanism. My concern is with key-value DB, we are implementing some capabilities (indexing, transactions, etc) which come out of the box with RDBMS. If we don't achieve a considerable amount of gain in performance, it

Re: [Architecture] Proposed Key Schema for LevelDB Store of Message Broker

Hi Pamod, I also agree on the importance of the implementing a transaction mechanism. My concern is with key-value DB, we are implementing some capabilities (indexing, transactions, etc) which come out of the box with RDBMS. If we don't achieve a considerable amount of gain in performance, it

Re: [Architecture] Same feature with different versions in different runtimes

Hi Kasun, On Wed, Aug 16, 2017 at 3:30 PM, Kasun Siyambalapitiya wrote: > Hi all, > > When I was creating a custom product using carbon-kernel version > 5.2.0-alpha[1] the following issue aroused. > In a scenario where a product is build with 2 runtimes called runtimeA and >

[Architecture] Same feature with different versions in different runtimes

Hi all, When I was creating a custom product using carbon-kernel version 5.2.0-alpha[1] the following issue aroused. In a scenario where a product is build with 2 runtimes called runtimeA and runtimeB. runtimeA contains the below feature among it's other features pax.exam.feature v5.2.0.0

Re: [Architecture] Proposed Key Schema for LevelDB Store of Message Broker

I suppose we just need to adhere to the scheme for indexing which is followed by on disk key-value dbs. Based on [1] MariaDB uses levelDB for it's internal storage engine. And also they've explained how indexing is handled in levelDB for it's use. Also i believe we don't need to stick with

Re: [Architecture] Proposed Key Schema for LevelDB Store of Message Broker

Hi Wishmitha, On Tue, Aug 15, 2017 at 5:34 PM, Wishmitha Mendis wrote: > Hi Asanka, > > 1. We can initially use a Network File System as you mentioned for HA. > However data replication in LevelDB is used in ActiveMQ replicated store. > [1] > Then It is better to run the