So wählen Sie einen container von qualifyer aus arquillian.xml?

Will ich haben unterschiedliche container-Konfigurationen in meine arquillian.xml und wählen Sie Sie in der mein test. Aber ich bin nicht in der Lage zum laden aller container, sondern die Standard-Einstellung.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<arquillian
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://jboss.org/schema/arquillian"
    xsi:schemaLocation="http://jboss.org/schema/arquillian http://www.jboss.org/schema/arquillian/arquillian_1_0.xsd">

    <container qualifier="weld" default="false">
    </container>
</arquillian>

Test-Fall:

@Deployment(name="depl1")
@TargetsContainer("weld")
public static JavaArchive createTestArchive() throws UnsupportedEncodingException {
    return ShrinkWrap
            .create(JavaArchive.class, "test.jar")
            .addClasses(SomeOtherCdiService.class)
            .addAsManifestResource(new ByteArrayAsset(beansXmlContent.getBytes("utf-8")), ArchivePaths.create("beans.xml"));
}

@Test
@OperateOnDeployment("depl1")
public void shouldBeAbleToInjectInject() {
    assertNotNull(someOtherCdiService);
}

Aber die tests nicht gestartet werden, da Arquilian nicht die container

org.jboss.arquillian.container.test.impl.client.- Bereitstellung.ValidationException:
DeploymentScenario enthält Ziele passen nicht zu jedem definierten Container
in die registry. Schweißnaht. Mögliche Ursachen sind: Keine Einsetzbaren Container
gefunden auf Classpath-oder Ihr definiert
@org.jboss.arquillian.container.test.api.Bereitstellung mit einer
@org.jboss.arquillian.container.test.api.TargetsContainer Wert,
nicht mit jedem gefunden/konfiguriert-Container (siehe arquillian.xml
container@qualifier)

Ich habe einen Blick in die Quelle und fand, dass außervertragliche Regelung nur finden, die _DEFAULT_ Container.

Den tests arbeiten, wenn ich entfernen @TargetsContainer("weld") von der deployer-Methode. Also ich denke, der test ist ok.

Den tests auch funktioniert, wenn ich ändern Sie den container Konfiguration zu default="true" (<container qualifier="weld" default="ture">) dann die tests funktionieren, also ich glaube die Konfigurationsdatei ist geladen.

Hat jemand eine Idee was schief läuft?

Details

Komplette Stacktrace:

org.jboss.arquillian.container.test.impl.client.deployment.ValidationException:
DeploymentScenario contains targets not matching any defined Container in the registry. weld.
Possible causes are: No Deployable Container found on Classpath or your have defined a
@org.jboss.arquillian.container.test.api.Deployment with a
@org.jboss.arquillian.container.test.api.TargetsContainer value that does not match any found/configured Containers
(see arquillian.xml container@qualifier) 
at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.validate(DeploymentGenerator.java:102)
at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80)
at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:179)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:311)
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:196)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:144)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

POM.XML Abhängigkeiten

    <dependency>
        <groupId>javax.enterprise</groupId>
        <artifactId>cdi-api</artifactId>
        <version>1.0-SP4</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>javax.annotation</groupId>
        <artifactId>jsr250-api</artifactId>
        <scope>provided</scope>
        <version>1.0</version>
    </dependency>
    <dependency>
        <groupId>javax.validation</groupId>
        <artifactId>validation-api</artifactId>
        <scope>provided</scope>
        <version>1.0.0.GA</version>
    </dependency>
    <dependency>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-validator</artifactId>
        <version>4.0.0.GA</version>
        <scope>provided</scope>
        <exclusions>
            <exclusion>
                <artifactId>slf4j-api</artifactId>
                <groupId>org.slf4j</groupId>
            </exclusion>
        </exclusions>
    </dependency>

    <dependency>
        <groupId>javax.faces</groupId>
        <artifactId>jsf-api</artifactId>
        <version>2.0</version>
        <scope>provided</scope>
    </dependency>


    <!-- ejb -->

    <dependency>
        <groupId>javax.ejb</groupId>
        <artifactId>ejb-api</artifactId>
        <version>3.0</version>
        <scope>provided</scope>
    </dependency>



    <!-- Test -->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.10</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.hamcrest</groupId>
        <artifactId>hamcrest-core</artifactId>
        <version>${hamcrest.version}</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.hamcrest</groupId>
        <artifactId>hamcrest-library</artifactId>
        <version>${hamcrest.version}</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.jboss.arquillian.junit</groupId>
        <artifactId>arquillian-junit-container</artifactId>
        <version>1.0.0.CR6</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.jboss.arquillian.container</groupId>
        <artifactId>arquillian-weld-se-embedded-1.1</artifactId>
        <version>1.0.0.CR3</version>
        <!-- works with arquillian core 1.0.0.CR6 -->
        <scope>test</scope>
    </dependency>

    <!-- do not use org.jboss.weld.se:weld-se because is contains the CODE
        of slf4j in an not compatible version so we need the parts of weld-se seperate:
        weld-se-core, weld-core, org.javassist, slf4j-jdk14 https://issues.jboss.org/browse/WELD-903 -->

    <dependency>
        <groupId>org.jboss.weld.se</groupId>
        <artifactId>weld-se-core</artifactId>
        <version>1.1.5.Final</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.jboss.weld</groupId>
        <artifactId>weld-core</artifactId>
        <version>1.1.5.Final</version>
        <exclusions>
            <exclusion>
                <artifactId>slf4j-api</artifactId>
                <groupId>org.slf4j</groupId>
            </exclusion>
        </exclusions>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.javassist</groupId>
        <artifactId>javassist</artifactId>
        <version>3.14.0-GA</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-jdk14</artifactId>
        <version>1.6.1</version>
        <scope>test</scope>
    </dependency>

Sie sind auf der Suche, um mehrere Behälter auf einmal? Wenn ja, diese Seite aus dem Handbuch sagt, dass mehrere container Elemente sollten in ein group: docs.jboss.org/author/display/ARQ/Multiple+Container
Nein, ich will nicht, Sie zu laufen auf einmal, ich habe zwei Arten von tests, erfordert weld-se und eine zweite Art, die erfordert, dass ein kompletter Glassfish-Containers. -- Ich weiß, dass ich verwenden könnte, Glassfish für die Schweißnaht-tests, aber dies wird viel zu langsam.

InformationsquelleAutor Ralph | 2012-03-16

7

Wenn Sie die arquillian.launch system Eigenschaft von maven über eine todsichere config auf den container, den Sie starten möchten, das wird funktionieren. Sie können sehen, was wir getan haben, im Lot zu https://github.com/seam/solder/blob/develop/testsuite/pom.xml
- Diese Antwort nicht helfen mir so viel, aber ich möchte Sie nicht verfallen zu die bounty.
- Sind Sie mit maven?
- Ja (sehen Sie Teile des pom in der Frage). Aber das ist nicht der Punkt. Ich brauche für einige tests mit einem container und ein paar tests mit einer anderen. So Maven-profile funktioniert nicht, weil Sie Feste für alle tests.
- Ich glaube, ich verstehe jetzt besser. Sie möchten haben ein paar Container und führen Sie einige tests gegen einen und gegen einige andere in der gleichen Ausführung, aber nicht angeben, welche container in der Bereitstellung annotation.
- Ich verstehe das nicht ", aber nicht angeben, welche container in der Bereitstellung annotation." - aber ich denke, Sie wissen nun, will ich will: am Ende wählen Sie die container für die tests mit einigen Anmerkungen auf die test-Methode (@OperateOnDeployment)
- Aber egal, das problem ist, dass dies nicht funktioniert, auch mit einem einzigen (nicht) default-Konfiguration.
- Ah. Sie können festlegen, in welchem container die Bereitstellung ausgeführt werden soll, und dann können Sie angeben, auf den test, das deployment zu verwenden. Ich würde doppelt prüfen, ob die annotation Namen wenn.
- Sie können es tun mit einer Kombination von OperateOnDeployment und und TargetContainer. Können Sie nicht brauchen OperateOnDeployment, aber man weiß ja nie. github.com/arquillian/arquillian-core/tree/master/container/...
- Haben Sie einen Blick auf den code in der Frage, das ist, was ich versuchte. Ich bin nicht in der Lage, wählen Sie einen anderen container als die Voreinstellung. Sobald ich default="false" im xml-Code die tests nicht die Ausnahmen.
InformationsquelleAutor LightGuard
4

Sehen Sie Ihr Wunsch-Lösung hier:
https://docs.jboss.org/author/display/ARQ/Container+config+Laufzeit+Auswahl
Verknüpfen Sie Ihre maven-Profil mit dem arquillian-launch-Eigenschaft wählen Sie den container aus arquillian.xml

InformationsquelleAutor Jens Kreidler

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.