Bug 1124092

Some instructions from the community: https://github.com/droolsjbpm/kie-wb-distributions/tree/master/kie-wb/kie-wb-distribution-wars/src/main/weblogic12

BRMS DR4 deployable for Weblogic: http://dev138.mw.lab.eng.bos.redhat.com/candidate/brms-6.1.0-DR4/jboss-brms-6.1.0.redhat-3-deployable-wls.zip

I try to deploy but hit the following exception multiple times:

java.lang.RuntimeException: failed to instantiate new type: org.jboss.errai.config.rebind.EnvUtil$EnvironmentConfigCache
	at org.jboss.errai.common.rebind.CacheUtil.getCache(CacheUtil.java:46)
	at org.jboss.errai.config.rebind.EnvUtil.getEnvironmentConfig(EnvUtil.java:299)
	at org.jboss.errai.config.rebind.EnvUtil.isPortableType(EnvUtil.java:304)
	at org.jboss.errai.cdi.server.CDIExtensionPoints.processObserverMethod(CDIExtensionPoints.java:311)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
... etc ...
Caused by: java.lang.RuntimeException: could not find class defined in ErraiApp.properties for serialization: org.drools.workbench.models.guided.dtable.shared.model.DescriptionCol52
	at org.jboss.errai.config.rebind.EnvUtil.newEnvironmentConfig(EnvUtil.java:171)
	at org.jboss.errai.config.rebind.EnvUtil.access$000(EnvUtil.java:56)
	at org.jboss.errai.config.rebind.EnvUtil$EnvironmentConfigCache.clear(EnvUtil.java:66)
	at org.jboss.errai.config.rebind.EnvUtil$EnvironmentConfigCache.<init>(EnvUtil.java:61)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
... etc ...

Not sure what I can do to workaround this issue.

Just to give some testing specs:
* I'm testing it using WebLogic 12c on a local VM (using libvirt)
* Data Source is an Oracle DB running on a separate local VM (also using libvirt)
* OS for both VMs is RHEL 6.5

Any advice here would be most appreciated.

@maciej - wondering if you can help with the issues Dan has run into using the upstream documentation.

depending on what version you use you might ran into trouble with class loaders on web logic. Latest versions should already have fix for it that ensures proper class loader is used upon deployment and start of the application. If needed (and you cannot get latest version) you can workaround it manually adding this content [1] to a file in your web logic distributions business-central.war/WEB-INF/classes/META-INF/services/javax.enterprise.inject.spi.Extension

[1] https://github.com/droolsjbpm/kie-wb-distributions/blob/master/kie-drools-wb/kie-drools-wb-distribution-wars/src/main/weblogic12/WEB-INF/classes/META-INF/services/javax.enterprise.inject.spi.Extension

Created attachment 954775 [details]
Output of BRMS exception

Okay, I fixed the class loader as per Comment #6, but now I've run into a new exception:

org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke [method] @PostConstruct public org.kie.workbench.drools.backend.server.AppSetup.assertPlayground() on org.kie.workbench.drools.backend.server.AppSetup@21d66aaa
    at org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:405)
    at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:178)
    at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:298)
    <- SNIP ->
Caused by: java.lang.reflect.InvocationTargetException
    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:483)
    <- SNIP ->

(full log attached to this comment)


I also tried packaging and deploying the latest upstream version and I got the same exception.

Maciej, is there any advice you can give on the above?

Dan,

check if you have file org.uberfire.java.nio.file.spi.FileSystemProvider inside business-central.war/WEB-INF/classes/META-INF/services that declares available virtual file system provides like this:
org.uberfire.java.nio.fs.jgit.JGitFileSystemProvider  # file system provider, also default (1st)
org.uberfire.java.nio.fs.file.SimpleFileSystemProvider

another note (to double check) make sure you deploy it as exploded war instead of a zipped one

Maciej,

Yep, the file's there and both lines are there (plus a commented line for eclipse provider).

Also, confirming deployment as exploded war.

I am moving this to ON_QA. This guide can now be verified here [1].

[1] http://documentation-devel.engineering.redhat.com/site/documentation/en-US/Red_Hat_JBoss_BRMS/6.1/html-single/Oracle_Weblogic_Installation_and_Configuration_Guide/index.html

Dan and Vikram,

thanks for the documentation, please see my comments below:
1.1
>Red Hat JBoss BRMS for Oracle WebLogic Server is provided as a single >deployable web application archive: business-cental.war. 
There is a typo - should be "business-central". Now more serious thing - in fact, there are 2 applications - business-central.war and kie-server.war.

> Before you proceed, make sure you have root access to the server 
I don't think root access is necessary, just an access to the account WebLogic runs in should be sufficient.

2.2 - entire chapter is obsolete, as WebLogic deployable bits are now (and will be) distributed as exploded WARs

3.1
> com.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager
Used only for BPM Suite, the issue this configuration solves does not happen with BRMS business central and kie-server.

> kie.services.jms.queues.response
>    JNDI name of the response queue for JMS remote API. Set to jms/KIE.RESPONSE.ALL. 

There is no need to set this property for BRMS, but there should be property kie.server.jms.queues.response specified, that does basically the same thing, but for kie-server.

3.4 ?
JMS setup is missing (required by kie-server)

Additional notes
There is a reference to Section 2.2, “Extract Red Hat JBoss BRMS for Oracle WebLogic Server” => obsolete (see in my comments above)

Reviewed with BRMS 6.1.0 ER6

Regards,
Radek

Thanks Dan.

This can be verified here on stage [1].

[1] http://documentation-devel.engineering.redhat.com/site/documentation/en-US/Red_Hat_JBoss_BRMS/6.1/html-single/Oracle_Weblogic_Installation_and_Configuration_Guide/index.html

Thanks Radovan and Dan.

Documentation stage updated: http://documentation-devel.engineering.redhat.com/site/documentation/en-US/Red_Hat_JBoss_BRMS/6.1/html-single/Oracle_Weblogic_Installation_and_Configuration_Guide/index.html#Configuring_Security_Settings

Moving to ON_QA.

Verified with BRMS-6.1.0.ER6