Re: Application naivity about endpoints

2014-10-08 Thread Matt Sicker
You should use named endpoint references everywhere instead of literal URIs in the from/to sections. That way you only need to update a single endpoint to get all the other endpoint references up to date. On 7 October 2014 07:04, Christian Schneider ch...@die-schneider.net wrote: For a

Application naivity about endpoints

2014-10-07 Thread James Green
I want my application to connect to ActiveMQ today, and possibly RabbitMQ tomorrow. Therefore I do not want anything in code to mention either - it should just be a matter of altering a .properties file and restarting, right? However we're having trouble working out how to do this without

Re: Application naivity about endpoints

2014-10-07 Thread Christian Schneider
If you are deploying to a web container then you should refer to the ConnectionFactory using JNDI. If you are using OSGi you can use an OSGi service. This way you avoid making your route bundle depend on the jms provider. Christian On 07.10.2014 13:18, James Green wrote: I want my

Re: Application naivity about endpoints

2014-10-07 Thread James Green
This is a standalone Spring app with Java configuration. On 7 October 2014 12:21, Christian Schneider ch...@die-schneider.net wrote: If you are deploying to a web container then you should refer to the ConnectionFactory using JNDI. If you are using OSGi you can use an OSGi service. This way

Re: Application naivity about endpoints

2014-10-07 Thread Christian Schneider
For a standalone application there is no standard way to make your code independent of the jms provider. You will have to provide the provider client jars at some point. Of course you can externalize the class name in some way but you are on your own in how to do it. Christian On 07.10.2014