You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Tobias Bocanegra (JIRA)" <ji...@apache.org> on 2015/03/02 20:53:04 UTC
[jira] [Created] (JCRVLT-84) Installhook processor should not
recursively call itself
Tobias Bocanegra created JCRVLT-84:
--------------------------------------
Summary: Installhook processor should not recursively call itself
Key: JCRVLT-84
URL: https://issues.apache.org/jira/browse/JCRVLT-84
Project: Jackrabbit FileVault
Issue Type: Bug
Affects Versions: 3.1.16
Reporter: Tobias Bocanegra
Assignee: Tobias Bocanegra
Fix For: 3.1.18
If an installhook fails in the prepare phase, the processor internally changes the phase and then re-executes. it would be cleaner if the package installer controls the phases. this also avoids a cast to an impl:
{code}
try {
hook.getHook().execute(context);
} catch (PackageException e) {
// abort processing only for prepare phase
if (context.getPhase() == InstallContext.Phase.PREPARE) {
log.warn("Hook " + hook.name +" threw package exception. Prepare aborted.", e);
153: ((InstallContextImpl) context).setPhase(InstallContext.Phase.PREPARE_FAILED);
execute(context);
return false;
}
log.warn("Hook " + hook.name +" threw package exception. Ignored", e);
} catch (Throwable e) {
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)