Return-Path: <dev-return-20386-archive-asf-public=cust-asf.ponee.io@brooklyn.apache.org>
X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io
Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io
Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183])
	by cust-asf2.ponee.io (Postfix) with ESMTP id 440CC200BD4
	for <archive-asf-public-internal@cust-asf2.ponee.io>; Wed, 16 Nov 2016 12:19:00 +0100 (CET)
Received: by cust-asf.ponee.io (Postfix)
	id 4100A160B08; Wed, 16 Nov 2016 11:19:00 +0000 (UTC)
Delivered-To: archive-asf-public@cust-asf.ponee.io
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by cust-asf.ponee.io (Postfix) with SMTP id 91900160B03
	for <archive-asf-public@cust-asf.ponee.io>; Wed, 16 Nov 2016 12:18:59 +0100 (CET)
Received: (qmail 71944 invoked by uid 500); 16 Nov 2016 11:18:58 -0000
Mailing-List: contact dev-help@brooklyn.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@brooklyn.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@brooklyn.apache.org>
List-Post: <mailto:dev@brooklyn.apache.org>
List-Id: <dev.brooklyn.apache.org>
Reply-To: dev@brooklyn.apache.org
Delivered-To: mailing list dev@brooklyn.apache.org
Received: (qmail 71910 invoked by uid 99); 16 Nov 2016 11:18:58 -0000
Received: from arcas.apache.org (HELO arcas) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Nov 2016 11:18:58 +0000
Received: from arcas.apache.org (localhost [127.0.0.1])
	by arcas (Postfix) with ESMTP id 845CF2C4C75
	for <dev@brooklyn.apache.org>; Wed, 16 Nov 2016 11:18:58 +0000 (UTC)
Date: Wed, 16 Nov 2016 11:18:58 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: dev@brooklyn.apache.org
Message-ID: <JIRA.13019785.1478770940000.291540.1479295138539@Atlassian.JIRA>
In-Reply-To: <JIRA.13019785.1478770940000@Atlassian.JIRA>
References: <JIRA.13019785.1478770940000@Atlassian.JIRA> <JIRA.13019785.1478770940840@arcas>
Subject: [jira] [Commented] (BROOKLYN-382) Catalog takes long time to load
 in web-console
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
archived-at: Wed, 16 Nov 2016 11:19:00 -0000


    [ https://issues.apache.org/jira/browse/BROOKLYN-382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15670188#comment-15670188 ] 

ASF GitHub Bot commented on BROOKLYN-382:
-----------------------------------------

Github user neykov commented on a diff in the pull request:

    https://github.com/apache/brooklyn-server/pull/423#discussion_r88216504
  
    --- Diff: parent/pom.xml ---
    @@ -1395,42 +1395,32 @@
                 </build>
             </profile>
             <profile>
    +            <id>Performance</id>
    +            <properties>
    +                <includedTestGroups>Performance</includedTestGroups>
    +                <excludedTestGroups>Live,WIP,Broken</excludedTestGroups>
    +            </properties>
    +        </profile>
    +        <profile>
                 <id>Acceptance</id>
                 <properties>
                     <includedTestGroups>Acceptance</includedTestGroups>
                     <excludedTestGroups>Integration,Live,WIP,Broken</excludedTestGroups>
    --- End diff --
    
    Why exclude `Performance` in the other groups but not here?
    To have the tests which are annotated with two groups to run the of of the groups should not be excluded from the profile of the other one. But then why make `Performance` special?
    I think we should just exclude `Broken` and let mixed tests execute in either of the groups.


> Catalog takes long time to load in web-console
> ----------------------------------------------
>
>                 Key: BROOKLYN-382
>                 URL: https://issues.apache.org/jira/browse/BROOKLYN-382
>             Project: Brooklyn
>          Issue Type: Improvement
>    Affects Versions: 0.9.0
>            Reporter: Aled Sage
>
> Using Brooklyn 0.10.0-SNAPSHOT (but also reproducible with 0.9.0)...
> When there are many (yaml) catalog items, the Brooklyn web-console is very slow to show the "add application" dialog, or to show a list of the catalog items in the catalog view.
> Looking at the REST api timings, the bulk of the time is spent calling {{/catalog/entities}} and/or {{/catalog/applications}}.
> A customer with approximately 100 (large) things in their catalog reported that it took 15 seconds to show the "add application" dialog. In my testing with approx 100 small catalog items, it took approx 5 seconds.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)