[Dev] How to get G-Reg management console subscription works on MT mode.
Hi G-Reg team, I'm trying to execute mgt console subscription tests on MT mode. Worklist configuration has set as below. But this feature doesn't seems to work on MT mode. Changing local transport URL into https://localhost:9443/services/doesn't help either. workList serverURL=local://services/ remote=false usernameadmin...@wso2autoqa0001.org/username passwordadmin123/password /workList I have a few questions here. 1. Lets say there are more than one tenants, using the above configuration we cannot configure worklist for each tenant. 2. In stratos live how are we going to allow uses to use this feature? Thanks, Krishantha. ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Best approach to fix https://wso2.org/jira/browse/REGISTRY-1378
Hi, Could you please give the feedback on the suggested approach? 1) Let the user to add the fullstops and prevent adding spaces. 2) If user adds spaces remove it and do the parsing (Since it is not compliant with SCXML and then add the use the one with spaces.) I prefer 1st approach since 2nd seems like a hack. Thanks On Thu, Nov 1, 2012 at 3:35 PM, Shelan Perera she...@wso2.com wrote: Hi, So shall we adhere to that method? i.e using fullstops instead of spaces. ? (I tested with fullstops and it worked) Thanks On Thu, Nov 1, 2012 at 9:37 AM, Evanthika Amarasiri evanth...@wso2.comwrote: Yes. We came across this issue while testing G-Reg 4.0.0 release and then the solution given was to use fullstops instead of spaces. In fact, in latest G-Reg packs, the default ServiceLifeCycle has a state in this format. : state id=Production datamodel data name=transitionExecution execution forEvent=Demote class=org.wso2.carbon.governance.registry.extensions.executors.DemoteActionExecutor /execution execution forEvent=Publish class=org.wso2.carbon.governance.registry.extensions.executors.apistore.ApiStoreExecutor /execution /data /datamodel transition event=Publish target= Published.to.APIStore/ transition event=Demote target=Testing/ /state state id=Published.to.APIStore /state : Regards, Evanthika On Wed, Oct 31, 2012 at 11:36 PM, Janaka Ranabahu jan...@wso2.comwrote: Hi Shelan, Did you try defining the state ID by replacing all the whitespaces with '.' character. *Eg:- Ready For QA == Ready.For.QA* IIRC, it should show that correctly in the UI. Also IIRC, similar scenarios have been tested against lifecycles in past releases. Maybe QA folks can share more information on that. Thanks, Janaka On Wed, Oct 31, 2012 at 2:18 PM, Shelan Perera she...@wso2.com wrote: Hi, For the issue [1] we cannot specify whitespaces in state ID. It is a constraint added by SCXML and it gives an exception when it tries to parse. According to this [2] release note they have mentioned not to add white spaces in state IDs. A fix would be to add a temporary element which will complaint with parsing and then again replace it with white space. Is that approach clean enough to introduce? Thanks [1] https://wso2.org/jira/browse/REGISTRY-1378 [2] http://svn.apache.org/repos/asf/commons/proper/scxml/tags/SCXML_0_7/RELEASE-NOTES.txt -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Janaka Ranabahu Software Engineer WSO2 Inc. Mobile +94 718370861 Email : jan...@wso2.com Blog : janakaranabahu.blogspot.com -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Amount of coupling needed between Endpoints and WSDLs in GReg - https://wso2.org/jira/browse/REGISTRY-1350
Hi, So what is the best way to handle it? Are we going to fix it or leave as it is? Thanks On Fri, Nov 2, 2012 at 10:52 PM, Senaka Fernando sen...@wso2.com wrote: Hi Chethiya, I read through the JIRA issue. It seems to be a constructed edge-case scenario. There are pros and cons for both #1 and #2. Also, Endpoint and WSDL are not coupled. At least in our ESB, we have adopted such an approach. Thanks, Senaka. On Fri, Nov 2, 2012 at 2:29 PM, Chethiya Abeysinghe cheth...@wso2.comwrote: Hi all, Trying to find a resolution for the jira [1]. There are two options we see in here. Please comment to figure out what's the expected behaviour. 1. Delete endpoints when deleting the respective WSDL of it. If the user wants to delete a WSDL file, that implies no point of keeping endpoints. i.e. If user wants to keep an Endpoint, user will not delete respective WSDL file. We assume an endpoint can't be shared between multiple WSDLs. 2. Keep it the way it is now. That is, if a WSDL is deleted, respective Endpoints are persisted with their environments status too (Dev, Test, Stag, Prod, etc) [1] - https://wso2.org/jira/browse/REGISTRY-1350 Thanks -- Chethiya Abeysinghe Software Engineer; WSO2, Inc.; http://wso2.com/ -- *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 -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x - Nightly Platform_4.0.3 #7 has FAILED. Change made by hasini, rajika and prabath.
--- WSO2 Carbon 4.0.x - Nightly Platform_4.0.3 #7 failed. --- This build occurred because it is a dependant of WCB002-KER003-6. No failed tests found, a possible compilation error. http://wso2.org/bamboo/browse/WCB002-PLA003-7/ - Currently Responsible - No one is responsible for fixing this build. -- Failing Jobs -- - Default Job (Default Stage): 958 tests passed. -- Code Changes -- prabath (147183): fixing issues in SAML2 IdP Federation prabath (147170): adding 4.0.4 patch releases prabath (147168): -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] wso2 user role and permission info
Hi Suresh, Yes, exactly this is what I meant. Thanks, Ezgi 2012/11/4 Suresh Attanayaka sur...@wso2.com Hi Ezgi, I guess this is what you meant , You are trying to create a web application. You want to get the user role information from the WSO2 Identity Server to your web application. Please correct me if I'm wrong. Thanks, -Suresh On Fri, Oct 12, 2012 at 11:55 AM, Ezgi Kara ezgika...@gmail.com wrote: Hi all, I'm working on a wso2 webapp project. And I use saml conf on it. I want to sent user's role and permission from wso2 project to identity server. How can I send role/permission info from project to identity server? Best Regards , Ezgi ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Suresh Attanayake Software Engineer; WSO2 Inc. http://wso2.com/ Blog : http://sureshatt.blogspot.com/ Twitter : https://twitter.com/sureshatt LinkedIn : http://lk.linkedin.com/in/sureshatt Mobile : +94755012060,+94770419136,+94710467976 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] C-App synchronization in a Carbon cluster
Hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.com wrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] C-App synchronization in a Carbon cluster
hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.com wrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] C-App synchronization in a Carbon cluster
The relevant JIRA - https://wso2.org/jira/browse/CARBON-13078 On Mon, Nov 5, 2012 at 6:51 PM, Amila Suriarachchi am...@wso2.com wrote: hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.comwrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Kasun Gajasinghe* Software Engineer; Development Technologies Team, WSO2 Inc.; http://wso2.com , *email: **kasung AT spamfree wso2.com** cell: **+94 (77) 678-0813* *linked-in: *http://lk.linkedin.com/in/gajasinghe* * *blog: **http://blog.kasunbg.org* http://blog.kasunbg.org* twitter: **http://twitter.com/kasunbg* http://twitter.com/kasunbg* * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] wso2 user role and permission info
Shouldn't this be on stack overflow? On Mon, Nov 5, 2012 at 6:48 PM, Ezgi Kara ezgika...@gmail.com wrote: Hi Suresh, Yes, exactly this is what I meant. Thanks, Ezgi 2012/11/4 Suresh Attanayaka sur...@wso2.com Hi Ezgi, I guess this is what you meant , You are trying to create a web application. You want to get the user role information from the WSO2 Identity Server to your web application. Please correct me if I'm wrong. Thanks, -Suresh On Fri, Oct 12, 2012 at 11:55 AM, Ezgi Kara ezgika...@gmail.com wrote: Hi all, I'm working on a wso2 webapp project. And I use saml conf on it. I want to sent user's role and permission from wso2 project to identity server. How can I send role/permission info from project to identity server? Best Regards , Ezgi ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Suresh Attanayake Software Engineer; WSO2 Inc. http://wso2.com/ Blog : http://sureshatt.blogspot.com/ Twitter : https://twitter.com/sureshatt LinkedIn : http://lk.linkedin.com/in/sureshatt Mobile : +94755012060,+94770419136,+94710467976 ___ 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] wso2 user role and permission info
Hi Tharindu, Yes, there is already a thread http://stackoverflow.com/questions/12853448/how-can-i-send-role-permission-info-from-project-to-identity-serverin StackOverFlow. Let's continue this over there. Thanks, -Suresh On Mon, Nov 5, 2012 at 7:49 PM, Tharindu Mathew thari...@wso2.com wrote: Shouldn't this be on stack overflow? On Mon, Nov 5, 2012 at 6:48 PM, Ezgi Kara ezgika...@gmail.com wrote: Hi Suresh, Yes, exactly this is what I meant. Thanks, Ezgi 2012/11/4 Suresh Attanayaka sur...@wso2.com Hi Ezgi, I guess this is what you meant , You are trying to create a web application. You want to get the user role information from the WSO2 Identity Server to your web application. Please correct me if I'm wrong. Thanks, -Suresh On Fri, Oct 12, 2012 at 11:55 AM, Ezgi Kara ezgika...@gmail.com wrote: Hi all, I'm working on a wso2 webapp project. And I use saml conf on it. I want to sent user's role and permission from wso2 project to identity server. How can I send role/permission info from project to identity server? Best Regards , Ezgi ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Suresh Attanayake Software Engineer; WSO2 Inc. http://wso2.com/ Blog : http://sureshatt.blogspot.com/ Twitter : https://twitter.com/sureshatt LinkedIn : http://lk.linkedin.com/in/sureshatt Mobile : +94755012060,+94770419136,+94710467976 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Regards, Tharindu blog: http://mackiemathew.com/ M: +9459908 -- Suresh Attanayake Software Engineer; WSO2 Inc. http://wso2.com/ Blog : http://sureshatt.blogspot.com/ Twitter : https://twitter.com/sureshatt LinkedIn : http://lk.linkedin.com/in/sureshatt Mobile : +94755012060,+94770419136,+94710467976 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x Products 4.0.3 #25 was SUCCESSFUL (with 58 tests). Change made by subash.
--- WSO2 Carbon 4.0.x Products 4.0.3 #25 was successful. --- This build occurred because it is a dependant of WCB001-PLA001-57. 58 tests in total. http://wso2.org/bamboo/browse/WCB001-PRO001-25/ -- Code Changes -- subash (147206): Reverting a false commit to 4.0.2 component subash (147204): Adding generic.ui 4.0.3 subash (147205): Removing false commit 4.0.3 -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Best approach to fix https://wso2.org/jira/browse/REGISTRY-1378
Hi Shelan, IMO, #1 is the best approach to fix this. There are couple of reasons for me to say that. 1. This has been already implemented and it is working without any issue. Therefore the only reason we need to change that is to comeup with a better solution. 2. IMO, using full stop (.) to separate the words is more user friendly than using camel case phrases. 3. If we change this, there is an aspect of data migration since this will change the properties of some resources(which have been associated with a lifecycle) and will change the content of all the lifecycle configurations. Thanks, Janaka On Mon, Nov 5, 2012 at 5:24 PM, Shelan Perera she...@wso2.com wrote: Hi, Could you please give the feedback on the suggested approach? 1) Let the user to add the fullstops and prevent adding spaces. 2) If user adds spaces remove it and do the parsing (Since it is not compliant with SCXML and then add the use the one with spaces.) I prefer 1st approach since 2nd seems like a hack. Thanks On Thu, Nov 1, 2012 at 3:35 PM, Shelan Perera she...@wso2.com wrote: Hi, So shall we adhere to that method? i.e using fullstops instead of spaces. ? (I tested with fullstops and it worked) Thanks On Thu, Nov 1, 2012 at 9:37 AM, Evanthika Amarasiri evanth...@wso2.comwrote: Yes. We came across this issue while testing G-Reg 4.0.0 release and then the solution given was to use fullstops instead of spaces. In fact, in latest G-Reg packs, the default ServiceLifeCycle has a state in this format. : state id=Production datamodel data name=transitionExecution execution forEvent=Demote class=org.wso2.carbon.governance.registry.extensions.executors.DemoteActionExecutor /execution execution forEvent=Publish class=org.wso2.carbon.governance.registry.extensions.executors.apistore.ApiStoreExecutor /execution /data /datamodel transition event=Publish target= Published.to.APIStore/ transition event=Demote target=Testing/ /state state id=Published.to.APIStore /state : Regards, Evanthika On Wed, Oct 31, 2012 at 11:36 PM, Janaka Ranabahu jan...@wso2.comwrote: Hi Shelan, Did you try defining the state ID by replacing all the whitespaces with '.' character. *Eg:- Ready For QA == Ready.For.QA* IIRC, it should show that correctly in the UI. Also IIRC, similar scenarios have been tested against lifecycles in past releases. Maybe QA folks can share more information on that. Thanks, Janaka On Wed, Oct 31, 2012 at 2:18 PM, Shelan Perera she...@wso2.com wrote: Hi, For the issue [1] we cannot specify whitespaces in state ID. It is a constraint added by SCXML and it gives an exception when it tries to parse. According to this [2] release note they have mentioned not to add white spaces in state IDs. A fix would be to add a temporary element which will complaint with parsing and then again replace it with white space. Is that approach clean enough to introduce? Thanks [1] https://wso2.org/jira/browse/REGISTRY-1378 [2] http://svn.apache.org/repos/asf/commons/proper/scxml/tags/SCXML_0_7/RELEASE-NOTES.txt -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- Janaka Ranabahu Software Engineer WSO2 Inc. Mobile +94 718370861 Email : jan...@wso2.com Blog : janakaranabahu.blogspot.com -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 -- *Shelan Perera* Software Engineer ** *WSO2, Inc. : wso2.com* lean.enterprise.middleware. *Home Page* :shelan.org *Blog* : blog.shelan.org *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 *Twitter* :https://twitter.com/#!/shelan *Mobile* : +94 772 604 402 -- Janaka Ranabahu Software Engineer WSO2 Inc. Mobile +94 718370861 Email : jan...@wso2.com Blog : janakaranabahu.blogspot.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x Products 4.0.3 #26 has FAILED. Change made by 9 authors.
--- WSO2 Carbon 4.0.x Products 4.0.3 #26 failed. --- This build occurred because it is a dependant of WCB001-PLA001-58. No failed tests found, a possible compilation error. http://wso2.org/bamboo/browse/WCB001-PRO001-26/ - Currently Responsible - No one is responsible for fixing this build. -- Failing Jobs -- - Default Job (Default Stage): No tests found. -- Code Changes -- shelan (147235): adding 404 patch version shelan (147254): adding 404 metadata feature lalaji (147276): Reverted mistakenly added commit -- This message is automatically generated by Atlassian Bamboo___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Greg Tests are failing due to change in Role name validation
Hi,
I am getting following error. Could you please suggest any possible error
causing this. There seems to be a change in role name validation which has
been introduced recently
- 'testuser1@carbon.super [-1234]' logged in at [2012-11-06
10:48:47,854+0530]
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} -
[2012-11-06 10:48:47,860] ERROR
{org.wso2.carbon.user.core.jdbc.JDBCUserStoreManager} - Role name not
valid. Role name must be a non null string with following format,
[a-zA-Z0-9._-|//]{3,30}$
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} -
org.wso2.carbon.user.core.UserStoreException: Role name not valid. Role
name must be a non null string with following format,
[a-zA-Z0-9._-|//]{3,30}$
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.core.jdbc.JDBCUserStoreManager.doAddRole(JDBCUserStoreManager.java:938)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.core.common.AbstractUserStoreManager.addRole(AbstractUserStoreManager.java:1246)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.mgt.UserRealmProxy.addRole(UserRealmProxy.java:355)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.mgt.UserAdmin.addRole(UserAdmin.java:170)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
java.lang.reflect.Method.invoke(Method.java:597)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageRe
--
*Shelan Perera*
Software Engineer
**
*WSO2, Inc. : wso2.com*
lean.enterprise.middleware.
*Home Page* :shelan.org
*Blog* : blog.shelan.org
*Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465
*Twitter* :https://twitter.com/#!/shelan
*Mobile* : +94 772 604 402
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Regarding Issue Id: [ WSO2 Governance Registry : REGISTRY-1451 ]
hai, T*he issue is that changing the media type of a file from xml to Policy does not appear in the policy list when we click on the WS Policies Under the metadata panel in the management console(G-Reg).* test pass: after I upload the xml file any where under the _system/governance and changed the media type to Policy then it appears under the policy list. test fails : when I upload the xml file outside the _system/governance(means config or local) and changed to Policy media type then it does not appear under the policy list. When we fetch the L1 artifacts(WSDL , Policies...), the files contains those artifacts are fetched anywhere within _System/Governance directory. I think these artifacts have to be governed within _system/governance directory. That is how the code has been designed and running. In this situation, Do I need to consider the failing too ? or Do those main artifacts can not be saved outside the _system/governance directory? Regards, Sriragu ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] 4.0.3 tags
https://svn.wso2.org/repos/wso2/carbon/kernel/tags/4.0.3/ https://svn.wso2.org/repos/wso2/carbon/platform/tags/4.0.3/ https://svn.wso2.org/repos/wso2/carbon/orbit/tags/4.0.3/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Regarding Issue Id: [ WSO2 Governance Registry : REGISTRY-1451 ]
HI Sriragu, In this situation, Do I need to consider the failing too ? or Do those main artifacts can not be saved outside the _system/governance directory? Reason for this behavior is that we use the governance registry to list policies/wsdls/schemas and other governance artifacts. So the artifacts outside /_system/governance will not be taken into consideration. So whatever the artifact we added and want to govern need to be in the collection /_system/governance. This behavior is expected only when we change the mediatype since if we added a policy (specifying the mediatype) to anywhere it will relocate the policy to /_system/governance/trunk/policies/. thanks Eranda http://wso2.com/ * * ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] C-App synchronization in a Carbon cluster
On Mon, Nov 5, 2012 at 6:48 PM, Amila Suriarachchi am...@wso2.com wrote: Hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. But how does that work on a cluster? Once you upload an artifact, it is practically not possible to wait for deployment completion before sending back a response to the upload request. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.comwrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ 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* ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] C-App synchronization in a Carbon cluster
On Tue, Nov 6, 2012 at 12:43 PM, Afkham Azeez az...@wso2.com wrote: On Mon, Nov 5, 2012 at 6:48 PM, Amila Suriarachchi am...@wso2.com wrote: Hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. But how does that work on a cluster? Once you upload an artifact, it is practically not possible to wait for deployment completion before sending back a response to the upload request. There are two modes Synchronous and Asynchronous. 1. There are some users who need to make sure that the .car file is deployed correctly when finish the deployment. For this they can use the this SynchronusCarDeployer where some application like maven plugin has to deploy the .car file to each and every node. No DS involved. 2. In Asynchronous mode the application can deploy the .car file to Manager Node and return immediately. In this case the web service only copy the .car file to relevant folder. After that CApp deployer will extract the artefacts to correct folders and DS synchronise them across the cluster. thanks, Amila. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.comwrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com
Re: [Dev] C-App synchronization in a Carbon cluster
On Tue, Nov 6, 2012 at 12:43 PM, Afkham Azeez az...@wso2.com wrote: On Mon, Nov 5, 2012 at 6:48 PM, Amila Suriarachchi am...@wso2.com wrote: Hi Srinath, On Mon, Jul 9, 2012 at 3:21 PM, Srinath Perera srin...@wso2.com wrote: Hi Isuru, In a review we talked about possibility of not deploying artifacts inside the CApp back to repo, but deploying them by extracting them into a temp directory and invoking the respective deployers directly, without using the hot deployment. IMHO, that is the clean way to handle CApp deployments. I think we agreed for the above. Can we solve this problem by doing the above? We (Kasun, KasunG and me) had a chat on this and we will try to implement an SynchronusCarAppDeployer service (and Admin service) to handle this. The idea of this service is to deploy all the artefacts before Admin service sends the response. But how does that work on a cluster? Once you upload an artifact, it is practically not possible to wait for deployment completion before sending back a response to the upload request. There are two modes Synchronous and Asynchronous. 1. There are some users who need to make sure that the .car file is deployed correctly when finish the deployment. For this they can use the this SynchronusCarDeployer where some application like maven plugin has to deploy the .car file to each and every node. No DS involved. 2. In Asynchronous mode the application can deploy the .car file to Manager Node and return immediately. In this case the web service only copy the .car file to relevant folder. After that CApp deployer will extract the artefacts to correct folders and DS synchronise them across the cluster. thanks, Amila. In implementation wise, it will extract the CApp file to a temp location and call each and every deployer manually. Since all deployers are Axis2 Deployers this method should work for all those applications. This method may not work for things like custom mediators, but this way we can address this problem for most of the common cases. thanks, Amila. --Srinath On Fri, Jul 6, 2012 at 6:05 PM, Isuru Suriarachchi is...@wso2.comwrote: Hi all, I'm trying to fix [1]. Here's the root cause for this issue.. Imagine a Carbon cluster with 2 nodes where the svn based deployment synchronizer (DS) is configured. When a C-App is deployed to node1, it is extracted and individual artifacts are copied into respective hot directories. When the DS runs for the first time, it copies the C-App into node2 and it will be deployed there. When the DS runs again in node1, it will try to copy the individual artifacts to node2. But node2 already has those artifacts as the C-App id already deployed in node2. Therefore an svn conflict occurs. To resolve this issue, there are two possible options.. 1. Keeping all artifacts coming from C-Apps out of the repository (repository/deployment/server) 2. Keeping the original C-App out of the repository Initially I tried option 1 above and programetically called the relevant deployers for individual artifacts. But this creates lot of problems with some artifacts (Ex: ESB stuff). Therefore, I'm trying to solve the initial problem using option 2 above. I've taken the carbonapps directory out of repository/deployment/server directory and kept it as repository/carbonapps (we can change this if needed). Still the carbonapps directory has hot deployment capabilities. But it won't be synchronized by the DS. So when a C-App is deployed into node 1, it will be extracted and only the individual artifacts will be copied into the repository. When the DS runs, all needed artifacts will be synced to node 2. Therefore, functionality wise, there won't be any issues on node 2. But if someone logs into the management console of node 2 and go to the C-App list, nothing will be listed. Is this something we have to fix? Because anyway in a RW/RO cluster, user can't use the management console of the slave node. WDYT?? Thanks, ~Isuru [1] https://wso2.org/jira/browse/CARBON-13598 -- Isuru Suriarachchi Senior Technical Lead WSO2 Inc. http://wso2.com email : is...@wso2.com blog : http://isurues.wordpress.com/ 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 -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805 ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com
Re: [Dev] Greg Tests are failing due to change in Role name validation
Hi Asela/Prabath
Any update on this ? AFAIR this is due to the latest changes in IS release?
Thanks
Ajith
On Tue, Nov 6, 2012 at 11:21 AM, Shelan Perera she...@wso2.com wrote:
Hi,
I am getting following error. Could you please suggest any possible error
causing this. There seems to be a change in role name validation which has
been introduced recently
- 'testuser1@carbon.super [-1234]' logged in at [2012-11-06
10:48:47,854+0530]
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} -
[2012-11-06 10:48:47,860] ERROR
{org.wso2.carbon.user.core.jdbc.JDBCUserStoreManager} - Role name not
valid. Role name must be a non null string with following format,
[a-zA-Z0-9._-|//]{3,30}$
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} -
org.wso2.carbon.user.core.UserStoreException: Role name not valid. Role
name must be a non null string with following format,
[a-zA-Z0-9._-|//]{3,30}$
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.core.jdbc.JDBCUserStoreManager.doAddRole(JDBCUserStoreManager.java:938)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.core.common.AbstractUserStoreManager.addRole(AbstractUserStoreManager.java:1246)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.mgt.UserRealmProxy.addRole(UserRealmProxy.java:355)
[2012-11-06 10:48:47,861] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.wso2.carbon.user.mgt.UserAdmin.addRole(UserAdmin.java:170)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
java.lang.reflect.Method.invoke(Method.java:597)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
[2012-11-06 10:48:47,862] INFO
{org.wso2.carbon.automation.core.utils.coreutils.InputStreamHandler} - at
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageRe
--
*Shelan Perera*
Software Engineer
**
*WSO2, Inc. : wso2.com*
lean.enterprise.middleware.
*Home Page* :shelan.org
*Blog* : blog.shelan.org
*Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465
*Twitter* :https://twitter.com/#!/shelan
*Mobile* : +94 772 604 402
___
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
