October 2011 - arquillian-issues - Jboss List Archives

[JBoss JIRA] Created: (ARQ-532) Add SPI for @ArquillianResource ResourceProvider

by Aslak Knutsen (JIRA)

Add SPI for @ArquillianResource ResourceProvider ------------------------------------------------ Key: ARQ-532 URL: https://issues.jboss.org/browse/ARQ-532 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Base Implementation Reporter: Aslak Knutsen Fix For: 1.1.0.Beta1 Currently the list of ResourceProvider's are hardcoded in ArquillianResourceTestEnricher, this should be extracted out as a Service. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
5
0 / 0

[JBoss JIRA] Created: (ARQ-49) Arquillian depends upon ShrinkWrap internals

by Andrew Lee Rubinger (JIRA)

Arquillian depends upon ShrinkWrap internals -------------------------------------------- Key: ARQ-49 URL: https://jira.jboss.org/jira/browse/ARQ-49 Project: Arquillian Issue Type: Task Reporter: Andrew Lee Rubinger Caught that a few Arquillian classes are directly depending upon ShrinkWrap internals, for which we cannot provide guarantee of consistency between releases. [alr@localhost trunk]$ egrep 'shrinkwrap.impl' -R . |grep .java ./demo/src/test/java/com/acme/cdi/InjectionTestCase.java:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./demo/src/test/java/com/acme/cdi/.svn/text-base/InjectionTestCase.java.svn-base:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./impl-base/src/main/java/org/jboss/arquillian/impl/ArquillianDeploymentAppender.java: Package.getPackage("org.jboss.shrinkwrap.impl.base"), ./impl-base/src/main/java/org/jboss/arquillian/impl/.svn/text-base/ArquillianDeploymentAppender.java.svn-base: Package.getPackage("org.jboss.shrinkwrap.impl.base"), ./junit/src/main/java/org/jboss/arquillian/junit/JUnitTestRunner.java:import org.jboss.shrinkwrap.impl.base.Validate; ./junit/src/main/java/org/jboss/arquillian/junit/.svn/text-base/JUnitTestRunner.java.svn-base:import org.jboss.shrinkwrap.impl.base.Validate; ./testng/src/main/java/org/jboss/arquillian/testng/TestNGTestRunner.java:import org.jboss.shrinkwrap.impl.base.Validate; ./testng/src/main/java/org/jboss/arquillian/testng/.svn/text-base/TestNGTestRunner.java.svn-base:import org.jboss.shrinkwrap.impl.base.Validate; ./demo-testng/src/test/java/com/acme/cdi/InjectionTestCase.java:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./demo-testng/src/test/java/com/acme/cdi/.svn/text-base/InjectionTestCase.java.svn-base:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; Likely we'll want to evaluate these dependencies and instead move to API-only (for compile time, runtime requiring ShrinkWrap impls in "test" scope). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

6
10
0 / 0

[JBoss JIRA] Created: (ARQ-108) Should publish Arquillian artifacts to maven central

by Aslak Knutsen (JIRA)

Should publish Arquillian artifacts to maven central ---------------------------------------------------- Key: ARQ-108 URL: https://jira.jboss.org/jira/browse/ARQ-108 Project: Arquillian Issue Type: Task Components: Build Infrastructure Reporter: Aslak Knutsen Using the new Nexus repos we can auto publish to Maven Central. Not all of the containers are in Central as of no, so we need to split up the build. core + enrichers + packagers + examples + protocols - weld-embedded, openejb, openwebbeans-embedded should be able to go to central. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

4
8
0 / 0

[JBoss JIRA] Created: (ARQ-367) Add support for @ArquillianResource

by Aslak Knutsen (JIRA)

Add support for @ArquillianResource ----------------------------------- Key: ARQ-367 URL: https://issues.jboss.org/browse/ARQ-367 Project: Arquillian Issue Type: Feature Request Components: Base Implementation Reporter: Aslak Knutsen @ArquillianResource is a way to inject extension/core controlled objects so they can be used by the user. @ArquillianResource URL url; <-- targeted containers http context @ArquillianResource(SomeServlet.class) URL url; <-- targeted containers http context where servlet is located @ArquillianResource InitialContext|Context context; <-- targeted containers initial context @ArquillianResource Deployer deployer; <-- the manual deployer -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

3
7
0 / 0

[JBoss JIRA] Created: (ARQ-460) implementing of maxTestClassesBeforeRestart property for arquillian.xml

by Juraj Huska (JIRA)

implementing of maxTestClassesBeforeRestart property for arquillian.xml ----------------------------------------------------------------------- Key: ARQ-460 URL: https://issues.jboss.org/browse/ARQ-460 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Base Implementation Affects Versions: 1.0.0.Alpha5 Reporter: Juraj Huska Please implement Profile.java in order to provide maxTestClassesBeforeRestart property in arquillian.xml. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
4
0 / 0

[JBoss JIRA] Created: (ARQ-138) Implement a remote Weblogic Server container

by Dan Allen (JIRA)

Implement a remote Weblogic Server container -------------------------------------------- Key: ARQ-138 URL: https://jira.jboss.org/jira/browse/ARQ-138 Project: Arquillian Issue Type: Feature Request Affects Versions: 1.0.0.Alpha1 Reporter: Dan Allen Priority: Optional Fix For: 1.0.0.Alpha5 We have interest from the community in contributing container support for a remote Weblogic Server. This issue will track the progress of the contribution. Note: The proper abbreviation for Weblogic Server is wls -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

11
17
0 / 0

[JBoss JIRA] Created: (ARQ-402) Arquillian no long works on Java 1.5

by David Allen (JIRA)

Arquillian no long works on Java 1.5 ------------------------------------ Key: ARQ-402 URL: https://issues.jboss.org/browse/ARQ-402 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Base Implementation Affects Versions: 1.0.0.Alpha5 Reporter: David Allen When using Arquillian 1.0.0.Alpha5 or SNAPSHOT versions on a Sun JDK version 1.5, the following error occurs: java.lang.UnsupportedClassVersionError: Bad version number in .class file (stack trace below) The error occurs on the first line in this getType() method: InjectionPointImpl.class ------------------------ @Override public Type getType() { ParameterizedType type = (ParameterizedType) field.getGenericType(); if(type.getActualTypeArguments()[0] instanceof ParameterizedType) { ParameterizedType first = (ParameterizedType)type.getActualTypeArguments()[0]; return (Class<?>)first.getRawType(); } else { return (Class<?>)type.getActualTypeArguments()[0]; } } It only occurs when the instance producer is for an ArquillianDescriptor which extends a newly used Descriptor from ShrinkWrap. It appears that ShrinkWrap was compiled only for Java 1.6. The field being injected is this one: private org.jboss.arquillian.spi.core.InstanceProducer org.jboss.arquillian.impl.bootstrap.ConfigurationRegistrar.descriptorInst The templated type is this descriptor: org.jboss.arquillian.impl.configuration.api.ArquillianDescriptor extends org.jboss.shrinkwrap.descriptor.api.Descriptor ...and these are the header infos from the corresponding classes: // Compiled from Descriptor.java (version 1.6 : 50.0, no super bit) public abstract interface org.jboss.shrinkwrap.descriptor.api.Descriptor { // Compiled from ArquillianDescriptor.java (version 1.5 : 49.0, no super bit) public abstract interface org.jboss.arquillian.impl.configuration.api.ArquillianDescriptor extends org.jboss.shrinkwrap.descriptor.api.Descriptor { The ArquillianDescriptor was probably compiled with Java 1.6, but set to target version 1.5 The full stack trace is as follows: ----------------------------------- java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:242) at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95) at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107) at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31) at sun.reflect.generics.visitor.Reifier.reifyTypeArguments(Reifier.java:50) at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:120) at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31) at sun.reflect.generics.repository.FieldRepository.getGenericType(FieldRepository.java:67) at java.lang.reflect.Field.getGenericType(Field.java:222) at org.jboss.arquillian.impl.core.InjectionPointImpl.getType(InjectionPointImpl.java:66) at org.jboss.arquillian.impl.core.ManagerImpl.injectInstances(ManagerImpl.java:443) at org.jboss.arquillian.impl.core.ManagerImpl.inject(ManagerImpl.java:432) at org.jboss.arquillian.impl.core.ManagerImpl.createExtensions(ManagerImpl.java:330) at org.jboss.arquillian.impl.core.ManagerImpl.<init>(ManagerImpl.java:82) at org.jboss.arquillian.impl.core.ManagerBuilder.create(ManagerBuilder.java:74) at org.jboss.arquillian.impl.DeployableTestBuilder.build(DeployableTestBuilder.java:97) at org.jboss.arquillian.impl.DeployableTestBuilder.build(DeployableTestBuilder.java:67) at org.jboss.arquillian.junit.Arquillian.<init>(Arquillian.java:82) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:31) at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:24) at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57) at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29) at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57) at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:24) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.<init>(JUnit4TestReference.java:32) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.<init>(JUnit4TestClassReference.java:25) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:41) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:31) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:452) 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) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
2
0 / 0

[JBoss JIRA] (ARQ-640) Prepare GlassFis Container 1.0.0.CR2

by Aslak Knutsen (Created) (JIRA)

Prepare GlassFis Container 1.0.0.CR2 ------------------------------------ Key: ARQ-640 URL: https://issues.jboss.org/browse/ARQ-640 Project: Arquillian Issue Type: Release Security Level: Public (Everyone can see) Components: GlassFish Containers Affects Versions: glassfish_1.0.0.CR1 Reporter: Aslak Knutsen Assignee: Aslak Knutsen Fix For: glassfish_1.0.0.CR2 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
4
0 / 0

[JBoss JIRA] Created: (ARQ-592) Bind CommandRunner to JNDI when GlassFish Embedded Container starts

by Magnus Smith (JIRA)

Bind CommandRunner to JNDI when GlassFish Embedded Container starts ------------------------------------------------------------------- Key: ARQ-592 URL: https://issues.jboss.org/browse/ARQ-592 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Magnus Smith It would be really useful if the Glassfish CommandRunner could be bound to jndi when the embedded container is started. Looks like it would just be a case of adding {code:title=Bar.java|borderStyle=solid} CommandRunner commandRunner = glassfish.getCommandRunner(); new InitialContext().bind("org.glassfish.embeddable.CommandRunner", commandRunner); {code} to the start method on the GlassfishContainer and then unbinding it on the stop method. Then in the test class we could use {code:title=Bar.java|borderStyle=solid} @Resource(mappedName = "org.glassfish.embeddable.CommandRunner") CommandRunner commandRunner; {code} This would open up all the glassfish admin commands from test classes. api [http://embedded-glassfish.java.net/nonav/apidocs/org/glassfish/embeddable...] asadmin [http://download.oracle.com/docs/cd/E18930_01/html/821-2416/giobi.html#scr...] -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

6
7
0 / 0

[JBoss JIRA] Created: (ARQ-606) Glassfish JUnit test fails upon successful deploy (but with warnings)

by Pedro Kowalski (JIRA)

Glassfish JUnit test fails upon successful deploy (but with warnings) --------------------------------------------------------------------- Key: ARQ-606 URL: https://issues.jboss.org/browse/ARQ-606 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: GlassFish Containers Affects Versions: 1.0.0.CR1 Environment: GNU/Linux Ubuntu 11.04 x86 Reporter: Pedro Kowalski Arquillian controlled JUnit test is failing because of Glassfish WARNING: [#|2011-09-19T23:52:35.182+0200|WARNING|glassfish3.1.1|javax.org.glassfish.persistence.org.glassfish.persistence.common|_ThreadID=18;_ThreadName=admin-thread-pool-4848(2);|PER01000: Got SQLException executing statement "CREATE TABLE SEQUENCE (SEQ_NAME VARCHAR(50) NOT NULL, SEQ_COUNT DECIMAL(15), PRIMARY KEY (SEQ_NAME))": java.sql.SQLException: Table/View 'SEQUENCE' already exists in Schema 'APP'.|#] The REST deployer returns: org.jboss.arquillian.container.spi.client.container.DeploymentException: "http://localhost:4848/management/domain/applications/application/test" created successfully. but the tests are failing. According to Glassfish team (http://java.net/projects/glassfish/lists/persistence/archive/2006-11/mess...) this message can be safely ignored. Suggestion: Apparently the deployer re-catches the exception and marks test as failed. The deployer should be aware of the return status (in this case the archive is deployed successfully) or check the thrown exception and react appropriately (i.e. ignore the above exception). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

7
10
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues October 2011