September 2011 - arquillian-issues

[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

14 years, 4 months

4
8
0 / 0

[JBoss JIRA] Created: (ARQ-236) Should be able to configure the Container lifecycle based on the Test events

by Aslak Knutsen (JIRA)

Should be able to configure the Container lifecycle based on the Test events ---------------------------------------------------------------------------- Key: ARQ-236 URL: https://jira.jboss.org/browse/ARQ-236 Project: Arquillian Issue Type: Feature Request Reporter: Aslak Knutsen A user should be able to customize how he wants the Container to be controlled. The default behavior is: @BeforeSuite -> container.start() @BeforeClass -> container.deploy() @AfterClass -> container.undeploy() @AfterSuite -> container.stop() Other scenarios are: - Restart server pr test class @BeforeClass -> container.start() @BeforeClass -> container.deploy() @AfterClass -> container.undeploy() @AfterClass -> container.stop() - Redeploy pr test method @BeforeSuite -> container.start() @Before -> container.deploy() @After -> container.undeploy() @AfterSuite -> container.stop() - Restart pr test method @Before -> container.start() @Before -> container.deploy() @After -> container.undeploy() @After -> container.stop() This could be done by adding a Engine configuration option e.g.: engine/containerLifeCycle PrSuite|PrClass|PrMethod this option would map to different ContextAppenders in the background that does the setup/ordering. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

9
11
0 / 0

[JBoss JIRA] Created: (ARQ-409) Weld SE Embedded Doc Maven example should use weld-se-embedded.1.1

by Aslak Knutsen (JIRA)

Weld SE Embedded Doc Maven example should use weld-se-embedded.1.1 ------------------------------------------------------------------ Key: ARQ-409 URL: https://issues.jboss.org/browse/ARQ-409 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation Affects Versions: 1.0.0.Alpha5 Reporter: Aslak Knutsen -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

3
3
0 / 0

[JBoss JIRA] Created: (ARQ-608) CDI Enricher should support non JNDI based BeanManager lookup by default

by Aslak Knutsen (JIRA)

CDI Enricher should support non JNDI based BeanManager lookup by default ------------------------------------------------------------------------ Key: ARQ-608 URL: https://issues.jboss.org/browse/ARQ-608 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Base Implementation Affects Versions: 1.0.0.CR5 Reporter: Aslak Knutsen Fix For: 1.0.0.Final By registering a CDI Extension we can get the BeanManager the enricher is loaded in. This should avoid having to expose BeanManager in JNDI for weld-servlet users, e.g. Jetty/ Tomcat -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

3
3
0 / 0

[JBoss JIRA] Created: (ARQ-607) Upgrade to ShrinkWrap 1.0.0-beta-6

by Aslak Knutsen (JIRA)

Upgrade to ShrinkWrap 1.0.0-beta-6 ---------------------------------- Key: ARQ-607 URL: https://issues.jboss.org/browse/ARQ-607 Project: Arquillian Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: Base Implementation Affects Versions: 1.0.0.CR5 Reporter: Aslak Knutsen Assignee: Aslak Knutsen Fix For: 1.0.0.Final -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

3
3
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

14 years, 4 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

14 years, 5 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

14 years, 5 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

14 years, 5 months

2
2
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

14 years, 5 months

6
7
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues September 2011