-
-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix some typos in markdown files #25274
Conversation
@@ -73,7 +73,7 @@ export default class Generator { | |||
} | |||
``` | |||
|
|||
Using at a child generator: | |||
Using a child generator: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using needles api inside a child generator:
?
rfcs/1-jhipster-rfc-k8s-operator.md
Outdated
@@ -147,9 +147,9 @@ The README.md file provides a glimpse of this first iteration, but after a lot o | |||
|
|||
- **Q: This definitely is cool but is this really necessary for a JHipster application.** | |||
- **A**: If you are running in Kubernetes, the JHipster K8s Operator will provide you extra functionality and it will allow Kubernetes to understand JHipster specific concerns. | |||
- **Q: Are we rebuilding any features provided by tools like Istio(coz many of the proposed features looks very similar to what it does)** | |||
- **Q: Are we rebuilding any features provided by tools like Istio(coz many of the proposed features look very similar to what it does)** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- **Q: Are we rebuilding any features provided by tools like Istio(coz many of the proposed features look very similar to what it does)** | |
- **Q: Are we rebuilding any features provided by tools like Istio (because many of the proposed features look very similar to what it does)?** |
@@ -63,7 +63,7 @@ The **JHipster Control Center** is a standard web application that connects to o | |||
|
|||
### Description of features | |||
|
|||
Once logged into the **JHipster Control Center**, the user will be able to view his administrator UI which present operational data coming from his JHipster applications. Typical data available from there will include: | |||
Once logged into the **JHipster Control Center**, the user will be able to view his administrator UI which presents operational data coming from his JHipster applications. Typical data available from there will include: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Once logged into the **JHipster Control Center**, the user will be able to view his administrator UI which presents operational data coming from his JHipster applications. Typical data available from there will include: | |
Once logged into the **JHipster Control Center**, the user will be able to view their administrator UI which presents operational data coming from their JHipster applications. Typical data available will include: |
@@ -74,7 +74,7 @@ The goal of the **JHipster Control Center** is to be used in combination with an | |||
|
|||
### Usage in development | |||
|
|||
In every JHipster app, docker-compose files are present in the `src/main/docker` folder to launch associated services such as databases, message brokers and registries using docker. Among them, a **jhipster-control-center.yml** will let the users starts the **JHipster control-center** which will then be available at [http://localhost:1337](http://localhost:1337). By default the docker-compose file will be generated in such a way that the Control Center will be able to connect to the locally running JHipster application out of the box. Another possible way to run the **JHipster Control Center** in development would be to develop a simple CLI that allows to start the **JHipster Control Center** server quickly. Such a CLI tool could be embedded into the JHipster package distributed on NPM. | |||
In every JHipster app, docker-compose files are present in the `src/main/docker` folder to launch associated services such as databases, message brokers and registries using docker. Among them, a **jhipster-control-center.yml** will let the users start the **JHipster control-center** which will then be available at [http://localhost:1337](http://localhost:1337). By default, the docker-compose file will be generated in such a way that the Control Center will be able to connect to the locally running JHipster application out of the box. Another possible way to run the **JHipster Control Center** in development would be to develop a simple CLI that allows to start the **JHipster Control Center** server quickly. Such a CLI tool could be embedded into the JHipster package distributed on NPM. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In every JHipster app, docker-compose files are present in the `src/main/docker` folder to launch associated services such as databases, message brokers and registries using docker. Among them, a **jhipster-control-center.yml** will let the users start the **JHipster control-center** which will then be available at [http://localhost:1337](http://localhost:1337). By default, the docker-compose file will be generated in such a way that the Control Center will be able to connect to the locally running JHipster application out of the box. Another possible way to run the **JHipster Control Center** in development would be to develop a simple CLI that allows to start the **JHipster Control Center** server quickly. Such a CLI tool could be embedded into the JHipster package distributed on NPM. | |
In every JHipster app, docker-compose files are present in the `src/main/docker` folder to launch associated services such as databases, message brokers, and registries using Docker. Among them, a **jhipster-control-center.yml** will let the users start the **JHipster control-center** which will then be available at [http://localhost:1337](http://localhost:1337). By default, the docker-compose file will be generated in such a way that the Control Center will be able to connect to the locally running JHipster application out of the box. Another possible way to run the **JHipster Control Center** in development would be to develop a simple CLI that allows to start the **JHipster Control Center** server quickly. Such a CLI tool could be embedded into the JHipster package distributed on NPM. |
@@ -24,7 +24,7 @@ Another reason is that JHipster has too many generators, this will allow a more | |||
|
|||
[guide-level-explanation]: #guide-level-explanation | |||
|
|||
JHipster have a few generators related to entities. | |||
JHipster has a few generators related to entities. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
JHipster has a few generators related to entities. | |
JHipster has a few generators related to entities: |
@@ -39,7 +39,7 @@ We have priorities to be used on entity generators. | |||
|
|||
Those generators and priorities will be replaced by entity focused priorities and internal methods to support the workflow. Some entity related generators may be kept for more specific purpose like prompts. | |||
|
|||
Planed priorities includes. | |||
Planed priorities include. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Planed priorities include. | |
Planned priorities include: |
@@ -39,14 +39,14 @@ JHipster 7 have lots of technology specific needles implemented at `generator-ba | |||
- `addMavenPluginRepository` | |||
- Many others | |||
|
|||
Those needles should be implemented using modular approach at the technology specific generator. | |||
Those needles should be implemented using a modular approach at the technology specific generator. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Those needles should be implemented using a modular approach at the technology specific generator. | |
Those needles should be implemented using a modular approach at the technology-specific generator. |
|
||
## Reference-level explanation | ||
|
||
[reference-level-explanation]: #reference-level-explanation | ||
|
||
Needles will be implemented as a stand-alone function having the generator as first parameter. | ||
For convenience it will be exposed at the technology specific generator as a class member method. | ||
For convenience, it will be exposed at the technology specific generator as a class member method. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For convenience, it will be exposed at the technology specific generator as a class member method. | |
For convenience, it will be exposed at the technology-specific generator as a class member method. |
@@ -87,7 +87,7 @@ export default class ChildGenerator extends Generator { | |||
} | |||
``` | |||
|
|||
Using at a non related generator: | |||
Using a non related generator: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using a non related generator: | |
Using a non-related generator: |
Please make sure the below checklist is followed for Pull Requests.
When you are still working on the PR, consider converting it to Draft (below reviewers) and adding
skip-ci
label, you can still see CI build result at your branch.