-
Notifications
You must be signed in to change notification settings - Fork 82
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
Suggestion: generate -runbundles in archetype #54
Comments
What would we populate it with? In the majority of cases the bundle in |
The bundle will not have any dependencies immediately after generation from the archetype. Even if the user starts adding basic "hello world" code to the bundle, they will not need to worry about dependencies until later on. The output of resolving immediately after generation of the project is:
|
I can see that this is reasonable for the project archetype, but the application archetype could be run very late in the process and pointed at an existing bundle with many dependencies. Isn't it better to say nothing and force a resolve rather than appear to have resolved but get errors when attempting to run? |
Then maybe we just do this for the project archetype. If the app archetype is used late in the process then the user will have learned about resolving at that point. But for the project archetype I think it's a win to remove steps in the way of "Hello world".
I don't think there's a difference. The build will fail at the resolve stage, whether |
There is a difference if you're in Eclipse. An empty |
Okay good point. Then I propose to leave |
Sounds good - will you make a PR? |
The bndrun files generated by the archetype have
-runrequires
populated but not-runbundles
. This forces the user to do a resolve before the project can build cleanly.Why not prepopulate
-runbundles
in the initial archetype output? We already know exactly what it will be at this stage. Then the user can immediately build and run.The text was updated successfully, but these errors were encountered: