You don't need docker (a Linux-only piece of tech) to run a java application. Even though I'm on Linux, and docker experience is waaaaay better here than on any other platform, I wouldn't in my life consider using it to run LanguageTool.
A command without context is not very useful. If anyone wants to run LanguageTool locally, I suggest reading the official documentation page: https://dev.languagetool.org/http-server
Their recommended process is :
1. Install fasttext (it's an official Debian package, but you have to compile it on Windows).
2. Download and uncompress the LanguageTool release.
3. Create a config file.
4. Launch the server with the java command (of course, a JRE must be installed).
5. Connect to the API, e.g. with the browser extension.
Running a ready-made docker image replaces steps 1-4 and removes the need to install Java globally. Some will prefer it this way.
> 2. Download and uncompress the LanguageTool release.
> Running a ready-made docker image replaces steps 1-4
We can go pretty low level in the docker option too.
1. Download a Linux installation image
2. Download a hypervisor
3. Install Linux on the virtual machine
4. Install docker in a virtual Linux machine
5. Launch LanguageTool container
6. Configure networking between the host and the container in the guest
7. Connect to the API, e.g. with the browser extension
Obviously I initially oversimplified by omitting the configuration step. But adding download step to inflate the complexity is not a fair play ;-)
I'd argue that running a platforn-native artifact is both simpler and easier than involving virtualization. Even if steps 1-4 are done by some magical tool like rancher or docker-desktop
It is restricted by Flatpak (i.e. Control Groups and Namespaces):
* No file-system access
* No access to devices
* Network Access is allowed (API of Languagetool is only reachable via REST?)
It is fat. But that's more an issue of Java itself. I only wish Languagetool didn't use Java, which is fine on a servers but horrible on personal-computers. Implemented in C, C++ or Rust and it would be probably already part of LibreOffice. Sonny Piers is the packager Flatpak, a prominent ex-member of GNOME board. He was removed due some Code-Of-Conduct thing which nobody can explain, due to issues within the Code-Of-Conduct.
PS: LibreOffice had to fight years to remove Java which plagued the project.
Gosh people love complicating things.
You don't need docker (a Linux-only piece of tech) to run a java application. Even though I'm on Linux, and docker experience is waaaaay better here than on any other platform, I wouldn't in my life consider using it to run LanguageTool.
A command without context is not very useful. If anyone wants to run LanguageTool locally, I suggest reading the official documentation page: https://dev.languagetool.org/http-server
Their recommended process is :
1. Install fasttext (it's an official Debian package, but you have to compile it on Windows).
2. Download and uncompress the LanguageTool release.
3. Create a config file.
4. Launch the server with the java command (of course, a JRE must be installed).
5. Connect to the API, e.g. with the browser extension.
Running a ready-made docker image replaces steps 1-4 and removes the need to install Java globally. Some will prefer it this way.
> 2. Download and uncompress the LanguageTool release.
> Running a ready-made docker image replaces steps 1-4
We can go pretty low level in the docker option too.
1. Download a Linux installation image
2. Download a hypervisor
3. Install Linux on the virtual machine
4. Install docker in a virtual Linux machine
5. Launch LanguageTool container
6. Configure networking between the host and the container in the guest
7. Connect to the API, e.g. with the browser extension
Obviously I initially oversimplified by omitting the configuration step. But adding download step to inflate the complexity is not a fair play ;-)
I'd argue that running a platforn-native artifact is both simpler and easier than involving virtualization. Even if steps 1-4 are done by some magical tool like rancher or docker-desktop
Gosh people love complicating things.
You don't need to fight with installing (the correct version of) java. I wouldn't in my life consider installing java on my OS directly.
For anyone with docker already installed (most people these days)...
A lot of people would rather pay $15 than mess with docker containers
There is also a readily installable Flatpak:
https://github.com/sonnyp/Eloquent
It is restricted by Flatpak (i.e. Control Groups and Namespaces):
It is fat. But that's more an issue of Java itself. I only wish Languagetool didn't use Java, which is fine on a servers but horrible on personal-computers. Implemented in C, C++ or Rust and it would be probably already part of LibreOffice. Sonny Piers is the packager Flatpak, a prominent ex-member of GNOME board. He was removed due some Code-Of-Conduct thing which nobody can explain, due to issues within the Code-Of-Conduct.PS: LibreOffice had to fight years to remove Java which plagued the project.
TIL LibreOffice has finally removed Java. Thanks for educating me.