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

Support packaging type of WAR when scaffolding a project #68

Closed
Matthew-Dong opened this issue Sep 3, 2018 · 4 comments
Closed

Support packaging type of WAR when scaffolding a project #68

Matthew-Dong opened this issue Sep 3, 2018 · 4 comments
Labels
Milestone

Comments

@Matthew-Dong
Copy link
Contributor

image

@Matthew-Dong
Copy link
Contributor Author

We'd like to recommend using Spring Initializr extension in VS Code as the entry point for Java developer experience when scaffolding a project. However, it only supports to generate a JAR project, which means large numbers of developers using Tomcat have to bring their own project to VS Code. This also caused an inconsistency in the tutorial.

@Eskibear
Copy link
Member

Eskibear commented Sep 3, 2018

@Matthew-Dong I thought the only difference was the value of <packaging>. So previous design is to let users modify it themselves after scaffolding.

It's feasible to allow users to select packaging type, but we should decide where to insert this step.
Current workflow is:

  • Choose Maven/Gradle with different commands
  • Select Language
  • Input GroupId.
  • Input ArtifactId.
  • Select dependencies.
  • Select a local folder to place extracted files.

@Eskibear
Copy link
Member

Eskibear commented Sep 3, 2018

Or do you prefer similar ways to handle language?

E.g. we can have a configuration instead of letting users to bother an extras step to select packaging type. By default, it can be JAR, if you want to generate WAR, use the settings.

  // Default packaging.
  "spring.initializr.defaultPackaging": "JAR",    // <--- candidates are "JAR", "WAR"

@Eskibear Eskibear added this to the 0.4.0 milestone Sep 10, 2018
@Eskibear
Copy link
Member

implemented.

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

No branches or pull requests

2 participants