could not display ${out.body} at Log for external soap provider
up vote
0
down vote
favorite
I already got reply from to uri which is external soap service provider. but why I could not see the response in log with ${out.body} i think soap is InOut exchangepattern, it should have out.body always. My code example looks like below.
Any hints are more than welcome!
<from uri="cxf://http://localhost:8080/myservice?dataFormat=MESSAGE&wsdlURL=wsdl%2Fmyservice.wsdl" />
<to uri="http4://localhost:8888/mockservice"/>
<log message="##### After soap provider out.body ##### ${out.body}" loggingLevel="INFO" />`
apache-camel
add a comment |
up vote
0
down vote
favorite
I already got reply from to uri which is external soap service provider. but why I could not see the response in log with ${out.body} i think soap is InOut exchangepattern, it should have out.body always. My code example looks like below.
Any hints are more than welcome!
<from uri="cxf://http://localhost:8080/myservice?dataFormat=MESSAGE&wsdlURL=wsdl%2Fmyservice.wsdl" />
<to uri="http4://localhost:8888/mockservice"/>
<log message="##### After soap provider out.body ##### ${out.body}" loggingLevel="INFO" />`
apache-camel
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I already got reply from to uri which is external soap service provider. but why I could not see the response in log with ${out.body} i think soap is InOut exchangepattern, it should have out.body always. My code example looks like below.
Any hints are more than welcome!
<from uri="cxf://http://localhost:8080/myservice?dataFormat=MESSAGE&wsdlURL=wsdl%2Fmyservice.wsdl" />
<to uri="http4://localhost:8888/mockservice"/>
<log message="##### After soap provider out.body ##### ${out.body}" loggingLevel="INFO" />`
apache-camel
I already got reply from to uri which is external soap service provider. but why I could not see the response in log with ${out.body} i think soap is InOut exchangepattern, it should have out.body always. My code example looks like below.
Any hints are more than welcome!
<from uri="cxf://http://localhost:8080/myservice?dataFormat=MESSAGE&wsdlURL=wsdl%2Fmyservice.wsdl" />
<to uri="http4://localhost:8888/mockservice"/>
<log message="##### After soap provider out.body ##### ${out.body}" loggingLevel="INFO" />`
apache-camel
apache-camel
edited yesterday
Francesco Montesano
5,4752551
5,4752551
asked Nov 21 at 19:46
stewchicken
729
729
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
1
down vote
The OUT message of a previous processor becomes the IN message of your log processor.
I would recommend to simply not use the OUT message. As long as you only work with the IN message, Camel takes care of the out message (copies the IN message).
Quote from the book Camel in Action:
In many cases, processors don’t set an out message, so in this case
the in message is reused.
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
The OUT message of a previous processor becomes the IN message of your log processor.
I would recommend to simply not use the OUT message. As long as you only work with the IN message, Camel takes care of the out message (copies the IN message).
Quote from the book Camel in Action:
In many cases, processors don’t set an out message, so in this case
the in message is reused.
add a comment |
up vote
1
down vote
The OUT message of a previous processor becomes the IN message of your log processor.
I would recommend to simply not use the OUT message. As long as you only work with the IN message, Camel takes care of the out message (copies the IN message).
Quote from the book Camel in Action:
In many cases, processors don’t set an out message, so in this case
the in message is reused.
add a comment |
up vote
1
down vote
up vote
1
down vote
The OUT message of a previous processor becomes the IN message of your log processor.
I would recommend to simply not use the OUT message. As long as you only work with the IN message, Camel takes care of the out message (copies the IN message).
Quote from the book Camel in Action:
In many cases, processors don’t set an out message, so in this case
the in message is reused.
The OUT message of a previous processor becomes the IN message of your log processor.
I would recommend to simply not use the OUT message. As long as you only work with the IN message, Camel takes care of the out message (copies the IN message).
Quote from the book Camel in Action:
In many cases, processors don’t set an out message, so in this case
the in message is reused.
answered 2 days ago
burki
1,4521413
1,4521413
add a comment |
add a comment |
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53419500%2fcould-not-display-out-body-at-log-for-external-soap-provider%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown