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
We found that the extension is missing at least the Java Language Server, and that it would require at least one extra step between npm install and ovsx publish:
./node_modules/.bin/gulp download_server
However, I wonder why this isn't part of the vscode:prepublish steps? (The ovsx CLI will automatically run that before publishing.)
Currently, most releases of vscode-java can not be rebuilt from source after a certain time, because the server is rebuilt by the CI, instead of being downloaded from a known place. Yes, we know we need to improve that.
In the meantime, would it make things easier if you downloaded the released builds directly from our github releases page?
Thanks for this information. Then I think it would make sense if the vscode-java CI, after rebuilding the Language Server and packaging a redhat.java extension, also calls npx ovsx publish <extension>.vsix.
If that's not possible, we could also publish the .vsix from your GitHub Releases to https://open-vsx.org. I'm happy to do that manually this week, but it's not really a sustainable approach.
Activity
fbricon commentedon Apr 1, 2020
Currently, most releases of vscode-java can not be rebuilt from source after a certain time, because the server is rebuilt by the CI, instead of being downloaded from a known place. Yes, we know we need to improve that.
In the meantime, would it make things easier if you downloaded the released builds directly from our github releases page?
jankeromnes commentedon Apr 1, 2020
Thanks for this information. Then I think it would make sense if the vscode-java CI, after rebuilding the Language Server and packaging a
redhat.javaextension, also callsnpx ovsx publish <extension>.vsix.If that's not possible, we could also publish the
.vsixfrom your GitHub Releases to https://open-vsx.org. I'm happy to do that manually this week, but it's not really a sustainable approach.Remove redhat.java from extensions.json
akosyakov commentedon Apr 2, 2020
@fbricon Please consider to claim namespace ownership in Open VSX Registry: https://github.com/eclipse/openvsx/wiki/Namespace-Access#how-to-claim-a-namespace and publish with how @jankeromnes suggested in #1353 (comment)
It will totally resolve this issue and make sure that no one else can publish under
redhatnamespace (publisher).fbricon commentedon Apr 2, 2020
@jankeromnes @akosyakov trying but: eclipse-openvsx/openvsx#60
fbricon commentedon Apr 2, 2020
Ok I pushed it manually for now: https://open-vsx.org/extension/redhat/java
I also claimed the redhat namespace: EclipseFdn/open-vsx.org#6
Now I need to configure the Jenkins jobs on the RH side to do the publishing automatically
apupier commentedon Jun 19, 2020
@fbricon any news on automated publishing?
fbricon commentedon Jun 19, 2020
@apupier sorry no, I just need to bump the priority of that task in my todo list :-)
Remove redhat.java from extensions.json
Remove redhat.java from extensions.json
Remove redhat.java from extensions.json
Remove redhat.java from extensions.json
Remove redhat.java from extensions.json