You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To keep current implementation we could "reverse engineer" the gradle plugin and directly use the capsule API.
Or just build it the package in another way, I guess that so long as we add a bootstrap script to the path and have the jars somewhere we keep the feature the same from a user stand point. It would be nice also because that way we remove the dependency from gradle.
Apparently there is already a PR for that danthegoodman/gradle-capsule-plugin#39
But the problem is that gradle-capsule-plugin is no longer maintained, then could be worth evaluate remove it as dependency to avoid this kind of problems in the future.
Or maybe just fork it
danthegoodman/gradle-capsule-plugin#39 seems to work only with gradle 5 and not with older gradles, otherwise I'd just fork the PR and push it to jcenter as a quickfix. But this option does not seems on the table, because at least gradle 4 should be supported by the plugin.
For sure the best solution would be to implement packaging in-process without calling an external tool. This would also remove the dependency on the capsule-gradle-plugin. Maybe capsule could be called programmatically? I would be very thankful for any help on such a feature.
Alternatively with the new bootstrap header support contributed with #199 we could also think about dropping --packaging entirely? IMHO both are a bit too different, so it may be nice to maintain both packaging modes separately.
Reacted by Abel Salgado Romero, Franco Meloni and EugeneSusla
@gianluz Is there a new version of the gradle-capsule-plugin with these PRs merged in already which we could use instead to fix this kscript packaging?
Activity
abelsromero commentedon Dec 1, 2018
Seems to be a known issue with no quick solution danthegoodman/gradle-capsule-plugin#38
holgerbrandl commentedon Dec 4, 2018
Thanks @abelsromero for the pointer. So let's hope that they fix it soon. Not sure what to do about it on the kscript side.
abelsromero commentedon Dec 4, 2018
To keep current implementation we could "reverse engineer" the gradle plugin and directly use the capsule API.
Or just build it the package in another way, I guess that so long as we add a bootstrap script to the path and have the jars somewhere we keep the feature the same from a user stand point. It would be nice also because that way we remove the dependency from gradle.
holgerbrandl commentedon Dec 6, 2018
I think the best approach would be to figure out and implement a PR for the
gradle-capsule-pluginwhich fixes the problem.f-meloni commentedon Dec 11, 2018
Apparently there is already a PR for that
danthegoodman/gradle-capsule-plugin#39
But the problem is that
gradle-capsule-pluginis no longer maintained, then could be worth evaluate remove it as dependency to avoid this kind of problems in the future.Or maybe just fork it
holgerbrandl commentedon Dec 12, 2018
danthegoodman/gradle-capsule-plugin#39 seems to work only with gradle 5 and not with older gradles, otherwise I'd just fork the PR and push it to jcenter as a quickfix. But this option does not seems on the table, because at least gradle 4 should be supported by the plugin.
For sure the best solution would be to implement packaging in-process without calling an external tool. This would also remove the dependency on the capsule-gradle-plugin. Maybe capsule could be called programmatically? I would be very thankful for any help on such a feature.
Alternatively with the new bootstrap header support contributed with #199 we could also think about dropping
--packagingentirely? IMHO both are a bit too different, so it may be nice to maintain both packaging modes separately.gianluz commentedon Jan 8, 2019
we have 2 new PRs danthegoodman/gradle-capsule-plugin#41
and danthegoodman/gradle-capsule-plugin#40
holgerbrandl commentedon Jan 12, 2019
@gianluz Is there a new version of the gradle-capsule-plugin with these PRs merged in already which we could use instead to fix this kscript packaging?
gianluz commentedon Jan 23, 2019
i forked gradle-capsule and opened this PR gianluz/gradle-capsule-plugin#1
gianluz commentedon Jan 23, 2019
do you want to use this fork?
holgerbrandl commentedon Jan 23, 2019
As soon as it's published as corrected artifact on jcenter (or similar) yes.
gianluz commentedon Feb 2, 2019
I have published the new plugin, i'm just awaiting for approval, after that i'll open a PR here to fix the problem 😄
f-meloni commentedon Feb 6, 2019
@holgerbrandl Given #210 is merged, if you can please make a release, then I can check if the problem is solved :) 🎉 🚀
aartiPl commentedon Jul 9, 2022
There is a replacement of the capsule plugin in branch kscript_4.1. I am closing this ticket.