You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Zoran Regvart (JIRA)" <ji...@apache.org> on 2017/05/30 11:11:04 UTC

[jira] [Comment Edited] (CAMEL-11261) Revise Camel context destruction in Spring (Boot) applications

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

Zoran Regvart edited comment on CAMEL-11261 at 5/30/17 11:10 AM:
-----------------------------------------------------------------

The issue in wildfly-camel was that the startup of {{SpringCamelContext}} was inhibited by the {{noStart}} flag. The reasoning is that Wildfly as an application server should control when a subsystem is started or stopped. I think we should have a discussion if we can eliminate the {{noStart}} thread local flagand instead of that use {{isAutoStartup}} flag or create a new flag that replaces {{noStart}} flag but at a per {{CamelContext}} level.


was (Author: zregvart):
The issue in wildfly-camel was that the startup of {{SpringCamelContext}} was inhibited by the {{noStart}} flag. The reasoning is that Wildfly as an application server should control when a subsystem is started or stopped. I think we should have a discussion if we can eliminate the {{noStart}} flag as it is global for all {{SpringCamelContext}}'s (in the same classloader) and instead of that use {{isAutoStartup}} flag or create a new flag that replaces {{noStart}} flag but at a per {{CamelContext}} level.

> Revise Camel context destruction in Spring (Boot) applications
> --------------------------------------------------------------
>
>                 Key: CAMEL-11261
>                 URL: https://issues.apache.org/jira/browse/CAMEL-11261
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-spring, camel-spring-boot
>            Reporter: Zoran Regvart
>            Assignee: Zoran Regvart
>            Priority: Critical
>             Fix For: 2.20.0
>
>
> There have been issues in the past where the user needs to control the destruction order of CamelContext with regards to other dependencies. Notably resources such as connection pools. AMQ-3988 notes one of those for JMS connection pools.
> Prompted by the [discussion|http://camel.465427.n5.nabble.com/OnApplicationEvent-not-called-with-CamelAutoConfiguration-tp5798802.html] on the user forum we should investigate if there is a way we can get CamelContext priority on shutdown.
> One idea is to use lifecycle beans as in [PR#1685|https://github.com/apache/camel/pull/1685].
> We should evaluate if this change introduces other issues.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)