Bug 1546486 - (Fedora 27) Talend is not working properly with dom4j - 2.0.0
Summary: (Fedora 27) Talend is not working properly with dom4j - 2.0.0
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine-dwh
Classification: oVirt
Component: ETL
Version: 4.2.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ovirt-4.3.0
: ---
Assignee: Shirly Radco
QA Contact: Lucie Leistnerova
URL:
Whiteboard:
Depends On:
Blocks: 1631202
TreeView+ depends on / blocked
 
Reported: 2018-02-18 08:25 UTC by Shirly Radco
Modified: 2019-02-13 07:45 UTC (History)
3 users (show)

Fixed In Version: ovirt-engine-dwh-4.3.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-02-13 07:45:05 UTC
oVirt Team: Metrics
Embargoed:
rule-engine: ovirt-4.3+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 92052 0 master MERGED build: fix dwh to support dom4j 2.0.0 2018-06-14 11:47:13 UTC

Description Shirly Radco 2018-02-18 08:25:03 UTC
Description of problem:
Talend is not working properly with dom4j - 2.0.0.
It give exception about DocumentToFlat.java

08:55:03     [javac] /home/jenkins/workspace/ovirt-dwh_master_check-patch-fcraw-x86_64/ovirt-dwh/rpmbuild/BUILD/ovirt-engine-dwh-4.2.2/ovirt-engine-dwh/routines/src/main/java/routines/system/DocumentToFlat.java:51: error: incompatible types: List<Node> cannot be converted to List<AbstractNode>
08:55:03     [javac] 		nodes = loopXpath.selectNodes(doc);
08:55:03     [javac] 		                             ^
08:55:03     [javac] /home/jenkins/workspace/ovirt-dwh_master_check-patch-fcraw-x86_64/ovirt-dwh/rpmbuild/BUILD/ovirt-engine-dwh-4.2.2/ovirt-engine-dwh/routines/src/main/java/routines/system/DocumentToFlat.java:187: error: incompatible types: List<Node> cannot be converted to List<AbstractNode>
08:55:03     [javac] 		nodes = loopXpath.selectNodes(doc);
08:55:03     [javac] 		                             ^
08:55:04     [javac] Note: Some input files use unchecked or unsafe operations.
08:55:04     [javac] Note: Recompile with -Xlint:unchecked for details.
08:55:04     [javac] 2 errors
08:55:04     [javac] 1 warning
08:55:04 
08:55:04 BUILD FAILED

Currently we switched to using the dom4j provided by ovirt-engine-wildfly.
See patchs: https://gerrit.ovirt.org/#/c/87476/ and https://gerrit.ovirt.org/#/c/87451/.

This means that on a dwh machine separate from the engine, we needlessly pull all of wildfly (170MB uncompressed) to get a single 307KB file (dom4j).

Version-Release number of selected component (if applicable):
4.2.0

How reproducible:
100%

Steps to Reproduce:
1. Install dwh on a seperate machine
2. See that dom4j - 2.0.0 is installed without wildfly 
3. Check that DWH is running.

Actual results:
Works only with legacy dom4j 1.6.0.

Expected results:
DWH should use dom4j -2.0.0


Additional info:

Comment 1 Yaniv Kaul 2018-02-19 09:04:30 UTC
Severity?
Why do we plan to fix it in 4.3.0?

Comment 2 Shirly Radco 2018-02-20 11:23:59 UTC
(In reply to Yaniv Kaul from comment #1)
> Severity?
> Why do we plan to fix it in 4.3.0?

Because this means that on a dwh machine separate from the engine, we needlessly pull all of wildfly (170MB uncompressed) to get a single 307KB file (dom4j).

Comment 3 Shirly Radco 2018-02-20 11:30:46 UTC
I open an upstream issue for this https://jira.talendforge.org/browse/TDI-40133

Comment 4 Lucie Leistnerova 2018-09-11 11:14:00 UTC
Package ovirt-engine-dwh has installed only dom4j-2.0.0-4.fc28.noarch (no wildfly package) and dwh installed and running.

verified in ovirt-engine-dwh-4.3.0-0.0.master.20180705143643.fc28.noarch
on Fedora release 28 (Twenty Eight)

Comment 5 Sandro Bonazzola 2018-11-02 14:35:50 UTC
This bugzilla is included in oVirt 4.2.7 release, published on November 2nd 2018.

Since the problem described in this bug report should be
resolved in oVirt 4.2.7 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.

Comment 6 Sandro Bonazzola 2018-11-02 14:56:45 UTC
Closed by mistake, moving back to qa -> verified

Comment 7 Sandro Bonazzola 2019-02-13 07:45:05 UTC
This bugzilla is included in oVirt 4.3.0 release, published on February 4th 2019.

Since the problem described in this bug report should be
resolved in oVirt 4.3.0 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.