Re: Stratos 4.1: "Too many open files" issue

2015-09-12 Thread Imesh Gunaratne
Hi Martin, I believe you are using 4.1.0-RC4 with some custom changes you have done locally. Will you be able to test this on stratos-4.1.x branch latest commit (without having any other changes)? I cannot recall a fix we did after 4.1.0-RC4 for this but it would be better if you can verify with t

Re: Not a valid plugin

2015-09-12 Thread Udara Liyanage
Hi Chamila, It works for MemberActivatedEvent. Thanks for the workaround. On Sat, Sep 12, 2015 at 11:42 PM, Chamila De Alwis wrote: > Hi Udara, > > It seems from the code, when the ArtifactUpdatedEvent is responsible for > publishing the InstanceActivatedEvent, the event handler related to the

Re: Not a valid plugin

2015-09-12 Thread Chamila De Alwis
Hi Udara, It seems from the code, when the ArtifactUpdatedEvent is responsible for publishing the InstanceActivatedEvent, the event handler related to the InstanceActivatedEvent is not being manually triggered[1]. But it's being manually triggered when there is no artifact management is involved [

Re: Not a valid plugin

2015-09-12 Thread Chamila De Alwis
I don't think the difference between the name and the module entries is causing this. You can have different entries for the two fields [1]. Could it be verified that the InstanceActivatedEvent is actually being processed by the event handler? If the log message "Error while loading plugin: APICre

RE: Stratos 4.1: "Too many open files" issue

2015-09-12 Thread Martin Eppel (meppel)
Resending in case it got lost, Thanks Martin From: Martin Eppel (meppel) Sent: Thursday, September 10, 2015 2:39 PM To: dev@stratos.apache.org Subject: Stratos 4.1: "Too many open files" issue Hi, We are seeing an issue with stratos running out of file handles when creating a number of applic

Re: [IMPORTANT] Tips for new committers

2015-09-12 Thread Imesh Gunaratne
On Fri, Sep 11, 2015 at 2:02 PM, Akila Ravihansa Perera wrote: > Hi all, > > Thanks for the feedback! > > I've created a Gdoc with what we discussed [1]. I'd like to propose that > all committers create PRs for major features they are doing and some other > committer review and merge them. But