Hi gordon. This is an option I considered, but I am actually looking to
bind the host instead of port because I am running this on a PaaS. So
basically it would need to be useable by more than one person on one
machine. They would spin up an app, and add a qpid broker to it.
The PaaS allocates different ip's for applications which exist as CNAME
aliases on the host node. So app name qpid may exist on node: "node1" as
qpid with an IP of 127.1.34.2 (random ip) and would need to bind to that
IP. The apps are in linux containers. So I know there is a possibility
here. I was desperately looking through the qpid documentation to see if
there's a way to do this on the java end.

Greatly appreciate the help, though.

Kyle 

On 12/19/13 5:04 PM, "Gordon Sim" <g...@redhat.com> wrote:

>On 12/19/2013 09:03 PM, Kyle Crumpton (kcrumpto) wrote:
>> Hi Ted. I am using version 0.22. I actually got qpid from tar:
>> qpid-java-broker-0.22.tar.gz
>
>Sorry, my mistake! I should have realised from the 8080 port.
>
>I'm not sure about setting the interface, but one other way around the
>problem you described is to specify different ports for each of the
>broker instances.
>
>E.g. qpid-server -prop "qpid.amqp_port=10000" -prop
>"qpid.http_port=10001" -prop "qpid.rmi_port=10002" -prop
>"qpid.jmx_port=10003" -prop "qpid.work_dir=/path/to/broker1"
>
>then
>
>qpid-server -prop "qpid.amqp_port=11000" -prop "qpid.http_port=11001"
>-prop "qpid.rmi_port=11002" -prop "qpid.jmx_port=11003" -prop
>"qpid.work_dir=/path/to/broker2"
>
>etc
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
>For additional commands, e-mail: dev-h...@qpid.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to