[00:36:32] *** aslak has quit IRC
[02:01:38] *** lightguard_jp has joined #jbosstesting
[02:01:50] *** lightguard_jp has quit IRC
[02:02:07] *** lightguard_jp has joined #jbosstesting
[02:06:00] *** lightguard_jp has quit IRC
[02:22:42] *** ldimaggi has joined #jbosstesting
[03:11:57] *** johnament has quit IRC
[03:45:36] *** ldimaggi has quit IRC
[04:20:14] *** bgeorges has joined #jbosstesting
[06:32:19] *** dblevins has quit IRC
[06:38:58] *** dblevins has joined #jbosstesting
[06:52:22] *** bleathem has quit IRC
[07:07:05] *** kpiwko has joined #jbosstesting
[07:08:37] *** Jaikiran has joined #jbosstesting
[08:28:34] *** oskutka has joined #jbosstesting
[08:36:14] *** lfryc has joined #jbosstesting
[08:36:28] *** wolfc has joined #jbosstesting
[08:36:55] *** mgoldmann has joined #jbosstesting
[08:43:24] *** ge0ffrey has joined #jbosstesting
[08:45:52] *** mgoldmann has quit IRC
[09:09:41] *** aslak has joined #jbosstesting
[09:09:41] *** aslak has quit IRC
[09:09:42] *** aslak has joined #jbosstesting
[09:12:05] *** jharting has joined #jbosstesting
[09:22:08] *** jeand has joined #jbosstesting
[09:37:34] *** aslak has quit IRC
[09:38:15] *** aslak has joined #jbosstesting
[09:44:28] *** maeste has joined #jbosstesting
[10:04:36] *** alesj has joined #jbosstesting
[10:26:30] *** oskutka has quit IRC
[10:26:36] *** bgeorges has quit IRC
[10:27:13] *** oskutka has joined #jbosstesting
[10:33:18] *** oskutka has quit IRC
[10:35:39] *** vtunka has joined #jbosstesting
[11:09:35] *** oskutka has joined #jbosstesting
[11:11:16] *** mgoldmann has joined #jbosstesting
[11:11:18] *** mgoldmann has joined #jbosstesting
[11:12:38] *** pmuir has joined #jbosstesting
[11:28:50] <aslak> kpiwko, ping
[11:33:06] <alesj> aslak: ping
[11:33:12] <aslak> alesj, heya
[11:33:18] <alesj> what was the result of our Resin4 discussion then?
[11:33:27] <alesj> and GAE for that matter :-)
[11:33:27] *** aslak has quit IRC
[11:34:16] *** aslak has joined #jbosstesting
[11:34:26] <aslak> alesj, i still don't think you can ripp out someone else's ASL code and replace all copyright headers.. :)
[11:34:56] <alesj> ok, i'll do those 5locs from scratch then ? or what?
[11:35:09] <alesj> since at the end i didn't use much
[11:38:55] *** maeste has quit IRC
[11:39:38] *** maeste has joined #jbosstesting
[11:39:53] <aslak> to me it looks more like you changed 5 locs but..
[11:40:04] <alesj> yeah
[11:40:24] <aslak> alesj, if you attach the original copyright as well as outrs i think we're good
[11:40:28] <aslak> ours
[11:40:29] <alesj> but all previous code was simplfy filling in spi "requirements"
[11:41:19] <aslak> pmuir, ping
[11:41:48] <pmuir> hi aslak
[11:42:16] <aslak> pmuir, you have some experience with this in regards to sun and weld.. do you add dual CP headers where both companies have changed stuff, or only the one that 'started' the file ?
[11:42:36] <pmuir> both
[11:42:43] <aslak> right..
[11:44:11] <aslak> alesj, so, rebase against arquillian:master, update to new SPIs and add dual CP headers where appropriate and i can pull it in
[11:44:49] *** maeste has quit IRC
[11:45:05] <alesj> aslak: sounds like a plan :-)
[11:45:32] <aslak> :)
[11:46:28] <aslak> alesj, as far as GAE goes.. i think the Embedded impl is still to hackish to be released. not heard anything back from the guy from devoxx on the cmd v.
[11:50:12] <alesj> the embedded needs to be hackish, in order to get past the ApiEnv crap issue
[11:50:38] <alesj> but i haven't checked lately if we get past Maevn sec bug
[11:50:55] <aslak> alesj, i know, but maybe we shouldn't force it embedded if it clearly was not intended to be ran that way
[11:51:19] <alesj> i don't think they actually thought much about that
[11:51:54] <alesj> they do have some embedded tests ...
[11:52:03] <alesj> so i might be doing it wrong
[11:52:20] <alesj> but i did check if using those Mock services would help
[11:52:23] <alesj> but it didn't
[11:52:36] <alesj> you can mostly embedded explicit service
[11:52:44] <aslak> alesj, where are these embedded tests ?
[11:52:49] <alesj> e.g. DataStore
[11:53:09] <alesj> if you check their home page
[11:53:23] <alesj> you have examples of those tests
[11:53:29] <alesj> e.g. LocalDataStore, ...
[11:54:21] <aslak> http://code.google.com/appengine/docs/java/tools/localunittesting.html
[11:54:42] <alesj> yes
[11:54:45] <aslak> seems like mostly mock services
[11:54:50] <alesj> yup
[11:55:00] <alesj> i tried to hack actual runtime with them
[11:55:02] <alesj> but failed
[11:55:16] <alesj> although, i didn;t spend a lot of time trying ...
[11:58:39] *** maeste has joined #jbosstesting
[12:06:31] *** wyer has joined #jbosstesting
[12:08:01] <aslak> pmuir, my comment probably got lost in al my updates if your still following the arq issue list.. but: ARQ-298 that's fixed in the weld-ee-container from weld right ?
[12:08:02] <jbossbot> jira [ARQ-298] Implement conversations based on the new Weld context management API [Open (Unresolved) Bug, Major, Pete Muir] https://issues.jboss.org/browse/ARQ-298
[12:08:14] <pmuir> no, i saw it
[12:08:23] <pmuir> not responded yet
[12:08:26] <aslak> aa ok :)
[12:08:31] <pmuir> yeah, it's all done
[12:08:42] <pmuir> and working well on the weld version of the module
[12:08:51] <aslak> great.. i'll resolve it for next v. then
[12:21:19] <kpiwko> hi aslak
[12:22:43] <aslak> kpiwko: hey, what's the status on ARQ-329, ARQ-371 and ARQ-373
[12:22:44] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[12:22:45] <jbossbot> jira [ARQ-371] Split Arquillian Selenium configuration according to framework [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-371
[12:22:45] <jbossbot> jira [ARQ-373] Support multiple Web Test objects in one test [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-373
[12:25:16] <kpiwko> aslak, I guess they are all a part of upstream/master at the moment
[12:25:28] <aslak> they have been pushed upstream via your other branch, but are they considered resolved?
[12:25:31] <aslak> yea
[12:25:44] <kpiwko> aslak: I would say resolved, yes
[12:25:51] <aslak> kpiwko: great
[12:26:05] <kpiwko> aslak: well, there's a question of changing names
[12:26:24] <kpiwko> aslak: I mean renaming the extension
[12:26:41] <aslak> yea
[12:26:52] <kpiwko> If you want to release a5, it would make sense to do it now
[12:27:15] <aslak> kpiwko: that was my next q.
[12:27:38] <aslak> kpiwko: in general the selenium extension is ready for release ?
[12:27:47] <kpiwko> aslak: in general yes
[12:28:31] <kpiwko> aslak: there is one feature lfryc would like to see there, but I would say we can go with the current state for alpha-5
[12:28:48] <aslak> which is ?
[12:29:44] <kpiwko> I've implemented multiple configurations per "Selenium", so it would be awesome if "Selenium" could be injected as test method parameter as well
[12:30:22] <aslak> right..
[12:30:24] <kpiwko> basically make user able to have public void testFoo(@Selenium @ExtraStuff DefaultSelenium selenium)
[12:31:00] <aslak> your currently not using the TestEnricher SPI are you, since that was not executed on the Client side.. it is now tho, so you could rewrite that part and have the parameter injection 'for free'
[12:31:16] <kpiwko> with different selenium lifecycle (all objects created before test, destroyed after test)
[12:31:48] <kpiwko> aslak, that would be awesome...however, I'm not sure with that will work with @Qualifiers
[12:32:12] <aslak> why not?
[12:33:49] <kpiwko> I haven't seed TestEnricher SPI yet, just asking :)
[12:34:22] <aslak> aa, well the SPI has two levels, inject in Instance, and Resolve MethodArguments
[12:35:12] <aslak> on instance level you get the instance of the test object, scan and do what ever you want..  on MethodArguments level you get the Method, so you can get all the parameter info and annotations etc
[12:35:32] <kpiwko> great...is there your Query API as well?
[12:35:49] <aslak> kpiwko: no, that's not used yet
[12:36:26] <aslak> kpiwko: but it was one of the areas i was aiming for
[12:37:04] <kpiwko> aslak: how much time do I have till a5 release?
[12:37:29] <aslak> Wednesday
[12:38:33] <kpiwko> aslak: that's feasible...could you create a jira for me to rename the extension and reimplement it with TestEnricher SPI?
[12:38:49] <kpiwko> I guess most of it could be done today
[12:39:26] <aslak> ARQ-374
[12:39:27] <jbossbot> jira [ARQ-374] Renaming Selenium extension to more general name [Open (Unresolved) Task, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-374
[12:40:44] <kpiwko> ahh, this was a placeholder for me :)
[12:41:07] <aslak> ARQ-387
[12:41:13] <jbossbot> jira [ARQ-387] Selenium extension should use the TestEnricher SPI to do injection into the test case [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-387
[12:42:05] <aslak> great.. :)
[12:56:49] *** johnament has joined #jbosstesting
[13:05:22] *** kpiwko1 has joined #jbosstesting
[13:05:58] *** kpiwko has quit IRC
[13:09:10] *** kpiwko1 is now known as kpiwko
[13:35:40] *** lightguard_jp has joined #jbosstesting
[13:36:55] *** lightguard_jp has quit IRC
[13:37:12] *** lightguard_jp has joined #jbosstesting
[13:38:04] *** lightguard_jp has quit IRC
[13:38:08] *** lightgua1d_jp has joined #jbosstesting
[13:39:34] <kpiwko> aslak, I have two more questions
[13:44:43] <aslak> kpiwko, shoot
[13:44:48] <kpiwko> aslak, do you remember discussion of publishing AbstractManagerTestBase so extensions can use it to test internals? we decided that it won't be externalized, but now it seams to be that was bad decision, because I recopied this class so it can be reused in my tests
[13:45:48] <aslak> kpiwko, can you not depend on impl-base:tests ?
[13:46:19] <kpiwko> sure, I can add this as dependency
[13:49:07] <aslak> we could consider extracting it as a module to avoid depending on the test suite of core. It will probably be a very commonly used as extensions grow. but for now just dep on impl-base:tests
[13:51:45] <kpiwko> aslak, done, that was quick
[13:51:50] <aslak> :)
[13:52:25] <kpiwko> aslak: the latter question is how to solve @ContextPath...currently there's a hack which checks if all servlets point at the same path and then returns first
[13:52:47] <kpiwko> aslak: I remember you have shown me some code where you have that solved
[13:52:58] <kpiwko> aslak: was it a concept or it is already in master?
[13:53:12] <aslak> kpiwko, ARQ-367
[13:53:14] <jbossbot> jira [ARQ-367] Add support for @ArquillianResource [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-367
[13:53:25] <aslak> kpiwko, i think we should replace ContextPath with that one.
[13:53:54] <aslak> kpiwko, currently only in a branch here. I will push it to master later today
[13:54:40] <kpiwko> aslak: ok, I'll remove @ContextPath once that will be pushed
[13:54:45] <aslak> kpiwko, ok
[13:55:24] <kpiwko> aslak: do you think @Drone aka @Selenium should use @ArquillianResource as well?
[13:55:46] <kpiwko> because it's not really a resource
[13:56:44] <kpiwko> and there are things like @EJB, @Inject which marks other test enrichments
[13:57:36] <aslak> kpiwko, hmm, we could. the though with @ArquillianResource was a common TestEnricher for Arq internals.. how it is a TestEnricher that delegates down based on Types
[13:58:08] <aslak> how it is implemented as a
[14:02:38] <kpiwko> BeforeSuite -> create Drone spi registry and Drone context
[14:02:38] <kpiwko> for @Drone if there's a field with such annotation:
[14:02:38] <kpiwko> BeforeClass -> create configuration, fire Configured
[14:02:38] <kpiwko> Configured -> create instance
[14:02:38] <kpiwko> Before -> inject instance if field empty
[14:02:39] <kpiwko> AfterClass -> DisposeInstance
[14:02:43] <kpiwko> aslak: ^
[14:03:19] * kpiwko brb
[14:04:32] <aslak> kpiwko, right, you only create the stuff if found, and keep it alive across the whole class
[14:07:18] <aslak> kpiwko, keep it as is for now. we can reevaluate for beta-1
[14:10:20] <kpiwko> aslak: ok
[14:10:27] *** ldimaggi has joined #jbosstesting
[14:41:58] *** wyer_ has joined #jbosstesting
[14:42:55] *** wyer has quit IRC
[14:59:54] *** pmuir has quit IRC
[15:09:40] *** johnament has quit IRC
[15:12:00] <kpiwko> aslak, ping
[15:12:07] <aslak> hey
[15:12:50] *** lfryc has quit IRC
[15:13:14] <kpiwko> aslak, do you plan to rewrite docbook documentation for a5 as well?
[15:13:36] <kpiwko> aslak: or up2date javadoc is sufficient
[15:13:46] <aslak> rewrite?
[15:13:52] <kpiwko> ok, update
[15:14:04] <aslak> was hoping to yea..
[15:14:08] <aslak> :)
[15:14:37] <kpiwko> ok, I'll check how much Drone's doc is out-of-date and update :)
[15:14:43] <aslak> atleast get the new stuff in there some where, then have a bigger rewrite for next v. where we move over to confluence etc
[15:18:38] <kpiwko> aslak, I've just added a pull request for ARQ-374 against master, I'll based the rest of the modifications on this branch, ok?
[15:18:40] <jbossbot> jira [ARQ-374] Renaming Selenium extension to more general name [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-374
[15:24:24] *** alesj has left #jbosstesting
[15:24:29] *** pmuir has joined #jbosstesting
[15:27:27] *** wyer_ has quit IRC
[15:29:50] *** lightgua1d_jp has quit IRC
[15:31:31] <aslak> kpiwko, sure
[15:34:14] *** mgoldmann_ has joined #jbosstesting
[15:34:14] *** mgoldmann has quit IRC
[15:36:46] <aslak> kpiwko, you saw the failing drone compile on hudson?
[15:36:55] <kpiwko> aslak: yes
[15:37:28] <kpiwko> aslak: we're trying to switch jdk/machine...there's 1.6_11, which is way too old
[15:37:43] <aslak> mm ok
[15:39:02] <kpiwko> aslak: basically is is complaining that implementation of an interface is incompatible with that interface
[15:39:12] <kpiwko> aslak: that's really odd
[15:40:05] <aslak> there are some jdk bugs in regards to casting and generics.. e.g. in shrinkwrap we can't do (WebArchive)archive, but rather WebArchive.class.cast(archive)
[15:40:35] <kpiwko> I'll check
[15:52:20] *** bleathem has joined #jbosstesting
[16:03:07] <kpiwko> aslak, good news are that build passed with 1.6.0_22
[16:03:14] <kpiwko> sorry, 1.6.0_20
[16:03:22] <aslak> kpiwko, great! :)
[16:03:32] <aslak> thanks
[16:06:03] *** ALR has joined #jbosstesting
[16:06:46] *** kpiwko has quit IRC
[16:21:36] *** jharting has quit IRC
[16:32:55] *** aslak has quit IRC
[16:38:02] *** aslak has joined #jbosstesting
[16:38:02] *** aslak has joined #jbosstesting
[16:51:25] *** lincolnthree has joined #jbosstesting
[16:51:33] <lincolnthree> hey ALR, got a sec for a quick Q?
[16:51:42] <ALR> lincolnthree: Sure.
[16:51:45] <lincolnthree> SEAMFORGE-68
[16:51:46] <ALR> Just wrapped AS call.
[16:51:47] <jbossbot> jira [SEAMFORGE-68] rename option JBOSS_6 to JBOSSAS_6 [Open (Unresolved) Enhancement, Minor, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-68
[16:52:08] <lincolnthree> Can you tell me if JBOSSAS_6 is correct, or if JBOSS_AS6 is OK too
[16:52:28] <ALR> lincolnthree: I don't think our branding rules extend to enums :)
[16:52:37] <lincolnthree> this shows up in the UI
[16:52:38] <ALR> Personally I like the look of JBOSS_AS6
[16:52:41] <lincolnthree> me too
[16:52:42] <ALR> Or even JBOSS_AS_6
[16:53:12] <lincolnthree> if you had to choose JBOSS_AS6 or JBOSS_AS_6, which would you pick?
[16:53:19] <lincolnthree> this is something people potentially have to type
[16:53:33] <lincolnthree> $ persistence setup --container JBOSS_AS6
[16:53:35] <ALR> They'd have to type it?  When?
[16:53:38] <lincolnthree> $ persistence setup --container JBOSS_AS_6
[16:53:39] <ALR> Yeek
[16:53:51] <lincolnthree> (tab completion works.)
[16:54:15] <ALR> lincolnthree: What do your other options look like?
[16:54:28] <ALR> IMO pick a uniform standard and stick w/ it
[16:54:30] <aslak> ALR, this is something we should pull into Descriptors btw.. :)
[16:54:44] <ALR> aslak: We don't pull anything into Descriptors.
[16:54:47] <lincolnthree> http://pastebin.com/3bd1jPrm
[16:55:14] <ALR> lincolnthree: Like maybe:
[16:55:16] <aslak> ALR, ?
[16:55:20] <ALR> VENDOR_PRODUCT_VERSION
[16:55:42] <ALR> aslak: Descriptors has no API deps.  What are you saying we should pull in?
[16:55:55] <lincolnthree> ORACLE_GLASSFISH_31 ?
[16:56:05] <lincolnthree> Seems long :) I think I'll go with JBOSS_AS6
[16:56:15] <ALR> lincolnthree: It's long, but consistent
[16:56:42] <lincolnthree> everyone calls it JBOSS or GLASSFISH
[16:56:48] <lincolnthree> I think I'll go with what's colloquial
[16:56:50] <aslak> ALR, wrong wording i guess. we should move some of this DataSource / Persistence stuff that lincolnthree has in Forge as Descriptors.
[16:57:02] <ALR> aslak: What's he got?
[16:57:08] <ALR> I'll take free code all day long.
[16:57:15] <lincolnthree> aslak: I'm not sure about that really
[16:57:27] <lincolnthree> that's putting a lot of logic into descriptors
[16:57:31] <lincolnthree> this does a lot of "figuring out"
[16:57:37] <lincolnthree> maybe that's what you want
[16:57:50] <lincolnthree> I see descriptors as more of an API to directly interact with config files
[16:58:00] <ALR> We could always separate out concerns and pull some things in.
[16:58:00] <lincolnthree> but that's just how I'm using it
[16:58:11] <ALR> Descriptors is an object model for...Descriptors. :)
[16:58:20] <ALR> Also it does parsing from XML source
[16:58:23] <lincolnthree> I'm already using descriptors to do all of this, so im sure it wouldn't be hard
[16:58:24] <ALR> But that's it.
[16:58:31] <aslak> lincolnthree, ALR in the PersistenceDescriptor today we have logic that can do Provider specific things. e.g. showSQL() behaves differently depending on if EclipseLink or Hibernate is set
[16:58:48] <lincolnthree> aslak: ah, yeah, I don't use that because it's too limiting
[16:59:03] <lincolnthree> and I don't think it's there anymore
[16:59:33] <ALR> aslak: PersistenceDescriptor in shrinkwrap/descriptors does that?
[16:59:40] <lincolnthree> ah, it is there
[16:59:43] <aslak> ALR, well, it did
[16:59:46] <lincolnthree> PersistenceaUnitDef
[17:00:19] <aslak> same with WebAppDescriptor, has 'helpers' for Faclets setup etc
[17:00:25] <lincolnthree> but I don't use those convenience methods because they are container specific
[17:00:36] <lincolnthree> just my preference
[17:00:59] <aslak> lincolnthree, container specific?
[17:01:03] <lincolnthree> yes
[17:01:08] <lincolnthree> only works with eclipselink or hibernate
[17:01:16] <lincolnthree> provider specific
[17:01:17] <lincolnthree> sorry
[17:01:20] <aslak> right
[17:01:24] <aslak> are there others ? ;)
[17:01:27] <lincolnthree> I think we should probably have another level of abstraction
[17:01:28] <lincolnthree> yes
[17:01:30] <lincolnthree> toplink
[17:01:38] <aslak> toplink is eclipselink
[17:01:42] <lincolnthree> not quite
[17:01:54] <lincolnthree> the config is certainly not the same ;)
[17:02:10] *** lightguard_jp has joined #jbosstesting
[17:02:11] <aslak> is toplink stil maintained?
[17:02:16] <lincolnthree> it's proprietary
[17:02:17] <lincolnthree> yes
[17:02:22] <lincolnthree> not opensource anymore
[17:02:30] <lincolnthree> but that's not reallyimportant
[17:02:34] <lincolnthree> the point I want to make is this
[17:02:39] <aslak> i thought oracle gave toplink to eclipse and that's how we have eclipselink
[17:02:56] <lincolnthree> we have an API for interacting with what's in the Spec in descriptors
[17:03:02] <lincolnthree> then we have these convenience methods scattered in
[17:03:04] *** ldimaggi has quit IRC
[17:03:08] <lincolnthree> but they might not work with resin
[17:03:14] <lincolnthree> or websphere
[17:03:29] <lincolnthree> So what I think we really need in order to do that right, is another level of abstraction
[17:03:36] <aslak> yea, i agree
[17:03:45] <lincolnthree> That's where forge's stuff belongs
[17:03:50] <lincolnthree> not in the core descriptors API
[17:04:09] <lincolnthree> we need 1 level for spec compliant APIs
[17:04:14] <aslak> arq has the same, that's all .. :)
[17:04:17] <lincolnthree> then level 2 for convenience and auto-config
[17:04:31] <lincolnthree> then we should combine ;)
[17:04:41] <aslak> i mean, arq has the same need
[17:05:25] <lincolnthree> org.jboss.seam.forge : forge-j2ee-plugins : 1.0.0.Alpha2 :)
[17:05:38] <lincolnthree> but yes
[17:06:06] *** oskutka has quit IRC
[17:06:09] <lincolnthree> Oh there's also OpenJPA
[17:06:14] <lincolnthree> that's what I was trying to think of
[17:06:25] <aslak> lincolnthree, hehe yea, it was intended as a joke.. :)
[17:06:36] <lincolnthree> ah :-p
[17:08:24] *** johnament has joined #jbosstesting
[17:14:41] *** lightguard_jp has quit IRC
[17:21:33] *** lightguard_jp has joined #jbosstesting
[17:22:53] <ALR> aslak: Looking at ARQ-389 now.
[17:22:54] <jbossbot> jira [ARQ-389] Rename @Target, @Expected, @Run and @DeploymentTarget annotations [Open (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-389
[17:23:03] <aslak> ALR, yea
[17:24:18] <ALR> aslak: I see other issues besides naming
[17:24:22] *** ldimaggi has joined #jbosstesting
[17:24:26] <ALR> For instance @Deployment.startup
[17:24:43] <aslak> wondering about renaming that 'managed'
[17:24:55] <ALR> If we make some mechanism to allow the user to map the events to handlers, that overlaps, right?
[17:25:18] <ALR> In that case, *when* we deploy isn't a property of @Deployment
[17:25:35] <ALR> But instead is specified by how the user maps the event
[17:25:57] <aslak> see comment above
[17:26:34] <aslak> it first comes into play when we have support for Manual deployment
[17:27:18] <aslak> basically tells arq to keep it's hands of the deployment part of it. some @Test method will call when it shall be deployed
[17:28:03] <ALR> Gotcha
[17:28:10] <ALR> Then maybe "manual"?
[17:28:16] <ALR> Aside from that, I like all else.
[17:28:28] <ALR> @OperateOnContainer, @ShouldThrowException....
[17:28:31] <ALR> These are explicit.
[17:28:43] <ALR> I always like explicit over too concise. :)
[17:29:27] <aslak> not sure about Deployment.testable either.. but havn't found a better description. basically if arq should 'enrich' the deployment for incontainer testing
[17:31:31] <aslak> What is more logical btw. Turning what is default off, or turning the other option on. e.g. managed = true vs manual = true
[17:31:39] <aslak> sorry,
[17:31:55] <aslak> default being, managed = true or manual = false
[17:34:10] *** pmuir_ has joined #jbosstesting
[17:34:10] *** pmuir_ has quit IRC
[17:34:10] *** pmuir_ has joined #jbosstesting
[17:34:14] *** ge0ffrey has quit IRC
[17:35:25] *** ge0ffrey has joined #jbosstesting
[17:36:18] *** pmuir has quit IRC
[17:38:42] *** pmuir_ is now known as pmuir
[17:57:42] *** ldimaggi has quit IRC
[18:00:32] *** pmuir has quit IRC
[18:00:51] *** lightguard_jp has quit IRC
[18:15:44] *** ldimaggi has joined #jbosstesting
[18:21:03] *** lfryc has joined #jbosstesting
[18:24:11] *** pmuir has joined #jbosstesting
[18:30:27] *** pmuir has left #jbosstesting
[18:33:45] *** lfryc has quit IRC
[18:34:48] *** maeste has quit IRC
[18:58:57] *** vtunka has quit IRC
[19:52:26] *** echelog-2 has joined #jbosstesting
[20:22:12] *** lightguard_jp has joined #jbosstesting
[20:22:52] *** lightgua1d_jp has joined #jbosstesting
[20:22:53] *** lightguard_jp has quit IRC
[20:38:46] *** michaelschuetz has joined #jbosstesting
[20:44:21] *** Jaikiran has quit IRC
[20:46:58] *** ldimaggi has quit IRC
[21:10:36] *** oskutka has joined #jbosstesting
[21:11:54] *** alesj has joined #jbosstesting
[21:17:07] *** ldimaggi has joined #jbosstesting
[21:17:47] *** oskutka has quit IRC
[21:18:03] *** ge0ffrey has quit IRC
[21:19:51] *** johnament has quit IRC
[21:21:26] *** mgoldmann_ has quit IRC
[21:22:16] *** johnament has joined #jbosstesting
[22:45:32] *** ldimaggi has quit IRC
[22:47:00] *** michaelschuetz has quit IRC
[22:51:58] <jbossbot> git [arquillian] push master 3134a5a.. Karel Piwko ARQ-374 Renamed Selenium Extension to Arquillian Drone
[22:52:00] <jbossbot> jira [ARQ-374] Renaming Selenium extension to more general name [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-374
[22:52:00] <jbossbot> git [arquillian] push master 31678f0.. Karel Piwko ARQ-388 Updated Selenium to 2.0b2
[22:52:00] <jbossbot> jira [ARQ-388] Update Selenium version to 2.0b2 [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-388
[22:52:01] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/b9a2cae...31678f0
[22:52:12] *** lincolnthree has left #jbosstesting
[23:09:44] <jbossbot> git [arquillian] push master 04a8151.. Aslak Knutsen ARQ-356 Add support for setting RMI port for JBoss AS 5.1 & 6.0 Managed containers in arquillian.xml
[23:09:45] <jbossbot> jira [ARQ-356] JBoss AS Managed does not allow to set RMI port used for deployment. Forces users to use 1099 [Open (Unresolved) Bug, Minor, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-356
[23:09:45] <jbossbot> git [arquillian] push master caeaa53.. Aslak Knutsen ARQ-356 Remove old ContainerProfile from ContainerConfiguration
[23:09:45] <jbossbot> git [arquillian] push master f54861c.. Aslak Knutsen ARQ-378 Add useRmiPortForAliveCheck configuration option to JBoss AS 5.1 and 6.0 Managed containers.
[23:09:46] <jbossbot> jira [ARQ-378] For managed appservers, a configurable "is it up?" URL would be nice [Open (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-378
[23:09:46] <jbossbot> git [arquillian] push master 74014f4.. Aslak Knutsen ARQ-319 Add support for setting startup and shutdown timeout in seconds via arquillian.xml for the JBoss AS 5.1 and 6.0 containers.
[23:09:47] <jbossbot> jira [ARQ-319] Allow container START_TIME to be configurable in arquillian.xml [Open (Unresolved) Feature Request, Minor, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-319
[23:09:47] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/31678f0...74014f4
[23:11:19] <aslak> bobmcw, if you want to test before we release.. :)
[23:11:35] <bobmcw> not tonight :(
[23:12:25] <aslak> bobmcw, release Wednesday :)
[23:18:41] <aslak> ref 378 of course
[23:23:50] *** alesj has left #jbosstesting
[23:25:55] <bobmcw> aslak: I'll check before then
[23:26:02] <bobmcw> what's the config for changing that?
[23:26:09] * bobmcw goes to read commit log
[23:26:36] <bobmcw> got it, thanks!
[23:26:45] <bobmcw> that'll be perfect if it works for us
[23:28:54] <aslak> great
[23:51:11] *** jeand has quit IRC





top