spacemacs/layers/+lang/java/config.el

;;; config.el --- Java configuration File for Spacemacs
;;
;; Copyright (c) 2012-2018 Sylvain Benner & Contributors
;;
;; Author: Lukasz Klich <klich.lukasz@gmail.com>
;; URL: https://github.com/syl20bnr/spacemacs
;;
;; This file is not part of GNU Emacs.
;;
;;; License: GPLv3

;; variables

(spacemacs|define-jump-handlers java-mode)

(defvar java-backend nil
  "The backend to use for IDE features.
Possible values are `lsp' and `meghanada'.
If `nil' then `meghanada' is the default backend unless `lsp' layer is used.")
Fix filenames in layer file headers Also fixed the groovy/funcs.el header which said: Java 2020-02-19 23:07:30 +00:00			`;;; config.el --- Java configuration File for Spacemacs`
java layer: rename functions with spacemacs prefix 2015-07-04 04:29:25 +00:00			`;;`
Happy New Year 2018! 2018-01-04 07:00:25 +00:00			`;; Copyright (c) 2012-2018 Sylvain Benner & Contributors`
java layer: rename functions with spacemacs prefix 2015-07-04 04:29:25 +00:00			`;;`
			`;; Author: Lukasz Klich <klich.lukasz@gmail.com>`
java: multiple backends support Define multiple dispatch functions for each service: - spacemacs//java-setup-backend - spacemacs//java-setup-auto-completion - spacemacs//java-setup-syntax-checking - spacemacs//java-setup-spell-checking - spacemacs//java-setup-eldoc java: replace ensime-configure-keybindings function by a variable It's not convenient to have key bindings in funcs.el file, instead of relying on a function we define a private layer variable java--ensime-modes which can be updated by other layers using a :pre-config use-package hook. java: refactor key bindings - define key bindings for meghanada back-end - move ensime key bindings documentation from scala layer to java layer - change SPC m d for daemon to SPC m D (since SPC m d is reserved for debugging) 2017-02-09 22:22:38 +00:00			`;; URL: https://github.com/syl20bnr/spacemacs`
java layer: rename functions with spacemacs prefix 2015-07-04 04:29:25 +00:00			`;;`
			`;; This file is not part of GNU Emacs.`
			`;;`
			`;;; License: GPLv3`

Refactor and simplify company backends declaration Enabling a company backend for a specific mode was a tedious tasks with code scattered at different locations, one for local variable definitions, one for company hook function definitions and another where the backends were pushed to the local variables (which was problematic, since we ended up pushing the same backends over and over again with `SPC f e R`, pushes have been replaced by add-to-list calls in the new macro). All these steps are now put together at one place with the new macro spacemacs\|add-company-backends, check its docstring for more info on its arguments. This macro also allows to define arbitrary buffer local variables to tune company for specific modes (similar to layer variables via a keyword :variables) The code related to company backends management has been moved to the auto-completion layer in the funcs.el file. A nice side effect of this move is that it enforces correct encapsulation of company backends related code. We can now easily detect if there is some configuration leakage when the auto-completion layer is not used. But we loose macro expansion at file loading time (not sue it is a big concern though). The function spacemacs\|enable-auto-complete was never used so it has been deleted which led to the deletion of the now empty file core-auto-completion.el. The example in LAYERS.org regarding auto-completion is now out of date and has been deleted. An example to setup auto-completion is provided in the README.org file of the auto-completion layer. 2017-01-02 05:39:04 +00:00			`;; variables`
Fix (void-variable spacemacs-jump-handlers-....) Move the variable definitions to config.el and eval-after-load the key binding on SPC m g g. 2016-09-05 02:29:41 +00:00
			`(spacemacs\|define-jump-handlers java-mode)`
Add ensime support to java New variable `java-backend' controls whether to use eclim, by default, or ensime. The setup is identical to scala and as such there's some functionality included that still isn't supported in java. 2016-11-14 22:09:54 +00:00
[lsp] When used, make LSP the default backend for all supported lang * Added a new function to each language to select the backend * Use these new functions in all `pcase`. 2019-09-30 04:49:44 +00:00			`(defvar java-backend nil`
			`"The backend to use for IDE features.`
			Possible values are `lsp' and `meghanada'.
			If `nil' then `meghanada' is the default backend unless `lsp' layer is used.")