brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ahgittin <>
Subject [GitHub] incubator-brooklyn pull request: Startup info
Date Mon, 27 Apr 2015 08:01:55 GMT
GitHub user ahgittin opened a pull request:

    Startup info

    Start webserver first, and report server up-ness and health, with jsgui now checking these
in a cleaner way, discouraging access until everything is started.
    Prevents issue where GUI does not load for several seconds while things are starting up.
 Also prepares us to allow people to explore and correct errors in the GUI.
    Also tidies up how we blocked `HaHotStateRequired` access, to know whether a rebind is
still in progress.  (It is probable that server start sequence will still need to wait on
initial rebind, else risk saying "up" too early -- and same for loading of the catalog; that
will be tidied up shortly.)

You can merge this pull request into a Git repository by running:

    $ git pull startup-info

Alternatively you can review and apply these changes as the patch at:

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #614
commit 20810ac9e275eadbf5c00c8b2ba07534841e56f5
Author: Alex Heneveld <>
Date:   2015-04-23T06:46:32Z

    adjust cli start sequence so web/rest is avail always, with isUp check on rest api
    first step towards being able to interactively track the startup sequence and notify on

commit ddce439f17143e838291c8f60ab6b69610ed9249
Author: Alex Heneveld <>
Date:   2015-04-23T10:52:53Z

    add ability to collect startup errors and check healthy through rest api
    changes defaults to be to continue on error, and extends (and optimizes) the BrooklynLauncherTest
which checks this

commit e629602b41613f1068c9fa4b319e99dafc5eeeeb
Author: Alex Heneveld <>
Date:   2015-04-23T15:31:30Z

    javascript checks up on start, shows caution
    popup now appears while server is starting, or if there are errors, and comes back if
server changes to standby.
    changed to plug in *before* the routes are evaluated, so we don't load the wrong data.
    expands rest api to return several pieces of information to simplify gui checks.
    simplifies code in rest filters to block requests not compatible with server state, including
checking for upness there.


If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at or file a JIRA ticket
with INFRA.

View raw message