[JBoss JIRA] (DROOLS-3307) Make KnowledgePackage agnostic to Drools/jBPM
by Edoardo Vacchi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3307?page=com.atlassian.jira.plugi... ]
Edoardo Vacchi updated DROOLS-3307:
-----------------------------------
Summary: Make KnowledgePackage agnostic to Drools/jBPM (was: Make KnowledgePackage agnosting from Drools/jBPM)
> Make KnowledgePackage agnostic to Drools/jBPM
> ---------------------------------------------
>
> Key: DROOLS-3307
> URL: https://issues.jboss.org/browse/DROOLS-3307
> Project: Drools
> Issue Type: Enhancement
> Reporter: Edoardo Vacchi
> Assignee: Edoardo Vacchi
> Priority: Major
> Labels: drools-core
>
> current impl exposes both drools-specific and jbpm-specific methods
> core should not account for the underlying type: we'd rather give a wrapper or a common super-type instead of a different map for rules and processes.
> aim for API like:
> {code} kpg.get(Rules.class).getRules() {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (SWSQE-503) Overview Page Health Links Automation
by Hayk Hovsepyan (Jira)
Hayk Hovsepyan created SWSQE-503:
------------------------------------
Summary: Overview Page Health Links Automation
Key: SWSQE-503
URL: https://issues.jboss.org/browse/SWSQE-503
Project: Kiali QE
Issue Type: QE Task
Reporter: Hayk Hovsepyan
Assignee: Michael Foley
In Overview page, for each nemaspace, there are Icons of health status with the numbers of items belongign to that status, and the icon is a link.
Verify that the icon click works and the number next to icon shows the number of items shown after click.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFCORE-4129) WFLYSRV0266: Server home is set to... info msg in domain for RPM installation
by Lin Gao (Jira)
[ https://issues.jboss.org/browse/WFCORE-4129?page=com.atlassian.jira.plugi... ]
Lin Gao updated WFCORE-4129:
----------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/3596 (was: https://github.com/wildfly/wildfly-core/pull/3529)
> WFLYSRV0266: Server home is set to... info msg in domain for RPM installation
> -----------------------------------------------------------------------------
>
> Key: WFCORE-4129
> URL: https://issues.jboss.org/browse/WFCORE-4129
> Project: WildFly Core
> Issue Type: Bug
> Components: Server
> Reporter: Lin Gao
> Assignee: Lin Gao
> Priority: Major
>
> When EAP is installed via RPM packages and started in domain mode, there are following info messages visible in the {{server.log}}:
> {code}
> [INFO] [line 163] 2018-08-31 11:22:18,251 WARN [org.jboss.as.server] (main) WFLYSRV0266: Server home is set to '/opt/rh/eap7/root/usr/share/wildfly/domain/servers/server-one', but server real home is '/var/opt/rh/eap7/lib/wildfly/domain/servers/server-one' - unpredictable results may occur.
> [INFO] [line 4] 2018-08-31 10:25:47,525 WARN [org.jboss.as.server] (main) WFLYSRV0266: Server home is set to '/opt/rh/eap7/root/usr/share/wildfly/domain/servers/server-two', but server real home is '/var/opt/rh/eap7/lib/wildfly/domain/servers/server-two' - unpredictable results may occur.
> {code}
> Based on the [comment in issue JBEAP-10261|https://issues.jboss.org/browse/JBEAP-10261?focusedCommentId=...], it looks like a side effect of that. So main problem is probably in the startup scripts and not in RPM themselves.
> Even though, those messages are just INFO level, still - I believe that as this is a default RPM installation no such disturbing message takes place in the log. We should either be sure that this kind of installation makes no trouble or we should adjust the installation way itself so such info message does not have to be printed.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-9855) [JDK9+] org.jboss.security.negotiation.spnego package is exported by two jars
by Martin Choma (Jira)
[ https://issues.jboss.org/browse/WFLY-9855?page=com.atlassian.jira.plugin.... ]
Martin Choma commented on WFLY-9855:
------------------------------------
How this can be reproduced with WildFly? Tests for negotiations runs fine on JDK11.
> [JDK9+] org.jboss.security.negotiation.spnego package is exported by two jars
> -----------------------------------------------------------------------------
>
> Key: WFLY-9855
> URL: https://issues.jboss.org/browse/WFLY-9855
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Tomaz Cerar
> Priority: Critical
>
> Currently if you have
> jboss-negotiation-spnego-3.0.4.Final and jboss-negotiation-extras-3.0.4.Final.jar
> on your module path, jvm complains as both jars export package org.jboss.security.negotiation.spnego
> which violates the modules contract where only one module (jar) can provide single package.
> example error that jvm prints
> {noformat}
> Error: Modules jboss.negotiation.extras and jboss.negotiation.spnego export package org.jboss.security.negotiation.spnego to module wildfly.clustering.common
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11349) Tests in org.jboss.as.test.clustering.cluster fails with security manager
by Martin Choma (Jira)
[ https://issues.jboss.org/browse/WFLY-11349?page=com.atlassian.jira.plugin... ]
Martin Choma updated WFLY-11349:
--------------------------------
Component/s: Clustering
> Tests in org.jboss.as.test.clustering.cluster fails with security manager
> -------------------------------------------------------------------------
>
> Key: WFLY-11349
> URL: https://issues.jboss.org/browse/WFLY-11349
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Test Suite
> Affects Versions: 14.0.0.Final
> Reporter: Martin Choma
> Priority: Major
> Labels: security-manager
>
> {noformat}
> org.jboss.as.test.clustering.cluster.cdi (1)
> CdiFailoverTestCase.test
> org.jboss.as.test.clustering.cluster.jsf (2)
> JSFFailoverTestCase.testGracefulSimpleFailover
> JSFFailoverTestCase.testGracefulUndeployFailover
> org.jboss.as.test.clustering.cluster.provider (1)
> ServiceProviderRegistrationTestCase.test
> org.jboss.as.test.clustering.cluster.singleton (4)
> SingletonBackupServiceTestCase.testSingletonService
> SingletonDeploymentDescriptorTestCase.test
> SingletonDeploymentJBossAllTestCase.test
> SingletonPartitionTestCase.testSingletonService
> org.jboss.as.test.clustering.cluster.xsite (1)
> XSiteSimpleTestCase.test
> {noformat}
> Seems to me doPrivileged block is missing in server code somewhere. There are errors like
> {noformat}
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.sun.reflect")" in code source "(vfs:/content/CdiFailoverTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.CdiFailoverTestCase.war" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191)
> at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1564)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:490)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:318)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:180)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:310)
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"accessDeclaredMembers\")\" in code source \"(vfs:/content/XSiteSimpleTestCase.war/WEB-INF/classes <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.XSiteSimpleTestCase.war\" from Service Module Loader\")"}}}}
> Caused by: java.lang.ExceptionInInitializerError
> at org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1274)
> {noformat}
> [1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterS...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months