[Dev] Exception in message exchange between C++ client and WSO2 MB
Hi all, I've been writing a C++ client to communicate with Qpid Java Broker (v 0.18), for Artifact Deployment Server work, and was able to send/receive a message successfully. I need it to be working with WSO2 MB, so tested the same C++ client with MB (v 1.0.2), but then I got the following exception *[Client] warning Exception received from broker: not-allowed: Cannot redeclare with a different exchange type [caused by 3 \x00:\x00]* *not-allowed: Cannot redeclare with a different exchange type* * * I asked from qpid mailing list [1], and they said this may be because MB was based on qpid version = 0.13, and the exception I'm getting is most probably due to a bug, which has been fixed on qpid version 0.16. Could this be the actual reason ? What is the qpid version, our MB 2 is based on? If it is 0.16, I should be getting the same exception with MB 2. I haven't try it yet, will try with a Beta pack. * * [1]* * http://mail-archives.apache.org/mod_mbox/qpid-users/201209.mbox/%3CCAFitrpTxE5a9R7PoN%2BNG3JEi6qu3bY%2B013OKkK6cn9Ztm5kKoA%40mail.gmail.com%3E -- Thanks, * * *Sajith Kariyawasam* *Senior Software Engineer; WSO2, Inc.; http://wso2.com* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
IMHO, we need a urgent code review on this. Also get Suho. We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] SaaS mode for jaggery apps?
Great, thanks. On Tue, Sep 4, 2012 at 11:16 AM, Nuwan Bandara nu...@wso2.com wrote: Great, thanks for verifying supun. Regards, /Nuwan On Tue, Sep 4, 2012 at 11:10 AM, Supun Malinga sup...@wso2.com wrote: Hi, Tested this out after Nuwan's fix for reading web-context params from jaggery.conf. SaaS mode works fine now for jaggery apps. You have to add, carbon.enable.saas:x parameter to jaggery.conf. x- saas rules. Sample jaggery app attached herewith. Deploy in a tenant and goto url http://172.16.65.1:9763/t/tenant.org/jaggeryapps/sample/bar/private.jaghttp://172.16.65.1:9763/t/malinga.org/jaggeryapps/sample/bar/private.jag . Then you will be prompted a basic auth and you can login from any tenants' creds. thanks, On Wed, Aug 29, 2012 at 4:40 PM, Nuwan Bandara nu...@wso2.com wrote: Yeap +1 On Wed, Aug 29, 2012 at 4:36 PM, Supun Malinga sup...@wso2.com wrote: Hi Nuwan, This is a normal web.xml context property. As we discussed this can be defined from jaggery.conf. So we should be ablr to have saas mode for jaggery apps as well. Will test out and update. thanks, On Wed, Aug 29, 2012 at 3:17 PM, Nuwan Bandara nu...@wso2.com wrote: You can configure Basic auth in jaggery.conf, however we haven't add enableSaaSMode property into jaggery conf, since its not a common configuration for all jaggery users. Regards, /Nuwan On Wed, Aug 29, 2012 at 2:59 PM, Tharindu Mathew thari...@wso2.comwrote: What I meant by seen was not the web app appearing on each tenant's list, but rather being able to see (and access) that an app is there. We are trying to figure out the way to get MT working for our jaggery app. Making it a SaaS app, will allow us to work through one jaggery app for all tenants. So, my initial question still remains. Is the SaaS mode supported in jaggery? I did not see it in the jaggery.conf file located at [1]. [1] - http://jaggery.io/apidocs/jagconf.jag On Wed, Aug 29, 2012 at 2:35 PM, Supun Malinga sup...@wso2.comwrote: Hi Tharindu, SaaS mode should be same as other app types(normal webapps, jaggery). I believe you have basic auth secured your webapp and trying to access the webapp from another tenant?. Also please check if you have specified the SaaS rules correctly. thanks, On Wed, Aug 29, 2012 at 2:20 PM, Nuwan Bandara nu...@wso2.comwrote: Well, what do you mean by SaaS mode ? If I understood correctly, you are looking for a multi-tenanted webapp. In that case you have to write your webapp to handle tenants and have multitenancy. AFAIK, there is no way to automatically enable MT for a webapp. whats being done is that the same webapp is deployed for different tenants. Regards, /Nuwan On Wed, Aug 29, 2012 at 2:09 PM, Tharindu Mathew thari...@wso2.com wrote: Isn't there a SaaS mode in web apps that enables it for all tenants? On Wed, Aug 29, 2012 at 2:05 PM, Nuwan Bandara nu...@wso2.comwrote: its as same as webapps in AS. if you need a particular jaggery app for the tenant, you need to deploy that app in to that tenant. Regards, /Nuwan On Wed, Aug 29, 2012 at 1:56 PM, Tharindu Mathew thari...@wso2.com wrote: My jaggery app can't be seen by tenants. How do I enable SaaS mode in jaggery? or is there any other workaround for this? -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 -- *Thanks Regards, Nuwan Bandara Associate Technical Lead Member, MC, Development Technologies WSO2 Inc. - lean . enterprise . middleware | http://wso2.com blog : http://nuwanbando.com; email: nu...@wso2.com; phone: +94 11 763 9629 * http://www.nuwanbando.com/ -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 -- *Thanks Regards, Nuwan Bandara Associate Technical Lead Member, MC, Development Technologies WSO2 Inc. - lean . enterprise . middleware | http://wso2.com blog : http://nuwanbando.com; email: nu...@wso2.com; phone: +94 11 763 9629 * http://www.nuwanbando.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Supun Malinga, Software Engineer, WSO2 Inc. http://wso2.com http://wso2.org email - sup...@wso2.com sup...@wso2.com mobile - 071 56 91 321 -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 -- *Thanks Regards, Nuwan Bandara Associate Technical Lead Member, MC, Development Technologies WSO2 Inc. - lean . enterprise . middleware | http://wso2.com blog : http://nuwanbando.com; email: nu...@wso2.com; phone: +94 11 763 9629 * http://www.nuwanbando.com/ -- Supun Malinga, Software Engineer, WSO2 Inc. http://wso2.com http://wso2.org email - sup...@wso2.com sup...@wso2.com mobile - 071 56 91 321 -- *Thanks Regards, Nuwan Bandara Associate Technical Lead Member, MC, Development Technologies WSO2 Inc. - lean . enterprise . middleware | http://wso2.com blog :
Re: [Dev] New integration test module added to G-Reg build
Hi Krishantha, Let's not add any other migrated tests at this point since we need to do the release and the branch will be frozen. And, the tests are failing due to issues in them from what I understand, and we do not have the time to fix those (ex:- Registry916). Thanks, Senaka. On Tue, Sep 4, 2012 at 4:57 AM, Krishantha Samaraweera krishan...@wso2.comwrote: Results of latest test run - Tests run: 1226, Failures: 9, Errors: 0, Skipped: 5 Failed tests: testGetNotification(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase): 1 endGame(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase) testViewService(org.wso2.carbon.registry.jira.issues.test.Carbon10667): Service is not accessible from the user expected:true but was:false testWildCardSearch(org.wso2.carbon.registry.jira.issues.test.Carbon10714): expected:12 but was:19 addWSDL(org.wso2.carbon.registry.jira.issues.test.Carbon11572): expected:null but was:[Ljava.lang.String;@622dce02 deleteResource(org.wso2.carbon.registry.jira.issues.test.Registry916): Failed to delete /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. Error in deleting the endpoint resource. Please make sure detach the associations to the services and wsdls manually before deleting the endpoint. endpoint path: /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. testActivityReportExcelType(org.wso2.carbon.registry.reporting.test.Carbon11686): expected:true but was:false testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 2:00 AM, Krishantha Samaraweera krishan...@wso2.com wrote: New integration tests module tests-new has been added G-Reg build. This module contain 1200+ new test cases which take around 40 min for execution. Migrated tests are also included in this module but those tests were not enabled, as I need to fix some tests resource leakage issues. So you will find tests and tests-new module containing integration tests and I have configured testng.xml to eliminate test duplication. We can get rid of older test module once fix migrated test failures. Thanks, Krishantha. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] New integration test module added to G-Reg build
Hi Senaka, I have fixed some of these issues yesterday. Not all issues are failures of tests itself. I think following failure cases are due to G-Reg bugs. testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 12:17 PM, Senaka Fernando sen...@wso2.com wrote: Hi Krishantha, Let's not add any other migrated tests at this point since we need to do the release and the branch will be frozen. And, the tests are failing due to issues in them from what I understand, and we do not have the time to fix those (ex:- Registry916). Thanks, Senaka. On Tue, Sep 4, 2012 at 4:57 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Results of latest test run - Tests run: 1226, Failures: 9, Errors: 0, Skipped: 5 Failed tests: testGetNotification(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase): 1 endGame(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase) testViewService(org.wso2.carbon.registry.jira.issues.test.Carbon10667): Service is not accessible from the user expected:true but was:false testWildCardSearch(org.wso2.carbon.registry.jira.issues.test.Carbon10714): expected:12 but was:19 addWSDL(org.wso2.carbon.registry.jira.issues.test.Carbon11572): expected:null but was:[Ljava.lang.String;@622dce02 deleteResource(org.wso2.carbon.registry.jira.issues.test.Registry916): Failed to delete /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. Error in deleting the endpoint resource. Please make sure detach the associations to the services and wsdls manually before deleting the endpoint. endpoint path: /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. testActivityReportExcelType(org.wso2.carbon.registry.reporting.test.Carbon11686): expected:true but was:false testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 2:00 AM, Krishantha Samaraweera krishan...@wso2.com wrote: New integration tests module tests-new has been added G-Reg build. This module contain 1200+ new test cases which take around 40 min for execution. Migrated tests are also included in this module but those tests were not enabled, as I need to fix some tests resource leakage issues. So you will find tests and tests-new module containing integration tests and I have configured testng.xml to eliminate test duplication. We can get rid of older test module once fix migrated test failures. Thanks, Krishantha. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] New integration test module added to G-Reg build
Hi Krishantha, We will check on those, but we'll have to stop adding any new tests, because we need to release. Thanks, Senaka. On Tue, Sep 4, 2012 at 7:51 AM, Krishantha Samaraweera krishan...@wso2.comwrote: Hi Senaka, I have fixed some of these issues yesterday. Not all issues are failures of tests itself. I think following failure cases are due to G-Reg bugs. testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 12:17 PM, Senaka Fernando sen...@wso2.com wrote: Hi Krishantha, Let's not add any other migrated tests at this point since we need to do the release and the branch will be frozen. And, the tests are failing due to issues in them from what I understand, and we do not have the time to fix those (ex:- Registry916). Thanks, Senaka. On Tue, Sep 4, 2012 at 4:57 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Results of latest test run - Tests run: 1226, Failures: 9, Errors: 0, Skipped: 5 Failed tests: testGetNotification(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase): 1 endGame(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase) testViewService(org.wso2.carbon.registry.jira.issues.test.Carbon10667): Service is not accessible from the user expected:true but was:false testWildCardSearch(org.wso2.carbon.registry.jira.issues.test.Carbon10714): expected:12 but was:19 addWSDL(org.wso2.carbon.registry.jira.issues.test.Carbon11572): expected:null but was:[Ljava.lang.String;@622dce02 deleteResource(org.wso2.carbon.registry.jira.issues.test.Registry916): Failed to delete /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. Error in deleting the endpoint resource. Please make sure detach the associations to the services and wsdls manually before deleting the endpoint. endpoint path: /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. testActivityReportExcelType(org.wso2.carbon.registry.reporting.test.Carbon11686): expected:true but was:false testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 2:00 AM, Krishantha Samaraweera krishan...@wso2.com wrote: New integration tests module tests-new has been added G-Reg build. This module contain 1200+ new test cases which take around 40 min for execution. Migrated tests are also included in this module but those tests were not enabled, as I need to fix some tests resource leakage issues. So you will find tests and tests-new module containing integration tests and I have configured testng.xml to eliminate test duplication. We can get rid of older test module once fix migrated test failures. Thanks, Krishantha. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] New integration test module added to G-Reg build
On Tue, Sep 4, 2012 at 12:31 PM, Senaka Fernando sen...@wso2.com wrote: Hi Krishantha, We will check on those, but we'll have to stop adding any new tests, because we need to release. +1 Thanks, Krishantha. Thanks, Senaka. On Tue, Sep 4, 2012 at 7:51 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Hi Senaka, I have fixed some of these issues yesterday. Not all issues are failures of tests itself. I think following failure cases are due to G-Reg bugs. testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 12:17 PM, Senaka Fernando sen...@wso2.com wrote: Hi Krishantha, Let's not add any other migrated tests at this point since we need to do the release and the branch will be frozen. And, the tests are failing due to issues in them from what I understand, and we do not have the time to fix those (ex:- Registry916). Thanks, Senaka. On Tue, Sep 4, 2012 at 4:57 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Results of latest test run - Tests run: 1226, Failures: 9, Errors: 0, Skipped: 5 Failed tests: testGetNotification(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase): 1 endGame(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase) testViewService(org.wso2.carbon.registry.jira.issues.test.Carbon10667): Service is not accessible from the user expected:true but was:false testWildCardSearch(org.wso2.carbon.registry.jira.issues.test.Carbon10714): expected:12 but was:19 addWSDL(org.wso2.carbon.registry.jira.issues.test.Carbon11572): expected:null but was:[Ljava.lang.String;@622dce02 deleteResource(org.wso2.carbon.registry.jira.issues.test.Registry916): Failed to delete /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. Error in deleting the endpoint resource. Please make sure detach the associations to the services and wsdls manually before deleting the endpoint. endpoint path: /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. testActivityReportExcelType(org.wso2.carbon.registry.reporting.test.Carbon11686): expected:true but was:false testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 2:00 AM, Krishantha Samaraweera krishan...@wso2.com wrote: New integration tests module tests-new has been added G-Reg build. This module contain 1200+ new test cases which take around 40 min for execution. Migrated tests are also included in this module but those tests were not enabled, as I need to fix some tests resource leakage issues. So you will find tests and tests-new module containing integration tests and I have configured testng.xml to eliminate test duplication. We can get rid of older test module once fix migrated test failures. Thanks, Krishantha. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.com wrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *S. Suhothayan * Software Engineer, Data Technologies Team, *WSO2, Inc. **http://wso2.com http://wso2.com/* *lean.enterprise.middleware.* *email: **s...@wso2.com* s...@wso2.com* cell: (+94) 779 756 757 blog: **http://suhothayan.blogspot.com/* http://suhothayan.blogspot.com/* twitter: **http://twitter.com/suhothayan* http://twitter.com/suhothayan* linked-in: **http://lk.linkedin.com/in/suhothayan* * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] Carbon Snapshot Orbit #168 was SUCCESSFUL
--- Carbon Snapshot Orbit #168 was successful. --- This build was triggered at the scheduled time of 12:00 AM http://wso2.org/bamboo/browse/WSO2CARBON-CARBONKERNELBUILD-168/ -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.comwrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.com wrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *S. Suhothayan * Software Engineer, Data Technologies Team, *WSO2, Inc. **http://wso2.com http://wso2.com/* *lean.enterprise.middleware.* *email: **s...@wso2.com* s...@wso2.com* cell: (+94) 779 756 757 blog: **http://suhothayan.blogspot.com/*http://suhothayan.blogspot.com/ * twitter: **http://twitter.com/suhothayan* http://twitter.com/suhothayan * linked-in: **http://lk.linkedin.com/in/suhothayan* * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Best is to check this at the time we create the handler and remember it On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.com wrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *S. Suhothayan * Software Engineer, Data Technologies Team, *WSO2, Inc. **http://wso2.com http://wso2.com/* *lean.enterprise.middleware.* *email: **s...@wso2.com* s...@wso2.com* cell: (+94) 779 756 757 blog: **http://suhothayan.blogspot.com/*http://suhothayan.blogspot.com/ * twitter: **http://twitter.com/suhothayan*http://twitter.com/suhothayan * linked-in: **http://lk.linkedin.com/in/suhothayan* * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 -- Srinath Perera,
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.com wrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.com wrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.com wrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *S. Suhothayan * Software Engineer, Data Technologies Team, *WSO2, Inc. **http://wso2.com http://wso2.com/* *lean.enterprise.middleware.* *email: **s...@wso2.com* s...@wso2.com* cell: (+94) 779 756 757 blog: **http://suhothayan.blogspot.com/*http://suhothayan.blogspot.com/ * twitter: **http://twitter.com/suhothayan*http://twitter.com/suhothayan * linked-in: **http://lk.linkedin.com/in/suhothayan* * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Regards, Tharindu blog:
Re: [Dev] [Blocker] Rampart handlers consuming 8% time during an invocation even if security is not engaged
Will look into this. Thanks, Hasini. On Tue, Sep 4, 2012 at 2:06 PM, Afkham Azeez az...@wso2.com wrote: See attached jprofiler screenshot. The main culprit seems to be the isEngaged method call which is repeatedly building the module name. The fix should be simple, we could remember the module name. Prabath et. al. please take this up urgently. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [Blocker] Rampart handlers consuming 8% time during an invocation even if security is not engaged
What is the security policy you used here..? Thanks regards, -Prabath On Tue, Sep 4, 2012 at 2:20 PM, Afkham Azeez az...@wso2.com wrote: Rampart handlers are causing much higher overhead in the outflow. See attached screenshot. On Tue, Sep 4, 2012 at 2:16 PM, Hasini Gunasinghe has...@wso2.com wrote: Will look into this. Thanks, Hasini. On Tue, Sep 4, 2012 at 2:06 PM, Afkham Azeez az...@wso2.com wrote: See attached jprofiler screenshot. The main culprit seems to be the isEngaged method call which is repeatedly building the module name. The fix should be simple, we could remember the module name. Prabath et. al. please take this up urgently. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- Thanks Regards, Prabath Mobile : +94 71 809 6732 http://blog.facilelogin.com http://RampartFAQ.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [Blocker] Rampart handlers consuming 8% time during an invocation even if security is not engaged
This is a simple echo service which has not been secured. In the in flow, the overhead caused by the rampart handlers is 8% in the out flow the overhead is 12%. So, we can improve performance by 20% just by optimizing this bit of code. Azeez On Tue, Sep 4, 2012 at 2:23 PM, Prabath Siriwardena prab...@wso2.comwrote: What is the security policy you used here..? Thanks regards, -Prabath On Tue, Sep 4, 2012 at 2:20 PM, Afkham Azeez az...@wso2.com wrote: Rampart handlers are causing much higher overhead in the outflow. See attached screenshot. On Tue, Sep 4, 2012 at 2:16 PM, Hasini Gunasinghe has...@wso2.comwrote: Will look into this. Thanks, Hasini. On Tue, Sep 4, 2012 at 2:06 PM, Afkham Azeez az...@wso2.com wrote: See attached jprofiler screenshot. The main culprit seems to be the isEngaged method call which is repeatedly building the module name. The fix should be simple, we could remember the module name. Prabath et. al. please take this up urgently. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- Thanks Regards, Prabath Mobile : +94 71 809 6732 http://blog.facilelogin.com http://RampartFAQ.com -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Code review for Axis2 JMS transport (Sender/Receiver)
Hi Sagara, Shall we do the $subject when we are done with the release. IMO, there are several places we can improve the code/ configurations etc. --Srinath -- Srinath Perera, Ph.D. Senior Software Architect, WSO2 Inc. Visiting Faculty, University of Moratuwa Member, Apache Software Foundation Research Scientist, Lanka Software Foundation Blog: http://srinathsview.blogspot.com/ Photos: http://www.flickr.com/photos/hemapani/ Phone: 0772360902 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Code review for Axis2 JMS transport (Sender/Receiver)
+1 better do this after WSO2 releases but before the Axis2 1.7.0 release. I also think JMS need some reviews and we need to support some of the significant features of SOAP over JMS spec too. Thanks ! On Tue, Sep 4, 2012 at 3:15 PM, Srinath Perera srin...@wso2.com wrote: Hi Sagara, Shall we do the $subject when we are done with the release. IMO, there are several places we can improve the code/ configurations etc. --Srinath -- Srinath Perera, Ph.D. Senior Software Architect, WSO2 Inc. Visiting Faculty, University of Moratuwa Member, Apache Software Foundation Research Scientist, Lanka Software Foundation Blog: http://srinathsview.blogspot.com/ Photos: http://www.flickr.com/photos/hemapani/ Phone: 0772360902 -- Sagara Gunathunga Technical Lead; WSO2, Inc.; http://wso2.com V.P Apache Web Services ; http://ws.apache.org/ Blog ; http://ssagara.blogspot.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Code freeze for Carbon 4 chunk 1 releases
Hi, Does this freeze trunk as well. Currently its frozen at level [1] [1] https://svn.wso2.org/repos/wso2/carbon/ Thanks. On Mon, Sep 3, 2012 at 9:10 PM, Samisa Abeysinghe sam...@wso2.com wrote: Hi all, Please note that the Carbon 4 branch will be code frozen for chunk 1 releases on Tuesday 4th September morning 9 am LK time. After this point, only the release managers will be allowed to commit, and all others will have to adhere to RTC model, where you have to attach the patches into Jira until the chink one releases are done this Friday. Thanks, Samisa... Samisa Abeysinghe VP Engineering WSO2 Inc. http://wso2.com http://wso2.org ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- -- Lahiru Sandaruwan Software Engineer, Cloud Team, WSO2 Inc., http://wso2.com lean.enterprise.middleware email: lahi...@wso2.com cell: (+94) 773 325 954 blog: http://lahiruwrites.blogspot.com/ twitter: http://twitter.com/lahirus linked-in: http://lk.linkedin.com/pub/lahiru-sandaruwan/16/153/146 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Hi all, Also, you probably don't make use of the CarbonContext etc (I noticed the use of the EmbeddedRegistry service), to access the registries. If you use the CarbonContext, you'd avoid the overhead of retrieving a configSystemRegistry for instance. Thanks, Senaka. On Tue, Sep 4, 2012 at 9:28 AM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.com wrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.com wrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *S. Suhothayan * Software Engineer, Data Technologies Team, *WSO2, Inc. **http://wso2.com http://wso2.com/* *lean.enterprise.middleware.* *email: **s...@wso2.com* s...@wso2.com* cell: (+94) 779 756 757 blog:
[Dev] Update AS, ESB, GREG p2 profiles with latest features
Hi All, Some of the features that are updated to new version(4.0.1 or 2.0.1) are not yet updated in the products p2 profile. Can we please check this and update, if not already updated? Thanks, Kishanthan. -- *Kishanthan Thangarajah* Software Engineer, Development Technologies Team, WSO2, Inc. lean.enterprise.middleware Mobile - +94773426635 Blog - *http://kishanthan.wordpress.com* Twitter - *http://twitter.com/kishanthan* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Architecture] WSO2 App Factory 1.0.0 Milestone 5 Released!
WSO2 App Factory v1.0.0 M5 Released 4th September, 2012 The WSO2 App Factory team is pleased to announce the release of 1.0.0 Milestone 5 version of WSO2 App Factory. The pre-configured virtual machine could be downloaded from herehttp://builder1.us1.wso2.org/~appfactory/releases/AppFactory_1.0.0_M5.zip [0]. How to Run Download the virtual machine. The servers start automatically when the VM boot up. Key Features Lifecycle management of an application (i.e CAR application) SVN repository provision Automated build and deployment Application versioning Notification handling. Jenkins based Build system Role based views New Features and Improvements Continuous integration with Jenkins Ability to download built artifacts Auto expiring credential caching for mod_appfactory_svnauth PHP based remote svn repository provisioning Issues Fixed [APPFAC-40 https://wso2.org/jira/browse/APPFAC-40] Random error while clicking promote/deploy or build [APPFAC-42 https://wso2.org/jira/browse/APPFAC-42] Deployed artifacts does not carry the version of the CApp [APPFAC-45 https://wso2.org/jira/browse/APPFAC-45] App Owner should be able to checkout [APPFAC-51 https://wso2.org/jira/browse/APPFAC-51] Remove the list of web services from appfactory.xml [APPFAC-46 https://wso2.org/jira/browse/APPFAC-46] Avoid sending username and password in soap body in repository authentication,Use basic-auth Known issues [APPFAC-22 https://wso2.org/jira/browse/APPFAC-22] Validate input version string using regex [APPFAC-1 https://wso2.org/jira/browse/APPFAC-1 ] Secure the BPELs [APPFAC-53 https://wso2.org/jira/browse/APPFAC-53] SVN URL should be https [APPFAC-37 https://wso2.org/jira/browse/APPFAC-37] Time in Lifecycle should be read from registry [APPFAC-54 https://wso2.org/jira/browse/APPFAC-54] Application Versions in Production section of the index.jag shows applications in development as well. Report Problems Issues can be reported using the public JIRA available at https://wso2.org/jira/browse/APPFAC Contact us WSO2 App Factory developers can be contacted via the mailing lists: For Users: u...@wso2.org For Developers: dev@wso2.org For details on subscriptions see http://wso2.org/mail -The WSO2 App Factory Team [0]http://builder1.us1.wso2.org/~appfactory/releases/AppFactory_1.0.0_M5.zip -- ajanthan -- Ajanthan Balachandiran Software Engineer; WSO2, Inc.; http://wso2.com/ email: ajanthan http://goog_595075977@wso2.com; cell: +94775581497 blog: http://bkayts.blogspot.com/ Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Build failure on platform
Hi, I'm getting the following errors when building: compile: [echo] Project: jdbc [javac] Compiling 15 source files to /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/build/jdbc/classes [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveCallableStatement.java:48: error: HiveCallableStatement is not abstract and does not override abstract method TgetObject(String,ClassT) in CallableStatement [javac] public class HiveCallableStatement implements java.sql.CallableStatement { [javac]^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveConnection.java:54: error: HiveConnection is not abstract and does not override abstract method getNetworkTimeout() in Connection [javac] public class HiveConnection implements java.sql.Connection { [javac]^ [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDataSource.java:31: error: HiveDataSource is not abstract and does not override abstract method getParentLogger() in CommonDataSource [javac] public class HiveDataSource implements DataSource { [javac]^ [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:43: error: HiveDatabaseMetaData is not abstract and does not override abstract method generatedKeyAlwaysReturned() in DatabaseMetaData [javac] public class HiveDatabaseMetaData implements java.sql.DatabaseMetaData { [javac]^ [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:113: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$1 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , catalogs) { [javac] ^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:222: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$2 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , columns) { [javac] ^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:513: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$3 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , Arrays.asList(STRING, STRING), null) { [javac]^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:553: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$4 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , Arrays.asList(STRING), new ArrayListTableType(Arrays.asList(tt))) { [javac] ^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:610: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$5 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , resultTables) { [javac] ^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /home/amila/checkout/platform/4.0.0/dependencies/hive/0.8.1-wso2v3/jdbc/src/java/org/apache/hadoop/hive/jdbc/HiveDatabaseMetaData.java:688: error: anonymous org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$6 is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] , null) { [javac] ^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac]
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.com wrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.com wrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. Yes, I got the pack somebody gave me, possibly from builder. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
Anyway, how will the following improve performance? - serviceName = serviceName.replace(/, ); + serviceName = serviceName.substring(serviceName.indexOf('/')+1, serviceName.length()); On Tue, Sep 4, 2012 at 7:15 PM, Afkham Azeez az...@wso2.com wrote: I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
On Tue, Sep 4, 2012 at 7:18 PM, Afkham Azeez az...@wso2.com wrote: Anyway, how will the following improve performance? Java String.replace uses regular expressions and can be slow, especially for large strings requiring many replacements. Therefore, i thought of using substring instead of replace since according to the diagram you've attached overhead of string substring is 0.1% for the same string. I didn't test this properly however, I will update this thread as soon as I am done. - serviceName = serviceName.replace(/, ); + serviceName = serviceName.substring(serviceName.indexOf('/')+1, serviceName.length()); On Tue, Sep 4, 2012 at 7:15 PM, Afkham Azeez az...@wso2.com wrote: I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.com wrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
I have found a better way of improving the performance of String replace by using org.apache.commons.lang.StringUtils.replace(serviceName, /, );. And attached the jar file and the diff to the jira. For more information on String replace performance [1] [1] - http://myhowto.org/under-the-hood/32-hidden-costs-of-using-java-string-methods/ On Tue, Sep 4, 2012 at 7:35 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 7:18 PM, Afkham Azeez az...@wso2.com wrote: Anyway, how will the following improve performance? Java String.replace uses regular expressions and can be slow, especially for large strings requiring many replacements. Therefore, i thought of using substring instead of replace since according to the diagram you've attached overhead of string substring is 0.1% for the same string. I didn't test this properly however, I will update this thread as soon as I am done. - serviceName = serviceName.replace(/, ); + serviceName = serviceName.substring(serviceName.indexOf('/')+1, serviceName.length()); On Tue, Sep 4, 2012 at 7:15 PM, Afkham Azeez az...@wso2.com wrote: I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.comwrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
Your previous fix works. Now the method takes only 0.6% of the total execution time. Azeez On Tue, Sep 4, 2012 at 8:00 PM, Amani Soysa am...@wso2.com wrote: I have found a better way of improving the performance of String replace by using org.apache.commons.lang.StringUtils.replace(serviceName, /, );. And attached the jar file and the diff to the jira. For more information on String replace performance [1] [1] - http://myhowto.org/under-the-hood/32-hidden-costs-of-using-java-string-methods/ On Tue, Sep 4, 2012 at 7:35 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 7:18 PM, Afkham Azeez az...@wso2.com wrote: Anyway, how will the following improve performance? Java String.replace uses regular expressions and can be slow, especially for large strings requiring many replacements. Therefore, i thought of using substring instead of replace since according to the diagram you've attached overhead of string substring is 0.1% for the same string. I didn't test this properly however, I will update this thread as soon as I am done. - serviceName = serviceName.replace(/, ); + serviceName = serviceName.substring(serviceName.indexOf('/')+1, serviceName.length()); On Tue, Sep 4, 2012 at 7:15 PM, Afkham Azeez az...@wso2.com wrote: I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.comwrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ *
[Dev] [Bamboo-Build] WSO2 Carbon BRANCH Platform_4.0.0 #257 has FAILED. Change made by 14 authors.
--- WSO2 Carbon BRANCH Platform_4.0.0 #257 failed. --- This build occurred because it is a dependant of WCB001-KER000-170. No failed tests found, a possible compilation error. http://wso2.org/bamboo/browse/WCB001-PLA000-257/ - Currently Responsible - No one is responsible for fixing this build. -- Failing Jobs -- - Default Job (Default Stage): 1724 tests passed. -- Code Changes -- ajithn (141055): Fixing REGISTRY-1291 - provider -Janaka miyuru (141024): fixed patched feature versions miyuru (141066): mediation stat new version -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [URGENT] org.wso2.carbon.tomcat.ext.internal.Utils.getAppNameFromRequest has newly introduced 3.5% overhead to each request
The StringUtils patch has resulted in an increase. Now it is 1.7% On Tue, Sep 4, 2012 at 8:15 PM, Afkham Azeez az...@wso2.com wrote: Your previous fix works. Now the method takes only 0.6% of the total execution time. Azeez On Tue, Sep 4, 2012 at 8:00 PM, Amani Soysa am...@wso2.com wrote: I have found a better way of improving the performance of String replace by using org.apache.commons.lang.StringUtils.replace(serviceName, /, );. And attached the jar file and the diff to the jira. For more information on String replace performance [1] [1] - http://myhowto.org/under-the-hood/32-hidden-costs-of-using-java-string-methods/ On Tue, Sep 4, 2012 at 7:35 PM, Amani Soysa am...@wso2.com wrote: On Tue, Sep 4, 2012 at 7:18 PM, Afkham Azeez az...@wso2.com wrote: Anyway, how will the following improve performance? Java String.replace uses regular expressions and can be slow, especially for large strings requiring many replacements. Therefore, i thought of using substring instead of replace since according to the diagram you've attached overhead of string substring is 0.1% for the same string. I didn't test this properly however, I will update this thread as soon as I am done. - serviceName = serviceName.replace(/, ); + serviceName = serviceName.substring(serviceName.indexOf('/')+1, serviceName.length()); On Tue, Sep 4, 2012 at 7:15 PM, Afkham Azeez az...@wso2.com wrote: I built a tomcat ext jar with your fix replaced the original, and still server hangs at startup. Azeez On Tue, Sep 4, 2012 at 7:01 PM, Amani Soysa am...@wso2.com wrote: Yes there's something wrong with the packs coming from the builder ... you need to have your own build .. My fix was a simple fix where i remove the String replace, that should not have any impact on server startup. On Tue, Sep 4, 2012 at 6:44 PM, Amila Maha Arachchi ami...@wso2.comwrote: Did you take a pack from builder and replaced a jar with a one built in your machine? Has it got something to do with the patch or does the bundle does not get activated? Some of us have faced a problem which the packs built from the builder doesn't get started when we replace the jars. I have sent a separate mail regarding this. AmilaM. On Tue, Sep 4, 2012 at 6:20 PM, Afkham Azeez az...@wso2.com wrote: When I applied your patch, and tried to start the server, the server does not start. On Tue, Sep 4, 2012 at 3:19 PM, Amani Soysa am...@wso2.com wrote: Fixed this issue [1]. I have attached the patch to the following jira[1] [1] - https://wso2.org/jira/browse/CARBON-13859 On Tue, Sep 4, 2012 at 2:46 PM, Amani Soysa am...@wso2.comwrote: On Tue, Sep 4, 2012 at 2:41 PM, Afkham Azeez az...@wso2.comwrote: Amani, Reka, Please review the attached screenshot fix. Will fix it. Thanks Azeez -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware*
[Dev] A possible compilation failure at 4.0.0. branch....
Hi, A Possible compilation failure at 4.0.0 branch... [INFO] --- maven-compiler-plugin:2.0.2:compile (default-compile) @ org.wso2.carbon.ntask.core --- [INFO] Compiling 22 source files to /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/target/classes [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.823s [INFO] Finished at: Tue Sep 04 21:21:57 IST 2012 [INFO] Final Memory: 21M/981M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile (default-compile) on project org.wso2.carbon.ntask.core: Compilation failure: Compilation failure: [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[25,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[18,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[25,43] cannot find symbol [ERROR] symbol: class ServerStartupHandler [ERROR] public class TaskStartupHandler implements ServerStartupHandler { [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[73,33] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: class org.wso2.carbon.ntask.core.internal.TasksDSComponent [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[37,1] method does not override or implement a method from a supertype [ERROR] - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException -- *Hasitha Abeykoon* Software Engineer; WSO2, Inc.; http://wso2.com *cell:* *+94 719363063* *blog: **abeykoon.blogspot.com* http://abeykoon.blogspot.com* * * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
In the with_both_enabled image, one publisher is taking 21%, which is not acceptable. Can we ship with publishers disabled? On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.com wrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/ http://srinathsview.blogspot.com/ ___ Dev mailing list Dev@wso2.org
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Publishers are disabled by default. You enable through the UI. On Tue, Sep 4, 2012 at 9:28 PM, Afkham Azeez az...@wso2.com wrote: In the with_both_enabled image, one publisher is taking 21%, which is not acceptable. Can we ship with publishers disabled? On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.com wrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.com wrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Srinath Perera, Ph.D. http://www.cs.indiana.edu/~hperera/
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Sinthuja, Can you attach a profile with only stats enabled? The one you attached has both stats and activity enabled. There also seems to be some more improvements we can make to the data publisher side. We can offload more as Azeez suggests. Azeez, for how many requests did you profile for your result and to what service? On Tue, Sep 4, 2012 at 9:38 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 4:34 PM, Tharindu Mathew thari...@wso2.com wrote: The % seems to be quite acceptable after removing registry lookup. I will commit this patch. I don't agree with this. 32% overhead for publishing stats is not acceptable. This indicates that the thread pool which is used for serving requests is being used for publishing stats, instead of getting the response back to the client as soon as possible. If you are doing such heavy lifting, it needs to be offloaded to some other thread pool, which will take care of publishing separately. I would consider this a major blocker for this release. On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.comwrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.com wrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in:
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Echo service. 40k requests. On Tue, Sep 4, 2012 at 9:44 PM, Tharindu Mathew thari...@wso2.com wrote: Sinthuja, Can you attach a profile with only stats enabled? The one you attached has both stats and activity enabled. There also seems to be some more improvements we can make to the data publisher side. We can offload more as Azeez suggests. Azeez, for how many requests did you profile for your result and to what service? On Tue, Sep 4, 2012 at 9:38 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 4:34 PM, Tharindu Mathew thari...@wso2.comwrote: The % seems to be quite acceptable after removing registry lookup. I will commit this patch. I don't agree with this. 32% overhead for publishing stats is not acceptable. This indicates that the thread pool which is used for serving requests is being used for publishing stats, instead of getting the response back to the client as soon as possible. If you are doing such heavy lifting, it needs to be offloaded to some other thread pool, which will take care of publishing separately. I would consider this a major blocker for this release. On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.comwrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.com wrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.comwrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org*
Re: [Dev] A possible compilation failure at 4.0.0. branch....
You need to svn up kernel and build. ServerStartupHandler class is in carbon.core On Tue, Sep 4, 2012 at 9:26 PM, Hasitha Hiranya hasit...@wso2.com wrote: Hi, A Possible compilation failure at 4.0.0 branch... [INFO] --- maven-compiler-plugin:2.0.2:compile (default-compile) @ org.wso2.carbon.ntask.core --- [INFO] Compiling 22 source files to /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/target/classes [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.823s [INFO] Finished at: Tue Sep 04 21:21:57 IST 2012 [INFO] Final Memory: 21M/981M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile (default-compile) on project org.wso2.carbon.ntask.core: Compilation failure: Compilation failure: [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[25,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[18,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[25,43] cannot find symbol [ERROR] symbol: class ServerStartupHandler [ERROR] public class TaskStartupHandler implements ServerStartupHandler { [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[73,33] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: class org.wso2.carbon.ntask.core.internal.TasksDSComponent [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[37,1] method does not override or implement a method from a supertype [ERROR] - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException -- *Hasitha Abeykoon* Software Engineer; WSO2, Inc.; http://wso2.com *cell:* *+94 719363063* *blog: **abeykoon.blogspot.com* http://abeykoon.blogspot.com* * * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Amila Maharachchi* Technical Lead Member, Management Committee - Cloud Platform TG WSO2, Inc.; http://wso2.com Blog: http://maharachchi.blogspot.com Mobile: +94719371446 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] A possible compilation failure at 4.0.0. branch....
What's the difference between a possible and actual compilation error ;) On Tue, Sep 4, 2012 at 9:26 PM, Hasitha Hiranya hasit...@wso2.com wrote: Hi, A Possible compilation failure at 4.0.0 branch... [INFO] --- maven-compiler-plugin:2.0.2:compile (default-compile) @ org.wso2.carbon.ntask.core --- [INFO] Compiling 22 source files to /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/target/classes [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.823s [INFO] Finished at: Tue Sep 04 21:21:57 IST 2012 [INFO] Final Memory: 21M/981M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile (default-compile) on project org.wso2.carbon.ntask.core: Compilation failure: Compilation failure: [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[25,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[18,27] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: package org.wso2.carbon.core [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[25,43] cannot find symbol [ERROR] symbol: class ServerStartupHandler [ERROR] public class TaskStartupHandler implements ServerStartupHandler { [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/internal/TasksDSComponent.java:[73,33] cannot find symbol [ERROR] symbol : class ServerStartupHandler [ERROR] location: class org.wso2.carbon.ntask.core.internal.TasksDSComponent [ERROR] [ERROR] /home/hasitha/carbonNew/carbon/platform/branches/4.0.0/components/ntask/org.wso2.carbon.ntask.core/4.0.1/src/main/java/org/wso2/carbon/ntask/core/TaskStartupHandler.java:[37,1] method does not override or implement a method from a supertype [ERROR] - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException -- *Hasitha Abeykoon* Software Engineer; WSO2, Inc.; http://wso2.com *cell:* *+94 719363063* *blog: **abeykoon.blogspot.com* http://abeykoon.blogspot.com* * * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Folks, We need to get this to under 1% overhead by tomorrow. Throughout today, we have made major performance improvements. Code segment have been improved to yield from 20% to less than 1% overhead on the request-response path. Several segments were tuned from 5-10% down to 1% overhead, so I believe the same can be done for BAM. Azeez On Tue, Sep 4, 2012 at 9:47 PM, Afkham Azeez az...@wso2.com wrote: Echo service. 40k requests. On Tue, Sep 4, 2012 at 9:44 PM, Tharindu Mathew thari...@wso2.com wrote: Sinthuja, Can you attach a profile with only stats enabled? The one you attached has both stats and activity enabled. There also seems to be some more improvements we can make to the data publisher side. We can offload more as Azeez suggests. Azeez, for how many requests did you profile for your result and to what service? On Tue, Sep 4, 2012 at 9:38 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 4:34 PM, Tharindu Mathew thari...@wso2.comwrote: The % seems to be quite acceptable after removing registry lookup. I will commit this patch. I don't agree with this. 32% overhead for publishing stats is not acceptable. This indicates that the thread pool which is used for serving requests is being used for publishing stats, instead of getting the response back to the client as soon as possible. If you are doing such heavy lifting, it needs to be offloaded to some other thread pool, which will take care of publishing separately. I would consider this a major blocker for this release. On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.comwrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.com wrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.com wrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.comwrote: Please take a look at the attached JProfiler screenshot. This is the contributor to the 50% loss in throughout between the previous AS release and the current AS nightly build. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter:
[Dev] What are dataSourceProps in *-datasources.xml?
Hi Anjana, What does dataSourceProps do? are these connectionProperties as explained in http://people.apache.org/~fhanik/jdbc-pool/jdbc-pool.html? I found this in the master-datasources.xml's sample data source. Thanks, Senaka. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [BLOCKER] BAM handlers taking 55% of the time in Web service invocation flow!
Hi Azeez, I agree with what you say, and this should reduce much closer to 0%. But, I see some differences in our profile. In the profile that we attached, when monitoring is disabled, there are some modules consuming more than 3%. I want to see if there is an issue in our profiling approach. Could you attach a new profile for our reference with the new values you speak of? On Tue, Sep 4, 2012 at 10:47 PM, Afkham Azeez az...@wso2.com wrote: Folks, We need to get this to under 1% overhead by tomorrow. Throughout today, we have made major performance improvements. Code segment have been improved to yield from 20% to less than 1% overhead on the request-response path. Several segments were tuned from 5-10% down to 1% overhead, so I believe the same can be done for BAM. Azeez On Tue, Sep 4, 2012 at 9:47 PM, Afkham Azeez az...@wso2.com wrote: Echo service. 40k requests. On Tue, Sep 4, 2012 at 9:44 PM, Tharindu Mathew thari...@wso2.comwrote: Sinthuja, Can you attach a profile with only stats enabled? The one you attached has both stats and activity enabled. There also seems to be some more improvements we can make to the data publisher side. We can offload more as Azeez suggests. Azeez, for how many requests did you profile for your result and to what service? On Tue, Sep 4, 2012 at 9:38 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 4:34 PM, Tharindu Mathew thari...@wso2.comwrote: The % seems to be quite acceptable after removing registry lookup. I will commit this patch. I don't agree with this. 32% overhead for publishing stats is not acceptable. This indicates that the thread pool which is used for serving requests is being used for publishing stats, instead of getting the response back to the client as soon as possible. If you are doing such heavy lifting, it needs to be offloaded to some other thread pool, which will take care of publishing separately. I would consider this a major blocker for this release. On Tue, Sep 4, 2012 at 3:56 PM, Sinthuja Ragendran sinth...@wso2.comwrote: Hi, I have changed the AS publisher to use the local caching. Since the branch is frozen i have attached the patch in JIRA [1]. I did the jprofiling after using the local caching, both profiles when enabling the publishing and not enabling the publishing are attached. [1] https://wso2.org/jira/browse/BAM-821 Thanks, Sinthuja. On Tue, Sep 4, 2012 at 1:58 PM, Afkham Azeez az...@wso2.com wrote: On Tue, Sep 4, 2012 at 1:33 PM, Srinath Perera srin...@wso2.comwrote: Best is to check this at the time we create the handler and remember it +1 On Tue, Sep 4, 2012 at 1:11 PM, Tharindu Mathew thari...@wso2.comwrote: The local caching should also solve the problem of the initial lookup as well. That is we will only consult the registry to see whether stats or activity is enabled ONCE, after that it has to just pass through. Note that the best approach is to not engage the handlers at all, unless stats or activity monitoring is enabled. That should solve problems when monitoring is not required, and the local caching would solve the problem when monitoring is required. Sinthuja, after the fixes please profile and attach a diagram again. On Tue, Sep 4, 2012 at 12:54 PM, Sinthuja Ragendran sinth...@wso2.com wrote: Hi, I profiled the as publishing. Since we are using the registry caching to save the configuration, it is taking more time to puublish. I have attached the screen shot of the profiling. As per offline discussion with azeez and tharindu, now we thought of going with local caching as earlier implementation. And now I'm working on this to reverting to back to previous implementation. Thanks, Sinthuja. On Tue, Sep 4, 2012 at 12:44 PM, Suhothayan Sriskandarajah s...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:00 PM, Srinath Perera srin...@wso2.com wrote: IMHO, we need a urgent code review on this. Also get Suho. Sure, please let me know when the code review is. Earlier Appserver BAM publishers are not Async, hence Sinthuja wrote a AsyncDataPruclihser to solve this issue. Now the data publishing part is very fast because all the requests are handled through a thread pool. But as I know the data collection, and the event creation logic are still not Async, this might me the reason, we have to look into this more. Suho We also saw ESB stat collectors looping. --Srinath On Tue, Sep 4, 2012 at 11:46 AM, Afkham Azeez az...@wso2.comwrote: We profiled AppServer 4.1.0 compared it with the new AppServer packs after removing the BAM publisher components. The old AppServer 4.1.0 is about 10-15% faster! On Tue, Sep 4, 2012 at 11:13 AM, Afkham Azeez az...@wso2.comwrote: After removing the BAM publisher components, the throughput increased by 10 times! On Tue, Sep 4, 2012 at 11:04 AM, Afkham Azeez az...@wso2.com wrote: Please take a look at the
[Dev] How to get the Tenant Id using Tenant Domain from an External Application
Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] WSO2 Carbon BRANCH Platform_4.0.0 #258 has FAILED. Change made by miyuru, kasunw and ajithn.
--- WSO2 Carbon BRANCH Platform_4.0.0 #258 failed. --- This build occurred because it is a dependant of WCB001-KER000-171. No failed tests found, a possible compilation error. http://wso2.org/bamboo/browse/WCB001-PLA000-258/ - Currently Responsible - No one is responsible for fixing this build. -- Failing Jobs -- - Default Job (Default Stage): 1724 tests passed. -- Code Changes -- ajithn (141093): add 4.0.1 miyuru (141083): affed fault mediator + indented miyuru (141086): fixed ESBJAVA-1156 -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Fwd: [ANNOUNCE] Apache Qpid 0.18 released
Guys, It is worth taking a look at it as it includes supports for AMQP 1.0 and also for broker HA. Danushka -- Forwarded message -- From: Robbie Gemmell rob...@apache.org Date: Wed, Sep 5, 2012 at 12:52 AM Subject: [ANNOUNCE] Apache Qpid 0.18 released To: annou...@apache.org, d...@qpid.apache.org, us...@qpid.apache.org The Apache Qpid community is pleased to announce the immediate availability of Apache Qpid 0.18. Apache Qpid (http://qpid.apache.org) is a cross-platform enterprise messaging solution which implements the Advanced Message Queuing Protocol (AMQP, http://www.amqp.org). It provides brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. Qpid 0.18 is available from our website: http://qpid.apache.org/**download.htmlhttp://qpid.apache.org/download.html The 0.18 release includes many bug fixes and improvements. We recommend that all users upgrade. A comprehensive list of changes in the 0.18 release is available here: http://qpid.apache.org/**release_notes_0.18.htmlhttp://qpid.apache.org/release_notes_0.18.html Please note that this release addresses CVE-2012-3467. For more details see: https://issues.apache.org/**jira/browse/QPID-3849https://issues.apache.org/jira/browse/QPID-3849 Thanks to all the users and contributors who have helped to improve Apache Qpid. --**--**- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.**orgusers-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
Hi Ajith, On Sep 5, 2012 12:24 AM, Ajith Vitharana aji...@wso2.com wrote: On Tue, Sep 4, 2012 at 11:53 PM, Harshana Martin harsh...@wso2.com wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Hi Harshana, AFAIK We don't expose (to outside ) tenant id using such a Admin Service. However, you can get the tenant id using the RealmService (OSGI service). int tenantId = realmService.getTenantManager().getTenantId(tenantDomain); Thanks Ajithn I'll try to implement an admin service with the above code segment and try to use it from Dev Studio. Thanks and Regards, Harshana Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Ajith Vitharana. WSO2 Inc. - http://wso2.org Email : aji...@wso2.com Mobile : +94714631794 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
Hi Sanjeewa, On Sep 5, 2012 12:36 AM, Sanjeewa Malalgoda sanje...@wso2.com wrote: Hi, How if we obtain super tenant carbon context and then get TenantManager. if you have tenant manager then you can do same. Is there a way to get the super tenants carbon context outside of a carbon server? We need to get it outside of server since we need this information to be accessible to Dev Studio. Thanks and Regards, Harshana Thanks. On Tue, Sep 4, 2012 at 11:54 AM, Ajith Vitharana aji...@wso2.com wrote: On Tue, Sep 4, 2012 at 11:53 PM, Harshana Martin harsh...@wso2.com wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Hi Harshana, AFAIK We don't expose (to outside ) tenant id using such a Admin Service. However, you can get the tenant id using the RealmService (OSGI service). int tenantId = realmService.getTenantManager().getTenantId(tenantDomain); Thanks Ajithn Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Ajith Vitharana. WSO2 Inc. - http://wso2.org Email : aji...@wso2.com Mobile : +94714631794 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Sanjeewa Malalgoda WSO2 Inc. Mobile : +14084122715 | +94713068779 blog :http://sanjeewamalalgoda.blogspot.com/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] WSO2 Carbon BRANCH Platform_4.0.0 #259 was SUCCESSFUL (with 1724 tests). Change made by 9 authors.
--- WSO2 Carbon BRANCH Platform_4.0.0 #259 was successful. --- This build occurred because it is a dependant of WCB001-KER000-172. 1724 tests in total. http://wso2.org/bamboo/browse/WCB001-PLA000-259/ -- Code Changes -- buddhikac (141103): Fail over handling at record reader. kasunw (141106): Fixed BAM-814 senaka (141110): Fixing JIRA issue REGISTRY-1285. -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Why is datasources.properties in repository/conf instead of repository/conf/datasources?
Hi Senaka, On Wed, Sep 5, 2012 at 4:59 AM, Senaka Fernando sen...@wso2.com wrote: Hi all, Is $subject a mistake? Because, it looks a bit ugly right now. The old data sources component uses the datasources.properties file, we are suppose to move away from that and use the new one, which stores it's configuration files in repository/conf/datasources, and both should not mix. Cheers, Anjana. Thanks, Senaka. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware -- *Anjana Fernando* Associate Technical Lead WSO2 Inc. | http://wso2.com lean . enterprise . middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [ANNOUNCE] Apache Qpid 0.18 released
we should be able to get 1.0 parsing stuff Also we should look at any improvements to shared parts. But both should be after the release --Srinath On Wed, Sep 5, 2012 at 1:13 AM, Danushka Menikkumbura danushka.menikkumb...@gmail.com wrote: Guys, It is worth taking a look at it as it includes supports for AMQP 1.0 and also for broker HA. Danushka -- Forwarded message -- From: Robbie Gemmell rob...@apache.org Date: Wed, Sep 5, 2012 at 12:52 AM Subject: [ANNOUNCE] Apache Qpid 0.18 released To: annou...@apache.org, d...@qpid.apache.org, us...@qpid.apache.org The Apache Qpid community is pleased to announce the immediate availability of Apache Qpid 0.18. Apache Qpid (http://qpid.apache.org) is a cross-platform enterprise messaging solution which implements the Advanced Message Queuing Protocol (AMQP, http://www.amqp.org). It provides brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. Qpid 0.18 is available from our website: http://qpid.apache.org/**download.htmlhttp://qpid.apache.org/download.html The 0.18 release includes many bug fixes and improvements. We recommend that all users upgrade. A comprehensive list of changes in the 0.18 release is available here: http://qpid.apache.org/**release_notes_0.18.htmlhttp://qpid.apache.org/release_notes_0.18.html Please note that this release addresses CVE-2012-3467. For more details see: https://issues.apache.org/**jira/browse/QPID-3849https://issues.apache.org/jira/browse/QPID-3849 Thanks to all the users and contributors who have helped to improve Apache Qpid. --**--**- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.**orgusers-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org -- Srinath Perera, Ph.D. Senior Software Architect, WSO2 Inc. Visiting Faculty, University of Moratuwa Member, Apache Software Foundation Research Scientist, Lanka Software Foundation Blog: http://srinathsview.blogspot.com/ Photos: http://www.flickr.com/photos/hemapani/ Phone: 0772360902 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
I didn't understand your requirements fully. Why do you need the tenant Id? Normally, you logged in using correct tenant username, and internally it will handle it. We do not need to handle this at the dev studio level. Can you explain what kind of operations you are trying to do? Shankar On Tuesday, September 4, 2012, Harshana Martin wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
Hi Shankar, On Wed, Sep 5, 2012 at 7:41 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: I didn't understand your requirements fully. Why do you need the tenant Id? Normally, you logged in using correct tenant username, and internally it will handle it. We do not need to handle this at the dev studio level. Can you explain what kind of operations you are trying to do? Previously we deployed C-App to a common location of repository/deployment/server/carbonapps location. But now servers running in tenant mode, deploying the C-App to super tenant is wrong IMO. If an user adds a Remote Server to Developer Studio, user provide the server URL. So that URL is now contains tenant domiain. Therefore we need the Tenant Id corresponding to Tenant Domain to deploy the C-App to remote Server now. Therefore now we need the Tenant Id at the Dev Studio side. Thanks and Regards, Harshana Shankar On Tuesday, September 4, 2012, Harshana Martin wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
On Wed, Sep 5, 2012 at 8:26 AM, Harshana Martin harsh...@wso2.com wrote: Hi Shankar, On Wed, Sep 5, 2012 at 7:41 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: I didn't understand your requirements fully. Why do you need the tenant Id? Normally, you logged in using correct tenant username, and internally it will handle it. We do not need to handle this at the dev studio level. Can you explain what kind of operations you are trying to do? Previously we deployed C-App to a common location of repository/deployment/server/carbonapps location. But now servers running in tenant mode, deploying the C-App to super tenant is wrong IMO. If an user adds a Remote Server to Developer Studio, user provide the server URL. So that URL is now contains tenant domiain. Therefore we need the Tenant Id corresponding to Tenant Domain to deploy the C-App to remote Server now. Therefore now we need the Tenant Id at the Dev Studio side. No, IMO, user gives the server URL as https://appserver.stratoslive.wso2.com and user name as f...@bar.com Even previously, we used to do that, and developer studio uses (AFAIK) CApp uploader admin service by passing above username. In that case, it will be deployed to correct tenant. Developer studio will not be able to copy the file to a location in file system. If you calculate that path and copy, now that logic is in two places (dev studio and CApp uploader admin service). I believe, you should use the admin service only. Shankar Thanks and Regards, Harshana Shankar On Tuesday, September 4, 2012, Harshana Martin wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] New integration test module added to G-Reg build
I have fixed most failure cases. Here are the latest test results. I will check this failures again and create public JIRAs appropriately. Tests run: 1224, Failures: 3, Errors: 0, Skipped: 2 Failed tests: testAllowCreateAndListServices(org.wso2.carbon.registry.permission.test.LifeCyclePermissionTestCase): Failed to add artifact: artifact id: 3a114b0c-d2ef-4df7-9d49-eea003b6ed21. Failed to add new resource. User testuser1 does not have authorization to update the collection /_system/governance/trunk. testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): expected:true but was:false testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 12:32 PM, Krishantha Samaraweera krishan...@wso2.com wrote: On Tue, Sep 4, 2012 at 12:31 PM, Senaka Fernando sen...@wso2.com wrote: Hi Krishantha, We will check on those, but we'll have to stop adding any new tests, because we need to release. +1 Thanks, Krishantha. Thanks, Senaka. On Tue, Sep 4, 2012 at 7:51 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Hi Senaka, I have fixed some of these issues yesterday. Not all issues are failures of tests itself. I think following failure cases are due to G-Reg bugs. testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 12:17 PM, Senaka Fernando sen...@wso2.comwrote: Hi Krishantha, Let's not add any other migrated tests at this point since we need to do the release and the branch will be frozen. And, the tests are failing due to issues in them from what I understand, and we do not have the time to fix those (ex:- Registry916). Thanks, Senaka. On Tue, Sep 4, 2012 at 4:57 AM, Krishantha Samaraweera krishan...@wso2.com wrote: Results of latest test run - Tests run: 1226, Failures: 9, Errors: 0, Skipped: 5 Failed tests: testGetNotification(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase): 1 endGame(org.wso2.carbon.registry.governance.api.test.ServicesResourceInformationManagementTestCase) testViewService(org.wso2.carbon.registry.jira.issues.test.Carbon10667): Service is not accessible from the user expected:true but was:false testWildCardSearch(org.wso2.carbon.registry.jira.issues.test.Carbon10714): expected:12 but was:19 addWSDL(org.wso2.carbon.registry.jira.issues.test.Carbon11572): expected:null but was:[Ljava.lang.String;@622dce02 deleteResource(org.wso2.carbon.registry.jira.issues.test.Registry916): Failed to delete /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. Error in deleting the endpoint resource. Please make sure detach the associations to the services and wsdls manually before deleting the endpoint. endpoint path: /_system/governance/trunk/endpoints/eu/dataaccess/footballpool/data/ep-info-wso. testActivityReportExcelType(org.wso2.carbon.registry.reporting.test.Carbon11686): expected:true but was:false testByAssociationDest(org.wso2.carbon.registry.utfsupport.test.UTFSupportForMetadataTestCase): No Record Found expected object to not be null testActivitySearchOnly(org.wso2.carbon.registry.permission.test.CustomPermissionTestCase): expected:true but was:false Thanks, Krishantha. On Tue, Sep 4, 2012 at 2:00 AM, Krishantha Samaraweera krishan...@wso2.com wrote: New integration tests module tests-new has been added G-Reg build. This module contain 1200+ new test cases which take around 40 min for execution. Migrated tests are also included in this module but those tests were not enabled, as I need to fix some tests resource leakage issues. So you will find tests and tests-new module containing integration tests and I have configured testng.xml to eliminate test duplication. We can get rid of older test module once fix migrated test failures. Thanks, Krishantha. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
Hi Shankar, On Sep 5, 2012 8:44 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: On Wed, Sep 5, 2012 at 8:26 AM, Harshana Martin harsh...@wso2.com wrote: Hi Shankar, On Wed, Sep 5, 2012 at 7:41 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: I didn't understand your requirements fully. Why do you need the tenant Id? Normally, you logged in using correct tenant username, and internally it will handle it. We do not need to handle this at the dev studio level. Can you explain what kind of operations you are trying to do? Previously we deployed C-App to a common location of repository/deployment/server/carbonapps location. But now servers running in tenant mode, deploying the C-App to super tenant is wrong IMO. If an user adds a Remote Server to Developer Studio, user provide the server URL. So that URL is now contains tenant domiain. Therefore we need the Tenant Id corresponding to Tenant Domain to deploy the C-App to remote Server now. Therefore now we need the Tenant Id at the Dev Studio side. No, IMO, user gives the server URL as https://appserver.stratoslive.wso2.com and user name as f...@bar.com Even previously, we used to do that, and developer studio uses (AFAIK) CApp uploader admin service by passing above username. In that case, it will be deployed to correct tenant. Developer studio will not be able to copy the file to a location in file system. If you calculate that path and copy, now that logic is in two places (dev studio and CApp uploader admin service). I believe, you should use the admin service only. Yes. This is correct for remote servers. The problem occurs for local servers. For local servers we use the file system for this operation but not the admin service. In rhat casr we have it. But for local severs also we can use the admin service. But it will slowdown the deployment a bit. Thanks and Regards, Harahana Shankar Thanks and Regards, Harshana Shankar On Tuesday, September 4, 2012, Harshana Martin wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] How to get the Tenant Id using Tenant Domain from an External Application
On Wed, Sep 5, 2012 at 9:46 AM, Harshana Martin harsh...@wso2.com wrote: Hi Shankar, On Sep 5, 2012 8:44 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: On Wed, Sep 5, 2012 at 8:26 AM, Harshana Martin harsh...@wso2.com wrote: Hi Shankar, On Wed, Sep 5, 2012 at 7:41 AM, Selvaratnam Uthaiyashankar shan...@wso2.com wrote: I didn't understand your requirements fully. Why do you need the tenant Id? Normally, you logged in using correct tenant username, and internally it will handle it. We do not need to handle this at the dev studio level. Can you explain what kind of operations you are trying to do? Previously we deployed C-App to a common location of repository/deployment/server/carbonapps location. But now servers running in tenant mode, deploying the C-App to super tenant is wrong IMO. If an user adds a Remote Server to Developer Studio, user provide the server URL. So that URL is now contains tenant domiain. Therefore we need the Tenant Id corresponding to Tenant Domain to deploy the C-App to remote Server now. Therefore now we need the Tenant Id at the Dev Studio side. No, IMO, user gives the server URL as https://appserver.stratoslive.wso2.com and user name as f...@bar.com Even previously, we used to do that, and developer studio uses (AFAIK) CApp uploader admin service by passing above username. In that case, it will be deployed to correct tenant. Developer studio will not be able to copy the file to a location in file system. If you calculate that path and copy, now that logic is in two places (dev studio and CApp uploader admin service). I believe, you should use the admin service only. Yes. This is correct for remote servers. The problem occurs for local servers. For local servers we use the file system for this operation but not the admin service. In rhat casr we have it. But for local severs also we can use the admin service. But it will slowdown the deployment a bit. But, isn't it clean? The logic should be only in one place for maintainability, IMO :). Shankar Thanks and Regards, Harahana Shankar Thanks and Regards, Harshana Shankar On Tuesday, September 4, 2012, Harshana Martin wrote: Hi All, Can someone explain $Subject? We need to get the Tenant Id for C-App deployment to Servers from Dev Studio. Now that servers running in Service mode, C-App deployment also has to be tenant specific. Therefore we need this. Is there any existing Admin Service we can reuse? If yes, can someone point it to me? Thanks and Regards, Harshana -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 -- Harshana Martin Senior Software Engineer Member, Management Committee - Development Technologies WSO2 Inc. : http://wso2.com ; http://wso2.org Mobile: +94 775 998 115 Profile: https://www.google.com/profiles/harshana05 Blog: http://harshana05.blogspot.com Twitter: http://twitter.com/harshana05 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 -- S.Uthaiyashankar Director, Cloud Solutions WSO2 Inc. http://wso2.com/ - lean . enterprise . middleware Phone: +94 714897591 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] Carbon Snapshot Orbit #169 was SUCCESSFUL
--- Carbon Snapshot Orbit #169 was successful. --- This build was manually triggered by Maheshika Goonetilleke. http://wso2.org/bamboo/browse/WSO2CARBON-CARBONKERNELBUILD-169/ -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Typo in attach-mgt-conf.properties
Hi Senaka, I'll fix the typo. About the location of the config, as bps.xml, humantask.xml and attach-mgt-conf are major config file related to BPS we thought of keeping them at repository/conf folder. On Wed, Sep 5, 2012 at 12:32 AM, Senaka Fernando sen...@wso2.com wrote: Hi all, I noticed datasource.JNID.providerURL in this, which also has a hardcoded port? Also, this file is not under the etc section. Is a user supposed to change this or is it advanced configuration? Thanks, Senaka. -- *Senaka Fernando* Member - Integration Technologies Management Committee; Technical Lead; WSO2 Inc.; http://wso2.com* Member; Apache Software Foundation; http://apache.org E-mail: senaka AT wso2.com **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 Linked-In: http://linkedin.com/in/senakafernando *Lean . Enterprise . Middleware -- Sanjaya Vithanagama WSO2, Inc.; http://wso2.com lean.enterprise.middleware cell: +94 71 342 2881 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Patch releases 4.0.1 does not build
[INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2:10:35.466s [INFO] Finished at: Wed Sep 05 01:34:27 IST 2012 [INFO] Final Memory: 692M/1240M [INFO] [ERROR] Failed to execute goal on project org.wso2.carbon.mediation.statistics.feature: Could not resolve dependencies for project org.wso2.carbon:org.wso2.carbon.mediation.statistics.feature:pom:4.0.1: Could not find artifact org.wso2.carbon:org.wso2.carbon.mediation.statistics.server.feature:zip:4.0.1 in wso2-nexus (http://maven.wso2.org/nexus/content/groups/wso2-public/) - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn goals -rf :org.wso2.carbon.mediation.statistics.feature -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * http://www.apache.org/** email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919 blog: **http://blog.afkham.org* http://blog.afkham.org* twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev