Package Details: jdtls 1.44.0-2

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: EPL-2.0
Submitter: languitar
Maintainer: languitar
Last Packager: languitar
Votes: 28
Popularity: 0.64
First Submitted: 2017-11-15 12:49 (UTC)
Last Updated: 2025-02-18 22:09 (UTC)

Dependencies (2)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

schrieveslaach commented on 2022-01-20 06:42 (UTC)

Based on this AUR package I created a Homebrew formula to install jdtls on MacOS. I discovered that you can get rid of the temporary folder creation by using some Java properties that will tell the Eclipse Equinox framework to use a shared configuration which make jdtls make package manager friendly.

Here are the properties: https://github.com/Homebrew/homebrew-core/blob/ec2f8b111eb89cc7e68360d418cde708248529ea/Formula/jdtls.rb#L20-L23

Do you mind to incorporate these properties.

languitar commented on 2020-11-20 18:13 (UTC)

@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 (UTC)

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 (UTC) (edited on 2020-02-23 05:24 (UTC) by brainplot)

@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 (UTC)

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 (UTC)

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 (UTC)

@nicolehopperB8Y, @languitar, I have been through that same issue with vim-ale recently.

Hope this helps.

https://github.com/w0rp/ale/pull/2523

languitar commented on 2019-05-28 19:45 (UTC)

@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 (UTC)

@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 (UTC)

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