Created [1] to track the improvements, will do the changes for the new
release.
[1]. https://issues.apache.org/jira/browse/STRATOS-1639
On Thu, Dec 3, 2015 at 12:38 PM, Reka Thirunavukkarasu
wrote:
> Hi Akila,
>
> On Thu, Dec 3, 2015 at 11:11 AM, Akila Ravihansa Perera <
> raviha...@wso2.com> w
Hi Akila,
On Thu, Dec 3, 2015 at 11:11 AM, Akila Ravihansa Perera
wrote:
> Hi Isuru,
>
> Big +1 for this effort. Shall we create a JIRA to track this and get it
> fixed in next release?
>
> I've noticed few other issues related to Stratos threading behavior.
>
> - New threads are created in cer
Hi Isuru,
Big +1 for this effort. Shall we create a JIRA to track this and get it
fixed in next release?
I've noticed few other issues related to Stratos threading behavior.
- New threads are created in certain places [1] which should be avoided as
much as possible.
@Reka: Any idea on why we c
Hi Devs,
Currently what we have is a static set of thread pools:
1. monitor thread pool
2. autoscaler thread pool
3. cartridge agent event listener thread pool
4. cloud controller context thread pool
5. cloud controller thread pool
6. cloud controller instance manager thread poo
Hi All,
This thread is for discussion of the second release candidate for Apache
Stratos 4.1.5. Please use this thread for discussion of issues uncovered in
the RC, questions you may have about the RC, etc.
The RC release packs could be found here [1]. A git tag (4.1.5) [2] has
been created for t
Superb work Akila! Integration test are about three times faster now.
Earlier it used to take ~45 mins, now run in ~15 mins.
On Wed, Dec 2, 2015 at 6:48 PM, Imesh Gunaratne wrote:
> Fabulous work Akila!! :-)
>
> On Mon, Nov 30, 2015 at 12:55 AM, Akila Ravihansa Perera <
> raviha...@wso2.com> wro
Isuru Haththotuwa created STRATOS-1639:
--
Summary: Dynamic Thread Pool Implementation for StratosThreadPool
Key: STRATOS-1639
URL: https://issues.apache.org/jira/browse/STRATOS-1639
Project: Strato
+1 for this.
Also I have noticed that read-me file is not up to-date with the context.
We can have some instructions in read-me on how to use these artifacts.
https://github.com/apache/stratos/tree/stratos-4.1.x/extensions/cep/modules/distribution
Thanks,
Gayan
On Wed, Dec 2, 2015 at 7:23 PM, R
Hi All,
This is the second release candidate of Apache Stratos 4.1.5.Please use the
[DISCUSS] thread for anything but votes.
This release fixes the following issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12314521&version=12334008
*** Please download, test and vote. Th
​​​Hi Devs,
IMHO, CEP extension pack should include all the necessary jars needed for
both embedded and external CEP deployment. We are not currently bundling
messaging, commons and activemq client libraries in CEP extension pack. PR
[1] fixes it.
In addition to this, PR [1] fixes the CEP extensi
[
https://issues.apache.org/jira/browse/STRATOS-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15035815#comment-15035815
]
ASF GitHub Bot commented on STRATOS-1638:
-
GitHub user R-Rajkumar opened a pull
GitHub user R-Rajkumar opened a pull request:
https://github.com/apache/stratos/pull/499
fixing STRATOS-1638
1) bundling all the necessary jars with CEP extension pack
2) changing CEP extension pack format
You can merge this pull request into a Git repository by running:
Rajkumar Rajaratnam created STRATOS-1638:
Summary: CEP extension pack doesn't bundle all the necessary jars
Key: STRATOS-1638
URL: https://issues.apache.org/jira/browse/STRATOS-1638
Project: St
Isuru Haththotuwa created STRATOS-1637:
--
Summary: Restore Initial Artifacts after a Signup is Removed for a
Tenant
Key: STRATOS-1637
URL: https://issues.apache.org/jira/browse/STRATOS-1637
Projec
Fabulous work guys!!
It's very nice to see we are improving the test coverage day by day and
making the product much more stable.
Thanks
On Mon, Nov 30, 2015 at 8:59 AM, Akila Ravihansa Perera
wrote:
> Hi Raj,
>
> Great work Raj!
>
> I've improved the restart test case to assert whether cluster
Fabulous work Akila!! :-)
On Mon, Nov 30, 2015 at 12:55 AM, Akila Ravihansa Perera wrote:
> Hi,
>
> Currently there are lot of Thread.sleep calls in mock iaas component which
> makes it slow and cause unexpected behavior due to concurrency issues. Also
> it has a significant performance overhead
Hi Akila,
This very detailed explanation is most helpful for a non-Java programmer like
me. I conclude that the compile time dependency can be overridden by the
run-time actual dependency packaging (always assuming compatible APIs, clearly
all bets are off if that is not honoured).
Thanks a lo
Hi Raj,
I have observed concurrency modification exception when persisting
resources in the registry. If you analyze the RegistryManager you will
notice that there are 2 RegistryManager classes for AS and CC. This is
wrong, IMO. We need to move this to common component and synchronize
methods. Cur
18 matches
Mail list logo