Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PlantUML not working because graphviz not installed #47

Closed
de-jcup opened this issue Apr 27, 2018 · 11 comments
Closed

PlantUML not working because graphviz not installed #47

de-jcup opened this issue Apr 27, 2018 · 11 comments
Assignees
Labels
documentation enhancement New feature or request
Milestone

Comments

@de-jcup
Copy link
Owner

de-jcup commented Apr 27, 2018

Graphviz examples are not rendered as images but contain failure:

Failed to generate image: Could not find the 'dot' executable in PATH; add it to the PATH or specify its location using the 'graphvizdot' document attribute
digraph g {

Also use cases in plantuml are not rendered correclty, there comes a message
image

@de-jcup de-jcup added the bug Something isn't working label Apr 27, 2018
@de-jcup de-jcup self-assigned this Apr 27, 2018
@de-jcup de-jcup changed the title At Linux having problems with graphviz PlantUML not working because graphviz not installed May 9, 2018
@de-jcup de-jcup added enhancement New feature or request documentation and removed bug Something isn't working labels May 9, 2018
@de-jcup
Copy link
Owner Author

de-jcup commented May 9, 2018

This will happen on every machine where plantuml is executed and graphviz is not already installed. PlantUML uses this product to render the images. Its free, see https://graphviz.gitlab.io/license/

So download and install it on your machine: https://www.graphviz.org/download/
(when .msi installer on a windows server you should install graphviz for all users)

@de-jcup
Copy link
Owner Author

de-jcup commented May 9, 2018

Added information also at FAQ

@de-jcup de-jcup closed this as completed May 10, 2018
de-jcup added a commit that referenced this issue May 14, 2018
- made GraphVizUtils accessible by editor plugin
  (so new lib plugin version was necessary)
- cleanup old parts
- added preferences dialog again
- showing now warning when graphviz not installed but necessary
@de-jcup de-jcup added this to the 0.8.0 milestone May 14, 2018
de-jcup added a commit that referenced this issue May 18, 2018
@McMagnus
Copy link

McMagnus commented Mar 4, 2020

If an image has failed to be generated due to missing GraphViz (or some other issue I guess), it's normally still stored in the plantuml-cache and will be reused even after GraphViz has been installed.

Such failed SVG iages should not be stored in the cache.

@de-jcup
Copy link
Owner Author

de-jcup commented Mar 10, 2020

Interesting. But this sounds more like a wanted feature in GraphViz/Plantuml. Maybe you should enter an issue there? With #286 asciidoctor editor will at least drop temp folders/data

@McMagnus
Copy link

My bad. Didn't check where I ended up after googling. Shall I remove the comment (and this one)?

@de-jcup
Copy link
Owner Author

de-jcup commented Mar 12, 2020

@McMagnus No problem, keep it as is. But please do me a favour: If you have created an issue at GraphViz/Plantuml project, it would be nice if you could add a comment here with the link to the issue inside. Thanx.

@McMagnus
Copy link

Here's the issue I created on PlantUML.net:

https://forum.plantuml.net/10984/failed-graphviz-graph-is-stored-in-cache

@anb0s
Copy link

anb0s commented Oct 8, 2020

We are facing this problem with own distributions without installed graphviz, but delivered with eclipse e.g. in tools folder.

Would it be possible to configure the path to dot like it's possible in PlantUML plugin also for AsciiDoctor:
image

Should i create new issue and try to do a PR for it?

Thanks!

@anb0s
Copy link

anb0s commented Oct 10, 2020

created new issue #322

@andressantos10
Copy link

Hey people, did you get any solution for this problem?

@de-jcup
Copy link
Owner Author

de-jcup commented Jan 29, 2021

@andressantos10 - this will be addressed with #322 .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants