[jboss-jira] [JBoss JIRA] (WFLY-6338) Infinispan subsystem XSD disagrees with TransactionResourceDefinition on default locking level

Michal Vinkler (JIRA) issues at jboss.org
Wed Mar 9 04:38:03 EST 2016


     [ https://issues.jboss.org/browse/WFLY-6338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michal Vinkler updated WFLY-6338:
---------------------------------
    Affects Version/s: 10.0.0.Final


> Infinispan subsystem XSD disagrees with TransactionResourceDefinition on default locking level
> ----------------------------------------------------------------------------------------------
>
>                 Key: WFLY-6338
>                 URL: https://issues.jboss.org/browse/WFLY-6338
>             Project: WildFly
>          Issue Type: Bug
>          Components: Clustering
>    Affects Versions: 10.0.0.Final
>            Reporter: Michal Vinkler
>            Assignee: Paul Ferraro
>            Priority: Blocker
>
> The XSD for the Infinispan subsystem ([jboss-as-infinispan_4_0.xsd|https://github.com/jbossas/jboss-eap7/blob/7.x/clustering/infinispan/extension/src/main/resources/schema/jboss-as-infinispan_4_0.xsd]) says that the default locking level is {{OPTIMISTIC}}:
> {code:xml}
> <xs:complexType name="transaction">
>     ...
>     <xs:attribute name="locking" type="tns:locking-mode" default="OPTIMISTIC">
>         <xs:annotation>
>             <xs:documentation>The locking mode for this cache, one of OPTIMISTIC or PESSIMISTIC.</xs:documentation>
>         </xs:annotation>
>     </xs:attribute>
> </xs:complexType>
> {code}
> However, the [TransactionResourceDefinition|https://github.com/jbossas/jboss-eap7/blob/7.x/clustering/infinispan/extension/src/main/java/org/jboss/as/clustering/infinispan/subsystem/TransactionResourceDefinition.java] class, which is the ultimate source of truth, disagrees:
> {code:java}
> enum Attribute implements org.jboss.as.clustering.controller.Attribute {
>     LOCKING("locking", ModelType.STRING, new ModelNode(LockingMode.PESSIMISTIC.name()), new EnumValidatorBuilder<>(LockingMode.class)),
>     ...
> }
> {code}
> I'm not sure myself which one should be the default, but this difference is surely a bug.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)


More information about the jboss-jira mailing list