Search Criteria
Package Details: jdtls 0.65.0-1
| Git Clone URL: | https://aur.archlinux.org/jdtls.git (read-only, click to copy) |
|---|---|
| Package Base: | jdtls |
| Description: | Eclipse Java language server |
| Upstream URL: | https://github.com/eclipse/eclipse.jdt.ls |
| Licenses: | |
| Submitter: | languitar |
| Maintainer: | languitar |
| Last Packager: | languitar |
| Votes: | 8 |
| Popularity: | 0.181978 |
| First Submitted: | 2017-11-15 12:49 |
| Last Updated: | 2020-11-20 18:26 |
Dependencies (1)
- java-runtime (jdk5, tuxjdk, jre7-openjdk-infinality, java-8-openjdk-shenandoah, jre8-openjdk-infinality, java-gcj-compat, jdk9, jre9, jdk-devel, jre10, jdk8-arm64, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, jdk8-openjdk-dcevm, jdk11-graalvm-ee-bin, server-jre, jdk8-arm, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jre8-openjdk-jetbrains, jre8-openjdk-shenandoah, jdk10-openj9-bin, jdk14-openj9-bin, jdk11-openj9-bin, sapmachine-jdk-bin, jdk7, jre7, jre8, jre-openj9, jdk8-openj9-bin, jre8-adoptopenjdk, jdk8-j9-bin, jre14, java-openjdk-bin, jre, jdk-openj9-bin, jdk-arm, zulu-8-bin, zulu-11-bin, jdk-adoptopenjdk, jdk11-adoptopenjdk, liberica-jdk-full-bin, jdk8-jetbrains, zulu-embedded-jdk8, amazon-corretto-11, liberica-jdk-8-full-bin, liberica-jdk-11-bin, liberica-jdk-11-full-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, liberica-jre-11-full-bin, liberica-jre-8-full-bin, amazon-corretto-8, jre-jetbrains, jdk8, jre11, jdk8-graalvm-bin, jdk11-graalvm-bin, zulu-embedded-jdk, java-openjdk-loom-ea-bin, jdk7r1-j9-bin, jdk7-j9-bin, java-openjdk-ea-bin, jre11-jetbrains-imfix, jdk-jetbrains, zulu-15-bin, zulu-14-bin, zulu-13-bin, jre-openjdk, jre11-openjdk, jre7-openjdk, jre8-openjdk)
Required by (1)
- vim-youcompleteme-git (optional)
Latest Comments
1 2 3 Next › Last »
languitar commented on 2020-11-20 18:13
@cwtb I started packaging this by using the git repository. Sometimes this failed, so I got in contact with the jdtls developers and they indicated that the preferred way of distributing jdtls is to use the milestone builds. I don't understand why the snapshot version is so much ahead of the milestone builds. May be this is something to be asked upstream.
cwtb commented on 2020-11-20 15:23
Have you looked into using snapshots instead of milestone releases keeping things updated? It looks like there is a version here that isn't in the milestones yet. Might not be as stable, but who knows https://download.eclipse.org/jdtls/snapshots/
brainplot commented on 2020-02-19 07:59
@languitar You can expand the
${pkgver}variable in the url so that you don't have to change it in multiple places, whenever there's an update.languitar commented on 2020-02-07 08:12
I'd love to update this package, but upstream - again - hasn't released a milestone build for the new version. I have, again, pinged them in a Github issue: https://github.com/eclipse/eclipse.jdt.ls/issues/1208
languitar commented on 2019-10-12 13:46
Version bump to 0.44.0 is currently impossible because upstream has not published an artifact using the normal channel: https://github.com/eclipse/eclipse.jdt.ls/issues/1208
GrimKriegor commented on 2019-05-28 19:55
@nicolehopperB8Y, @languitar, I have been through that same issue with
vim-alerecently.Hope this helps.
https://github.com/w0rp/ale/pull/2523
languitar commented on 2019-05-28 19:45
@nicolehopperB8Y the only option I see is to somehow replicate what the launcher schript does in vimscript. Or try to get in touch with the coc developer to clarify this.
Btw, I always use the signed releases from the milestone release server and use the sha256 sum provided by upstream.
nicolehopperB8Y commented on 2019-05-27 05:59
@languitar I use this package because I don't want coc to manage it. When updating I can check the pkgbuild if I use aur, but when coc updates I don't know which file it's downloading...
languitar commented on 2019-05-26 12:34
@nicolehopperB8Y ships it's own copy of jdtls, which should be installed somewhere into your home directory. I don't see why you shouldn't be able to write there. Try to check the permissions. You don't event need this package for coc.
nicolehopperB8Y commented on 2019-05-25 11:02
@languitar is there any other way to work around the issue? I'm using coc.nvim & coc-java, but coc-java just run the jdtls server directly so the launcher script is useless to me.