Re: [Carbon-dev] Inconsistencies in minimum password length requirement
No, that's not the correct bundle. May be a method in CarbonUtil would do -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Progress on integration tests
The whole integration module has been commented out it seems. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:29 AM, Subash Chaturanga sub...@wso2.com wrote: Hi Senaka On Sat, Feb 4, 2012 at 2:16 AM, Senaka Fernando sen...@wso2.com wrote: Hi Subash, Where are we with the integration tests? Is this work complete? Yes, its completely migrated and our integration tests were running fine with the product build. (I have excluded the old JUnit tests from pom without removing the source) But couple of days back, probably due to some change, one integration test was failing when building in a clean repo (Bamboo) and we couldn't reproduce locally. Until we fix that, Shammi excluded the integration test from the build. Thanks Thanks, Senaka. On Sat, Jan 21, 2012 at 8:34 AM, Subash Chaturanga sub...@wso2.comwrote: On Fri, Jan 20, 2012 at 6:34 AM, Afkham Azeez az...@wso2.com wrote: Folks, how is this progressing? I didn't see many updates during the past couple of weeks. Some products are still being built without integration tests. In GReg, all integration tests have migrated to testng and fixed all the the broken tests except three test cases due to some known issues and need some work around to fix them. (currently I have excluded them from testng pom). -- Afkham Azeez Sent from my phone ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Caches Map
Hi Dimuthu, For in-memory you need it anyway, but even for Infinispan for example. That's to maintain references of the Cache itself. We have more than one named cache in Carbon. For example, one for registry resources, one for UM etc. This gives better performance, since not everything is cached in a single map. Now, fetching a new cache from a cache manager requires fair amount of initialization overhead, which is why this was maintained in-memory. I think you'll still need that. Thanks, Senaka. On Sat, Feb 4, 2012 at 12:47 PM, Dimuthu Leelarathne dimut...@wso2.comwrote: Hi Senaka, I see a hashmap like this in InfinispanCacheManager. private final MapString, Cache caches = Collections.synchronizedMap(new HashMapString, Cache()); I think this code comes from InMemoryCacheManager and I don't see real purpose of it. I am going to remove it. WDYT? thanks, dimuthu -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do +1. For cross-cutting concerns use CarbonUtil and CarbonUIUtil. Thanks, Senaka. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Progress on integration tests
Hi Subash, Please work on this and get this up and running, after your support work. Thanks, Senaka. On Sat, Feb 4, 2012 at 2:04 PM, Afkham Azeez az...@wso2.com wrote: The whole integration module has been commented out it seems. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:29 AM, Subash Chaturanga sub...@wso2.com wrote: Hi Senaka On Sat, Feb 4, 2012 at 2:16 AM, Senaka Fernando sen...@wso2.com wrote: Hi Subash, Where are we with the integration tests? Is this work complete? Yes, its completely migrated and our integration tests were running fine with the product build. (I have excluded the old JUnit tests from pom without removing the source) But couple of days back, probably due to some change, one integration test was failing when building in a clean repo (Bamboo) and we couldn't reproduce locally. Until we fix that, Shammi excluded the integration test from the build. Thanks Thanks, Senaka. On Sat, Jan 21, 2012 at 8:34 AM, Subash Chaturanga sub...@wso2.comwrote: On Fri, Jan 20, 2012 at 6:34 AM, Afkham Azeez az...@wso2.com wrote: Folks, how is this progressing? I didn't see many updates during the past couple of weeks. Some products are still being built without integration tests. In GReg, all integration tests have migrated to testng and fixed all the the broken tests except three test cases due to some known issues and need some work around to fix them. (currently I have excluded them from testng pom). -- Afkham Azeez Sent from my phone ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
Hi Nirmal, By design the password length of Carbon platform is configurable. Please have a look at user-mgt.xml Property name=PasswordJavaScriptRegEx[\\S]{5,30}/Property Since Java and JS use slightly different ways for expressing regular expressions there should be another attribute in user-mgt.xml as follows. This already there for others - username length and etc.. Property name=PasswordJavaRegExxyz/Property We should use this information EVERYWHERE to do password validation. This includes ALL JS validation in the front end as well. thanks, dimuthul On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
Hi Dimuthu, On Sat, Feb 4, 2012 at 2:40 PM, Dimuthu Leelarathne dimut...@wso2.comwrote: Hi Nirmal, By design the password length of Carbon platform is configurable. Please have a look at user-mgt.xml Property name=PasswordJavaScriptRegEx[\\S]{5,30}/Property Since Java and JS use slightly different ways for expressing regular expressions there should be another attribute in user-mgt.xml as follows. This already there for others - username length and etc.. Property name=PasswordJavaRegExxyz/Property We should use this information EVERYWHERE to do password validation. This includes ALL JS validation in the front end as well. +1, will examine on those properties, thanks for pointing them out. Currently, I see it's a total mess. In many places people have implemented their own password validation methods, see [1] for another example. [1] function validatePassword(fld) { var error = ; var illegalChars = /[\W_]/; // allow only letters and numbers if (fld.value == ) { error = org_wso2_carbon_registry_common_ui_jsi18n[no.password] + br /; } else if ((fld.value.length 3) || (fld.value.length 15)) { error = org_wso2_carbon_registry_common_ui_jsi18n[wrong.password] + br /; } else if (illegalChars.test(fld.value)) { error = org_wso2_carbon_registry_common_ui_jsi18n[illegal.password] + br /; } /*else if (!((fld.value.search(/(a-z)+/)) (fld.value.search(/(0-9)+/ { error = The password must contain at least one numeral.br /; } */else { fld.style.background = 'White'; } return error; } thanks, dimuthul On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
On Sat, Feb 4, 2012 at 2:37 PM, Senaka Fernando sen...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do +1. For cross-cutting concerns use CarbonUtil and CarbonUIUtil. Thanks, will have a look! Thanks, Senaka. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
Hi Nirmal, One more thing. You cannot add a dependency of CarbonUtils to User.Core, it will create a cyclic dependency. So I would look at adding it to UserCoreUtil and CarbonUIUtil. thanks, dimuthu On Sat, Feb 4, 2012 at 2:55 PM, Nirmal Fernando nir...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:37 PM, Senaka Fernando sen...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do +1. For cross-cutting concerns use CarbonUtil and CarbonUIUtil. Thanks, will have a look! Thanks, Senaka. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
[Carbon-dev] [Proposal] Restructuring the SVN repository of Carbon
*Objective*: Make Carbon core a top level project in WSO2 trunk. At the moment complete Carbon platform code lies under https://svn.wso2.org/repos/wso2/trunk/carbon/. This structure has its own problems. *Motivations*: 1) Carbon core can be treated as a separate product which has its own dependencies, orbit and Carbon core can be released independently of other Carbon components, products. 2) To ensure that the Carbon based products can depend on a stable, well tested and released version of Carbon instead of the Carbon trunk. 3) This will also ensure the stability of the Carbon based products, because they are no longer depend on the Carbon trunk which might undergo drastic changes time to time. *Execution*: Here is my proposal. 1) We need to create two top level directories for Carbon and for components, features and Carbon based products. Sample structure is shown below. carbon |--dependencies |--orbits |--core (core set of bundles.) |--features (Carbon core features) |--product (Carbon product) X (TODO we need to come up with a name. How about silicon. Dr. Sanjiva once mentioned this name. :) ) |--dependencies |--orbits |--components |--features |--products 2) In order to change the existing svn structure to a structure like above, we need to hold all the commits, say for two to three days and restructure the SVN, test properly and release for commits. Please feel free to comment. Thanks, Sameera. -- Sameera Jayasoma Technical Lead and Product Manager, WSO2 Carbon WSO2, Inc. (http://wso2.com) email: same...@wso2.com blog: http://tech.jayasoma.org Lean . Enterprise . Middleware ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] [Architecture] [Proposal] Restructuring the SVN repository of Carbon
+1 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
[Carbon-dev] Reducing Logs @ Start-up
Hi all, I think we can focus on further reducing logs at start-up. For example, I'm getting these logs when starting the ESB 4.0.3. I'm just taking this as an example, but the same applies to other products as well. [2012-02-04 17:35:43,674] INFO - InputOutputAdaptersComponent There is no adapters-component.conf.. Using the default configuration A better way to log this would be to log nothing when the adapters-component.conf is not present but log something when the file is present, that way in the default setup (where the file is not available), there won't be any logs written. Might not be the best example, but for instance this one: [2012-02-04 17:35:50,551] INFO - ClusterBuilder Clustering has been disabled is not necessary. What's better is to log something like below when clustering is enabled (so that people would understand what they turned on is working) but log nothing when it is disabled (which is the default). [2012-02-04 17:35:50,551] INFO - ClusterBuilder Clustering is enabled The same applies to deploying services where we can make these two logs into one. For some services you actually see one log, but for some you see two. But, just one log saying it was successful would do, unless it failed and you print several logs. [2012-02-04 17:36:01,415] INFO - DeploymentInterceptor Deploying Axis2 service: XKMS {super-tenant} [2012-02-04 17:36:02,274] INFO - DeploymentEngine Deploying Web service: org.wso2.carbon.xkms - These redundant logs can of course be DEBUG logs, but the idea is that you see a minimum @ INFO level by default, making it much easier for someone to understand what's going on. WDYT? Thanks, Senaka. -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
Hi Nirmal, Dimuthu, In that case add it to CarbonBaseUtils in carbon.base. The reason for introducing carbon.base is to exactly address the problem you are expressing, where utils actually depends on some low-level bundles in carbon, and therefore can't be used by lower-layer bundles such as user.core. Carbon Base was designed to be the lowest in all of Carbon, making it possible for any other bundle to use it. Thanks, Senaka. On Sat, Feb 4, 2012 at 4:28 PM, Dimuthu Leelarathne dimut...@wso2.comwrote: Hi Nirmal, One more thing. You cannot add a dependency of CarbonUtils to User.Core, it will create a cyclic dependency. So I would look at adding it to UserCoreUtil and CarbonUIUtil. thanks, dimuthu On Sat, Feb 4, 2012 at 2:55 PM, Nirmal Fernando nir...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:37 PM, Senaka Fernando sen...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do +1. For cross-cutting concerns use CarbonUtil and CarbonUIUtil. Thanks, will have a look! Thanks, Senaka. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] [Architecture] [Proposal] Restructuring the SVN repository of Carbon
Hi Sameera, Pradeep, +1, but X should probably be a name of a derivative/allotrope of Carbon (like Diamond or Graphite) which makes our code names more meaningful. I really like the idea of having two-levels of dependencies and orbits very much, which simplifies the effort of doing a carbon release and sticking to that. Carbon must be just like the Linux kernel, and it can have its own release schedule. Please also note that carbon should continue to have a concept of service-stubs which can be reused by other components, and should also have an integration area. Thanks, Senaka. On Sat, Feb 4, 2012 at 5:16 PM, Pradeep Fernando prad...@wso2.com wrote: +1 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Progress on integration tests
On Sat, Feb 4, 2012 at 2:39 PM, Senaka Fernando sen...@wso2.com wrote: Hi Subash, Please work on this and get this up and running, after your support work. Sure, will do Thanks, Senaka. On Sat, Feb 4, 2012 at 2:04 PM, Afkham Azeez az...@wso2.com wrote: The whole integration module has been commented out it seems. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:29 AM, Subash Chaturanga sub...@wso2.com wrote: Hi Senaka On Sat, Feb 4, 2012 at 2:16 AM, Senaka Fernando sen...@wso2.com wrote: Hi Subash, Where are we with the integration tests? Is this work complete? Yes, its completely migrated and our integration tests were running fine with the product build. (I have excluded the old JUnit tests from pom without removing the source) But couple of days back, probably due to some change, one integration test was failing when building in a clean repo (Bamboo) and we couldn't reproduce locally. Until we fix that, Shammi excluded the integration test from the build. Thanks Thanks, Senaka. On Sat, Jan 21, 2012 at 8:34 AM, Subash Chaturanga sub...@wso2.comwrote: On Fri, Jan 20, 2012 at 6:34 AM, Afkham Azeez az...@wso2.com wrote: Folks, how is this progressing? I didn't see many updates during the past couple of weeks. Some products are still being built without integration tests. In GReg, all integration tests have migrated to testng and fixed all the the broken tests except three test cases due to some known issues and need some work around to fix them. (currently I have excluded them from testng pom). -- Afkham Azeez Sent from my phone ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Subash Chaturanga Software Engineer WSO2 Inc. http://wso2.com email - sub...@wso2.com phone - 077 2225922 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Inconsistencies in minimum password length requirement
Hi Senaka, On Sat, Feb 4, 2012 at 5:50 PM, Senaka Fernando sen...@wso2.com wrote: Hi Nirmal, Dimuthu, In that case add it to CarbonBaseUtils in carbon.base. Will use it then, thanks! The reason for introducing carbon.base is to exactly address the problem you are expressing, where utils actually depends on some low-level bundles in carbon, and therefore can't be used by lower-layer bundles such as user.core. Carbon Base was designed to be the lowest in all of Carbon, making it possible for any other bundle to use it. Thanks, Senaka. On Sat, Feb 4, 2012 at 4:28 PM, Dimuthu Leelarathne dimut...@wso2.comwrote: Hi Nirmal, One more thing. You cannot add a dependency of CarbonUtils to User.Core, it will create a cyclic dependency. So I would look at adding it to UserCoreUtil and CarbonUIUtil. thanks, dimuthu On Sat, Feb 4, 2012 at 2:55 PM, Nirmal Fernando nir...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:37 PM, Senaka Fernando sen...@wso2.com wrote: On Sat, Feb 4, 2012 at 2:01 PM, Afkham Azeez az...@wso2.com wrote: No, that's not the correct bundle. May be a method in CarbonUtil would do +1. For cross-cutting concerns use CarbonUtil and CarbonUIUtil. Thanks, will have a look! Thanks, Senaka. -- Afkham Azeez Sent from my phone On Feb 4, 2012 11:49 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, On Mon, Jan 30, 2012 at 9:24 AM, Afkham Azeez az...@wso2.com wrote: Please fix this to do the password requirements validation from a single place. The length should be the same in all cases. Will it be right to do the password validation at org.wso2.carbon.registry.common.ui (inside registry component)? or Is there a more suitable place? -- Afkham Azeez Sent from my phone On Jan 28, 2012 10:27 AM, Nirmal Fernando nir...@wso2.com wrote: Hi, When you create a new domain in Stratos minimum password length requirement is 6, but after logged in when you adding a new user minimum password length requirement is 5 (which can only be seen in the error message pop up, when u enter a 5 character password). Is this a design decision? If we have this inconsistency isn't it better to add a tip mentioning minimum password length requirement when you create a new user. PS: this is related to issue at https://wso2.org/jira/browse/CARBON-12290 Thanks -- regards, Nirmal Software Engineer, WSO2 Inc. mobile: +94715779733 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Lean . Enterprise . Middleware -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- Thanks regards, Nirmal Software Engineer- Platform, WSO2 Inc. Mobile: +94715779733 Blog: http://nirmalfdo.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] [Architecture] [Proposal] Restructuring the SVN repository of Carbon
++1, for the execution On Sat, Feb 4, 2012 at 5:57 PM, Senaka Fernando sen...@wso2.com wrote: Hi Sameera, Pradeep, +1, but X should probably be a name of a derivative/allotrope of Carbon (like Diamond or Graphite) which makes our code names more meaningful. I really like the idea of having two-levels of dependencies and orbits very much, which simplifies the effort of doing a carbon release and sticking to that. Carbon must be just like the Linux kernel, and it can have its own release schedule. Please also note that carbon should continue to have a concept of service-stubs which can be reused by other components, and should also have an integration area. Thanks, Senaka. On Sat, Feb 4, 2012 at 5:16 PM, Pradeep Fernando prad...@wso2.com wrote: +1 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Architecture mailing list architect...@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
[Carbon-dev] Issue sending messages from ESB to MB Topic. errorCode=UNAUTHORIZED_ACCESS
Hi all. I´m facing this issue in a scenario using ESB and MB. The idea is that I send a message to a proxy service, and this proxy send the message to a topic in MB. this topic send the soap message to their subscribers. I have two DS subscriber to the topic in MB. In esb-publish-jndi.properties file I have this connection factories: connectionfactory.QueueConnectionFactory = amqp://admin:admin@carbon/carbon?brokerlist='tcp://localhost:5673' connectionfactory.TopicConnectionFactory = amqp://admin:admin@carbon/carbon?brokerlist='tcp://localhost:5673' I can login with admin/admin in ESB and MB. See the errors: This is my proxy service: proxy xmlns= http://ws.apache.org/ns/synapse name=TopicSender transports=http startOnLoad=true trace=disable target endpoint address uri=jms:/usuarios?transport.jms.ConnectionFactoryJNDIName=TopicConnectionFa ctoryamp;java.naming.factory.initial=org.apache.qpid.jndi.PropertiesFileIni tialContextFactoryamp;java.naming.provider.url=repository/conf/esb-publish- jndi.propertiesamp;transport.jms.DestinationType=topicamp; transport.jms.De stination=usuarios/ /endpoint inSequence property action=set name=OUT_ONLY value=true scope=axis2/ property name=messageType value=application/xml scope=axis2/ /inSequence outSequence send/ /outSequence /target publishWSDL key=gov:/wsdls/usuarios.wsdl/ /proxy When I send a Message to this proxy Service I see this error in console: [2012-01-29 12:42:53,800] ERROR - AMQConnection Throwable Received but no listener set: org.apache.qpid.AMQException: ch=0 id=0 ExecutionException(errorCode=UNAUTHORIZED_ACCESS, commandId=4, description=Cannot declare queue '_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1': Permission denied: queue-name '_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1') [error code 403: access refused] [2012-01-29 12:42:53,802] ERROR - AMQConnection Throwable Received but no listener set: org.apache.qpid.AMQException: ch=0 id=0 ExecutionException(errorCode=UNAUTHORIZED_ACCESS, commandId=4,description=Cannot declare queue '_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1': Permission denied: queue-name '_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1') [error code 403: access refused] [2012-01-29 12:42:53,803] ERROR - JMSSender Error creating a consumer, or receiving a synchronous reply for outgoing MessageContext ID : urn:uuid:95264a49-f022-4887-a6f1-cb4b8353c822 and reply Destination : topic://amq.topic/tmp_60e792f3-693b-4aad-b44b-5923d7296a62/_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1?routingkey='tmp_60e792f3-693b-4aad-b44b-5923d7296a62'exclusive='true'autodelete='true'javax.jms.JMSException: Error registering consumer: org.apache.qpid.AMQException: ch=0 id=0 ExecutionException(errorCode=UNAUTHORIZED_ACCESS, commandId=4,description=Cannot declare queue '_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1': Permission denied: queue-name'_tmp_60e792f3-693b-4aad-b44b-5923d7296a62@amq.topic_9a86d6d3-c221-4350-9673-4efdf757e4c1') [error code 403: access refused] at org.apache.qpid.client.AMQSession$4.execute(AMQSession.java:2036) at org.apache.qpid.client.AMQSession$4.execute(AMQSession.java:1979) at org.apache.qpid.client.AMQConnectionDelegate_0_10.executeRetrySupport(AMQConnectionDelegate_0_10.java:312) at org.apache.qpid.client.AMQConnection.executeRetrySupport(AMQConnection.java: 622) at org.apache.qpid.client.failover.FailoverRetrySupport.execute(FailoverRetrySupport.java:102) at org.apache.qpid.client.AMQSession.createConsumerImpl(AMQSession.java:1977) at org.apache.qpid.client.AMQSession.createExclusiveConsumer(AMQSession.java:999) at org.apache.qpid.client.AMQSession.createSubscriber(AMQSession.java:1445) at org.apache.qpid.client.AMQTopicSessionAdaptor.createSubscriber(AMQTopicSessionAdaptor.java:68) at org.apache.axis2.transport.jms.JMSUtils.createConsumer(JMSUtils.java:435) at org.apache.axis2.transport.jms.JMSSender.waitForResponseAndProcess(JMSSender.java:270) at org.apache.axis2.transport.jms.JMSSender.sendOverJMS(JMSSender.java:247) at org.apache.axis2.transport.jms.JMSSender.sendMessage(JMSSender.java:154) at org.apache.axis2.transport.base.AbstractTransportSender.invoke(AbstractTransportSender.java:112) at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:443) at org.apache.synapse.core.axis2.DynamicAxisOperation$DynamicOperationClient.send(DynamicAxisOperation.java:193) at org.apache.synapse.core.axis2.DynamicAxisOperation$DynamicOperationClient.executeImpl(DynamicAxisOperation.java:175) at org.apache.axis2.client.OperationClient.execute(OperationClient.java:165) at org.apache.synapse.core.axis2.Axis2FlexibleMEPClient.send(Axis2FlexibleMEPClient.java:441)
Re: [Carbon-dev] [Architecture] [Proposal] Restructuring the SVN repository of Carbon
I think first we need to remove the dependencies and orbit from the carbon structure since they have nothing to do with carbon. Simply they produce a set of third party osgi bundles to be used with carbon. Same thing may be applied to service stubs since they only depend on the wsdl version. we can increment the service stubs version when the wsdl version or axis2 version changes (if required). for carbon we can have the structure you have suggested. If we think carbon components and features as independent entities, then they can have an independent truck branches etc .. Same thing can be done with products. Products can have its own trunk and branches and branch can always refer to released feature versions. But this model can lead to complications when installing other features to different products. thanks, Amila. On Sat, Feb 4, 2012 at 8:15 PM, Tharindu Mathew thari...@wso2.com wrote: ++1, for the execution On Sat, Feb 4, 2012 at 5:57 PM, Senaka Fernando sen...@wso2.com wrote: Hi Sameera, Pradeep, +1, but X should probably be a name of a derivative/allotrope of Carbon (like Diamond or Graphite) which makes our code names more meaningful. I really like the idea of having two-levels of dependencies and orbits very much, which simplifies the effort of doing a carbon release and sticking to that. Carbon must be just like the Linux kernel, and it can have its own release schedule. Please also note that carbon should continue to have a concept of service-stubs which can be reused by other components, and should also have an integration area. Thanks, Senaka. On Sat, Feb 4, 2012 at 5:16 PM, Pradeep Fernando prad...@wso2.comwrote: +1 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Architecture mailing list architect...@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 ___ Architecture mailing list architect...@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Reducing Logs @ Start-up
Hi Senaka, +1 for the idea. I also feel that server start-up logs get lengthier increasingly, So if we do not log some messages or redundant messages, IMO, the strtup process will look as if its hanging at some places, since anyway the activities are happening. So maybe we need to change the way the messages are shown. for an example now, we see [2012-02-04 17:36:01,415] INFO - DeploymentInterceptor Deploying Axis2 service: XKMS {super-tenant} [2012-02-04 17:36:02,274] INFO - DeploymentEngine Deploying Web service: org.wso2.carbon.xkms - which should be replaced with some common message, so a user may know whats happening. Regards, /Nuwan On Sat, Feb 4, 2012 at 5:45 PM, Senaka Fernando sen...@wso2.com wrote: Hi all, I think we can focus on further reducing logs at start-up. For example, I'm getting these logs when starting the ESB 4.0.3. I'm just taking this as an example, but the same applies to other products as well. [2012-02-04 17:35:43,674] INFO - InputOutputAdaptersComponent There is no adapters-component.conf.. Using the default configuration A better way to log this would be to log nothing when the adapters-component.conf is not present but log something when the file is present, that way in the default setup (where the file is not available), there won't be any logs written. Might not be the best example, but for instance this one: [2012-02-04 17:35:50,551] INFO - ClusterBuilder Clustering has been disabled is not necessary. What's better is to log something like below when clustering is enabled (so that people would understand what they turned on is working) but log nothing when it is disabled (which is the default). [2012-02-04 17:35:50,551] INFO - ClusterBuilder Clustering is enabled The same applies to deploying services where we can make these two logs into one. For some services you actually see one log, but for some you see two. But, just one log saying it was successful would do, unless it failed and you print several logs. [2012-02-04 17:36:01,415] INFO - DeploymentInterceptor Deploying Axis2 service: XKMS {super-tenant} [2012-02-04 17:36:02,274] INFO - DeploymentEngine Deploying Web service: org.wso2.carbon.xkms - These redundant logs can of course be DEBUG logs, but the idea is that you see a minimum @ INFO level by default, making it much easier for someone to understand what's going on. WDYT? Thanks, Senaka. -- *Senaka Fernando* Product Manager - WSO2 Governance Registry; Associate 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 ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev -- *Thanks Regards, Nuwan Bandara Senior Software Engineer WSO2 Inc. | http://wso2.com lean . enterprise . middleware http://nuwan.bandara.co * http://www.nuwanbando.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev