Skip to content
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

Front End / Back End separate solution #10

Closed
StyleTang opened this issue Aug 20, 2021 · 0 comments · Fixed by #12
Closed

Front End / Back End separate solution #10

StyleTang opened this issue Aug 20, 2021 · 0 comments · Fixed by #12
Milestone

Comments

@StyleTang
Copy link
Member

FEATURE REQUEST

Please describe the feature you are requesting.

Now the code of RocketMQ Dashboard mixed the front-end and back-end code together, the front-end architecture is too old, it is hard to maintain, for example, front end package is difficult to manage, the fancy features of the front-end framework cannot be used, can not add front end unit test etc...

We hope to separate the front-end and back-end modules. The front-end choose React, uses npm to manage package, and the back-end continues to use Spring-boot and maven.

This may introduce the deployment problem of front-end static resources. At present, we propose to use maven plugin to handle it. During the spring-boot packaging process, maven plugin should compile and package the front-end code and put it into spring-boot.jar. When deploying, only the spring-boot server needs to be deployed (It will contains the front end resource).

Provide any additional detail on your proposed use case for this feature.

We propose the rocketmq-dashboard package should like this.

rocketmq-dashboard

|-------src ( backend: Spring-boot)

|-------frontend (React)

When we execute package cmd, maven plugin should auto compile and release the front end resource, and build them into rocketmq-dashboard.jar

mvn clean package -Dmaven.test.skip=true

then we can run it just like a ordinary spring boot server.

java -jar target/rocketmq-dashboard.jar

Indicate the importance of this issue to you (blocker, must-have, should-have, nice-to-have). Are you currently using any workarounds to address this issue?

blocker. (Architecture upgrade with separation of front and back ends strong dependence on it)

If there are some sub-tasks using -[] for each subtask and create a corresponding issue to map to the sub task:

This is related to the front-end architecture selection, but it can be done in parallel.

@StyleTang StyleTang changed the title Front End / Back End Separate Solution Front End / Back End separate solution Aug 20, 2021
@StyleTang StyleTang linked a pull request Aug 21, 2021 that will close this issue
6 tasks
@StyleTang StyleTang added this to the 2.0.0 milestone Sep 23, 2021
StyleTang pushed a commit that referenced this issue Sep 29, 2021
* init react module

* fix frontend license
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant