JBoss 7.1.1 non viene avviato a causa di imprevisti elemento "pool"

Question

ottengo il seguente messaggio di errore quando aggiungo l'elemento piscina:

causati da: org.jboss.as.connector.util. ParserException: IJ010061: elemento imprevisto: piscina

Se rimuovo l'elemento piscina funziona. Ho controllato l'XSD nella cartella dei documenti e sono abbastanza sicuro che sia giusto? Perché fallisce?

<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

Non è un bug, è una caratteristica;)

...

Andiamo un po 'in profondità nella realizzazione responsabile:

Quando si guarda nella fonte del responsabile parser è possibile vedere il seguente

 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; 
        } 

Questo è l'analisi del tag di risorsa-adattatore. Se scrivi la parola chiave XATransaction, il (di default false) isXa-var passa a true.

Ora il parser del collegamento definizione-tag si aspetta un XA-piscina-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; 
        } 

seconda della XATransaction definizione le ironjacamar-impl creano diversi pool-implementazioni. E il xa-poolType dello schema consente una maggiore configurazione rispetto a standard-pooltype.

Ma penso che dovrebbe essere documentato da qualche parte, almeno nel schema.xsd

Answer 2

Buona domanda e hai perfettamente ragione. Questo è un valido secondo lo schema e immagino che questo sia un bug di JBoss 7.11. Puoi scrivere un bug su questo. Penso che tu possa continuare a utilizzare una versione precedente di JBoss e questo problema non ci sarà.