Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion "Re: Running AS7 embedded in Arquillian" To view the discussion, visit: http://community.jboss.org/message/572308#572308 -------------------------------------------------------------- I have got AS started up in arquillian using the embedded stuff I've been working on, the test class currently needs these annotations: @RunWith(Arquillian.*class*) @Run(+AS_CLIENT+) @ModuleTestSetup(         testModule=@ModuleDef(                 name="test.module",                 packages={@PackageResource(directory="target/classes", packages={"org.jboss.arquillian.container.jboss.embedded_7"}),                         @PackageResource(directory="target/test-classes", packages={"org.jboss.arquillian.container.test.jboss.embedded_7"})},                 dependencies= {(a)Dependency(&quot;javax.servlet.api&quot;)}),         tcclModule=@ModuleDef (                 name="test.demos.tccl",                 dependencies= {(a)Dependency(&quot;org.jboss.logging&quot;), @Dependency("org.jboss.logmanager")}) ) @ClassFactory(JBossEmbeddedClassFactoryProvider.*class*) *public* *class* JBossEmbeddedContainerTestCase The @ClassFactory annotation is a signal to the Arquillian which now does this *public* Arquillian(Class<?> klass) *throws* InitializationError    { *super*(+getTestClass+(klass)); *try*       {          // first time we're being initialized *if*(+deployableTest+.get() == *null*)          ....    } The default behaviour of getTestClass() is to just return the original class. If @ClassFactory is there, it uses JBossEmbeddedClassFactoryProvider to set up the modules from @ModuleTestSetup, and then loads up the test class loaded from modules returns that. I need this hook, but how it is set up now was just a quick hack, so Aslak if you have any preferences on how to configure this please let me know. I got around the java.util.logging.Logging issues by setting the tcclModule's classloader as the thread context classloader in JBossEmbeddedClassFactoryProvider.getTestClass() so it gets initialized properly. I have not deployed anything yet but will look at that tomorrow along with tidying up the module setup, which I think when running in this framework is a bit too verbose at the moment. I am hoping that we can just define the dependencies for the test deployments and then to be able to generate each deployment's manifest.mf from the annotations. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/572308#572308] Start a new discussion in JBoss AS7 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion "Re: Running AS7 embedded in Arquillian" To view the discussion, visit: http://community.jboss.org/message/572428#572428 -------------------------------------------------------------- I've taken a better look at your solution now, and we are taking two opposite approaches. Most of my work was done before Brian pointed out to me that the -Djava.class.path system property has influence on what is visible to the module system. In my case I am making sure everything runs in modules, both the test itself and the server. This might be overkill and forces a lot of definition of modules etc. which although made simple to set up will still probably be confusing to users new to module classloading. In your case the server is started up using modules with the classpath and with the test itself and its dependencies using the app classpath, the -Djava.class.path system property controls that the app classpath is not visible to the server. I will look more into your solution now, but what you have is a lot simpler to set for the user so I think we should go with something based on that. I would still like a hook in Arquillian to be able to set tccl before starting it so that your logging abstraction is not necessary. This is something I was already doing for the demos. I don't really like it though, I think it would be nicer to be able to specify this somehow from within the test itself rather than having loads of manifest files in the resources but we can talk about that later. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/572428#572428] Start a new discussion in JBoss AS7 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion "Re: Running AS7 embedded in Arquillian" To view the discussion, visit: http://community.jboss.org/message/572489#572489 -------------------------------------------------------------- But they are jboss modules, not osgi bundles. We should only use osgi manifest entries if the thing we are producing is an actual osgi bundle, that actually uses osgi. Also, I don't think we should mandate usage of OSGi across the board with AS. As you know, I never really bought into the reasons behind this. I think OSGi is the only modularity spec that advocates them, and even they are moving away from them with their capabilities and requirements notion. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/572489#572489] Start a new discussion in JBoss AS7 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]