[00:06:36] *** aslak has quit IRC
[00:09:25] *** josefreitas_aw has joined #jbosstesting
[00:18:07] *** dblevins has quit IRC
[00:23:39] *** dblevins has joined #jbosstesting
[00:26:51] *** josefreitas_aw has quit IRC
[00:27:33] *** Elisha has joined #jbosstesting
[00:28:08] <Elisha> hello, I'm just interested if arquillian has the one container, multiple test classes covered?
[00:36:44] *** ldimaggi has joined #jbosstesting
[00:48:06] *** stuartdouglas has left #jbosstesting
[00:54:08] *** stuartdouglas has joined #jbosstesting
[01:20:17] *** alesj has quit IRC
[01:53:05] *** bleathem has joined #jbosstesting
[02:08:21] *** ianbrandt has quit IRC
[02:26:46] *** lightguard_jp has quit IRC
[05:31:18] *** ldimaggi has quit IRC
[07:24:45] *** lightguard_jp has joined #jbosstesting
[07:45:27] *** Jaikiran has joined #jbosstesting
[07:53:22] *** rruss has quit IRC
[07:55:26] *** rruss has joined #jbosstesting
[08:07:01] *** mgoldmann has joined #jbosstesting
[08:16:28] *** dblevins has quit IRC
[08:19:23] *** dblevins has joined #jbosstesting
[08:36:50] *** maschmid has joined #jbosstesting
[08:37:11] *** tdiesler has joined #jbosstesting
[08:37:26] *** tdiesler has left #jbosstesting
[08:52:47] *** bleathem has quit IRC
[08:55:56] *** rruss has quit IRC
[09:00:24] *** ge0ffrey has joined #jbosstesting
[09:22:23] *** jhuska has joined #jbosstesting
[09:31:28] *** aslak has joined #jbosstesting
[09:44:42] *** bgeorges has joined #jbosstesting
[10:17:04] *** maeste has joined #jbosstesting
[10:38:17] *** alesj has joined #jbosstesting
[10:44:41] *** mgoldmann has quit IRC
[10:46:12] *** alesj has quit IRC
[10:48:17] <lightguard_jp> aslak: Got a few minutes to help me with an ajocado setup?
[10:50:00] <lightguard_jp> aslak: https://pastee.org/jmfkt
[10:51:38] *** mgoldmann has joined #jbosstesting
[10:53:11] *** kevinpollet has joined #jbosstesting
[10:53:29] *** kevinpollet has quit IRC
[11:20:02] *** maeste has quit IRC
[11:33:20] *** maeste has joined #jbosstesting
[11:40:32] <aslak> lightguard_jp, whiuch which arq v you on ?
[11:40:51] <lightguard_jp> CR2
[11:41:53] <aslak> lightguard_jp, your arq.xml is a bit off
[11:42:05] <aslak> lightguard_jp, but the important parts i guess is there
[11:42:24] <aslak> lightguard_jp, what's your pom?
[11:43:01] <lightguard_jp> https://pastee.org/7jhzt
[11:43:11] <lightguard_jp> aslak: Let me know what I can do to fix the arq.xml
[11:43:49] <lightguard_jp> The docs aren't very helpful, as the examples don't show a full config and the showcase is very out of date with drone and ajocado
[11:43:59] <aslak> lightguard_jp, format looks more like: https://gist.github.com/883946
[11:45:17] <aslak> lightguard_jp, you have no @Deployment defined there ?
[11:45:45] <lightguard_jp> I found that and added it.
[11:46:14] <lightguard_jp> https://pastee.org/cg6gd
[11:47:23] <aslak> lightguard_jp, fyi, if you have only one Deployment and it's testable = false, then you don't need @RunWithClient, it's implied
[11:47:35] <lightguard_jp> Ah, yes. I'm converting the Seam Mail tests to use newer arquillian
[11:47:52] <lightguard_jp> Okay
[11:48:52] <aslak> lightguard_jp, you probably need the arquillian-ajocado-drone artifact as well..
[11:49:08] <aslak> i believe that contains the juice to link them.. .e.g has the Constructor and Deconstructor
[11:49:36] <lightguard_jp> Okay
[11:49:48] <lightguard_jp> What do I put for a qualifier in the xml?
[11:49:51] <lightguard_jp> Does it matter?
[11:51:37] <aslak> lightguard_jp, just a name
[11:51:54] <aslak> lightguard_jp, you define which container to run with using -Darquillian.launch
[11:52:12] <aslak> <container default=true> will be selected if no launch config is given
[11:54:37] <lightguard_jp> Much better
[11:54:42] <lightguard_jp> That worked
[11:54:45] <aslak> cool
[11:54:49] <lightguard_jp> Now I just need to fix up some other stuff
[11:54:50] <lightguard_jp> Thanks
[12:08:56] <aslak> your welcome
[12:18:08] <ALR> aslak: FYI AS7-1558
[12:18:10] <jbossbot> jira [AS7-1558] Arquillian Managed Container does not export enough dependencies to run [Open (Unresolved) Bug, Major, Andrew Rubinger] https://issues.jboss.org/browse/AS7-1558
[12:20:35] *** bgeorges has quit IRC
[12:37:14] *** lightguard_jp has quit IRC
[13:19:36] *** OndraZizka has quit IRC
[13:19:54] *** OndraZizka has joined #jbosstesting
[14:02:25] *** rruss has joined #jbosstesting
[14:05:15] <aslak> ALR, hmm.. jboss-threads is not pulled in via msc?
[14:05:56] <aslak> ALR, this must be some resent changes.. i've had it running with only the container deps multiple times, both remote and managed
[14:09:29] <ALR> aslak: Yeah, outside AS7?
[14:09:33] <ALR> I noticed it today
[14:10:07] <ALR> aslak: Thought it'd be fun to refactor the EJB Book examples for the webinar
[14:10:13] <ALR> Make 'em run on AS7
[14:10:18] <ALR> And show JPA and Tx control
[14:10:20] <ALR> I love those examples
[14:10:25] <ALR> Because they're real-life
[14:10:42] <ALR> Not simply "inject this, greeter.greet()"
[14:10:50] <ALR> Which I think people have now seen us do a bunch.
[14:12:00] <aslak> ALR, yea, with the arq examples and showcase
[14:12:08] <ALR> YUp
[14:12:15] <ALR> ARQ Examples plus showcase are good too.
[14:12:21] <ALR> EJB Book examples being my own personal spin
[14:12:33] <ALR> It's kinda cool that we can each show different sides of the same story
[14:14:12] <aslak> :)
[14:16:44] <jose_freitas> aslak: internally the spi uses cdi to register extensions?
[14:17:57] <jose_freitas> good morning!
[14:17:58] <jose_freitas> :)_
[14:21:15] <aslak> jose_freitas, nope
[14:21:23] <aslak> jose_freitas, no cdi in use at all
[14:21:29] <jose_freitas> ok
[14:21:50] <jose_freitas> that's a if (Validate.classExists("javax.enterprise.inject.spi.BeanManager")
[14:21:56] <jose_freitas> on jsfunitRemoteextension
[14:22:37] <aslak> jose_freitas, hmm, that can be removed, since jsfunit extension no longer use CDI
[14:22:44] <aslak> jose_freitas, that was part that should be removed
[14:22:49] <jose_freitas> ok
[14:23:00] <aslak> pluss the CDI @Producer etc
[14:23:01] <jose_freitas> I removed cdi, but wasn't sure about the internals
[14:23:14] <aslak> brb, lunch
[14:23:22] <jose_freitas> enjoy it
[14:23:22] *** aslak has quit IRC
[14:23:57] *** aslak has joined #jbosstesting
[14:26:05] *** aslak has quit IRC
[14:26:57] *** aslak has joined #jbosstesting
[14:32:30] <ALR> aslak: Got an issue link or discussion handy to the @BeforeClass not executing in the container?
[14:32:42] <ALR> I wanna forward it along to dev-list, Scott mentioned it
[15:00:45] <aslak> https://github.com/arquillian/arquillian-core/commit/a7def997135c3535f8fbbf55878a6e47bd47afe5
[15:00:46] <jbossbot> git [arquillian-core] a7def99.. Aslak Knutsen ARQ-458 Modify Lifecycle callback rules...
[15:00:47] <jbossbot> jira [ARQ-458] @Before not called with @RunAsClient [Closed (Done) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-458
[15:05:08] <aslak> ALR, ^
[15:05:09] <aslak> :)
[15:06:26] <ALR> aslak: Thanks
[15:06:33] <ALR> Unless you wanna reply?
[15:06:37] <ALR> But I don't mind doing it
[15:06:45] <aslak> ALR, you go ahead.. :)
[15:07:11] *** ldimaggi has joined #jbosstesting
[15:07:12] <aslak> on a side not.. i should have looked for disabled tests as well.. din't think of it at the time
[15:07:16] <aslak> not/note
[15:08:18] *** alesj has joined #jbosstesting
[15:10:29] <jbossbot> git [arquillian-core] push master 3022d5e.. Aslak Knutsen ARQ-550 prepare release 1.0.0.CR4
[15:10:30] <jbossbot> jira [ARQ-550] Prepare CR4 Core release [Closed (Done) Release, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-550
[15:10:30] <jbossbot> git [arquillian-core] push master 707ed26.. Aslak Knutsen ARQ-550 prepare for next development iteration
[15:10:30] <jbossbot> git [arquillian-core] push master URL: http://github.com/arquillian/arquillian-core/compare/b73cfcc...707ed26
[15:10:37] <jbossbot> git [arquillian-core] push 1.0.0.CR4 URL: http://github.com/arquillian/arquillian-core/compare/0000000...bc22ea5
[15:10:45] <jose_freitas> aslak: I'm finding a lot of new dependencies to add in the archiveappender for jsfunit extension. apache-commons-long, xerces, xalan, and etc. most of them are dependencies from htmlunit. the jar appended for the extension has already 3.5M, wdyt on using includeDependenciesFromPom for this case?
[15:12:07] <aslak> jose_freitas, to be honest, i would love to know how much of htmlunit jsfunit actually use..
[15:12:19] <jose_freitas> ok
[15:12:30] <aslak> jose_freitas, and being that jsfunit also has issues with e.g. Seam2 scopes and CDI request scopes..
[15:13:00] <aslak> jose_freitas, if it would be possible to write jsfunit a lot simpler.. :)
[15:14:00] <jose_freitas> actually, me too.  but it's really hard working since I have to follow the flow indefinitely: package, run and got CNF exception.
[15:14:44] <jose_freitas> but yeah, I think it deserves it.
[15:14:58] <aslak> jose_freitas, i have been wondering if it's possible to instead of keeping the facescontext open in session etc, 'simply' append a Assert object to the HTTP Request and then Assert on the bean state in e.g. AFTER_RENDER phase of jsfunit or similar..
[15:15:21] <jose_freitas> brb
[15:15:27] <aslak> in theory we could use the same to assert on internal state after a Servlet Request, but in Request Close or what it's called..
[15:18:00] <aslak> ALR, oo.. want to add using java:module name instead of java:app bla bla..  then you don't have to store the deployment archive name in a static variable to 'concat' the name. and just use ShrinkWrap.create(Type) and a random generated name will be used, no clashing of namespaces etc.. :)
[15:18:32] <ALR> Add it where?
[15:18:48] <ALR> In my tests I'm not so superfantastic at keeping the scope small like you suggest there.
[15:18:50] <ALR> BUt you're very right.
[15:19:47] <aslak> ALR, add to your as7-dev list posting that is.. :)
[15:20:01] <aslak> ALR, just saw you mentioned the @EJB.mappedName
[15:20:06] <ALR> Oh yeah
[15:20:15] <ALR> I'm not gonna claim your suggestions as mine!
[15:20:41] <aslak> ALR, hehe.. your my as7 proxy.. :)
[15:30:05] <jose_freitas> aslak: what issues with seam 2?
[15:30:26] <aslak> jose_freitas, jsfunit has some hacks in there to keep the seam2 context active as well
[15:30:37] *** jganoff has joined #jbosstesting
[15:31:06] <aslak> jose_freitas, the main problem is, jsfunit keeps the FacesContext open and alive in Session scope between request, so you can Assert on the state of the Context.
[15:31:19] <jose_freitas> uh hm
[15:31:27] <aslak> jose_freitas, the problem is, that does not work for Beans that are not stored in FacesContext. going forward that means nothing
[15:31:38] <aslak> both Seam2 and CDI has their own stores for these beans
[15:32:14] <aslak> with CDI, the CDI RequestScope is closed by a 'external force' when the initial JSFUnit request is done, whether JSFUnit stores FacesContext in session or not
[15:32:53] <jose_freitas> hm
[15:33:07] <aslak> jose_freitas, so, Assert.assertEquals("ba", session.getBean("some-cdi-request-scoped-bean")) will always be false, the bean does not exist anymore
[15:33:37] <jose_freitas> aa
[15:33:53] *** ldimaggi has quit IRC
[15:34:34] <jose_freitas> well, that would be a major change in jsfunit structure
[15:35:29] <jose_freitas> but it makes sense
[15:35:44] <aslak> JSFUnit is built around JSF Managed Beans + the other JSF stuff.. now that JSF is moving away from JSF Managed Beans and being replaced by CDI, JSFUnit needs to follow
[15:38:19] <jose_freitas> true
[15:38:27] <jose_freitas> it's kinda an unescapable change
[15:38:39] <aslak> i would think so
[15:41:08] <jose_freitas> I could work on that, but it'd be nice, if we could talk to stan.
[15:41:29] <jose_freitas> maybe through jira?
[15:41:36] <jose_freitas> and not for this version.
[15:42:12] <jose_freitas> I'd like to release an "official" release of this working I've been doing.
[15:42:17] <jose_freitas> like beta 2
[15:42:22] <aslak> sure
[15:43:35] <aslak> i can give stan a mail and see if he's up for a little chat
[15:47:10] <jose_freitas> cool
[16:02:04] *** ldimaggi has joined #jbosstesting
[16:52:12] <ALR> aslak: How to @ArquillianResource URL url; ?
[16:52:19] <ALR> I thought that would just inject the base URL, no?
[16:55:32] <aslak> ALR, depends, base URL to container if multiple Contexts, baseURL to Context if only one context
[16:55:51] <ALR> Says no provider in AS7
[16:56:15] <ALR> Caused by: java.lang.RuntimeException: Provider for type class java.net.URL returned a null value: org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider@34ae19a
[16:56:15] <ALR> 	at org.jboss.arquillian.container.test.impl.enricher.resource.ArquillianResourceTestEnricher.lookup(ArquillianResourceTestEnricher.java:130)
[16:56:23] <aslak> @ArquillianResource(ServletInContext1.class) URL to specify which context if multiple contexts
[16:56:45] <ALR> I'm just doing @ArquillianResource, no param
[16:56:51] <aslak> ALR, incontainer ?
[16:56:53] <ALR> Yeah
[16:57:05] <ALR> MyServlet.class goes in there?
[16:57:07] <aslak> URL injection is only supported as client at the moment
[16:57:47] <ALR> Ah aok
[16:57:49] <ALR> Thanks
[17:04:06] *** ldimaggi has quit IRC
[17:04:42] *** ALR has quit IRC
[17:05:12] *** bleathem has joined #jbosstesting
[17:11:28] *** ldimaggi has joined #jbosstesting
[17:32:41] *** maeste has quit IRC
[17:47:36] *** aslak has quit IRC
[17:48:17] *** aslak has joined #jbosstesting
[17:58:23] *** ldimaggi has quit IRC
[18:01:14] *** maschmid has quit IRC
[18:07:59] *** mgoldmann has quit IRC
[18:26:32] *** vtunka has quit IRC
[18:34:46] *** alesj has quit IRC
[18:36:12] *** ianbrandt has joined #jbosstesting
[18:44:23] *** jhuska has quit IRC
[19:11:08] <jose_freitas> ALR: nice talk
[19:12:26] *** dblevins has quit IRC
[19:14:37] <jose_freitas> aslak: tomcat is working but appendedjar has now 7.9M (ouch)
[19:15:05] *** ALR has joined #jbosstesting
[19:15:28] <jose_freitas> ALR: nice talk :)
[19:15:40] <ALR> jose_freitas: Yeah?  Thanks for coming!
[19:15:49] <ALR> Feedback positive or negative desired.
[19:16:06] <jose_freitas> awesome example with transactions
[19:17:02] <ALR> I love that Tx example.
[19:17:06] <ALR> And I hate webinars.
[19:17:09] <ALR> No feedback.
[19:17:33] <ALR> So you don't know if you're losing people with complexity, or boring them with too much detail on what they already know.
[19:17:41] *** dblevins has joined #jbosstesting
[19:21:12] <jose_freitas> I think you had a good approach, starting easy and increasing the complexity within time. Opening for questions after the first example was a nice idea too.
[19:23:28] <jose_freitas> I prepared a room here at the company, and on the tx example, some people left the room. Maybe it got complex for them, or maybe they needed to get back to work. don't know for sure.
[19:23:31] <ALR> Cool, thx
[19:23:51] <ALR> aslak and I have done a talk before which is CRAZY with demos.
[19:23:55] <ALR> With Dan too.
[19:24:17] <ALR> It gets nuts.  All the way to multideployment on many containers all at once.  Testing Infinispan failover.
[19:24:23] <jose_freitas> hehehe
[19:24:54] <jose_freitas> examples tells a lot
[19:25:14] <jose_freitas> tell*
[19:38:58] <aslak> ALR, good job man!
[19:39:11] <ALR> aslak: Think?
[19:39:13] <ALR> Standard talk.
[19:39:16] <ALR> Fun stuff though.
[19:39:20] <aslak> ALR, gotta run catch a few beers with a friend.. his birthday! :)
[19:39:22] <ALR> I do like those examples/
[19:39:27] <ALR> Yah, enjoy.
[19:39:34] <ALR> Thanks for backing me up.
[19:39:38] <aslak> no prob
[19:40:09] <aslak> i got stuck there, i was working on answering the datasource question, but couldn't for the love of XX find the damn name for that @DataSomething annotation
[19:41:09] <ALR> Me too.
[19:41:12] <ALR> I punted to:
[19:41:24] <ALR> "If you can do it from within the container, you can do it in Arquillian"
[19:41:26] <ALR> Which is true,
[19:41:30] <aslak> hehe yea
[19:41:32] <ALR> So, no harm no foul.
[19:41:37] <aslak> which in this case you can't so.. hehe
[19:41:47] <aslak> well.. depend son the conainer
[19:41:49] <ALR> Well you can, through mgmt ops
[19:42:18] <aslak> sure
[19:42:40] <aslak> hmm..
[19:43:03] *** rruss has quit IRC
[19:43:06] <aslak> AS7 has a rollback thing with multiple deployments, wonder if they have the same for any change.. and if there is some sort of support for change sets ?
[19:43:22] <aslak> basically saying, apply these mgm changes, run test, revert
[19:47:46] <aslak> anyway.. beer
[19:47:50] <aslak> ttl :)
[19:48:05] *** aslak has quit IRC
[19:55:29] <jose_freitas> AL
[19:56:15] <jose_freitas> ALR: can I bother you with classloading/system.properties question?
[20:00:28] <ALR> jose_freitas: Yeah, judt go for it
[20:00:31] <ALR> *just :)
[20:02:05] <jose_freitas> ALR: I need to access System.getProperty("foo"); and foo has to be set by maven.
[20:02:24] <jose_freitas> in a remote container
[20:02:45] <jose_freitas> In theory I could not access this on server, but could do it on client
[20:02:59] <jose_freitas> and with embedded, It'd be possible for both sides
[20:03:03] <jose_freitas> right?
[20:03:31] <jose_freitas> well, maybe even with embedded this property wouldn't be set
[20:04:16] <jose_freitas> but the thing is, I cannot access this property even on client side: which in my case for example in @Deployment
[20:04:43] <ALR> Hehe, that's not CL, as you kinda note
[20:04:47] <ALR> It's local to the VM though
[20:05:02] <jose_freitas> I'm expressed badly
[20:05:08] <ALR> You should be able to get at it client-side though
[20:05:14] <ALR> Where are you trying to access it?
[20:05:40] <jose_freitas> on a generic deployment builder class
[20:05:47] <jose_freitas> this property should be set by a profile
[20:05:57] <jose_freitas> and I'd know for which system I'm building
[20:06:02] <ALR> Yup.
[20:06:14] <ALR> Only when you run the test from a non-Maven env it won't know what's up
[20:07:24] <jose_freitas> when I meant classloading, it's more like how it's managing the vm
[20:07:42] <jose_freitas> when I said*
[20:07:56] <ALR> Yup.
[20:08:16] <ALR> And System.getProperty() is returning null on the client side?
[20:08:21] <jose_freitas> yeah
[20:08:32] <ALR> I'm guessing you're not really setting the prop.
[20:08:39] <jose_freitas> no
[20:08:40] <ALR> It's not a secret API or anything.
[20:08:42] <ALR> Really simple.
[20:08:52] <jose_freitas> hehehe
[20:08:53] <jose_freitas> the property is not being set
[20:08:58] <ALR> Either that, or what you *think* is on the client is really on the server
[20:09:06] <jose_freitas> hm
[20:09:12] <ALR> How are you setting it?
[20:09:31] <ALR> Sure you're not setting the sysprop on the Maven process, and then Surefire forks to launch your client in a new VM?
[20:10:27] <jose_freitas> tried with <argLine>-Dtomcat=active with <systemProperties><MAVEN_OPTS>-Dtomcat=active <systemProperties><tomcat>active <systemProperties><property><name>tomcat<value>active
[20:11:01] <jose_freitas> tried with forkMode=never too
[20:11:09] <ALR> <argLine> should do it
[20:11:13] <jose_freitas> but not with the how matrix
[20:11:23] <jose_freitas> let me try forkMode never and argline
[20:11:36] <ALR> forkMode should be once and still work
[20:11:38] <ALR> I've done that before
[20:11:49] <ALR> I don't think argLine works with "never"
[20:12:01] <ALR> Because if you're not forking, there's no place to pass arguments
[20:12:19] <jose_freitas> hm
[20:12:32] <jose_freitas> once is the default?
[20:12:45] <jose_freitas> isn't it?
[20:14:03] <ALR> I think so
[20:15:51] <jose_freitas> well, anyway. thanks It might be a silly thing I'm missing
[20:16:04] <ALR> Maven configs usually are.
[20:16:19] <ALR> Just for fun, show me your test class where you try to get at the sysprop?
[20:17:53] *** ldimaggi has joined #jbosstesting
[20:18:37] <jose_freitas> ok, one ec
[20:18:38] <jose_freitas> sef
[20:18:39] <jose_freitas> sec
[20:19:25] <jose_freitas> well, I made some changes, but related to this is still like https://github.com/aslakknutsen/jsfunit/blob/master/examples-arquillian/hellojsf/src/test/java/org/jboss/jsfunit/example/hellojsf/Deployments.java
[20:20:14] <jose_freitas> I was working just with jboss6 and jboss7 til now, and before releasing it, I'll need to test with tomcat, jetty and etc
[20:21:38] <jose_freitas> and this is the way it's being setted
[20:21:42] <jose_freitas> never worked for me though
[20:21:53] <jose_freitas> maybe because I'm with maven 3
[20:22:39] <jose_freitas> on pom.xml ctrl+f for "active"
[20:34:59] *** ge0ffrey has quit IRC
[20:48:18] *** nilian has joined #jbosstesting
[20:52:04] *** bleathem is now known as bleathem_away
[20:53:57] *** Jaikiran has quit IRC
[20:56:21] *** lightguard_jp has joined #jbosstesting
[20:57:56] <jose_freitas> ALR: argLine worked with mvn direclty. I was testing through junit (for debugging purposes)
[21:01:17] <ALR> jose_freitas: Was on a call
[21:01:19] <ALR> OK, reading up
[21:02:13] <ALR> jose_freitas: So I'm not understanding where you're at now. :)
[21:03:42] <jose_freitas> hehehe
[21:03:57] <jose_freitas> sorry, sometimes I think I have a fragmented mind
[21:04:47] <jose_freitas> well, the problem was like junit vm wasn't receiving this properties
[21:05:03] <jose_freitas> but with argLine it works
[21:05:17] <jose_freitas> when "mvn clean install -P... "
[21:05:28] <jose_freitas> but not running with IDE
[21:19:06] *** rruss has joined #jbosstesting
[21:20:35] *** rruss has quit IRC
[21:20:41] *** rruss has joined #jbosstesting
[21:22:42] *** rruss has quit IRC
[21:22:48] *** rruss has joined #jbosstesting
[21:23:59] <ALR> jose_freitas: Right, as I said
[21:24:09] <ALR> If you run from the IDE, you're not executing Surefire
[21:24:16] <ALR> So no sysprops via that mechanis,
[21:24:17] <ALR> :)
[21:24:30] * ALR signing off.  Been a looooooong shift.
[21:24:53] *** ALR has quit IRC
[21:33:20] *** toepi has joined #jbosstesting
[21:42:26] *** jganoff has quit IRC
[21:51:08] *** toepi has quit IRC
[22:00:41] *** nilian has quit IRC
[22:19:14] *** bleathem_away is now known as bleathem
[22:30:57] *** nilian has joined #jbosstesting
[22:32:15] *** mhuniewicz has joined #jbosstesting
[22:56:13] *** nilian has quit IRC
[23:10:29] *** mhuniewicz has quit IRC
[23:29:49] *** ldimaggi has quit IRC





top