You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@usergrid.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2016/06/03 14:46:59 UTC
[jira] [Commented] (USERGRID-1283) Improve ServiceManager.init()
start-up logic
[ https://issues.apache.org/jira/browse/USERGRID-1283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314210#comment-15314210 ]
ASF GitHub Bot commented on USERGRID-1283:
------------------------------------------
Github user asfgit closed the pull request at:
https://github.com/apache/usergrid/pull/528
> Improve ServiceManager.init() start-up logic
> --------------------------------------------
>
> Key: USERGRID-1283
> URL: https://issues.apache.org/jira/browse/USERGRID-1283
> Project: Usergrid
> Issue Type: Improvement
> Affects Versions: 2.1.0
> Reporter: David Johnson
> Fix For: 2.1.1
>
>
> Sometimes during Usergrid operation there is a temporary problem connecting to Cassandra. This can cause some requests to fail (with HTTP 500) and cause bad values (e.g. EntityManagers with application = null) to be cached. If connectivity problems happen during startup, Usergrid may start but be unable to respond to requests without errors.
> Usergrid should be more resilient to such temporary connectivity problems:
> - Change startup to retry Cassandra until it becomes available
> - Cache a copy of the ManagementApp because its needed for almost request
> - Change cache to prevent caching of bad EntityManagers
> Test these scenarios:
> - case 1: startup with no Cassandra running
> - case 2: startup with Cassandra starting 30s after Usergrid starts
> - case 3: startup where Cassandra goes down after start of Lock Manager, but before EMF init
> - case 3.1: Cassandra comes back before max retries
> - case 3.2: Cassandra never comes back
> PR is ready for review here: https://github.com/apache/usergrid/pull/528
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)