2013-07-28 8 views
5

pojawia się następujący komunikat o błędzie po dodaniu elementu Basen:JBoss 7.1.1 nie uruchamia się z powodu nieoczekiwanego elementu „puli”

spowodowane: org.jboss.as.connector.util. ParserException: IJ010061: Nieoczekiwany element: pula

Po usunięciu elementu puli działa. Sprawdziłem XSD w folderze docs i jestem pewien, że to prawda? Dlaczego to się nie udaje?

<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> 
+0

xml jest zdecydowanie ważny przeciwko [tego schematu] (http://www.jboss.org/schema/jbossas/jboss- as-resource-adapers_1_0.xsd). Dokładnie sprawdź, czy nie masz żadnych problemów związanych z wersją/zależnością. – DannyMo

+0

Zamiast tego działa element xa-pool. Wydaje się, że to jest jakaś walidacja po schemacie? – LuckyLuke

Odpowiedz

3

To nie jest błąd, to cecha;)

...

Chodźmy trochę w głąb odpowiedzialnej realizacji:

Jeśli spojrzeć na źródła odpowiedzialny analizator składni można zobaczyć następujące To jest parsowanie tagu adaptera zasobów. Jeśli napiszesz słowo kluczowe XATransaction, to (domyślnie false) przełączniki isXa-var na true.

Teraz parser od przyłącza-Definition-tag oczekuje 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; 
        } 

zależności od XATransaction-definition na ironjacamar-impl tworzyć różne implementacje basenie. Natomiast xa-poolType schematu pozwala na większą konfigurację niż standardowa-pooltype.

Ale myślę, że powinno być udokumentowane gdzieś, przynajmniej w schema.xsd

+0

Dziękuję Jan =) – LuckyLuke

0

Dobre pytanie i masz całkowitą rację. Jest to poprawne zgodnie ze schematem i myślę, że jest to błąd JBoss 7.11. Możesz zgłosić błąd w tym zakresie. Myślę, że możesz kontynuować korzystanie z poprzedniej wersji JBoss i ten problem nie będzie dostępny.

+0

Zamiast tego działa element xa-pool. Wydaje się, że to jest jakaś walidacja po schemacie? – LuckyLuke

+0

Korzystasz z puli xs, gdy domyślnie korzystam ze źródła danych XA i potrzebujesz źródła danych XA do celów grupowania zgodnie z tym, co słyszałem. W każdym razie, jeśli to działa dla ciebie, kontynuuj to. Ale moją sugestią jest użycie poprzedniej wersji JBoss i kontynuacja jest lepsza, a nie skomplikowane. –

Powiązane problemy