Step 1. Add the JitPack repository to your build file
Add it in your root build.gradle at the end of repositories:
dependencyResolutionManagement {
repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
repositories {
mavenCentral()
maven { url 'https://jitpack.io' }
}
}
<repositories>
<repository>
<id>jitpack.io</id>
<url>https://jitpack.io</url>
</repository>
</repositories>
Add it in your build.sbt at the end of resolvers:
resolvers += "jitpack" at "https://jitpack.io"
Add it in your project.clj at the end of repositories:
:repositories [["jitpack" "https://jitpack.io"]]
Step 2. Add the dependency
dependencies {
implementation 'com.github.jline:jline3:jline-3.28.0'
}
<dependency>
<groupId>com.github.jline</groupId>
<artifactId>jline3</artifactId>
<version>jline-3.28.0</version>
</dependency>
libraryDependencies += "com.github.jline" % "jline3" % "jline-3.28.0"
:dependencies [[com.github.jline/jline3 "jline-3.28.0"]]
JLine is a Java library for handling console input. It is similar in functionality to BSD editline and GNU readline but with additional features that bring it in par with ZSH line editor. People familiar with the readline/editline capabilities for modern shells (such as bash and tcsh) will find most of the command editing features of JLine to be familiar.
JLine 3.x is an evolution of JLine 2.x.
JLine is distributed under the BSD License, meaning that you are completely free to redistribute, modify, or sell it with almost no restrictions.
JLine can be used with a single bundle or smaller fine-grained jars. The bundle contains all jars except jline-groovy
that must be included in classpath if you want to use scripting capabilities.
The big bundle is named:
jline-${jline.version}.jar
The dependencies are minimal: you may use JLine without any dependency on *nix systems, but in order to support windows or more advanced usage, you will need to add either Jansi
or JNA
library.
You can also use fine grained jars:
jline-terminal
: the Terminal
api and implementationsjline-terminal-jansi
: terminal implementations leveraging the Jansi
libraryjline-terminal-jni
: terminal implementations leveraging the JNI native libraryjline-terminal-jna
: terminal implementations leveraging the JNA
libraryjline-terminal-ffm
: terminal implementations leveraging the Foreign Functions & Mapping layerjline-native
: the native libraryjline-reader
: the line reader (including completion, history, etc...)jline-style
: styling apijline-remote-ssh
: helpers for using jline with Mina SSHDjline-remote-telnet
: helpers for using jline over telnet (including a telnet server implementation)jline-builtins
: several high level tools: less
pager, nano
editor, screen
multiplexer, etc...jline-console
: command registry, object printer and widget implementationsjline-groovy
: ScriptEngine
implementation using Groovyjline-console-ui
: provides simple UI elements on ANSI terminalsThe JANSI project has been merged into JLine. The following artifacts are available:
jansi-core
: the fine-grained jar containing jansijansi
: a jar bundle which contains jansi-core
and the needed jline dependenciesJLine supports the following platforms:
To perform the required operations, JLine needs to interoperate with the OS layer.
This is done through the JLine TerminalProvider
interface. The terminal builder
will automatically select a provider amongst the ones that are available.
On the Windows platform, relying on native calls is mandatory, so you need to have
a real provider (jline-terminal-xxx
jar) registered and its dependencies available
(usually the Jansi or JNA library). Failing to do so will create a dumb
terminal
with no advanced capabilities.
By default, the following order will be used.
The FFM provider is available since JLine 3.24 and when running on JDK >= 22.
It's very lightweight with no additional dependencies. With JLine 3.26, the FFM
provider requires JDK 22 with the --enable-native-access=ALL-UNNAMED
JVM option.
Note that JLine 3.24 and 3.25 uses the preview version of FFM support shipped in JDK
21 which is incompatible with the final version in JDK 22.
Since JLine 3.24.0, JLine provides its own JNI based provider and native libraries. This is the best default choice, with no additional dependency. One requirement is that JLine will load a native library: this is usually not a problem, but it could be a limitation in certain environments.
The Jansi library is a library specialized in supporting ANSI sequences in terminals. Historically, the JNI methods used by JLine were provided by Jansi. In order to minimize the maintenance cost, Jansi has been merged into JLine 3.25.
This provider has been deprecated in 3.26 in favor of the JNI provider.
The JNA library aims to provide an alternative way to access native methods without requiring writing a full JNI native library. If JNA is in JLine's class loader, the provider may be used. JNA is not supported on Apple M2 architectures.
This provider has been deprecated in 3.26 in favor of the FFM provider.
The exec provider is available on Posix systems and on Windows when running under
Cygwin or MSys2. This provider launches child processes whenever the
terminal is accessed (using Terminal.getAttributes
, Terminal.setAttributes
,
Terminal.getSize
, Terminal.setSize
).
This provider also does not support external terminals (for example when creating a terminal for an incoming connection) and does not support the Windows native environment.
Use the following definition to use JLine in your maven project:
<dependency>
<groupId>org.jline</groupId>
<artifactId>jline</artifactId>
<version>${jline.version}</version>
</dependency>
JLine can also be used with more low-level jars:
<dependency>
<groupId>org.jline</groupId>
<artifactId>jline-terminal</artifactId>
<version>${jline.version}</version>
</dependency>
<dependency>
<groupId>org.jline</groupId>
<artifactId>jline-terminal-jni</artifactId>
<version>${jline.version}</version>
</dependency>
<dependency>
<groupId>org.jline</groupId>
<artifactId>jline-reader</artifactId>
<version>${jline.version}</version>
</dependency>
All the jars and releases are available from Maven Central, so you'll find everything at the following location https://repo1.maven.org/maven2/org/jline/.
Check out and build:
git clone git://github.com/jline/jline3.git
cd jline3
./build rebuild
Build Graal native-image demo:
./build rebuild -Pnative-image
The following artifacts are build:
The big bundle includes everything (except jline-groovy
) and is located at:
jline/target/jline-${jline.version}.jar
The jansi bundle is located at:
jansi/target/jansi-${jline.version}.jar
The fine grained bundles are located at:
terminal/target/jline-terminal-${jline.version}.jar
terminal-jansi/target/jline-jansi-${jline.version}.jar
terminal-jna/target/jline-jna-${jline.version}.jar
reader/target/jline-reader-${jline.version}.jar
style/target/jline-style-${jline.version}.jar
remote-telnet/target/jline-remote-telnet-${jline.version}.jar
remote-ssh/target/jline-remote-ssh-${jline.version}.jar
builtins/target/jline-builtins-${jline.version}.jar
console/target/jline-console-${jline.version}.jar
groovy/target/jline-groovy-${jline.version}.jar
jansi-core/target/jansi-core-${jline.version}.jar
Maven has a concept of SNAPSHOT
. During development, the jline version will always end
with -SNAPSHOT
, which means that the version is in development and not a release.
Note that all those artifacts are also installed in the local maven repository, so you
will usually find them in the following folder: ~/.m2/repository/org/jline/
.
To run the demo, simply use one of the following commands after having build JLine
# Gogo terminal
./build demo
# Groovy REPL
./build repl
# Graal native-image
./build graal