That looks like a bug that was introduced in
http://svn.apache.org/viewvc?rev=908182&view=rev the postConstruct on
the start method does invalidate the
XBeanBrokerService#afterPropertiesSet() smarts.
can you raise a jira issue for this regression?
On 7 July 2010 13:51, dnn <Daniel.Nawrocki@ngc.com> wrote:
>
>
> Gary Tully wrote:
>>
>> You may need to upgrade to 5.3.2, on trunk, the RAR broker start is
>> done in its own thread so it does not block the initiator. Also, the
>> PostConstruct does check the start flag in XBeanBrokerService.
>> What version are you using?
>>
>
> I'm using 5.3.1. I'm not using the RAR (at least I don't think so) -- AMQ
> is being initialized via xbean in my Spring application context.
>
> The XBeanBrokerService#afterPropertiesSet() method DOES check the start flag
> and is annotated as @PostConstruct so it's called at startup. However, the
> issue is with the BrokerService#start() method having the @PostConstruct
> annotation as well. Unless I'm missing something, there is no way for the
> BrokerService class to check the 'start' flag in the XBeanBrokerService
> subclass. Spring will call BOTH @PostConstruct methods.
> XBeanBrokerService#afterPropertiesSet() will check the 'start' flag and not
> start the broker. When the BrokerService#start() method is called, however,
> the broker is started.
>
> Thanks for the quick reply!
>
> Dan
> --
> View this message in context: http://old.nabble.com/XBean-%27start%3Dfalse%27-not-working--tp29086727p29095726.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
--
http://blog.garytully.com
Open Source Integration
http://fusesource.com
|