Jhipster UI less micro-service registration with gateway access
Hi I am new to Jhipster microservice configuration. I have used it before for monolithic application only.
I have already compiled and deployed registry. No problem here. But when selected gateway it asks for MySQL DB (What is the purpose of this ?) I am assuming probably for UAA, correct me if I am wrong.
How do I register a UI less microservice, that is I don't want any UI model to be generated in gateway but a plain microservice accessing DB.
Any pointer or help appreciated.
Thank you.
angular spring-boot jhipster
add a comment |
Hi I am new to Jhipster microservice configuration. I have used it before for monolithic application only.
I have already compiled and deployed registry. No problem here. But when selected gateway it asks for MySQL DB (What is the purpose of this ?) I am assuming probably for UAA, correct me if I am wrong.
How do I register a UI less microservice, that is I don't want any UI model to be generated in gateway but a plain microservice accessing DB.
Any pointer or help appreciated.
Thank you.
angular spring-boot jhipster
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use--skip-server
at generation time. See jhipster.tech/creating-an-app/#3
– Gaël Marziou
Nov 20 '18 at 13:39
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
Yes I meant--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud@EnableZuulProxy
see baeldung.com/zuul-load-balancing
– Gaël Marziou
Nov 21 '18 at 10:10
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Yes it can be done by implementing either a customServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties undereureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12:44
add a comment |
Hi I am new to Jhipster microservice configuration. I have used it before for monolithic application only.
I have already compiled and deployed registry. No problem here. But when selected gateway it asks for MySQL DB (What is the purpose of this ?) I am assuming probably for UAA, correct me if I am wrong.
How do I register a UI less microservice, that is I don't want any UI model to be generated in gateway but a plain microservice accessing DB.
Any pointer or help appreciated.
Thank you.
angular spring-boot jhipster
Hi I am new to Jhipster microservice configuration. I have used it before for monolithic application only.
I have already compiled and deployed registry. No problem here. But when selected gateway it asks for MySQL DB (What is the purpose of this ?) I am assuming probably for UAA, correct me if I am wrong.
How do I register a UI less microservice, that is I don't want any UI model to be generated in gateway but a plain microservice accessing DB.
Any pointer or help appreciated.
Thank you.
angular spring-boot jhipster
angular spring-boot jhipster
asked Nov 20 '18 at 5:13
AmeyaAmeya
76831643
76831643
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use--skip-server
at generation time. See jhipster.tech/creating-an-app/#3
– Gaël Marziou
Nov 20 '18 at 13:39
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
Yes I meant--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud@EnableZuulProxy
see baeldung.com/zuul-load-balancing
– Gaël Marziou
Nov 21 '18 at 10:10
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Yes it can be done by implementing either a customServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties undereureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12:44
add a comment |
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use--skip-server
at generation time. See jhipster.tech/creating-an-app/#3
– Gaël Marziou
Nov 20 '18 at 13:39
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
Yes I meant--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud@EnableZuulProxy
see baeldung.com/zuul-load-balancing
– Gaël Marziou
Nov 21 '18 at 10:10
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Yes it can be done by implementing either a customServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties undereureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12:44
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use
--skip-server
at generation time. See jhipster.tech/creating-an-app/#3– Gaël Marziou
Nov 20 '18 at 13:39
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use
--skip-server
at generation time. See jhipster.tech/creating-an-app/#3– Gaël Marziou
Nov 20 '18 at 13:39
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
Yes I meant
--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud @EnableZuulProxy
see baeldung.com/zuul-load-balancing– Gaël Marziou
Nov 21 '18 at 10:10
Yes I meant
--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud @EnableZuulProxy
see baeldung.com/zuul-load-balancing– Gaël Marziou
Nov 21 '18 at 10:10
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Yes it can be done by implementing either a custom
ServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties under eureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12:44
Yes it can be done by implementing either a custom
ServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties under eureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12: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%2f53386615%2fjhipster-ui-less-micro-service-registration-with-gateway-access%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%2f53386615%2fjhipster-ui-less-micro-service-registration-with-gateway-access%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
A gateway is responsible for authentication, depending on which auth type you select it requires a SQL database. UI models (for entities) in gateway are not created unless you require it, so your question is hard to understand for me. Could you clarify ? If you want a gateway without any UI, use
--skip-server
at generation time. See jhipster.tech/creating-an-app/#3– Gaël Marziou
Nov 20 '18 at 13:39
So you mean to say --skip-client which only generates server no client and --skip-server: Skip the server-side application generation, so you only have the front-end code generated. That is not what I am looking for. So can we have a Gateway without UI and authentication? We have divided our microservice architecture based on the type of service we provide so we have we will have media as a service under the gateway, all data will be one service We will provide media stream to other consumers via gateway we just want to control the assess and limit the access
– Ameya
Nov 21 '18 at 9:27
Yes I meant
--skip-client
but you will still have authentication enabled as there's no option to remove it in JHipster so you must disable it manually by modifying security configuration. Also you could try to get rid of a database, there's an option for that. But if you want such a simple gateway, why do you generate it? Just create one yourself using spring cloud@EnableZuulProxy
see baeldung.com/zuul-load-balancing– Gaël Marziou
Nov 21 '18 at 10:10
Thanks @GaëlMarziou it worked, I can see the routes at localhost:8080/jhipstermicroservice1/api/cars and localhost:8080/jhipstermicroservice2/api/cars The main reason for a gateway was if I could manage the API like I wanted localhost:8080/api/media-source/1 and localhost:8080/api/media-source/2. This what I thought we could configure with Gateway in place as it allows to manage microservice API. I have got it started now, I am exploring the same. Meantime can this be achieved ?
– Ameya
Nov 23 '18 at 10:26
Yes it can be done by implementing either a custom
ServiceRouteMapper
or a Zuul filter (see Zuul doc), your routing could be based on metadata map from your services when they register as a Eureka client against the JHipster registry, this map can be set either programmatically or through applications properties undereureka.instance.metadata-map
– Gaël Marziou
Nov 23 '18 at 12:44