[jbosstools-issues] [JBoss JIRA] (JBDS-4273) Problem installing Teiid from IS discovery site - possible use constraint violation from slf4j / slf4j-api

Problem installing Teiid from IS discovery site - possible use constraint violation from slf4j / slf4j-api ---------------------------------------------------------------------------------------------------------- Key: JBDS-4273 URL: https://issues.jboss.org/browse/JBDS-4273 Project: Red Hat JBoss Developer Studio (devstudio) Issue Type: Sub-task Components: build, rpm Affects Versions: 10.3.0.GA Environment: RHEL7, RHSCL 2.4 Alpha 1.1, rh-eclipse46-devstudio.x86_64 10.3-0.20170206.0203.el7 Integration Stack Discovery site: http://download.jboss.org/jbosstools/neon/integration/updates/integration... Reporter: Lukáš Valach Assignee: Lukáš Valach Fix For: 10.3.0.GA Attachments: home_eclipse.txt, opt_rh.txt, rh-eclipse46-devstudio10.3-0.20170206.0203.el7.log.Jboss_Data_Virtualization_Developement_form_IS_repo_strict.txt [~lvalach] said: {quote} Hi Nick, I tested installation of stuff from central as you described. I am not finished yet, but here is what I found. -install latest integration stack bits from IS -JBoss Fule Development - OK -JBoss Business P. and Rules D. - OK -JBoss Integration and SOA D. - OK -JBoss Data Virtualization D. (IS early acess)    -there is problem with slf4j    -IS contains Teiid 11.0.1.CR1-v20170117-222 which should be fixed    -there are error like this: {code} !MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.equinox.preferences". !STACK 0 java.lang.LinkageError: loader constraint violation: when resolving method "org.slf4j.impl.StaticLoggerBinder.getLoggerFactory()Lorg/slf4j/ILoggerFactory;" the class loader (instance of org/eclipse/osgi/internal/loader/EquinoxClassLoader) of the current class, org/slf4j/LoggerFactory, and the class loader (instance of org/eclipse/osgi/internal/loader/EquinoxClassLoader) for the method's defining class, org/slf4j/impl/StaticLoggerBinder, have different Class objects for the type org/slf4j/ILoggerFactory used in the signature{code} -install everything from Central (including PMD and Findbugs, and early access stuff. NOTE: newer versions of the Integration Stack connectors should already be installed from the step above) -I installed everything using Central-Software/update, *no remediation action* was needed. -Eclipse started but with many errors. So I have to find out which feature causes the problem.{quote} [~nickboldt] said: {quote} loader constraint violation == two different versions of slf4j in the installed plugins check in :~/.eclipse/org.eclipse.platform_283378046_linux_gtk_x86_64 vs. in /opt/rh/ Problem appears to be in *org.slf4j.impl.StaticLoggerBinder.getLoggerFactory()Lorg/slf4j/ILoggerFactory*. {quote} [~lvalach] said: {quote} {code} cd ~/.eclipse/org.eclipse.platform_283378046_linux_gtk_x86_64 find . -iname *slf4j* ./configuration/org.eclipse.osgi/1293/0/.cp/lib/slf4j-api-1.6.1.jar {code} The output for /opt/rh/ is quite long but I can say that it contains slf4j.api_1.7.4.jar {quote} [~nickboldt] said: {quote} So, we may have a conflict between slf4j and slf4j-api, which both use the same bundle names, but expose packages differently. Unclear which IS project is causing this problem as I thought we'd fixed both SY and TD already. * https://issues.jboss.org/browse/SWITCHYARD-2976 * https://issues.jboss.org/browse/TEIIDDES-2999 {quote} [~lvalach] said: {quote} I tried to install Jboss Data Virtualization Developement from [IS discovery site|http://download.jboss.org/jbosstools/neon/integration/updates/integr...] again. Whole log: [^rh-eclipse46-devstudio10.3-0.20170206.0203.el7.log.Jboss_Data_Virtualization_Developement_form_IS_repo_strict.txt] Slf4j files in ~/.eclipse/org.eclipse.platform_283378046_linux_gtk_x86_64/ [^home_eclipse.txt] Slf4j files in /opt/rh/ [^opt_rh.txt] The problem is caused by Teiid Designer and Teiid Designer Runtime. Teiid DataTools Connectivity and Teiid Runtime Clients don't cause problem. IS repository contains SwitchYard 2.3.0.CR1-v20170120-1347-B20 which works properly. {quote}