Details
-
New Feature
-
Status: Closed
-
Major
-
Resolution: Fixed
-
4.2.0
-
None
-
None
Description
The Web UI currently generates a graph of the workflow DAG as a png image that it can show to the user (GraphGenerator class). Unfortunately, there are a number of downsides to the current implementation:
- The image is generated server-side, which doesn't scale well and eats up lots of memory
- To help combat this issue, we only generate graphs for workflows with less than 25 nodes and we disabled the refresh button in the UI
- It's slow
- It uses a library (net.sf.jung from http://jung.sourceforge.net), which hasn't been updated since 2010.
- This library also has a dependency on a fork of Commons-Collections (net.sourceforge.collections from http://sourceforge.net/projects/collections/), which similarly hasn't been updated since 2010. This is a problem because we can't update Commons-Collections when there are security concerns such as
COLLECTIONS-580(though Oozie is not susceptible to this attack).
- This library also has a dependency on a fork of Commons-Collections (net.sourceforge.collections from http://sourceforge.net/projects/collections/), which similarly hasn't been updated since 2010. This is a problem because we can't update Commons-Collections when there are security concerns such as
It would be good to do a complete rewrite, using a different library and remove Jung and the Commons-Collections fork. Whatever we choose, it should an svg which will draw the image on the browser.
Attachments
Attachments
Issue Links
- blocks
-
OOZIE-3059 Oozie CLI: serve generated workflow graphs
- Open
-
OOZIE-3060 Cache generated workflow PNG files
- Open
- is duplicated by
-
OOZIE-1445 Job DAG causes OOM. Reimplement using client side javascript
- Resolved
- is related to
-
OOZIE-3155 [ui] Job DAG is not refreshed when a job is finished
- Closed
- relates to
-
OOZIE-2410 Fork collections-generic
- Resolved
- links to