We use , pages that have plantuml do not load and then confluence hangs over same

0 votes
asked Oct 17, 2018 in Bug by paul.collins (120 points)
Hi

We are using Plantuml v6.24 with confluence v6.10.0, we are seeing issues with confluence pages that use the plantuml plugin in which they do not load but pages that do not have the plantuml in use load fine. When we look at the logs for confluence and we can see the plantuml flagged in same see below. We operate our confluence on a Linux platform.

Output of catalina.out below

Does plantuml have a log file when it is used with confluence and if so what is it called and where does it usually reside on a redhat linux platform?

Output of catalina.out

17-Oct-2018 08:31:08.339 WARNING [ContainerBackgroundProcessor[StandardEngine[Standalone]]] org.apache.catalina.valves.StuckThreadDetectionValve.notifyStuckThreadDetected Thread [http-nio-8080-exec-62] (id=[3644]) has been active for [183,254] milliseconds (since [10/17/18 8:28 AM]) to serve the same request for [http://confluence:8080/pages/viewpage.action?spaceKey=~peterh&title=Verizon+RFI+Follow-Up] and may be stuck (configured threshold for this StuckThreadDetectionValve is [180] seconds). There is/are [48] thread(s) in total that are monitored by this Valve and may be stuck.
 java.lang.Throwable
        at net.sourceforge.plantuml.SourceStringReader.<init>(SourceStringReader.java:85)
        at net.sourceforge.plantuml.SourceStringReader.<init>(SourceStringReader.java:78)
        at net.sourceforge.plantuml.SourceStringReader.<init>(SourceStringReader.java:70)
        at de.griffel.confluence.plugins.plantuml.PlantUmlMacro$MySourceStringReader.<init>(PlantUmlMacro.java:483)
        at de.griffel.confluence.plugins.plantuml.PlantUmlMacro.render(PlantUmlMacro.java:219)
        at de.griffel.confluence.plugins.plantuml.PlantUmlMacro.executeInternal(PlantUmlMacro.java:201)
        at de.griffel.confluence.plugins.plantuml.PlantUmlMacroV4.execute(PlantUmlMacroV4.java:78)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at com.atlassian.confluence.macro.xhtml.XhtmlMacroManager$ResourceAwareMacroInvocationHandler.invoke(XhtmlMacroManager.java:204)
        at com.sun.proxy.$Proxy2626.execute(Unknown Source)
        at com.atlassian.confluence.content.render.xhtml.view.macro.ViewMacroMarshaller.executeMacro(ViewMacroMarshaller.java:273)
commented Oct 17, 2018 by mgriffel (300 points)
@paul.collins: Can you please provide me the source of the plantuml diagrams so that I can try to repoduce the problem? I guess one diagram take very long to render and therefore are threads that want to render other diagrams are waiting for the lock. Please create an issue here: https://avono-support.atlassian.net/projects/PUML

1 Answer

0 votes
answered Oct 17, 2018 by plantuml (294,960 points)
Can you try to restart your server ? There is a strange lock there...
commented Oct 17, 2018 by paul.collins (120 points)
yes restarting confluence resolves the error but a number of hours later we are back to the same problem. We can't keep restarting confluence, is this a know n issue ?
commented Oct 17, 2018 by plantuml (294,960 points)
No, it's not know to us (at least).
You should post a report here https://marketplace.atlassian.com/apps/41025/plantuml-for-confluence?hosting=server&tab=support
It looks like some of your pages locks UML generation for some reason. It's difficult to know why.
On PlantUML library side, maybe we will remove the lock in SourceStringReader because it's not really useful. It should also solve your issue.
commented Oct 17, 2018 by paul.collins (120 points)
Thanks for the prompt feedback

I will chase atlassian on same though we do not pay for support with them so have to go through their forum and they do not support your plugin.

With regard to your comment see below I take this will require a new version to be released of same for confluence ?
On PlantUML library side, maybe we will remove the lock in SourceStringReader because it's not really useful. It should also solve your issue.
...