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

[Refactoring]: Avoid deleting .class files every build #4389

Open
kwvanderlinde opened this issue Nov 10, 2023 · 0 comments
Open

[Refactoring]: Avoid deleting .class files every build #4389

kwvanderlinde opened this issue Nov 10, 2023 · 0 comments
Assignees
Labels
build-configuration code-maintenance Adding/editing javadocs, unit tests, formatting.

Comments

@kwvanderlinde
Copy link
Collaborator

Describe the problem

During development, if I try to run a second MapTool instance via Gradle while another is already running, the first is likely to start generating java.lang.NoClassDefFoundError during the build due to certain GUI .class files having been removed.

The improvement you'd like to see

I would like the instrumented and uninstrumented versions of each .class file to be kept separate, and the defensive deleting of .class files to be removed.

Expected Benefits

The developer experience will be improved in two ways:

  1. We will be able to run multiple MT instances without the builds interfering with each other.
  2. Builds will be faster as the compileJava task will not be constantly out of date.

Also there won't be a need to maintain a hardcoded list of .class files to delete in order to avoid duplicate $$$getFont$$$ methods.

Additional Context

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build-configuration code-maintenance Adding/editing javadocs, unit tests, formatting.
Projects
Status: Needs Testing
Development

No branches or pull requests

1 participant