Enable/Disable the kafka binding in spring cloud stream using properties
Is there any property that enables/disables the kafka binding in spring cloud stream . I would like to leave the kafka binder inclusion in the the pom.xml but would like to disable/enable the kafka binding optionally in production . if there is no such property available , appreciate any pointers to achieve this (perhaps via some java configuration or @Conditional* annotations) .
Why do we need this :
We are migrating one of our application from a oracle db/JMS infrastructure to Mongo/Kafka infrastructure. WE will be running both of these version of the app in parallel for sometime for validation. We are maintaining the same source base for both ,by having separate dao and controller layers and keeping a common service layer. The idea is to deploy both versions of the app generated from the same source base (current and migrated) and run them parallel for sometime for validation. When we do that current version need not be aware of any kafka/mongo connection parameters and migrated version need not be aware of any oracle/JMS connection paramters . We are able achieve this for oracle/mongo using service binding and @Conditional* annotations . But for the Spring cloud stream for kafka we are using the following properties which always requires valid parameters where the kafka connection can be made.
spring.cloud.stream.kafka.binder.brokers
spring.cloud.stream.kafka.binder.zkNodes
spring-cloud-stream spring-kafka
add a comment |
Is there any property that enables/disables the kafka binding in spring cloud stream . I would like to leave the kafka binder inclusion in the the pom.xml but would like to disable/enable the kafka binding optionally in production . if there is no such property available , appreciate any pointers to achieve this (perhaps via some java configuration or @Conditional* annotations) .
Why do we need this :
We are migrating one of our application from a oracle db/JMS infrastructure to Mongo/Kafka infrastructure. WE will be running both of these version of the app in parallel for sometime for validation. We are maintaining the same source base for both ,by having separate dao and controller layers and keeping a common service layer. The idea is to deploy both versions of the app generated from the same source base (current and migrated) and run them parallel for sometime for validation. When we do that current version need not be aware of any kafka/mongo connection parameters and migrated version need not be aware of any oracle/JMS connection paramters . We are able achieve this for oracle/mongo using service binding and @Conditional* annotations . But for the Spring cloud stream for kafka we are using the following properties which always requires valid parameters where the kafka connection can be made.
spring.cloud.stream.kafka.binder.brokers
spring.cloud.stream.kafka.binder.zkNodes
spring-cloud-stream spring-kafka
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44
add a comment |
Is there any property that enables/disables the kafka binding in spring cloud stream . I would like to leave the kafka binder inclusion in the the pom.xml but would like to disable/enable the kafka binding optionally in production . if there is no such property available , appreciate any pointers to achieve this (perhaps via some java configuration or @Conditional* annotations) .
Why do we need this :
We are migrating one of our application from a oracle db/JMS infrastructure to Mongo/Kafka infrastructure. WE will be running both of these version of the app in parallel for sometime for validation. We are maintaining the same source base for both ,by having separate dao and controller layers and keeping a common service layer. The idea is to deploy both versions of the app generated from the same source base (current and migrated) and run them parallel for sometime for validation. When we do that current version need not be aware of any kafka/mongo connection parameters and migrated version need not be aware of any oracle/JMS connection paramters . We are able achieve this for oracle/mongo using service binding and @Conditional* annotations . But for the Spring cloud stream for kafka we are using the following properties which always requires valid parameters where the kafka connection can be made.
spring.cloud.stream.kafka.binder.brokers
spring.cloud.stream.kafka.binder.zkNodes
spring-cloud-stream spring-kafka
Is there any property that enables/disables the kafka binding in spring cloud stream . I would like to leave the kafka binder inclusion in the the pom.xml but would like to disable/enable the kafka binding optionally in production . if there is no such property available , appreciate any pointers to achieve this (perhaps via some java configuration or @Conditional* annotations) .
Why do we need this :
We are migrating one of our application from a oracle db/JMS infrastructure to Mongo/Kafka infrastructure. WE will be running both of these version of the app in parallel for sometime for validation. We are maintaining the same source base for both ,by having separate dao and controller layers and keeping a common service layer. The idea is to deploy both versions of the app generated from the same source base (current and migrated) and run them parallel for sometime for validation. When we do that current version need not be aware of any kafka/mongo connection parameters and migrated version need not be aware of any oracle/JMS connection paramters . We are able achieve this for oracle/mongo using service binding and @Conditional* annotations . But for the Spring cloud stream for kafka we are using the following properties which always requires valid parameters where the kafka connection can be made.
spring.cloud.stream.kafka.binder.brokers
spring.cloud.stream.kafka.binder.zkNodes
spring-cloud-stream spring-kafka
spring-cloud-stream spring-kafka
edited Nov 21 '18 at 17:15
Jimmi Skaria
asked Nov 21 '18 at 0:51
Jimmi SkariaJimmi Skaria
13
13
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44
add a comment |
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
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%2f53403804%2fenable-disable-the-kafka-binding-in-spring-cloud-stream-using-properties%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
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%2f53403804%2fenable-disable-the-kafka-binding-in-spring-cloud-stream-using-properties%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
I am still struggling to understand what would such an application do in prod if it is not bound to anything? Is there something else that the application does? And if so, why are you pairing the "something else" which is out of scope of spring-cloud-stream architecturally together with messaging code which is in scope of spring-cloud-stream? I am just trying to understand your architecture.
– Oleg Zhurakousky
Nov 21 '18 at 7:28
The requirement is elaborated in the question . I hope that clarifies your question @oleg-zhurakousky
– Jimmi Skaria
Nov 21 '18 at 17:02
I see. . . You can probably tinker with overrides as well, or may be simply remove the binder dependency all together for the time being. At this point I guess it is safe to say the framework was not designed with that use case in mind especially given the "opinionated" paradigms adopted from boot. Consider raising an issue in spring-cloud-stream Github and we can continue this discussion there and if we want to consider adding it as a feature.
– Oleg Zhurakousky
Nov 21 '18 at 18:50
A feature request is created in github
– Jimmi Skaria
Nov 27 '18 at 22:44