Open davidmichaelkarr opened 5 years ago
Sounds like a good idea. And thanks for providing some details about your specific use case too. That gives us also something to work with in terms of considering alternatives (e.g. not searching for main methods in the test source might be one alternative that would slve your specific problem too, but might be much easier/efficient to implement).
Just thought of something. I would expect that once a launch configuration was created for your app, the launch config would specify the main type to run. So you shouldn't be asked which class to run the next time. Is this not the case? If so can you add some detailed steps (which things you select and which menus you click/invoke and in what order)? I would like to understand the exact sequence that makes this 'choose main type' dialog popup repeatedly for you (I don't think it would happen, for example, if you launched the app by clicking the start button in the boot dashboard).
On Wed, Oct 3, 2018 at 11:03 AM Kris De Volder notifications@github.com wrote:
Just thought of something. I would expect that once a launch configuration was created for your app, the launch config would specify the main type to run. So you shouldn't be asked which class to run the next time. Is this not the case? If so can you add some detailed steps (which things you select and which menus you click/invoke and in what order)? I would like to understand the exact sequence that makes this 'choose main type' dialog popup repeatedly for you (I don't think it would happen, for example, if you launched the app by clicking the start button in the boot dashboard).
I never use the button in the dashboard. I always use a key sequence bound to "debug-spring-boot-app", while in the editor view. That implies that even though a Launch Configuration may exist, it won't know which one to use at that point.
I did check the launch configurations, and one is definitely there, specifying the correct springboot main class.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/spring-projects/spring-ide/issues/323#issuecomment-426737168, or mute the thread https://github.com/notifications/unsubscribe-auth/AFTv0yL3Chzw5O8mr_vhj2HvM6yPKc2Oks5uhPwAgaJpZM4W3lSx .
Okay so perhaps we could somehow make this work more as it was intended and have the key combo you use, to run the existing configuration instead of trying to create another one (is that what it is doing?).
But to investigate this further I'd need to be able to actually do exactly what you do and then step some things with the debugger to see what is exactly going on.
To make sure we are on the same page. Please confirm that I'm understanding it correctly:
Since commands bound to keys tend to be sensitive to context, such as editor focus and element selection in various views... It would also be good to know... is there an active selected element(s) in the package or project explorer at the exact time when you press the key?
I don't know how I could confirm whether it's trying to create a new launch config.
Yes, those are the two keys I would press, to either run it in debug or not, and the editor would be showing a source file from the application.
I don't know whether a particular element would be selected in the package or project explorer at this time.
I don't know how I could confirm whether it's trying to create a new launch config.
Right, I wasn't really expecting that you would. But it is something I have to try and figure out. So that was more of a question/theory for me to verify once I get down to debugging this.
Thanks, I think I have enough information now to debug this.
And if it matters, I've now evolved my code to the point where I don't need this anymore. :) It was too painful overall to have multiple entrypoints, so I simply added the meat of the additional entrypoint as an additional component and changed the main entrypoint to check for command-line parameters, which makes it use the other code.
I work on several SpringBoot projects. It's very convenient to be able to run or debug the app with a single key sequence.
Today I started work on a utility class in the project that has a "main()" method. It's only there in src/test/java to be used as an analysis task in the build. Now, when I try to run my SpringBoot application, it asks me which class I want to use, between the original "Application" class with the "@SpringBootApplication" annotation, or my utility class that I would never run as a SpringBoot application.
This is an unfortunate annoyance. I would imagine it's entirely possible some person might have some need to run a class without a @SpringBootApplication annotation as a SpringBoot application, but it seems pretty implausible to me.
I wish there was a configuration flag that would control this, so I could tell Spring IDE to not even ask me to use a class for running SpringBoot that doesn't have that annotation.