gnodet wrote:
> 
> Of course the drawback is that you have to know which value in the
> xbean.xml
> can change and design the configuration around them.
> 

Exactly; on an ideal world, where users come up with perfect lists of
requirements, this would not be a problem, we would know exactly which
parameters may be subject to change. But we're not there yet...


gnodet wrote:
> 
> A better way would be to use a BeanFactoryPostProcessor like the
> PropertyPlaceholderConfigurer, but one which would look the actual value
> from the database.
> 
> <beans xmlns:quartz="http://servicemix.apache.org/quartz/1.0";
>       xmlns:foo="http://foo.org/foo";>
>  <quartz:endpoint service="foo:scheduler" endpoint="endpoint"
>                   targetService="foo:quartzFilter">
>    <quartz:trigger>
>      <quartz:cron cronExpression="0 0/30 * * * ?" />
>    </quartz:trigger>
>  </quartz:endpoint>
> 
>   <bean class="com.foo.DataBasePostProcessor">
>     <property name="service" value="foo:scheduler" />
>     <property name="endpoint" value="endpoint" />
>     <property name="dataSource" ref="dataSource" />
>   </bean>
>   <bean id="dataSource" ... />
> </beans>
> 
> This surely could be refined, but what about the idea ?
> 

Both ideas are great, but lack the "future-proof" feature we would
like to have; btw, we also thought of jmx, exposing methods to change
the parameters, but this would also be an "a priori" effort



gnodet wrote:
> 
> As I said in another thread, I think a dup remover could be a good
> fit for a new EIP pattern.  You would still need an expression to
> find a unique key for an exchange, but it would be more clean imho.
> 

Agreed


gnodet wrote:
> 
> What kind of problems did you had ?  I haven't tried to cluster quartz,
> but I don't see why it would not be possible.
> 

I only had one problem: I typed "quartz clustering" in google, clicked
"feeling lucky" and gave up on the first yellow box with the hazard
sign


-- 
View this message in context: 
http://www.nabble.com/listeners-in-container-and-MessageExchange-tf2815007s12049.html#a7872265
Sent from the ServiceMix - User mailing list archive at Nabble.com.

Reply via email to