Re: [Dev] WSO2 Identity Server 4.0.0 - M1 Release

How much developer testing have we done on this pack? What is the code coverage of integration tests run for this pack? On Sat, Jul 21, 2012 at 10:26 AM, Asela Pathberiya wrote: > Hi All, > > Please find the WSO2 Identity Server 4.0.0 M1 Build pack from here [1] > (which is built in clean repo)

Re: [Dev] [Bamboo-Build] Carbon Snapshot > Platform > #476 has FAILED (2 tests failed). Change made by 23 authors.

Event bridge was not removed from features. It's removed now. On Sat, Jul 21, 2012 at 11:37 AM, Tharindu Mathew wrote: > Is this an old repo? The event bridge dependencies were removed a long > time ago. > > On Sat, Jul 21, 2012 at 8:51 AM, Bamboo wrote: > >> [image: Failed] Carbon >> Sn

Re: [Dev] [Bamboo-Build] Carbon Snapshot > Platform > #476 has FAILED (2 tests failed). Change made by 23 authors.

Is this an old repo? The event bridge dependencies were removed a long time ago. On Sat, Jul 21, 2012 at 8:51 AM, Bamboo wrote: > [image: Failed] Carbon > Snapshot› > Platform › > #476

[Dev] WSO2 Identity Server 4.0.0 - M1 Release

Hi All, Please find the WSO2 Identity Server 4.0.0 M1 Build pack from here [1] (which is built in clean repo) . We will share the link for the bamboo build once it is available. [1] http://people.wso2.com/~asela/WSO2IS-4.0.0/M1_21-07-2012/ Following features are available with M1 Build 1. OAuth

[Dev] [Bamboo-Build] Carbon Snapshot > Platform > #476 has FAILED (2 tests failed). Change made by 23 authors.

--- Carbon Snapshot > Platform > #476 failed. --- This build was manually triggered by Kishanthan Thangarajah. 2/2166 tests failed. http://wso2.org/bamboo/browse

Re: [Dev] [Commits] [Carbon-platform] svn commit r134000 - carbon/platform/trunk/features/registry/jcr/org.wso2.carbon.registry.jcr.feature

On Fri, Jul 20, 2012 at 6:27 PM, Kishanthan Thangarajah wrote: > Hi Subash, > This commit is causing build failure in features with clean repo. Can we > fix this? > Hi Kishanthan Fixed in 134045. > > [INFO] Scanning for projects... > [ERROR] The build could not read 1 project -> [Help 1] > [ERR

Re: [Dev] Dangerous growth in Cassandra 1.1.0

Yes.One thread is too old.In cassandra documents they just mentioned commit logs can be clear after flush or drain.I have registered to the mailing list.Currently I'm to going through it.If i found anything regard of this matter I ll update. On Sat, Jul 21, 2012 at 12:08 AM, Tharindu Mathew wro

Re: [Dev] Dangerous growth in Cassandra 1.1.0

Are you using the cassandra mailing list? They are quite helpful. The threads you refer to are quite old, as they are incubator threads. On Sat, Jul 21, 2012 at 12:01 AM, Harsha Kumara wrote: > Hi! > > I was looked at that.Flushing is a safe way to delete the > commitogs(Draining cause flushing

Re: [Dev] Dangerous growth in Cassandra 1.1.0

Hi! I was looked at that.Flushing is a safe way to delete the commitogs(Draining cause flushing all columnfamilies and stop accepting write requests to cassandra node).They still not replied to my forum post in cassandra forum.Below two threads discuss about this matter.But only say flushing and d

Re: [Dev] Dangerous growth in Cassandra 1.1.0

Hi, Have you looked at this? (Which i found in wiki) Commit Log gets very big. Cassandra does not delete "old" commit logs. Why? You probably have one or more Column Families with very low throughput. These will typically not be flushed by crossing the throughput or operations thresholds, causing

Re: [Dev] Error from identity db

There was a renaming task going on for this table. It's fixed in beta2, I think it'll be fixed in trunk soon. On Fri, Jul 20, 2012 at 9:43 AM, Tharindu Mathew wrote: > Hi, > > I'm getting this error at [1] when I startup the server from the 2nd time > onwards. Has anyone seen this? > > [1] - > >

Re: [Dev] Error from identity db

Hi Tharindu, Hasini fixed this in r133723. Please take an update in identity core server feature (there is an SVN external for these files) and try building again. Thanks, Thilina On Fri, Jul 20, 2012 at 10:13 PM, Tharindu Mathew wrote: > Hi, > > I'm getting this error at [1] when I startup th

[Dev] Error from identity db

Hi, I'm getting this error at [1] when I startup the server from the 2nd time onwards. Has anyone seen this? [1] - [2012-07-20 22:11:45,933] ERROR {org.wso2.carbon.identity.core.internal.IdentityCoreServiceComponent} - Error occured while populating identity configuration properties java.lang.E

Re: [Dev] Dangerous growth in Cassandra 1.1.0

On Fri, Jul 20, 2012 at 2:46 PM, Tharindu Mathew wrote: > Hi Harsha, > > Any luck with this? > They only defining a maximum size for log file.When logs filling up there is maximum size for commit log.Default maximum size is normally 4GB.But they not mention about automatic log file removing proce

[Dev] [ANN] WSO2 API Manager 1.0.0-Beta2 Released

WSO2 API Manager team is pleased to announce the 1.0.0-Beta2 release of the world's first open source API management platform. This release is now available for download at http://dist.wso2.org/products/api-manager/1.0.0-beta-2/wso2am-1.0.0-Beta2.zip. This distribution contains several improvements

Re: [Dev] Carbon 4 Orbit/Kernel/Platform Branching

RMs, we will freeze the trunk soon, at least by Wednesday next week. Please switch over your teams to branch NOW. On Fri, Jul 20, 2012 at 3:57 PM, Pradeep Fernando wrote: > > Hi, > > we are done with (i wont say done done. :) ) branching carbon for C4 > release. > > 1. Obit branch - > https:/

[Dev] LogViewerStub does not list LogMediator Logs on ESB

Hi, LogMediator Logs cannot retrieve by LogViewerStub. It returns empty element list. It worked till recent changes in Logviwer . And this is something heavily used in ESB integration tests. It would be great if there is any workaround that we can use to read LogMediator Logs. I have created

Re: [Dev] [Commits] [Carbon-platform] svn commit r134000 - carbon/platform/trunk/features/registry/jcr/org.wso2.carbon.registry.jcr.feature

Hi Subash, This commit is causing build failure in features with clean repo. Can we fix this? [INFO] Scanning for projects... [ERROR] The build could not read 1 project -> [Help 1] [ERROR] [ERROR] The project org.wso2.carbon:org.wso2.carbon.registry.jcr.feature:4.0.0-SNAPSHOT (/home/kicha/checko

Re: [Dev] Deployment Synchroniser(SVN based) fail to sync new tenants applications

Hi, The deployment synchronizer should be engaged to the relevant directory path. Therefore, it will not work by creating the directory by hand. If the same tenant (3) is created on the slave node, then the directory structure will be created and engaged to the deployment synchronizer as well. Wi

Re: [Dev] LB (trunk) doesn't startup for me even after a full build of everything

Yes, thanks Nirmal for the help. On Fri, Jul 20, 2012 at 4:09 PM, Nirmal Fernando wrote: > This was local to Azeez and he got it fixed. > > > On Fri, Jul 20, 2012 at 12:41 PM, Afkham Azeez wrote: > >> [2012-07-20 12:39:22,813] FATAL - CarbonServerManager WSO2 Carbon >> initialization Failed >>

Re: [Dev] Deployment Synchroniser(SVN based) fail to sync new tenants applications

On Fri, Jul 20, 2012 at 3:30 PM, Muhammed Shariq wrote: > I had a look with Lahiru regarding this issue and it seems the tenant > directory (eg - repository/tenants/3/ ) is not getting created in the slave > node. Slave node is configured with auto commit false which is correct. So > I guess this

Re: [Dev] LB (trunk) doesn't startup for me even after a full build of everything

This was local to Azeez and he got it fixed. On Fri, Jul 20, 2012 at 12:41 PM, Afkham Azeez wrote: > [2012-07-20 12:39:22,813] FATAL - CarbonServerManager WSO2 Carbon > initialization Failed > org.apache.axis2.AxisFault: Exception occured while loading the Axis > configuration from > /Users/azee

[Dev] Carbon 4 Orbit/Kernel/Platform Branching

Hi, we are done with (i wont say done done. :) ) branching carbon for C4 release. 1. Obit branch - https://svn.wso2.org/repos/wso2/carbon/orbit/branches/4.0.0/ All the obit jars been uploaded to dist.wso2.org/maven2. Ideally you dont have to build orbit. Recently uploaded jars may take some

Re: [Dev] Deployment Synchroniser(SVN based) fail to sync new tenants applications

I had a look with Lahiru regarding this issue and it seems the tenant directory (eg - repository/tenants/3/ ) is not getting created in the slave node. Slave node is configured with auto commit false which is correct. So I guess this is a deployment synchronizer issue ?! On Thu, Jul 19, 2012 at 3:

[Dev] [Bamboo-Build] Carbon Snapshot > Orbit > #145 was SUCCESSFUL

--- Carbon Snapshot > Orbit > #145 was successful. --- This build was triggered at the scheduled time of 12:00 AM http://wso2.org/bamboo/browse/WSO2CARBON-CARBON

Re: [Dev] Dangerous growth in Cassandra 1.1.0

Hi Harsha, Any luck with this? On Mon, Jul 16, 2012 at 6:49 AM, Harsha Kumara wrote: > > > On Sun, Jul 15, 2012 at 12:27 PM, Deependra Ariyadewa wrote: > >> >> >> On Fri, Jul 13, 2012 at 11:39 PM, Tharindu Mathew wrote: >> >>> This has been there for some time now. Who's looking into this? >>>

Re: [Dev] Is replicated caching necessary in registry mounting?

On Fri, Jul 20, 2012 at 2:30 PM, Subash Chaturanga wrote: > > > On Fri, Jul 20, 2012 at 2:17 PM, Tharindu Mathew wrote: > >> Alright, so it worked earlier cus caching was not there at the registry >> API level? > > > Yes Tharindu you are quite right. > > Earlier (may be in our internship period t

Re: [Dev] Registry WS mount issue

> > >> >> We have registered the RegistryProvider inside the* >> registry.ws.client*bundle and trying to get that registered service at >> *registry.core*. >> But that service is going to fetch at the MountHandler before register it >> at WSClientServiceComponent. ?? We need some OSGI magic to fi

Re: [Dev] Is replicated caching necessary in registry mounting?

On Fri, Jul 20, 2012 at 2:17 PM, Tharindu Mathew wrote: > Alright, so it worked earlier cus caching was not there at the registry > API level? Yes Tharindu you are quite right. Earlier (may be in our internship period time ;-) ) greg did not have registry API level caching and now registry ca

Re: [Dev] Is replicated caching necessary in registry mounting?

Alright, so it worked earlier cus caching was not there at the registry API level? On Fri, Jul 20, 2012 at 2:14 PM, Subash Chaturanga wrote: > > > On Fri, Jul 20, 2012 at 1:19 PM, Tharindu Mathew wrote: > >> There is no ESB cluster here. Only an ESB connecting to G-Reg. I believe >> for this sce

Re: [Dev] Is replicated caching necessary in registry mounting?

On Fri, Jul 20, 2012 at 1:19 PM, Tharindu Mathew wrote: > There is no ESB cluster here. Only an ESB connecting to G-Reg. I believe > for this scenario, replicated caching is not needed? Yes, I also didn't meant ESB cluster(may be I have not communicated it ;-) ). I am also talking about a typica

Re: [Dev] Can I register a new Host Object in API Manager as an OSGi service.

Nope Sameera. At the moment, we cannot. Since we initially had the idea of deploying Jaggery apps directly on tomcat, we decided to use the xml file. On Fri, Jul 20, 2012 at 12:24 AM, Sameera Jayasoma wrote: > Hi Devs, > > AFAIK, we can register a new host object by modifying the > modules/apist

Re: [Dev] Is replicated caching necessary in registry mounting?

There is no ESB cluster here. Only an ESB connecting to G-Reg. I believe for this scenario, replicated caching is not needed? On Fri, Jul 20, 2012 at 12:36 PM, Subash Chaturanga wrote: > > > On Fri, Jul 20, 2012 at 10:36 AM, Tharindu Mathew wrote: > >> Subash, >> >> Can I know why this is needed

Re: [Dev] Registry WS mount issue

Appreciate if carbon core team can have a look at this. This is a blocking issue. /Charitha On Fri, Jul 20, 2012 at 11:43 AM, Ajith Vitharana wrote: > > Hi All, > > We have registered the RegistryProvider inside the* registry.ws.client*bundle > and trying to get that registered service at > *r

Re: [Dev] AppServer Cluster with LB does not work on trunk

I've checked the multicast scenario, with a latest appserver packs. It seems to work properly with a portOffset. But however when I checked it earlier, it didn't work in trunk, hence the commit. And it seems like some commit has fixed the issue and now I could see portOffset is getting propagated

[Dev] LB (trunk) doesn't startup for me even after a full build of everything

[2012-07-20 12:39:22,813] FATAL - CarbonServerManager WSO2 Carbon initialization Failed org.apache.axis2.AxisFault: Exception occured while loading the Axis configuration from /Users/azeez/projects/wso2/org/carbon/platform/trunk/products/lb/modules/distribution/target/wso2lb-1.0.0-SNAPSHOT/reposito

Re: [Dev] Is replicated caching necessary in registry mounting?

On Fri, Jul 20, 2012 at 10:36 AM, Tharindu Mathew wrote: > Subash, > > Can I know why this is needed? This was not required earlier so I'd like > to understand why it's needed now? > Hi Tharidu, I hope you meant why caching a must for jdbc mounting. I am not sure why this didn't wanted earlier.