Skip to content

Trouble publishing to Open VSX聽#1353

Closed

Description

@jankeromnes

Hello! 馃憢 We would love to have the redhat.java extension available in https://open-vsx.org

So we've recently added it to an auto-publishing script, but it turns out that our script is not packaging the redhat.java extension correctly.

Here is the steps that it currently runs to publish redhat.java:

git clone https://github.com/redhat-developer/vscode-java
cd vscode-java/
npm install
npx ovsx publish

This results in a broken extension: https://open-vsx.org/extension/redhat/java which we are trying to remove from https://open-vsx.org and republish correctly.

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.)

Also, if you're interested in taking over the publishing to https://open-vsx.org from this repository (which may be better long-term), you can simply call npx ovsx publish in your CI (you'll also need a OVSX_PAT environment variable, containing a token from https://open-vsx.org/user-settings/tokens).

Environment
  • Operating System: Ubuntu
  • JDK version: ?
  • Visual Studio Code version: *
  • Java extension version: *
Steps To Reproduce
  1. Run npm install
  2. Run npx ovsx publish
  3. Notice that the extension published to https://open-vsx.org/extension/redhat/java is incomplete (i.e. broken)

See also eclipse-theia/theia#7448

Current Result

Published extension is missing Java Language Server.

Expected Result

... should include Java Language Server.

Additional Informations

Currently auto-published from https://github.com/open-vsx/publish-extensions/blob/f23b96303537f99369bf6878075045de89663a3a/extensions.json#L288-L293, but publishing needs to be fixed and/or migrated to this repository.

Activity

  1. fbricon commented on Apr 1, 2020

    @fbricon
    Collaborator

    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?

  2. jankeromnes commented on Apr 1, 2020

    @jankeromnes
    Author

    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.

  3. akosyakov commented on Apr 2, 2020

    @akosyakov
    Contributor

    @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 redhat namespace (publisher).

  4. fbricon commented on Apr 2, 2020

    @fbricon
    Collaborator
  5. fbricon commented on Apr 2, 2020

    @fbricon
    Collaborator

    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

  6. apupier commented on Jun 19, 2020

    @apupier
    Member

    @fbricon any news on automated publishing?

  7. fbricon commented on Jun 19, 2020

    @fbricon
    Collaborator

    @apupier sorry no, I just need to bump the priority of that task in my todo list :-)

  8. added a commit that references this issue on Jan 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions