For the first question, you could override the service address by setting header like this
.setHeader(Exchange.DESTINATION_OVERRIDE_URL, constant(getServiceAddress())) For the second question as CxfEndpoint doesn’t provide the access of Client, you cannot setup conduit there. But I think you can extends the CXFEndpoint to override the createClient() method and setup the conduit there. -- Willem Jiang Red Hat, Inc. Web: http://www.redhat.com Blog: http://willemjiang.blogspot.com (English) http://jnn.iteye.com (Chinese) Twitter: willemjiang Weibo: 姜宁willem On September 12, 2014 at 5:45:53 AM, jjathman ([email protected]) wrote: > We are trying to use the CXF component to send web services requests were the > endpoint we will send to is not known ahead of time. Since we are not able > to configure these endpoints we are trying to create these endpoints > dynamically. I suppose my first question is whether or not this is the > correct way to solve this problem. Should we create a new CXFEndpoint object > each time we are sending to a new remote server? > > For example, when we receive an incoming message, we will then need to > create 1 to many outgoing messages that we will not know the endpoint of > until runtime. > > Second question is how to enable SSL support on these programmatically > created endpoints. I've tried the normal HTTP Conduit configuration but that > doesn't seem to be used when the endpoint is created programmatically. Is > that true or do I have something configured incorrectly? > > I realize this is pretty complicated, if there's anything I can do to help > clarify this, please let me know. Thank you so much! > > > > -- > View this message in context: > http://camel.465427.n5.nabble.com/Programmatic-CXF-Endpoint-tp5756368.html > Sent from the Camel - Users mailing list archive at Nabble.com. >
