-
Notifications
You must be signed in to change notification settings - Fork 453
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
Feature Request: configurable defaultOutputDir
instead of hardcoded bin
#1615
Comments
This would also be useful for projects that do not use any build manager. Currently no I would like to use vscode as my "build system" for one project as it is very easy to import Having a |
CC @jdneo, since he is working on tuning the classpath configuration UX. |
@jdneo Could you please have a look on this issue? |
@n-peugnet The newest
@pan3793 Sorry currently there is no plan to make that setting be able to impact Maven/Gradle project. But we will keep an eye on this request. |
it's been one year |
can someone help me out? |
Really need this feature since our repo got bin/ for scripts. |
here's the kotlin script version of the workaroud:
|
This buildship output folder issue is really annoying. It would be great to have a setting to be able to impact Maven/Gradle projects. |
bin
bin
bin
defaultOutputDir
instead of hardcoded bin
If anyone encounter this issue, please comment / give 👍 / link related issue to this one, to help the team escalate the priority of this issue. |
I onboard people at work. This issue confuses people and ultimately causes people to uninstall the extension. |
If you guys feel strongly about this issue, please vote for gradle/gradle#23032. We can't do anything until this is fixed upstream. |
It would be good to prompt the user before downloading huge amounts of data and kicking off a resource intensive compile. How do we prevent this extension from automatically building a project? |
It seems that there are related commit on gradle recently, see gradle/gradle#23032, hope it can be applied to the plugin. |
23032 is "Complete" with no indication of a resolution. Are we still blocked by upstream? Does no one care that stupid files are being created incorrectly? Humans are too adaptable - too quick to "resolve" an issue with a workaround, instead of fixing the real problem. One dev fixes this and hundreds of teams get to stop being annoyed. WTF! This whole thing has been going on for almost 3 years. Abhorrent community support - all around. |
for anyone who is still encountering this issue, a workaround:
then the class files are generated in |
That doesn't work for me. |
After applying the patch, reset your LS by using "Java: Clean Java Language Server Workspace" |
This works, but adding it to build.gradle only for VS users and having 3 versions of everything in the build dir is quite suboptimal, gradle seems to be a second class citizen atm |
I use nvim-jdtls and I can use spring-boot-devtools with this configuration:
|
Feature Request
Please provide a configuration to change defaultOutputDir
bin
Detail
I'm not an eclipse user, as I know,
bin
is widely used as a dir that stores shell scripts, but vscode java plugin uses it as the default output dir, and can not be changed by configuration, the only way I know is using gradle eclipse plugin to generate.classpath
with modified config by groovy script inbuild.gradle
, see #634@jdneo #2801 (comment)
If anyone encounter this issue, please comment / give 👍 / link related issue to this one, to help the team escalate the priority of this issue.
The text was updated successfully, but these errors were encountered: