java - JBoss 7.1.1 no se inicia debido a un "grupo" inesperado de elementos

java-ee jboss7.x

Question

Aparece el siguiente mensaje de error cuando agrego el elemento de grupo:

Causado por: org.jboss.as.connector.util.ParserException: IJ010061: Elemento inesperado: pool

Si elimino el elemento del grupo, funciona. He comprobado el XSD en la carpeta de documentos y estoy bastante seguro de que es así? ¿Por qué falla?

    <subsystem xmlns="urn:jboss:domain:resource-adapters:1.0">
        <resource-adapters>
            <resource-adapter>
                <archive>
                    jackrabbit-jca-2.6.2.rar
                </archive>
                <transaction-support>XATransaction</transaction-support>
                <connection-definitions>
                    <connection-definition class-name="org.apache.jackrabbit.jca.JCAManagedConnectionFactory" jndi-name="java:/jca/JcrRepository" enabled="true" use-java-context="true" pool-name="jackrabbit-jca-2_6_2_rar-Pool" use-ccm="true">
                    <pool>
                        <min-pool-size>1</min-pool-size>
                        <max-pool-size>4</max-pool-size>
                    </pool>
                   </connection-definition>
                </connection-definitions>
            </resource-adapter>
        </resource-adapters>
    </subsystem>

Answer 1

Buena pregunta y tienes toda la razón. Esto es válido de acuerdo con el esquema y supongo que este es un error de JBoss 7.11. Puede presentar un error sobre esto. Creo que puedes continuar usando una versión anterior de JBoss y este problema no estará allí.

Answer 2

No es un error, es una característica;)

...

Vamos a profundizar un poco en la implementación responsable:

Cuando miras la fuente del analizador responsable, puedes ver lo siguiente

     case TRANSACTION_SUPPORT: {
                         if (txSupportMatched) {
                            throw new ParserException(bundle.unexpectedElement(TRANSACTIONSUPPORT.getXmlName()));
                        }
                        String value = rawElementText(reader);
                        TRANSACTIONSUPPORT.parseAndSetParameter(value, operation, reader);
                        isXa = value != null && TransactionSupportEnum.valueOf(value) == TransactionSupportEnum.XATransaction;
                        txSupportMatched = true;
                        break;
                    }

Ese es el análisis sintáctico de la etiqueta de adaptador de recursos. Si escribe la palabra clave XATransaction, el (por defecto es falso) isXa-var cambia a verdadero.

Ahora el analizador de la etiqueta-definición-conexión espera un xa-pool-tag

           case XA_POOL: {
                        if (! isXa) throw new ParserException(bundle.unexpectedElement(CommonConnDef.Tag.XA_POOL.name()));
                        if (poolDefined)
                            throw new ParserException(bundle.multiplePools());
                        parseXaPool(reader, connectionDefinitionNode);
                        poolDefined = true;
                        break;
                    }
                    case POOL: {
                        if (isXa) throw new ParserException(bundle.unexpectedElement(CommonConnDef.Tag.POOL.name()));
                        if (poolDefined)
                            throw new ParserException(bundle.multiplePools());
                        parsePool(reader, connectionDefinitionNode);
                        poolDefined = true;
                        break;
                    }

Dependiendo de la definición de XATransaction, ironjacamar-impl crea diferentes implementaciones de grupo. Y el xa-poolType del esquema permite más configuración que el pool-tip estándar.

Pero creo que debería documentarse en alguna parte, al menos en schema.xsd