Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

Hi, Here is a suggestion when writing integration tests for our products. - Build a separate p2 profile (test profile) for integration tests which consists of features that you'd include in a normal distribution + integration test features - When running the test cases, query the test bundle (vi

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

Hi Azeez, Pax Exam is not a replacement for our integration tests. It is a way to run unit tests which require an OSGi environment. Pax Exam is the most suitable solution to test Carbon Kernel and our components (repos). We need to evaluate Pax Exam for testing our middleware products. Carbon Ker

Re: [Architecture] Issue when you start up MSS in server mode

Yes. That should be constructed by the deployer and let deployment engine get it via the return object of *getArtifactType()* of the deployer. Best Regards, Samiyuru ___ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailma

Re: [Architecture] [Dev] [ESB] Deprecated features in ESB 4.10

Hi Kasun/Isuru, Yes, we will verify the NTLM use cases with call mediator blocking behavior and do more comparison before deprecate in 4.10. Yes, we use same blocking sender. Thanks, Kathees On Wed, Dec 16, 2015 at 12:05 PM, Cyril Rognon wrote: > Hi > > DB mediator can be handy as you said but

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

On Thu, Dec 17, 2015 at 12:17 AM, Afkham Azeez wrote: > Check the attached class which programatically adds all the bundles > necessary just to get MSS, our smallest product running & its complexity. > It is not practical to do this for all products. The correct way to > integration test products

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

Check the attached class which programatically adds all the bundles necessary just to get MSS, our smallest product running & its complexity. It is not practical to do this for all products. The correct way to integration test products is to use the product packs itself, not an full product environ

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

1. PAX exam tests being successful does not imply that the product pack will properly start This is because the way in which bundles are added to the PAX exam runtime is completely different from how the features are installed into product packs 2. Installing 100s of bundles programatically to tes

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

On Wed, Dec 16, 2015 at 8:22 PM, Afkham Azeez wrote: > I have been trying to develop PAX exam based tests for MSS and it seems > very hard to use because there is little help for troubleshooting. MSS has > just one feature and it has been a struggle to get the test setup. With > much more complex

[Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

I have been trying to develop PAX exam based tests for MSS and it seems very hard to use because there is little help for troubleshooting. MSS has just one feature and it has been a struggle to get the test setup. With much more complex products, it would be a total nightmare. A lot of time is wast

Re: [Architecture] Issue when you start up MSS in server mode

On Wed, Dec 16, 2015 at 3:57 PM, Samiyuru Senarathne wrote: > In Carbon Kernel, the usage of *listFiles()* and the > polling implementation of finding artifacts will be changed to an event > driven watching implementation in the future. Even in this > new implementation, we can use *FilenameFilte

Re: [Architecture] Issue when you start up MSS in server mode

In Carbon Kernel, the usage of *listFiles()* and the polling implementation of finding artifacts will be changed to an event driven watching implementation in the future. Even in this new implementation, we can use *FilenameFilter* to filt artifacts before providing them to the Deployers. We can us

[Architecture] WSO2 Carbon Kernel 4.4.3 Released

WSO2 Carbon Kernel 4.4.3 Released ​ The Carbon team is pleased to announce the release of Carbon Kernel 4.4.3. Listed below are the improvements and bug fixes that are introduced with this release. Improvements - [CARBON-14740 ] - Improve Carbo