You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
Some points to help users that will user biblio-glutton in Windows env with Docker.
You need to clone the repo using this args --config core.autocrlf=input so the command will be git clone https://github.com/kermitt2/biblio-glutton.git --config core.autocrlf=input otherwise you'll have strange errors during docker-compose up phase
Docker file is not right, it needs the last command to be CMD java -jar lib/lookup-service-0.2-onejar.jar server /app/config/glutton.yml
Docker compose file is not right, needs to have volume for config otherwise the jar file says that it cannot find it, so
I found why: inside the glutton.yml config file, there was written
elastic:
host: localhost:9200 -> THIS IS WRONG, has to be elasticsearch:9200
index: crossrefdata
maxConnections: 20
Dear @steppo83, thanks for the interest in biblio-glutton.
Ideally we don't want to modify the local config file with information used by docker.
I've created a PR some time ago to address some of the problems (e.g. configuration) you're facing, please check it out: #73 . It's on the branch feature/docker.
Regarding the information about windows, we can add them in the user guide which is, at the moment, in the README.MD file. At the moment you could branch out from feature/docker, add the information related to windows, and open a PR to that branch instead of master.
Hello,
Some points to help users that will user biblio-glutton in Windows env with Docker.
volumes:
- .\data:/app/data
- .\config:/app/config
Even with all those changes, the service starts but biblio-glutton has java.net.ConnectException of Connection refused.
WARN [2022-09-26 07:48:02,191] org.eclipse.jetty.server.HttpChannel: handleException /service/data java.net.ConnectException: Connection refused
WARN [2022-09-26 07:48:02,192] org.eclipse.jetty.server.HttpChannelState: unhandled due to prior sendError
Do I have to to a pull request for the changes above?
Can you help me about the error of connection refused?
Thanks
The text was updated successfully, but these errors were encountered: