Thanks for helping make Java service workflows lighter. Small, focused pull requests are easiest to review.
- Search existing issues before opening a duplicate.
- For a large feature or behavior change, open a proposal issue first.
- Never include private project paths, credentials, production logs, or proprietary source files in examples and screenshots.
Requirements: Node.js 22+, npm 10+, and a local JDK for manual Java launch testing.
git clone https://github.com/LearnAIHubC/JLaunch.git
cd JLaunch
npm ci
npm startRun all automated checks before submitting:
npm run check- Create a feature branch from
main. - Keep the change scoped to one concern.
- Add or update tests for behavior changes.
- Explain the user impact and verification steps in the pull request.
- Do not commit
node_modules/,release/, local SQLite files, or environment files.
- Use CommonJS and the existing two-space indentation.
- Prefer built-in Node/Electron APIs and small modules over new dependencies.
- Spawn child processes without a shell and preserve useful error context.
- Keep renderer access behind the preload allowlist.
- Match the existing dark UI and keyboard accessibility patterns.
Do not open a public issue for a vulnerability. Follow SECURITY.md.