Description of problem: Users get an unfriendly user error when an environment where RHEV is being installed has any other jdk set as default other than openjdk. This does not give any idea on why the failures occur during install. Raising this BZ for a good solution to this : either provide a proper error for user to get back and change the default or any way where RHEV can use the version required blocking the 'other' jdk altogether.
This bug refers to jasperreports. The engine already uses the correct jdk if available.
Please provide steps to reproduce this issue, attach the logs and error message you encounter.
Now reproduced by setting default java to be 1.5 using 'update-alternatives --config java'. engine-setup fails with: 2015-04-21 09:11:32 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine_reports.jasper.deploy plugin.execute:866 execute-output: ('./js-import.sh', '--input-dir', '/tmp/tmpO82zKz/ovirt-reports', '--update') stderr: Exception in thread "main" java.lang.NoSuchMethodError: method java.util.regex.Pattern.quote with signature (Ljava.lang.String;)Ljava.lang.String; was not found. at org.springframework.util.AntPathStringMatcher.quote(AntPathStringMatcher.java:95) at org.springframework.util.AntPathStringMatcher.createPattern(AntPathStringMatcher.java:87) at org.springframework.util.AntPathStringMatcher.<init>(AntPathStringMatcher.java:54) at org.springframework.util.AntPathMatcher.matchStrings(AntPathMatcher.java:219) at org.springframework.util.AntPathMatcher.doMatch(AntPathMatcher.java:105) at org.springframework.util.AntPathMatcher.match(AntPathMatcher.java:68) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doRetrieveMatchingFiles(PathMatchingResourcePatternResolver.java:635) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:597) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindMatchingFileSystemResources(PathMatchingResourcePatternResolver.java:552) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:535) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:347) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:279) at org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1245) at org.springframework.context.support.GenericApplicationContext.getResources(GenericApplicationContext.java:226) at com.jaspersoft.jasperserver.export.BaseExportImportCommand.createSpringContext(BaseExportImportCommand.java:121) at com.jaspersoft.jasperserver.export.BaseExportImportCommand.process(BaseExportImportCommand.java:82) at com.jaspersoft.jasperserver.export.ImportCommand.main(ImportCommand.java:43) Workaround: run 'update-alternatives --config java' and choose openjdk 1.7. Anitha: Do we want this in 3.5.z too? It affects also 3.4 - if this is the first such failure, it's probably not that common.
Verified with: ovirt-engine-reports-3.6.0-0.0.master.20150507091743.20150507091525.git8a4d6f4.el6.noarch # java -version java version "1.5.0" Execution of setup completed successfully.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-0425.html