[00:23:20] *** michaelschuetz has quit IRC
[01:03:18] *** nickarls has joined #jbosstesting
[02:03:23] *** Elisha has quit IRC
[02:04:10] *** Elisha has joined #jbosstesting
[03:35:19] *** Elisha has quit IRC
[03:35:56] *** Elisha has joined #jbosstesting
[04:05:48] *** ldimaggi_ has joined #jbosstesting
[05:07:25] *** ldimaggi_ has quit IRC
[05:57:11] *** johnament has quit IRC
[06:39:09] *** maeste has joined #jbosstesting
[06:56:28] *** kpiwko has joined #jbosstesting
[07:56:17] *** kpiwko has quit IRC
[07:56:18] *** OndejZizka has quit IRC
[07:57:09] *** oskutka has joined #jbosstesting
[07:57:13] *** oskutka has quit IRC
[07:57:13] *** oskutka has joined #jbosstesting
[07:57:16] *** OndejZizka has joined #jbosstesting
[07:57:23] *** kpiwko has joined #jbosstesting
[08:05:52] *** mgoldmann has joined #jbosstesting
[08:08:16] *** jdewinne has joined #jbosstesting
[08:20:16] *** jharting has joined #jbosstesting
[08:21:26] *** bgeorges has joined #jbosstesting
[08:31:05] *** oskutka has quit IRC
[08:33:33] *** jdewinne has left #jbosstesting
[08:41:50] *** michaelschuetz has joined #jbosstesting
[08:43:50] *** oskutka has joined #jbosstesting
[08:44:54] *** ge0ffrey has joined #jbosstesting
[08:48:10] *** jharting has quit IRC
[08:48:38] *** jharting has joined #jbosstesting
[09:16:21] *** lfryc has joined #jbosstesting
[09:27:43] *** ALR has joined #jbosstesting
[09:33:31] <ALR> kpiwko: Yo.
[09:34:03] <kpiwko> ALR: hi
[09:34:37] <ALR> kpiwko: I spent a good portion of the the weekend APIizing stuff in SW-140
[09:34:46] <ALR> Tonight I ditched most of it! :D
[09:34:55] <ALR> And instead rebased off your experimental branch
[09:35:02] <ALR> And started re-apply what I did on top of that.
[09:35:07] <kpiwko> ALR: that's awesome!
[09:35:16] <ALR> Basically what I'm working for is this:
[09:35:27] <ALR> 1) The separation you made by abstracting out the filter stuff
[09:35:39] <ALR> 2) Move more stuff to api-maven
[09:36:05] <ALR> 3) Centralized entry point: DependencyResolvers.use(MavenDependencyResolver.class)...
[09:36:31] <ALR> 4) resolve() method to accept the end-user view:
[09:36:44] <ALR> ie. resolveAs(JavaArchive.class);
[09:36:59] <ALR> Instead of Archive<?>
[09:37:42] <kpiwko> so if I use resolveAs(WebArchive.class) it will make a war with all dependencies in WEB-INF/lib, right?
[09:38:22] <ALR> No.
[09:38:29] <ALR> It'll just return you a WebArchive view
[09:38:36] <ALR> Instead of a Archive<?> type
[09:38:49] <ALR> Endusers aren't really using Archive<?>
[09:38:56] <kpiwko> Ahh, I see now...so you can chain methods
[09:39:00] <ALR> Yeah.
[09:39:02] <kpiwko> great idea
[09:39:33] <ALR> kpiwko: Thanks, but basically I'm just tracing your stuff and trying to make it look consistent w/ ShrinkWrap's API
[09:39:44] <ALR> The problem with that is:
[09:39:53] <ALR> You've got it returning an array of Archive<?>[]
[09:40:04] <ALR> And I can't make a generic array for a specified end user type.
[09:40:13] <ALR> So I made it return a Collection<ARCHIVEVIEW> instead
[09:41:29] <kpiwko> ALR: and shrinwrap is able to add Collection<ARCHVIEW> via addLibraries()? Iit wasn't possible before AFAIR
[09:41:38] <kpiwko> *It
[09:42:28] <ALR> That's the hitch.
[09:42:33] *** jeand has joined #jbosstesting
[09:42:35] <ALR> The problem I mentioned
[09:42:46] <ALR> Needs a .toArray(new GenericArchive[]{})
[09:42:48] <ALR> At the end
[09:43:16] <ALR> Unless I add in some API method to take in a Collection<Archive<?>>
[09:43:22] <ALR> Which I might as well do.
[09:44:13] <kpiwko> I would definitely like to have such method in the API
[09:44:58] <ALR> Makes sense to me.
[09:45:03] <ALR> I'll likely add that.
[09:45:18] <ALR> kpiwko: And your thoughts on my point 3) above?
[09:46:01] <kpiwko> 3) will be definitely useful when another API/impl pair will arise
[09:46:09] <ALR> That was my thinking.
[09:46:12] <ALR> Also it mirrors:
[09:46:27] <ALR> ShrinkWrap.create(JavaArchive.class) style entry
[09:47:19] <kpiwko> actually, I wasn't sure if SecurityActions code is up-to-date, so having new API to spawn Resolver instances is definitely the way to go in my POV
[09:49:12] <ALR> Yuo.
[09:49:14] <ALR> Yup
[09:49:17] <ALR> Also I've renamed some stuff
[09:49:33] <ALR> I'll push this stuff when done
[09:49:40] <ALR> To the upstream SHRINKWRAP-140 branch
[09:49:42] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[09:49:50] <ALR> But yeah, its rebased on your experimental thing.
[09:50:04] <ALR> kpiwko: Was there anything in your experimental branch you didn't want leaking out into a release?
[09:51:02] <kpiwko> ALR: I don't think so
[09:51:20] <ALR> kpiwko: Neat.  OK, I'll ping back in a bit probably.  On a late-night fueled roll here.
[09:51:41] <kpiwko> ALR: what's the time at your place?
[09:52:06] <ALR> 03:50
[09:52:34] <kpiwko> ALR: ooh gosh :)
[09:52:44] <ALR> Ain't nothin'.
[09:55:27] *** bgeorges has quit IRC
[10:07:53] *** wolfc has joined #jbosstesting
[10:34:33] *** kpiwko has quit IRC
[11:14:11] *** kpiwko has joined #jbosstesting
[11:32:07] *** Jaikiran has joined #jbosstesting
[11:33:21] *** alesj has joined #jbosstesting
[11:36:58] <ALR> kpiwko: More progress: https://github.com/ALRubinger/shrinkwrap/commits/SHRINKWRAP-140
[11:36:59] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[11:55:30] *** vtunka has joined #jbosstesting
[12:08:45] <ALR> kpiwko: Where do you stand with:
[12:09:02] <ALR> ARQ-329, ARQ-281 ?
[12:09:04] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[12:09:05] <jbossbot> jira [ARQ-281] NPE when JBOSS_HOME isn't set [Open (Unresolved) Bug, Minor, Karel Piwko] https://issues.jboss.org/browse/ARQ-281
[12:09:27] <ALR> These have been merged into upstream/next, but in completed form?
[12:18:36] <kpiwko> ALR: afaik ARQ-281 was fully merged, ARQ-329 is missing Javadoc and I asked Aslak for a pull
[12:18:37] <jbossbot> jira [ARQ-281] NPE when JBOSS_HOME isn't set [Open (Unresolved) Bug, Minor, Karel Piwko] https://issues.jboss.org/browse/ARQ-281
[12:18:38] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[12:19:14] <ALR> kpiwko: I can handle any pulls while he's gone, I suppose.
[12:19:28] <kpiwko> from ARQ-329-next which is rebased on upstream/next
[12:19:30] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[12:19:30] <ALR> kpiwko: Currently upstream/next is not completing the build fo rme.
[12:19:44] <ALR> kpiwko: Is there a specific commit I can cherry-pick?
[12:20:36] <kpiwko> ALR: https://github.com/kpiwko/arquillian/commits/ARQ-329-next shows five commits you'd need to cherry-pick
[12:20:37] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[12:21:15] <ALR> kpiwko: And it's just JavaDoc?
[12:21:40] <kpiwko> ALR: actually not, unfortunately
[12:22:02] <ALR> OK
[12:22:08] <ALR> kpiwko: It's the latest 5?
[12:22:16] <kpiwko> there's update to Ajocado Alpha1 and ARQ-371 and ARQ-373 as well
[12:22:17] <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:18] <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:22:27] <ALR> What a mess. :P
[12:23:04] <ALR> kpiwko: The problem is, I'm flying blind.
[12:23:09] <kpiwko> that's support for multiple browser configuration Aslak wanted to include but we haven't discussed it in detail
[12:23:13] <ALR> kpiwko: upstream/next build does not complete.
[12:23:21] <kpiwko> what's the problem there?
[12:23:32] <ALR> kpiwko: Give it a spin and see. :)
[12:23:38] <ALR> Fails to start the AS6 container
[12:23:49] <kpiwko> what branch?
[12:24:15] <ALR> upstream/next
[12:24:49] <kpiwko> I'll try
[12:24:53] <ALR> kpiwko: Thanks.
[12:25:02] <ALR> At least I'll know then if it's me or not.
[12:27:35] <ALR> kpiwko: Got a console window handy?
[12:27:44] <ALR> kpiwko: "dig alrubinger.com"
[12:28:01] <ALR> What IP in the answer section for you?
[12:28:14] <kpiwko> 24.218.27.13
[12:28:24] <ALR> Damn, hasn't propagated to you yet
[12:28:28] <ALR> So you can't see my Hudson
[12:28:37] <ALR> Well, you could:
[12:28:37] <ALR> http://jboss.hudson.alrubinger.com/job/Arquillian%20Next%20(TEMP)/1/console
[12:28:44] <ALR> If you want:
[12:28:47] <ALR> /etc/hosts:
[12:28:53] <kpiwko> managed container is working for me well
[12:28:55] <ALR> 24.91.193.0 jboss.hudson.alrubinger.com
[12:29:17] <kpiwko> are you sure you have javaHome set properly?
[12:29:18] <ALR> My Hudson is even failing on the ARQ impl module.
[12:29:33] <ALR> What does it need to be set to?
[12:29:38] <ALR> I have it set, yes.
[12:29:44] <ALR> But the build should be verifying that.
[12:29:56] <ALR> In Enforcer plugin or whatever to tell me if things are notsogood.
[12:30:22] <kpiwko> the thing is
[12:30:30] <ALR> [alr@alr-laptop arquillian]$ echo $JAVA_HOME
[12:30:31] <ALR> /opt/sun/java/jdk6/
[12:30:48] <kpiwko> in arquillian way a property in arquillian.xml takes precedence
[12:31:15] <kpiwko> so it is overridden by arquillian.xml to a directory which exists by default only in Ubuntu, I guess
[12:31:19] <kpiwko> I had to symlink that
[12:31:38] <kpiwko> well, ARQ-168 should show you a nice report about wrong JAVA_HOME
[12:31:39] <jbossbot> jira [ARQ-168] Validation on container configuration properties [Resolved (Done) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-168
[12:32:33] <ALR> So the build is only gonna work on Ubuntu?
[12:32:39] <ALR> We work for RED HAT. :D
[12:32:44] <kpiwko> exactly :)
[12:33:19] <kpiwko> the thing is configuration is created using env variable and than it is overriden by arquillian.xml
[12:33:44] <ALR> OKee.  Is that one fixed in one of your pending pull requests?
[12:33:50] <kpiwko> no
[12:33:59] <kpiwko> this is more to a general discussion
[12:34:13] <ALR> Can we back up?
[12:34:20] <ALR> What commit introduced this problem
[12:34:21] <ALR> ?
[12:34:29] <ALR> And can that commit be reverted?
[12:34:32] <kpiwko> It was there all the time
[12:34:43] <kpiwko> afaik
[12:34:48] <ALR> kpiwko: Any reason I'm seeing it the first time now?
[12:34:57] <kpiwko> hmm
[12:35:07] <ALR> I have a ARQ-370 branch which was made from aslak/the_bigger_picture
[12:35:08] <jbossbot> jira [ARQ-370] Merge remote aslakknutsen/the_bigger_picture back into upstream/master [Open (Unresolved) Task, Major, Andrew Rubinger] https://issues.jboss.org/browse/ARQ-370
[12:35:13] <kpiwko> maybe it was'nt there before the_bigger_picture
[12:35:19] <ALR> That might be true.
[12:35:31] <ALR> upstream/next now has other issues merged into it
[12:36:06] <kpiwko> I think a quick fix is to remove javaHome property from arquilllian.xml since enforcer would require JAVA_HOME in the environment
[12:36:26] <ALR> kpiwko: Recommend doing whatever quick fix is necessary to get the build to stable.
[12:36:44] <ALR> And open a separate JIRA as blocker for the next ARQ release if we need to resolve it further
[12:37:08] <ALR> At present, we've 3 open JIRAs all tangled up, a broken build, and need a path forward.
[12:37:29] <ALR> Else we'll keep merging in new stuff atop  broken things and never find our way out of the forest.
[12:37:38] <kpiwko> ALR: right, ok
[12:37:50] <ALR> kpiwko: Thanks :)  Lemme know when you have a pull request for that one.
[12:38:00] <ALR> If it can be isolated from other stuff, that'd be greeeeat.
[12:38:21] <kpiwko> ALR: sure thing
[12:38:30] <ALR> Yay.
[12:44:13] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 3f516b2.. Karel Piwko SHRINKWRAP-140 Split of API
[12:44:14] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[12:44:14] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 30f23f4.. Karel Piwko SHRINKWRAP-255 Split API and removed DependencyFilter...
[12:44:14] <jbossbot> jira [SHRINKWRAP-255] Clean up dependencies API  - remove DependencyFilter [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-255
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 79e7be0.. Karel Piwko SHRINKWRAP-255 Wrappers removed, fixed StrictFilter...
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 f9cec32.. Karel Piwko SHRINKWRAP-255 Logging levels shifter to be less verbose
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 60494cc.. Karel Piwko SHRINKWRAP-255 Changed Filter package
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 1a3c0d8.. Karel Piwko SHRINKWRAP-255 Renamed converter methods
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 2113330.. Andrew Lee Rubinger [SHRINKWRAP-140] Renaming and API refactoring atop kpiwko experimental branch
[12:44:15] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 27bcaf5.. Andrew Lee Rubinger [SHRINKWRAP-140] Package renaming in impl-maven
[12:44:16] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 1bdb248.. Andrew Lee Rubinger [SHRINKWRAP-140] Package renaming in impl-maven test sources
[12:44:16] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 URL: http://github.com/shrinkwrap/shrinkwrap/compare/52f3366...1bdb248
[12:44:36] <ALR> Some more commits coming before this one gets closed out.
[12:44:44] <ALR> But that's a bit closer to what we'll have
[12:48:27] <kpiwko> ALR: it is possible to add you as "people to be notified" when requesting a pull into arquillian/next?
[12:48:47] <ALR> Let's see.
[12:50:27] <ALR> No idea.  I'm an Organization member.
[12:50:33] <kpiwko> ALR: a quick fix is in my ARQ-376 branch
[12:50:34] <jbossbot> jira [ARQ-376] Environment configuration is overridden by arquillian.xml [Open (Unresolved) Bug, Blocker, Unassigned] https://issues.jboss.org/browse/ARQ-376
[12:50:55] <ALR> kpiwko: Thanks, will try that
[12:51:07] <kpiwko> ALR: fine, let me know it that helps
[12:51:10] <ALR> kpiwko: What makes no sense to me:
[12:51:20] <ALR> I just clean compiled upstream/next
[12:51:29] <ALR> But had made all those SW-140 changes
[12:51:33] <ALR> Lots of API moving around.
[12:51:38] <ALR> And it didn't break anything?
[12:52:07] <kpiwko> the thing is virtually nobody was using SW-140
[12:55:09] <ALR> I thought something was depending upon it.
[12:55:38] <ALR> kpiwko: Your quick fix here seems to get us past that error .  Nice.
[12:55:56] <jbossbot> git [arquillian] push next e8de51a.. Karel Piwko ARQ-376 A quick fix to enforce ENV variables
[12:55:57] <jbossbot> jira [ARQ-376] Environment configuration is overridden by arquillian.xml [Open (Unresolved) Bug, Blocker, Karel Piwko] https://issues.jboss.org/browse/ARQ-376
[12:55:58] <jbossbot> git [arquillian] push next URL: http://github.com/arquillian/arquillian/compare/1a3c852...e8de51a
[12:58:16] <ALR> kpiwko: And now I've test failures again in the Reloaded container
[12:58:23] <ALR> Which is where I think we left off.
[12:59:00] <ALR> initializationError(org.jboss.arquillian.container.reloaded.embedded_1.ReloadedIntegrationTestCase)  Time elapsed: 0.01 sec  <<< ERROR!
[12:59:00] <ALR> java.lang.IllegalArgumentException: No active DeploymentScoped Context to bind to
[13:01:05] <kpiwko> ALR:  I can verify that, same behaviour for me
[13:01:51] <kpiwko> this line looks highly suspicious to me INFO  [AbstractServer] MCServer [-1.-1.-1.null "null"] Started in 1s:468ms
[13:02:48] <ALR> kpiwko: Ignore that line.
[13:03:00] <ALR> It's because of how jboss-bootstrap handles versioning.
[13:03:06] <ALR> It delegates off to some file in AS.
[13:03:14] <ALR> In Reloaded that file does not exist.
[13:18:38] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 020ad24.. Andrew Lee Rubinger [SHRINKWRAP-140] Correct the POM parents for extension-resolver modules
[13:18:39] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[13:18:40] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 URL: http://github.com/shrinkwrap/shrinkwrap/compare/1bdb248...020ad24
[13:20:49] <ALR> kpiwko: Found the compile errors :)
[13:21:18] <ALR> kpiwko: We changed SW-140 maven coords.  Needed to update them on the ARQ side to see the problems.
[13:26:04] <kpiwko> ALR: is that <relativePath>../pom.xml</relativePath> right?
[13:27:00] <ALR> kpiwko: Yes.
[13:27:05] <kpiwko> ALR: I always thought that this is an aggregator pom which should be excluded from install/deploy phase
[13:27:18] <kpiwko> ALR: so all artifacts should point to BOM instead
[13:27:25] <ALR> kpiwko: In this case it's both the aggregator and the build parent
[13:27:36] <ALR> We have no BOM here/
[13:28:15] <kpiwko> ALR: ok
[13:36:39] <kpiwko> ALR: I have a fix for that reloaded container
[13:37:02] <ALR> kpiwko: Nice!
[13:37:13] <kpiwko> I'm not sure if that's correct though
[13:37:17] <ALR> And I've got some compile fixes.
[13:37:20] <ALR> Whatcha got?
[13:37:33] <kpiwko> ALR: because there's javadoc missing in aslak code ;)
[13:37:33] <ALR> kpiwko: pastebin?
[13:37:45] <kpiwko> ALR: no reason to pastebin actually
[13:37:48] <ALR> OK
[13:38:00] <ALR> kpiwko: BTW, something I've noticed:
[13:38:12] <ALR> You might consider being more proactive in your assertions
[13:38:16] <ALR> Doing precondition checks
[13:38:24] <ALR> For instance, ensuring you're not passed in null inputs
[13:38:25] <ALR> Etc
[13:38:49] <ALR> Probably 1/3 of my code is a if(whatever=null) throw new IllegalArgumentException()
[13:39:00] <kpiwko> ALR: yeah, that might help make code more robust
[13:39:37] <kpiwko> ALR: but it should propagate form the lower methods, especially when dealing with Aether
[13:39:45] <kpiwko> ALR: back to the reloaded
[13:39:49] <ALR> kpiwko: Got a pull request for me for the Reloaded thing
[13:39:50] <ALR> ?
[13:40:01] <kpiwko> ALR: will do
[13:40:12] <ALR> I'm about to push up compile fixes and updates to the newer SW-140 things in ARQ/next
[13:40:14] <kpiwko> ALR: I wanted to discuss it first however
[13:40:22] <ALR> kpiwko: Oh sure.
[13:40:35] <ALR> I'll do my best, ARQ internals are not my forte.
[13:41:50] <kpiwko> ALR:new SPI uses scopes and reloaded tried to produce an instance in @DeploymentScope withing start/stop methods...I checked the rest of embedded containers and it seams to me that this scope is not available yet (available in deploy/undeploy methods), so I changed scope to @ContainerScope instead
[13:42:49] <kpiwko> this way it works, but I don't if anything breaks if there are multiple deployments for reloaded container
[13:43:04] <kpiwko> the test scenario does not cover this use case
[13:43:13] <kpiwko> *I don't know if
[13:43:19] * ALR thinking
[13:43:59] <ALR> Multiple scopes in which context?
[13:44:36] <kpiwko> multiple deployments
[13:44:46] <ALR> And it's not available yet?
[13:44:56] <ALR> What am I doing in the ARQ Reloaded Container which is so weird?
[13:45:20] <kpiwko> @DeploymentScope is not available in start() method
[13:45:35] <kpiwko> so you can't store an instance of MCServer there
[13:45:35] <jbossbot> git [arquillian] push next 06f0da5.. Andrew Lee Rubinger [ARQ-370] Update to latest refactorings alongside SHRINKWRAP-140
[13:45:36] <jbossbot> jira [ARQ-370] Merge remote aslakknutsen/the_bigger_picture back into upstream/master [Open (Unresolved) Task, Major, Andrew Rubinger] https://issues.jboss.org/browse/ARQ-370
[13:45:37] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[13:45:37] <jbossbot> git [arquillian] push next URL: http://github.com/arquillian/arquillian/compare/e8de51a...06f0da5
[13:46:13] <ALR> I'd love to redo the whole ARQ event mechanism.
[13:46:19] <ALR> Let's see here...
[13:46:20] <kpiwko> you can store it in deploy() method as most of the embedded container do
[13:46:41] <kpiwko> or you can move scope to nearest upper scope, which should be @ContainerScope
[13:47:41] <kpiwko> ALR: I quite like that ARQ event mechanism...saved me a lot of work for Arquillian Selenium
[13:47:47] <ALR> No JavaDoc on @DeploymentScoped eh?
[13:47:54] <kpiwko> no
[13:48:08] <ALR> kpiwko: It's a decent event mechanism until you consider that it's linear.
[13:48:20] <ALR> I'd like to see any events be pluggable at all phases.
[13:48:24] <ALR> But I digress.
[13:49:10] <ALR> kpiwko: Seems like it should be ContainerScope
[13:49:21] <kpiwko> ALR: do you want me to file a jira, commit my workaround so we can fix and track?
[13:49:28] <ALR> kpiwko: The server isn't an instance of the deployment, or part of the deployment context
[13:49:43] <kpiwko> ALR: that's exactly what I think
[13:50:07] <ALR> kpiwko: Still fails that way in my local
[13:50:36] <kpiwko> ALR: however, imagine that there are multiple reloaded servers one per each deployment in test
[13:50:50] <kpiwko> arquillian is able to be configured like that
[13:51:09] <kpiwko> but context can't hold two MCServer instances in that case
[13:52:26] <ALR> kpiwko: I have it kinda working.
[13:52:30] <ALR> kpiwko: Passes the test
[13:52:38] <ALR> But some console errors on undeploy.
[13:52:53] <ALR> kpiwko: Yeah, let's open a JIRA.
[13:53:01] <ALR> And I'll commit this patch:
[13:53:07] <kpiwko> ALR: ahh, haven't checked the output
[13:53:29] <kpiwko> ALR: this is the patch, actually http://pastebin.com/Djc13NnQ
[13:53:31] <ALR> kpiwko:
[13:53:32] <ALR> https://gist.github.com/858467
[13:53:42] <ALR> Right
[13:53:46] <kpiwko> ALR: yeah
[13:53:55] <ALR> And then Aslak can make some better recommendation.
[13:54:05] <ALR> I don't know about this lifecycle stuff.
[13:54:29] <kpiwko> ok, let's leave that to Aslak
[13:54:42] <kpiwko> will you open that JIRA?
[13:55:17] <ALR> kpiwko: Yep,
[13:55:29] <ALR> And I'll push the workaround too
[13:55:55] <kpiwko> ALR: I have no console errors on updeploy
[13:57:28] <ALR> kpiwko: -output.txt disconnects first
[13:57:33] <ALR> If you run in the IDE you can catch it.
[14:00:50] <kpiwko> ALR: that's my output http://pastebin.com/ZwGnePKF
[14:00:51] <jbossbot> git [arquillian] push next 95417af.. Andrew Lee Rubinger [ARQ-377] Bind MCServer and ShrinkWrapDeployer to @ContainerScoped
[14:00:52] <jbossbot> jira [ARQ-377] Reloaded Container test is failing; MCServer and ShrinkWrapDeployer can't bind to correct scope [Open (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-377
[14:00:53] <jbossbot> git [arquillian] push next URL: http://github.com/arquillian/arquillian/compare/06f0da5...95417af
[14:02:16] <ALR> And moving right along!
[14:11:46] *** bgeorges has joined #jbosstesting
[14:49:58] *** ldimaggi_ has joined #jbosstesting
[15:15:00] *** ALR is now known as ALR|Away
[15:28:41] *** michaelschuetz has quit IRC
[15:37:05] *** bleathem has quit IRC
[15:42:28] *** echelog-2 has joined #jbosstesting
[16:02:30] *** bgeorges has quit IRC
[16:03:29] *** kpiwko has quit IRC
[16:13:42] *** jdlee has quit IRC
[16:31:47] *** oskutka has quit IRC
[16:32:15] *** davidbos has joined #jbosstesting
[16:36:31] *** jdlee has joined #jbosstesting
[16:36:31] *** jdlee has joined #jbosstesting
[16:54:41] *** Jaikiran is now known as Jaikiran|Dinner
[16:55:16] *** jharting has quit IRC
[17:00:07] *** bleathem has joined #jbosstesting
[17:19:37] *** lightguard_jp has joined #jbosstesting
[17:25:14] *** mgoldmann has quit IRC
[17:29:39] *** lfryc has quit IRC
[17:33:24] *** lfryc has joined #jbosstesting
[18:08:01] *** ge0ffrey has quit IRC
[18:10:43] *** davidbos has quit IRC
[18:32:53] *** lfryc has quit IRC
[18:53:16] *** vtunka has quit IRC
[19:10:51] *** jdewinne has joined #jbosstesting
[19:10:56] *** jdewinne has left #jbosstesting
[19:19:42] *** lightguard_jp has quit IRC
[19:27:22] *** OndejZizka1 has joined #jbosstesting
[19:29:50] *** OndejZizka has quit IRC
[19:30:13] *** OndejZizka has joined #jbosstesting
[19:31:36] *** OndejZizka1 has quit IRC
[19:40:55] *** rruss has joined #jbosstesting
[19:43:23] *** maeste has quit IRC
[19:46:46] *** Jaikiran|Dinner has quit IRC
[19:55:37] *** maeste has joined #jbosstesting
[19:58:56] *** kpiwko has joined #jbosstesting
[19:59:46] *** maeste has quit IRC
[20:04:10] *** alesj has quit IRC
[20:15:38] *** kpiwko has quit IRC
[20:23:28] *** lightguard_jp has joined #jbosstesting
[20:35:09] *** ldimaggi has joined #jbosstesting
[20:35:33] *** ldimaggi has quit IRC
[20:35:58] *** ldimaggi has joined #jbosstesting
[20:57:51] *** stuartdouglas has quit IRC
[20:58:59] *** stuartdouglas has joined #jbosstesting
[21:03:50] *** mgoldmann has joined #jbosstesting
[21:07:38] *** michaelschuetz has joined #jbosstesting
[21:14:39] *** ldimaggi has quit IRC
[21:15:00] *** ldimaggi has joined #jbosstesting
[21:21:10] *** ALR|Away is now known as ALR
[21:25:00] *** jdlee has quit IRC
[21:44:12] *** alesj has joined #jbosstesting
[22:06:30] *** ldimaggi has quit IRC
[22:07:17] *** ldimaggi_ has quit IRC
[22:09:25] *** lightguard_jp has quit IRC
[22:43:37] *** jeand has quit IRC
[23:14:54] *** wolfc has quit IRC
[23:15:07] *** mgoldmann has quit IRC
[23:32:29] *** lightguard_jp has joined #jbosstesting
[23:35:53] *** ldimaggi_ has joined #jbosstesting





top