[00:12:45] *** michaelschuetz1 has joined #jbosstesting
[00:16:09] *** michaelschuetz has quit IRC
[00:18:38] *** aslak_ has quit IRC
[01:22:50] *** michaelschuetz1 has quit IRC
[01:35:35] *** ldimaggi_ has joined #jbosstesting
[01:35:50] *** ldimaggi_ has quit IRC
[01:48:16] *** ldimaggi_ has joined #jbosstesting
[04:31:33] *** ldimaggi_ has quit IRC
[05:56:19] *** lightguard_jp has joined #jbosstesting
[06:01:36] *** lightguard_jp has quit IRC
[06:02:49] *** lightguard_jp has joined #jbosstesting
[06:26:45] <hatchetman82> .
[06:35:29] *** lightguard_jp has quit IRC
[06:50:30] *** lfryc has joined #jbosstesting
[08:21:12] *** oskutka has joined #jbosstesting
[08:28:16] *** kpiwko has joined #jbosstesting
[08:36:20] *** ge0ffrey has joined #jbosstesting
[08:39:22] *** michaelschuetz has joined #jbosstesting
[08:50:12] *** GTobi has joined #jbosstesting
[09:08:11] <hatchetman82> anyone have an example of creating an ear in @Deployment ?
[09:35:09] *** Jaikiran has joined #jbosstesting
[09:40:19] *** mgoldmann has joined #jbosstesting
[10:06:30] *** michaelschuetz has quit IRC
[10:07:07] *** michaelschuetz has joined #jbosstesting
[10:13:34] *** jharting has joined #jbosstesting
[10:17:46] <hatchetman82> is there a nice way of adding a jar known to be on the classpath to a shrinkwrap JavaArchive ?
[10:17:47] *** wolfc has joined #jbosstesting
[10:18:07] <hatchetman82> (like if i know i have junit*.jar on the CP and want to add it to a /lib dir in an ear im building)
[10:39:16] <hatchetman82> anyone ever come across classloading issues when working with jboss 6 embedded ?
[10:47:54] *** Jaikiran is now known as Jaikiran|Lunch
[10:56:01] *** michaelschuetz has quit IRC
[10:56:48] *** michaelschuetz has joined #jbosstesting
[11:10:45] *** wolfc has quit IRC
[11:15:48] *** wolfc has joined #jbosstesting
[11:43:12] *** Jaikiran|Lunch is now known as Jaikiran
[12:10:49] *** pmuir has joined #jbosstesting
[12:13:10] *** michaelschuetz has quit IRC
[12:14:24] *** michaelschuetz has joined #jbosstesting
[12:29:44] *** bgeorges has joined #jbosstesting
[13:07:37] *** aslak has joined #jbosstesting
[13:08:39] <hatchetman82> hey aslak
[13:14:50] <aslak> hatchetman82, heya
[13:15:32] <hatchetman82> is it possible for me to get access to an entity manager is i return an ear from @Deployment ?
[13:15:36] <hatchetman82> if*
[13:16:26] <hatchetman82> also, is there an easy way to get shrinkwrap to package all jars on the classpath that match *drools*.jar into an archive?
[13:17:42] <aslak> hatchetman82, 1. i think it should? not sure how persistence managers are scoped in a ear, but if it's packaged as a library in the ear the arquillian war should reach it
[13:18:08] <aslak> hatchetman82, 2. not in shrinkwrap itself, but it is possible to do
[13:18:11] *** maeste has joined #jbosstesting
[13:20:27] <hatchetman82> its not anywhere in JNDI, and i cant think of an easy way to tinker with the *.war arquillian adds to my ear to add a persistence.xml to it
[13:21:06] <aslak> hatchetman82, is it being picked up by the deployer?
[13:21:15] <hatchetman82> and about 2 - i can use addPackage to get classes in by package name (/prefix) but thats not the same as actual jar nae
[13:21:16] <hatchetman82> name*
[13:21:37] <aslak> hatchetman82, 2, no it's not..
[13:21:38] <hatchetman82> yes, the ear deployed is fine. its just that the pers.xml is inside the ejb jar
[13:22:43] <aslak> hatchetman82, what if you split it in two, one ejb module inside the ear( /my-ejb.jar) and one library(/lib/my-persistence.jar)
[13:22:49] <hatchetman82> for instance, to add junit.jar into /lib i need something like  junitJar.addPackages(true,Package.getPackage("org.junit")); junitJar.addPackages(true, Package.getPackage("org.hamcrest"));
[13:23:12] <hatchetman82> what would i gain by having a pers. in  /lib ?
[13:23:40] <aslak> hatchetman82, just a test.. it should become global to the ear, and not local to the ejb
[13:23:49] <hatchetman82> oh ...
[13:23:58] <hatchetman82> neat idea. will try that :-)
[13:24:00] <aslak> maybe..
[13:24:02] <aslak> :)
[13:24:47] <hatchetman82> i got around it by adding an EJB into the deployment that delegates to an entitymanager and poxying everything through it
[13:25:01] <hatchetman82> (said EJB is injected into the test class)
[13:25:38] <hatchetman82> havent found a way to package by jar name from class-path though, and i dont want to send shrinkwrap looking for paths
[13:37:08] <aslak> hatchetman82, yea, you can't lookup jar files on classpath directly as a resource, only content..
[13:37:30] <aslak> hatchetman82, i know one of the weld guys made a utility that scaned CP for name matches, i'll see if i can find it
[13:47:34] <hatchetman82> that would be great :-)
[14:03:40] <aslak> hatchetman82, https://github.com/seam/solder/blob/master/impl/src/test/java/org/jboss/seam/solder/test/util/MavenArtifactResolver.java
[14:20:25] *** ge0ffrey has quit IRC
[14:21:08] *** ge0ffrey has joined #jbosstesting
[14:23:52] <hatchetman82> aslak - neat code. only issue is that in my case System.getProperty("java.class.path") = C:\Program Files\JetBrains\IntelliJ IDEA 10.0 C\lib\idea_rt.jar
[14:24:39] <hatchetman82> so im forced into starting with getClass().getClassLoader, casting and on from there
[14:33:52] *** jeand has joined #jbosstesting
[14:56:31] *** michaelschuetz has quit IRC
[14:56:33] *** balunasj_ has joined #jbosstesting
[15:01:55] *** ldimaggi_ has joined #jbosstesting
[15:07:55] *** balunasj_ has quit IRC
[15:23:51] <aslak> hatchetman82, copy it and change it to fit your needs.. :)
[15:28:44] <jdlee> aslak: pong :)
[15:37:02] <aslak> jdlee, heya.. i need some help to find the info i need in your rest api
[15:37:08] <aslak> it seems to be missing.. :)
[15:37:35] <jdlee> ok.  what are you needing?
[15:38:49] <aslak> i have a application named test, http://localhost:4848/management/domain/applications/application/test/
[15:38:58] <aslak> so far so good.. but test/reosurces return 404
[15:39:02] <aslak> resources
[15:39:08] <jdlee> hrm
[15:39:20] <aslak> i'm looking for servlets
[15:39:33] <aslak> is the admin-console using this api now?
[15:39:41] <aslak> 3.1-b38 btw
[15:39:48] *** lightguard_jp has joined #jbosstesting
[15:40:01] <jdlee> we should be. let me find that page
[15:40:15] <aslak> they are displayed in the admin-console
[15:40:31] <aslak> test/engine returns empty
[15:41:03] <aslak> test/module/test/engine returns ejb, web, security
[15:41:16] <aslak> http://localhost:4848/management/domain/applications/application/test/module/test/engine/web/web-module-config 404
[15:42:13] <aslak> http://localhost:4848/management/domain/applications/application/test/module/test/resources 404
[15:42:34] <aslak> no exceptions in server.log
[15:45:53] <jdlee> hrm... .../property doesn't seem to work either :|
[15:46:37] <jdlee> now that I think about it, I don't think the page converted these pages to REST for some reason :|
[15:47:35] <jdlee> or maybe i'm wrong.  i see REST calls...
[15:49:45] *** lightguard_jp has quit IRC
[15:53:44] *** jharting has quit IRC
[15:54:46] *** bobmcw_ is now known as bobmcw
[15:54:47] *** bobmcw has joined #jbosstesting
[15:56:42] <jdlee> and there it is.  AMX :\
[15:57:45] <aslak> jdlee, sounds like your missing some integration tests.. have you heard about Arquillian? ;)
[15:58:02] <jdlee> hehe
[15:58:58] <jdlee> we have tests for app deployment, but not for these subresources :|
[16:01:15] <aslak> i need to fetch all servlets in a deployment, so i later can determine the correct context under which the ArquillianTestRunner is deployed
[16:01:27] <aslak> all ejbs as well for that matter..
[16:01:31] * jdlee nods
[16:02:32] <aslak> and the containers are not making that easy....  gf is far from alone.. :)
[16:02:57] <jdlee> hehe
[16:03:11] <jdlee> hopefully i can fix one of those for you :)
[16:03:21] <aslak> jdlee, that would be excellent.. :)
[16:03:25] <jdlee> that SHOULD work.  just gotta find out why it's not
[16:04:59] *** rruss has joined #jbosstesting
[16:05:24] <aslak> http://localhost:4848/management/domain/nodes/node/localhost-domain1/ssh-connector 404
[16:06:38] *** ALR has joined #jbosstesting
[16:08:37] <jdlee> aslak: does http://localhost:4848/management/domain/applications/application/get-context-root.xml?appname=test&modulename=test help?
[16:09:23] <aslak> not really
[16:09:33] <jdlee> s/\.xml//
[16:09:34] <jdlee> ok
[16:09:58] <aslak> i get the contextRoot, but the contextRoot to what. a Ear could contain multiple wars etc and so have multiple contextRoots, i need to know which module contains a specific servlet
[16:10:24] <jdlee> just walking through the code. so far, it IS all REST.  I guess these methods were reimplemented...
[16:10:54] <jdlee> the app would be the ear, the module would be the enclosed wars, i think
[16:11:04] <jdlee> let me deploy an ear
[16:13:37] <jdlee> hrm...i don't have an ear with .wars :P
[16:13:50] <aslak> hehe
[16:13:51] <jdlee> have one in the tubes I can download and use?
[16:13:59] <jdlee> i can make one, I guess
[16:14:16] <jdlee> i have ejb and timer test .ears, but nothing with a web module
[16:14:19] <aslak> jdlee, a simple ShrinkWrap task.. :)
[16:15:02] <jdlee> that doesn't help me right now, though :)
[16:15:20] <aslak> ShrinkWrap.create(EnterpriseArchive.class).addModules(
[16:15:20] <aslak> 	ShrinkWrap.create(WebArchive.class),
[16:15:20] <aslak> 	ShrinkWrap.create(WebArchive.class),
[16:15:20] <aslak> 	ShrinkWrap.create(WebArchive.class)
[16:15:20] <aslak> )
[16:17:15] *** lightguard_jp has joined #jbosstesting
[16:17:42] <aslak> jdlee, hmm, where do i get to the http-listeners ? they are associated with the http-service, but i can't find a place to look them up
[16:18:07] <aslak> network-config
[16:18:11] <aslak> nm
[16:18:18] <jdlee> :)
[16:20:05] <jdlee> http://localhost:4848/management/domain/applications/application/earwithwars
[16:20:12] <jdlee> http://localhost:4848/management/domain/applications/application/get-context-root?appname=earwithwars&modulename=test2.war
[16:20:21] <hatchetman82> aslak - ended up doing domething uglier: http://pastebin.com/rrYCcdP5
[16:20:29] <jdlee> http://localhost:4848/management/domain/applications/application/earwithwars/module
[16:20:54] <hatchetman82> no pretty java.class.path for me, and didnt want to hard-code maven coordinates (especially version numbers) into test code
[16:21:50] <aslak> jdlee, with out your ear, that doesn't tell me much.. :) but still only contextRoots right..
[16:22:08] <jdlee> hehe
[16:22:19] <jdlee> the ear is just test.war and test2.war
[16:22:25] <aslak> hatchetman82, what ever works.. :)
[16:22:28] <jdlee> but you're after context-roots, right?
[16:23:36] <aslak> jdlee, indirectly.. i want to find all servlets in the deployments, basically just introspect the deployment and fetch as much info as possible, for so at a later point, find a specific named servlet and find it's contextroot
[16:24:02] <hatchetman82> its actually interesting that you never ran into issues with your code. you never run tests on windows platforms ?
[16:24:25] <jdlee> servlets don't have context roots, right?  the app has a context root, and individual Servlets have mappings?
[16:24:30] <hatchetman82> usually, with jboss jars, you hit the maximum length for a command execution on windows pretty fact :-)
[16:24:53] <aslak> hatchetman82, i've never ran that code at all.. :)
[16:25:02] <hatchetman82> lol
[16:25:24] <aslak> hatchetman82, hehe yea, working on that
[16:25:30] <hatchetman82> and how do you (by you i mean whoever runs the code) keeps the version numbers in sync between the test code and the pom files ?
[16:25:50] <kpiwko> hi ALR
[16:25:50] <aslak> jdlee, true, but i need to find which war module a servlet is in, for so to find it's contextRoot
[16:27:47] <aslak> hatchetman82, versions numbers are not used, only group/artifact id: https://github.com/seam/solder/blob/master/impl/src/test/java/org/jboss/seam/solder/test/util/Deployments.java
[16:28:06] <hatchetman82> ah
[16:28:09] <hatchetman82> ok, makes sense
[16:28:45] <hatchetman82> actually makes more sense than my regexps :-)
[16:28:50] <hatchetman82> ill rewrite mine later.
[16:28:54] <hatchetman82> thanks
[16:28:54] <aslak> heh
[16:29:06] <jdlee> aslak: hmm.  i gotta take my son to school.  i'll be back in a bit and try to make sense of that.  i get the feeling we're talking past each other :P
[16:29:20] <aslak> :)
[16:47:15] *** kpiwko has quit IRC
[16:48:25] *** kpiwko has joined #jbosstesting
[16:53:30] <jdlee> ok
[16:54:11] <jdlee> so what you're trying to do is this:  you're deploying an archive of some sort.  You need to find the module that contains the Arquillian Servlet so that you can get the context root for testing, right?
[16:58:46] <dmlloyd> aslak: hey man - there's a bug in org.jboss.shrinkwrap.impl.base.asset.ClassAsset#openStream
[17:00:02] <dmlloyd> aslak: it shouldn't use the TCCL when the class loader is null; it should be using null directly, and org.jboss.shrinkwrap.impl.base.asset.ClassLoaderAsset#openStream should check for null and use ClassLoader#getSystemResource instead
[17:00:19] <dmlloyd> aslak: that's just a quirk of the JDK - "null" is a real class loader
[17:01:36] <dmlloyd> aslak: anyway the TCCL check is also buggy in that it may well be null, which may have a different meaning altogether
[17:02:22] <dmlloyd> that is all
[17:08:48] <jdlee> aslak: http://localhost:4848/management/domain/applications/application/list-sub-components?appName=earwithwars&moduleName=test.war ?
[17:09:52] <jdlee> aslak: a war would look like this: http://localhost:4848/management/domain/applications/application/list-sub-components?appNam=test3&moduleName=test3
[17:10:58] *** GTobi has quit IRC
[17:11:22] <aslak> dmlloyd, ClassAsset tries to use the clazz.getClassLoader, if null try TCCL.. if TCCL is null as well, where is it suppose to look?
[17:11:35] <dmlloyd> it shouldn't use TCCL at all
[17:11:43] <dmlloyd> "null" is a special value meaning "the system class loader"
[17:12:01] <dmlloyd> so if the CL value is null you should use the static getSystem*() methods on ClassLoader
[17:12:21] <dmlloyd> it's a stupid quirk but that's how it is
[17:12:44] <dmlloyd> TCCL means "the current classloader" e.g. a user deployment
[17:12:52] <aslak> aa, ok... we had a bug on system classes earlier, that's where the TCCL came in
[17:12:56] <dmlloyd> this would almost never make sense in your context
[17:18:42] <aslak> dmlloyd, SHRINKWRAP-253
[17:18:44] <jbossbot> jira [SHRINKWRAP-253] ClassAsset / ClassLoaderAsset should not use TCCL [Open, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-253
[17:18:58] <dmlloyd> cool
[17:20:49] <aslak> jdlee, ok, to take you through the whole process. multiple spis make up the Deployment that arq deploy to the container. Arq has no clue, nor does the SPI impl, where things will end up when deployed. only the container knows. you have things like deployment plans, x number of descriptors, special container targets etc.
[17:21:35] <aslak> jdlee, so, the Container spi now returns a 'ProtocolMetadata' on deploy. basically a introspection of the deployment, where things ended up
[17:22:24] <aslak> so this metadata contains, http context (ip, port) -> servlets(name, contextroot), rmi context(ip ,port) -> ejbs (name, jndi) etc etc
[17:22:38] * jdlee nods
[17:22:59] <aslak> jdlee, so when we later get to the point of  invoking the tests, the protocol executor will look at this data and see where / how it should communicate with it
[17:23:49] <aslak> in the Servlet Invoker impl that we're talking about here, it will try to find it's own Servlet that it added to the Deployment at a earlier stage in the metadata. when it finds that, it will know http port, ip, contextRoot for so to build the correct url
[17:24:46] <aslak> even tho, the contextRoot is the only thing it needs, it still needs the servlets as well to know which of those contexts it should use
[17:25:13] <aslak> ... and the servlets are also needed to be able to enrich the test case with things like @ArquillianResource(MyServlet.class) URL url;
[17:32:21] <jdlee> ok. that makes sense.  and helps a lot :)
[17:32:43] <jdlee> does the combination of .../module/ and list-sub-components/ help you out?
[17:34:25] <aslak> cannot find modulename in list-sub-components command model, file a bug .. :)
[17:34:39] <aslak> aa there it is..
[17:35:46] <jdlee> i hate that error message :P
[17:35:48] <aslak> but shouldn't that be displayed e.g. module/test/resources ?
[17:37:29] <jdlee> i don't think so. i think resources are probably things like jdbc connection pools, etc
[17:37:37] <jdlee> i'm not sure, though, tbh
[17:37:45] *** lfryc has quit IRC
[17:37:46] <aslak> jdlee, didn't you make it ? :)
[17:37:59] <jdlee> hehe
[17:38:01] <jdlee> no
[17:38:20] <aslak> just looks a bit wierd to have to move from a rest like url to RPC calls
[17:38:31] <jdlee> a lot of the REST interface was done in v3.  I started with this module for 3.1.
[17:38:43] *** lfryc has joined #jbosstesting
[17:38:51] <jdlee> aslak: i agree wholeheartedly.  i really hate how we've done that, but we didn't have much choice
[17:39:20] <jdlee> the admin infrastructure is supposed to get a rework for 3.2 or 4.0, so perhaps we can fix that
[17:39:41] <jdlee> i'd like to make it truly RESTful.  we mostly are, but we have those little warts here and there :|
[17:40:19] <aslak> ok, i think i can hackup some relation ship between application/test/.... and list-sub-components
[17:41:00] <jdlee> i hope so :)
[17:43:55] <aslak> jdlee, how do i get from applications/application/test to server, so i can get to configs/config/server-config so i can locate http-listener-1
[17:44:06] <jdlee> hmm
[17:44:12] * jdlee digs
[17:44:31] <aslak> i can go to server and find application-ref, but i would have to loop all servers
[17:45:39] <aslak> and what is .../http-listener-1/find-http-protocol suppose to be?
[17:48:45] <aslak> and.. is there a way to get a useful address for the http-listener-1 ? 0.0.0.0 doesn't tell me much when it's deployed on a remote server.. ;)
[17:50:06] <jdlee> 0.0.0.0 tells it to bind on all addresses, so I guess you'd have to resolve the host name?
[17:50:28] <aslak> jdlee, how do i do that, when your on a remote machine ?
[17:51:12] <aslak> server/server doesn't seem to give me any host name
[17:51:42] <aslak> nodes/node/x/ has a node host name, but...
[17:52:04] <aslak> server/server has no node ref
[17:52:28] <aslak> or it does, not filled out when in standalone atleast
[17:52:50] <jdlee> ok...so...it looks like you get the application-ref, which has the virtual-servers listed
[17:53:07] <jdlee> the get domain/servers/server/$VS and lookup the config-ref?
[17:53:37] <jdlee> hrm
[17:54:00] <jdlee> maybe I should add a standalone instance and some clustered instances to have more data to look at
[17:54:37] <aslak> domain/servers/server/server/application-ref has the link. i was just wondering if it was possible to get the other way around. from applications/application/test to server
[17:57:02] <jdlee> have to go throug th app-ref I think
[17:59:42] *** oskutka has quit IRC
[18:17:25] *** bobmcw_ has joined #jbosstesting
[18:17:35] *** bobmcw has quit IRC
[18:27:54] *** pmuir has quit IRC
[18:32:30] *** bobmcw_ has quit IRC
[18:33:02] *** bobmcw has joined #jbosstesting
[18:34:26] *** bobmcw has quit IRC
[18:35:26] *** bobmcw has joined #jbosstesting
[18:36:44] *** bobmcw has quit IRC
[18:37:14] *** bobmcw has joined #jbosstesting
[18:37:52] *** bobmcw has quit IRC
[18:38:00] *** bobmcw has joined #jbosstesting
[18:38:27] *** bobmcw has quit IRC
[18:39:03] *** lightguard_jp has quit IRC
[18:39:38] *** bobmcw has joined #jbosstesting
[18:40:15] *** lfryc has quit IRC
[18:41:12] *** bobmcw has quit IRC
[18:41:32] *** bobmcw has joined #jbosstesting
[18:43:44] *** bobmcw has quit IRC
[18:44:04] *** bobmcw has joined #jbosstesting
[18:44:30] *** bobmcw has quit IRC
[18:44:55] *** bobmcw has joined #jbosstesting
[18:45:41] *** bobmcw_ has joined #jbosstesting
[18:46:29] *** lightguard_jp has joined #jbosstesting
[18:48:16] *** bobmcw has quit IRC
[19:08:30] <aslak> jdlee, is there a option when running asadmin command to get the output in some usable format ?
[19:23:52] <jdlee> what type of output?  what command in particular?
[19:30:26] <aslak> jdlee,  list-components --subcomponents
[19:31:22] <aslak> i was thinking i needed to use asadmin for embedded 3.0/3.1, but i might get away with looking up WebContainer instead..
[19:32:57] <aslak> ugh, or not.. ServletContext.getServlets deperacated with no replacement
[19:34:32] <aslak> getServletRegistrations might work
[19:56:59] *** Jaikiran has quit IRC
[19:58:15] *** ge0ffrey has quit IRC
[20:08:52] *** pmuir has joined #jbosstesting
[20:08:52] *** pmuir has quit IRC
[20:08:52] *** pmuir has joined #jbosstesting
[20:19:16] <aslak> jdlee, hmm, interesting. gf 3.1-b38 embedded seems to have stepped  back in time.. it requires a application.xml in a ear deployment to understand it's a ear
[20:19:39] <jdlee> that's not good :|
[20:20:11] <aslak> or atleast unless i during deploy --name it xx.ear, but then that's the name of all the contexts etc as well, which is not correct
[20:22:54] <jdlee> might be a good question for the dev/user list or maybe file an issue
[20:23:02] <jdlee> what happens if you use a SNAPSHOT?
[20:27:16] <jdlee> in theory, there shouldn't be much difference between a promoted and a nightly build at this point, but there might still be some
[20:29:55] <aslak> i had b33 in my test.. lemme check 38
[20:31:21] *** bobmcw_ is now known as bobmcw
[20:31:21] *** bobmcw has joined #jbosstesting
[20:40:03] *** bgeorges has quit IRC
[20:43:38] <aslak> jdlee, hmm, even using --name ear fails, Archive [35be9c94-203f-41b6-8bab-804120305bee.ear] was deployed as a Java EE archive while it does not contain any valid Java EE components. Please check the packaging of the archive.
[20:46:14] *** lightguard_jp has quit IRC
[20:46:23] <jdlee> i'm not sure what to tell you on that, beyond contacting the embedded team
[20:46:34] *** lightguard_jp has joined #jbosstesting
[20:47:03] <aslak> lightguard_jp, ping
[20:47:14] <lightguard_jp> aslak: pong
[20:47:27] <aslak> lightguard_jp, heya, you had some issues deploying ears on gf 3.1 remote as well?
[20:48:43] *** pmuir has quit IRC
[20:49:07] <lightguard_jp> aslak: Only when the war and the ejb jar were named the same
[20:49:29] <lightguard_jp> Then we fell into the grey are in the spec for JNDI names
[20:49:38] <aslak> lightguard_jp, aa right, that was it
[21:23:18] *** michaelschuetz has joined #jbosstesting
[21:34:34] *** ldimaggi_ has quit IRC
[21:34:36] *** stuartdouglas has quit IRC
[21:35:40] *** nickarls has joined #jbosstesting
[21:43:22] *** maeste has quit IRC
[21:58:44] *** maeste has joined #jbosstesting
[22:01:32] *** mgoldmann has quit IRC
[22:13:27] *** rruss has quit IRC
[22:14:47] *** rruss has joined #jbosstesting
[22:27:12] *** rruss has quit IRC
[23:17:11] *** jeand has quit IRC
[23:34:53] *** maeste has quit IRC
[23:48:48] *** jdlee has quit IRC





top