April 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-3775) Legacy feature pack template for host-slave.xml using outdated http-interface http-upgrade-enabled config

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3775: ---------------------------------------- Summary: Legacy feature pack template for host-slave.xml using outdated http-interface http-upgrade-enabled config Key: WFCORE-3775 URL: https://issues.jboss.org/browse/WFCORE-3775 Project: WildFly Core Issue Type: Bug Components: Management Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor The template should use the child resource instead of the attribute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-192) Include Openshift Module in Ansible Slaves

by Guilherme Baufaker Rêgo (JIRA)

Guilherme Baufaker Rêgo created SWSQE-192: --------------------------------------------- Summary: Include Openshift Module in Ansible Slaves Key: SWSQE-192 URL: https://issues.jboss.org/browse/SWSQE-192 Project: Kiali QE Issue Type: Task Reporter: Guilherme Baufaker Rêgo Assignee: Guilherme Baufaker Rêgo - New Test Mesh Stage [SWSQE-166] will require openshift pip module -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10309) Legacy feature pack host-master xml templates should put the 'host' element attributes in the correct order

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-10309?page=com.atlassian.jira.plugin... ] Brian Stansberry moved WFCORE-3774 to WFLY-10309: ------------------------------------------------- Project: WildFly (was: WildFly Core) Key: WFLY-10309 (was: WFCORE-3774) Component/s: Management (was: Management) > Legacy feature pack host-master xml templates should put the 'host' element attributes in the correct order > ----------------------------------------------------------------------------------------------------------- > > Key: WFLY-10309 > URL: https://issues.jboss.org/browse/WFLY-10309 > Project: WildFly > Issue Type: Bug > Components: Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > > The 'name="master" attribute should come after the xmlns as that is the way it will be persisted. It's also the way the Galleon build will generate it, as the Galleon build is based on xml persistence by the management layer. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3774) Legacy feature pack host-master xml templates should put the 'host' element attributes in the correct order

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3774: ---------------------------------------- Summary: Legacy feature pack host-master xml templates should put the 'host' element attributes in the correct order Key: WFCORE-3774 URL: https://issues.jboss.org/browse/WFCORE-3774 Project: WildFly Core Issue Type: Bug Components: Management Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor The 'name="master" attribute should come after the xmlns as that is the way it will be persisted. It's also the way the Galleon build will generate it, as the Galleon build is based on xml persistence by the management layer. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3773) Legacy feature pack host-master xml template should put the 'host' element attributes in the correct order

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3773: ---------------------------------------- Summary: Legacy feature pack host-master xml template should put the 'host' element attributes in the correct order Key: WFCORE-3773 URL: https://issues.jboss.org/browse/WFCORE-3773 Project: WildFly Core Issue Type: Bug Components: Management Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor The 'name="master" attribute should come after the xmlns as that is the way it will be persisted. It's also the way the Galleon build will generate it, as the Galleon build is based on xml persistence by the management layer. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3772) Elytron legacy feature pack subsystem template uses wrong attribute order for http-authentication-factory

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3772: ---------------------------------------- Summary: Elytron legacy feature pack subsystem template uses wrong attribute order for http-authentication-factory Key: WFCORE-3772 URL: https://issues.jboss.org/browse/WFCORE-3772 Project: WildFly Core Issue Type: Bug Components: Security Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Right: <http-authentication-factory name="management-http-authentication" security-domain="ManagementDomain" http-server-mechanism-factory="global"> Wrong: <http-authentication-factory name="management-http-authentication" http-server-mechanism-factory="global" security-domain="ManagementDomain"> The xsd and the persistence logic does it right; the template does it wrong so our standard config is wrong. Galleon will do it right so fixing this is basically about eliminating spurious differences between the WFCORE-3769 galleon output and the legacy output. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3771) Eliminate comments from the WildFly Core xml config files

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3771?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFCORE-3771: ---------------------------------------- Assignee: Brian Stansberry (was: Jeff Mesnil) > Eliminate comments from the WildFly Core xml config files > --------------------------------------------------------- > > Key: WFCORE-3771 > URL: https://issues.jboss.org/browse/WFCORE-3771 > Project: WildFly Core > Issue Type: Task > Components: Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > > Comments in our standard xml config files have always been frowned upon because when the user does anything to cause config persistence the comments will be lost. > Now, with Galleon the build won't generate those comments anyway. So get rid of them in the legacy stuff; they were always wrong and having them is not a meaningful build diff of legacy vs galleon. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3771) Eliminate comments from the WildFly Core xml config files

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3771: ---------------------------------------- Summary: Eliminate comments from the WildFly Core xml config files Key: WFCORE-3771 URL: https://issues.jboss.org/browse/WFCORE-3771 Project: WildFly Core Issue Type: Task Components: Management Reporter: Brian Stansberry Assignee: Jeff Mesnil Priority: Minor Comments in our standard xml config files have always been frowned upon because when the user does anything to cause config persistence the comments will be lost. Now, with Galleon the build won't generate those comments anyway. So get rid of them in the legacy stuff; they were always wrong and having them is not a meaningful build diff of legacy vs galleon. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa

by Gail Badner (JIRA)

[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ] Gail Badner commented on WFLY-10260: ------------------------------------ This will be fixed by Hibernate ORM 5.1 by: https://hibernate.atlassian.net/browse/HHH-12529 This will be fixed in Hibernate ORM 5.3 by: https://hibernate.atlassian.net/browse/HHH-12508 The following fixes a related bug in Hibernate ORM 5.3 that results in an exception thrown when the 2nd-level cache is enabled, but the query cache is not enabled: https://hibernate.atlassian.net/browse/HHH-12520 > NullPointerException when read deployment with jpa > -------------------------------------------------- > > Key: WFLY-10260 > URL: https://issues.jboss.org/browse/WFLY-10260 > Project: WildFly > Issue Type: Bug > Components: JPA / Hibernate > Reporter: Claudio Miranda > Assignee: Gail Badner > Fix For: 13.0.0.Beta1 > > Attachments: wildfly-kitchensink.war > > > There is a bug when reading deployment information with runtime and recursive. > Looks like this is a regression from an older bug WFLY-1753 > {code} > /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive) > {code} > {code} > [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([ > [Server:server-three] ("deployment" => "kitchensink.war"), > [Server:server-three] ("subsystem" => "jpa"), > [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"), > [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member") > [Server:server-three] ]): java.lang.NullPointerException > [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376) > [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171) > [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334) > [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94) > [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126) > [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99) > [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130) > [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268) > [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59) > [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982) > [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726) > [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450) > [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408) > [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423) > [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) > [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) > [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) > [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139) > [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) > [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) > [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158) > [Server:server-three] at java.security.AccessController.doPrivileged(Native Method) > [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158) > [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) > [Server:server-three] at java.lang.Thread.run(Thread.java:748) > [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10177) JPA tests failing under Java 10

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-10177?page=com.atlassian.jira.plugin... ] Scott Marlow commented on WFLY-10177: ------------------------------------- EclipseLink + OpenJJPA persistence providers, are still working on JDK 10 support. > JPA tests failing under Java 10 > ------------------------------- > > Key: WFLY-10177 > URL: https://issues.jboss.org/browse/WFLY-10177 > Project: WildFly > Issue Type: Bug > Components: JPA / Hibernate > Reporter: David Lloyd > Assignee: Scott Marlow > Priority: Critical > > The following tests seem to be failing under Java 10: > * {{openjpa.OpenJPASharedModuleProviderTestCase}} > * {{EclipseLinkSharedModuleProviderTestCase.testSimpleCreateAndLoadEntities}} > See [the CI results|https://ci.wildfly.org/viewType.html?buildTypeId=WF_MasterLinuxJdk10] for more info. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2018