-
Notifications
You must be signed in to change notification settings - Fork 874
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
Improvements to incremental compilation of NetBeans #4523
Improvements to incremental compilation of NetBeans #4523
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I saw the problems regarding the annotation processors also in the past, but as I commonly build after running a clean (git clean -f -x -d
) I put it of to investigate. Thank you.
Can you describe the requirement for adding the build-prerequisite
entries in the c.jcraft.jsch
module? The module itself only repackages jsch
as an OSGI module. According to the documentation compile-dependency
implied build-prerequisite
:
Line 57 in a0f621d
<!-- compile-dependency implies build-prerequisite. --> |
I got a failure that |
I tried to see the problem myself and indeed it is reproducible with:
From my perspective this is not an issue in the module, but in the build-system. A module declares a versioned dependency and the build system (according to this test) the module to be present for this (although only the minimal runtime version is declared) and the build system does not ensure the module is build - this is broken. Anyway. For the concrete case the minimal fix is adding I'm not sure, though that it is a good idea to do this, as next time the problem is a different module. |
Let's do the minimal fix now, and talk/fix buildsystem as the next step (another PR) |
conflicts would need to be resolved here to get this into NB17 |
@jtulach - still relevant ? |
+1
+1
I see adding
Probably. This kind of incremental issues is hard to spot and get completely right. |
Please don't use the github "squash+merge" option if you user is not appropriately setup. The author of the resulting commit is: Jaroslav Tulach <1842422+jtulach@users.noreply.github.com> This is not correct. The author email is obviously invalid. We saw this multiple times now, the github UI is useless for squashing as it destroys information. |
@matthiasblaesing @mbien can we just merge #5617 and remove the option from the UI! |
#5617 is already added my +1 on that PR, so sure ;-) |
fine I merge it :) I just had the worry that this might encourage merges without any kind of squashing. Lets see if it improves the situation |
After few months I tried following on my repository
and run into bunch of compilation errors. These are the changes I had to make to let the incremental build pass. Without these changes I am getting errors like: