[00:01:12] *** ldimaggi has quit IRC
[00:01:44] <lightguard_jp> aslak: When is Arquillian beta due out?
[00:02:25] <aslak> lightguard_jp, tomorrow.. core only
[00:02:30] <lightguard_jp> Maybe I should just say the next release? Looks like the beta slipped and the CR is due on Friday :)
[00:02:53] <aslak> lightguard_jp, hehem yea, jbw & geecon eat that release.. ;)
[00:02:56] <lightguard_jp> The containers and all should still work?
[00:03:01] <aslak> lightguard_jp, nope
[00:03:07] <aslak> needs upgrade to some spi changes
[00:03:44] <lightguard_jp> Oh. Things probably won't be functional again (as we currently know it) until CR?
[00:05:23] <aslak> the release tomorrow is beta1
[00:05:26] <aslak> of core
[00:05:49] <aslak> everything else is on it's own release cycle and can be updated / released at any time.
[00:06:16] <aslak> the current focus is AS7
[00:07:27] <aslak> beta1 should lock down the spis tho, so containers shouldn't need to be updated beyond this
[00:09:48] <rruss> aslak, ALR1: hey, pmuir and I were talking about having one deployment descriptor to unify all the others
[00:10:12] <aslak> rruss, ?
[00:10:14] <ALR1> Oh?
[00:10:16] <rruss> would something like that make sense in ShrinkWrap Descriptors or as a separate effort?
[00:10:19] <aslak> the mother of descriptors
[00:10:32] <ALR1> A singular schema to compose the others?
[00:10:39] <rruss> yup
[00:10:51] <ALR1> rruss: What's the use case?
[00:11:03] <ALR1> For instance, a descriptor usually ties in with a deployment.
[00:11:14] <aslak> i guess we're talking DataSources / Queues etc Descriptors, not web.xml and so on
[00:11:19] <ALR1> To unify them all together in one view would make one deployment...
[00:11:34] <ALR1> I could see it definitely for a deployable descriptor for AS.
[00:11:34] <rruss> the thought is that they're harder for developers to grok out of the box when they're spread all over the place
[00:11:46] <rruss> similar to configurations in AS
[00:11:57] <rruss> until they were unified ala AS 7
[00:12:05] <ALR1> Sure.  But, take:
[00:12:18] <ALR1> web.xml.  Say you have a unifying descriptor that has ejb-jar.xml, 2 web.xmls...
[00:12:28] <ALR1> How is the app to know where those descriptors apply?
[00:13:03] <rruss> you mean the application.xml
[00:13:19] <ALR1> That's at the ear-level, sure.
[00:13:23] <aslak> ALR1, well, SW knows and can split them up
[00:13:41] <ALR1> aslak: I'm looking for the use case.
[00:14:07] <rruss> the initial thought was to unify the descriptors, but more logically ... perhaps still generating the old formats
[00:14:11] <ALR1> The deployment container is supposed to know what the unified view is?  Or just the developer view?
[00:14:13] <aslak> Descriptors.create(EE6.class).webXML().servlet().up().up().persistenceXML()...
[00:14:24] <rruss> with an eye towards eventually being able to actually use the one
[00:14:32] <ALR1> aslak: That's the developer view, sure.
[00:15:03] <rruss> ah yes, just a developer view, not the container
[00:15:04] <ALR1> rruss: Then yes, Descriptors/ShrinkWrap is a good place for that. :)
[00:15:21] <ALR1> And in the impl we can intercept and make appropriate XML structures wherever they need be
[00:15:49] <rruss> ALR1: I'll talk with pmuir a little more about it, but wanted to see what your thoughts were first RE: ShrinkWrap Descriptors :)
[00:16:23] <ALR1> rruss: We're getting some traction on that project.  Got a good community guy on it ATM.  I owe him a reply to today's forum posts in fact
[00:16:24] <rruss> ALR1: that's an interesting thought ... actually show unification in use
[00:16:57] <ALR1> aslak: Side note, I'm still concerned about Descriptors 1.0.0-beta-1 leaking
[00:17:00] <ALR1> TO Arquillian
[00:20:35] *** echelog-2 has joined #jbosstesting
[00:20:50] <aslak> ALR1, impl?
[00:21:20] <ALR1> Well, the API is OK enough for users to see.
[00:21:34] <ALR1> But runtime ... ARQ will require a specific version of Descriptors I think
[00:21:39] <ALR1> If you rely on impls at all
[00:22:08] <aslak> ALR1, currently do, but i'll change that for next v.
[00:22:12] <aslak> next.next.v
[00:22:15] <aslak> :)
[00:22:30] <ALR1> :)
[00:59:10] *** johnament has joined #jbosstesting
[01:07:21] *** bgeorges has quit IRC
[01:30:29] *** johnament is now known as jamentaway
[01:34:49] *** aslak has quit IRC
[01:51:38] *** ianbrandt has quit IRC
[01:55:45] *** lightguard_jp is now known as lightguard_jp_aw
[02:16:00] *** kenfinnigan has joined #jbosstesting
[02:16:17] *** jamentaway is now known as johnament
[02:29:16] *** kenfinnigan_ has joined #jbosstesting
[02:29:46] *** kenfinnigan_ has quit IRC
[02:30:06] *** kenfinnigan_ has joined #jbosstesting
[02:31:54] *** kenfinnigan has quit IRC
[02:32:01] *** kenfinnigan_ is now known as kenfinnigan
[03:05:16] *** ldimaggi has joined #jbosstesting
[03:40:56] *** johnament has quit IRC
[04:19:33] *** ldimaggi has quit IRC
[04:24:34] *** jdlee has quit IRC
[04:27:33] *** jdlee has joined #jbosstesting
[04:27:33] *** jdlee has joined #jbosstesting
[04:28:39] *** jdlee has quit IRC
[04:29:01] *** jdlee has joined #jbosstesting
[04:29:01] *** jdlee has joined #jbosstesting
[04:54:42] *** kenfinnigan has quit IRC
[06:11:43] *** bgeorges has joined #jbosstesting
[06:48:17] *** lightguard_jp_aw is now known as lightguard_jp
[07:03:13] *** rruss has quit IRC
[07:47:53] *** maeste has joined #jbosstesting
[08:02:05] *** maeste has quit IRC
[08:09:21] *** tdiesler has joined #jbosstesting
[08:18:22] *** kpiwko has joined #jbosstesting
[08:26:56] *** tdiesler has quit IRC
[08:30:16] *** tdiesler has joined #jbosstesting
[08:43:11] *** davidbos has joined #jbosstesting
[08:45:56] *** jeand has joined #jbosstesting
[08:50:38] *** galderz has joined #jbosstesting
[08:50:45] *** maschmid has joined #jbosstesting
[09:00:15] *** ge0ffrey has joined #jbosstesting
[09:08:24] *** tdiesler has quit IRC
[09:08:34] *** tdiesler has joined #jbosstesting
[09:35:37] *** maeste has joined #jbosstesting
[09:39:09] *** lightguard_jp has quit IRC
[09:42:36] *** aslak has joined #jbosstesting
[09:43:42] <aslak> ALR1, ping
[09:54:34] *** mgoldmann has joined #jbosstesting
[10:10:21] *** torben has joined #jbosstesting
[10:10:21] *** torben has joined #jbosstesting
[10:28:32] *** bgeorges has quit IRC
[10:36:35] *** aslak has quit IRC
[10:37:08] *** aslak has joined #jbosstesting
[10:39:18] *** vtunka has joined #jbosstesting
[10:44:39] *** rbattenfeld has joined #jbosstesting
[10:45:18] *** rbattenfeld has quit IRC
[10:47:20] *** PeteRoyle has quit IRC
[10:47:46] *** rbattenfeld has joined #jbosstesting
[10:53:31] <rbattenfeld> Hi all. Here is ralf
[10:58:34] *** rbattenfeld has quit IRC
[11:17:02] *** torben has quit IRC
[11:57:43] <aslak> tdiesler, ping
[11:58:29] <aslak> tdiesler, you want to fetch https://github.com/arquillian/arquillian-container-osgi/tree/ARQ-195 and https://github.com/arquillian/arquillian-core/tree/ARQ-195 and give it a spin before it goes upstream
[11:58:31] <jbossbot> jira [ARQ-195] Expose a Deployer API to the TestCase [Open (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-195
[11:58:46] <aslak> tdiesler, the new Deployer API
[12:00:27] <aslak> tdiesler, i removed the ARQ-198 Test case from the OSGI-embedded test suite, it was basically testing features of the old ArchiveProvider, Maven support is not a aspect of the Deployer, but the ShrinkWrap Archive etc...
[12:00:28] <jbossbot> jira [ARQ-198] Install bundle from maven dependencies [Reopened (Unresolved) Feature Request, Critical, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-198
[12:08:35] *** Jaikiran has joined #jbosstesting
[12:09:28] *** alesj has joined #jbosstesting
[12:24:56] *** rbattenfeld has joined #jbosstesting
[12:28:30] *** rbattenfeld has left #jbosstesting
[12:28:30] *** OndraZizka has joined #jbosstesting
[12:29:56] *** torben has joined #jbosstesting
[12:29:56] *** torben has joined #jbosstesting
[12:30:11] *** rbattenfeld has joined #jbosstesting
[12:30:46] *** alesj has quit IRC
[12:31:53] *** rbattenfeld has left #jbosstesting
[12:36:58] *** DavideD has joined #jbosstesting
[12:53:20] *** galderz has quit IRC
[13:11:09] *** Jaikiran is now known as Jaikiran|brb
[13:28:09] <nickarls> dmlloyd: got a sec for an AS6 log issue? Jaikiran hinted you might be the wizard to consult...
[13:28:49] <nickarls> it's the wrong channel but I've only got weld-dev, as7 and this to choose from and I won't msg you for this ;-)
[13:42:58] *** bgeorges has joined #jbosstesting
[13:44:18] *** timte has joined #jbosstesting
[14:28:54] *** galderz has joined #jbosstesting
[14:29:19] *** galderz has quit IRC
[14:40:25] *** davidbos has quit IRC
[14:55:17] *** tdiesler has quit IRC
[14:57:20] *** tdiesler has joined #jbosstesting
[14:58:21] *** ldimaggi has joined #jbosstesting
[14:58:27] *** rbattenfeld has joined #jbosstesting
[15:00:25] *** rbattenfeld has left #jbosstesting
[15:24:42] *** ldimaggi has quit IRC
[15:27:11] *** tdiesler has quit IRC
[15:27:24] *** tdiesler has joined #jbosstesting
[15:27:28] *** tdiesler has joined #jbosstesting
[15:32:34] *** alesj has joined #jbosstesting
[15:38:41] <dmlloyd> nickarls: go ahead, I"ll answer if I can
[15:54:33] *** Jaikiran|brb is now known as Jaikiran
[15:56:41] *** alesj1 has joined #jbosstesting
[15:58:50] *** alesj has quit IRC
[16:09:24] *** ldimaggi has joined #jbosstesting
[16:27:37] *** rruss has joined #jbosstesting
[16:58:17] *** torben is now known as torben|call
[16:58:49] *** timte has quit IRC
[17:19:42] <aslak> tdiesler, help...
[17:24:28] <tdiesler> hey
[17:25:16] <aslak> tdiesler, just renamed all the packages to match the new modules, and 'something'(tm) is not exported/imported correctly in osgi
[17:26:06] <aslak> http://pastebin.com/5WNpAiYw
[17:26:13] <tdiesler> aslak, ok. if you send me the github link I can look at it when the kinds are in bed
[17:27:06] *** michaelschuetz has joined #jbosstesting
[17:27:44] <aslak> tdiesler, https://github.com/arquillian/arquillian-container-osgi/tree/ARQ-195
[17:27:45] <jbossbot> jira [ARQ-195] Expose a Deployer API to the TestCase [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-195
[17:28:00] <tdiesler> aslak, that might be more tricky. The test bundle is not registered with the ARQ bundle
[17:28:20] <tdiesler> aslak, ok I'll have a look in a little while (19:30)
[17:29:35] *** torben|call is now known as torben
[17:30:06] <aslak> tdiesler, it was working up until i changed the package names.. :)
[17:34:12] *** michaelschuetz1 has joined #jbosstesting
[17:34:51] *** michaelschuetz has quit IRC
[17:41:42] *** michaelschuetz has joined #jbosstesting
[17:41:43] *** michaelschuetz1 has quit IRC
[17:41:44] *** Jaikiran is now known as Jaikiran|Dinner
[17:42:26] *** kpiwko has quit IRC
[18:03:15] *** maschmid has quit IRC
[18:10:31] *** michaelschuetz has quit IRC
[18:20:18] *** alesj has joined #jbosstesting
[18:22:29] *** alesj1 has quit IRC
[18:34:31] <nickarls> dmlloyd: http://community.jboss.org/message/605534 shouldn't the getMessage() return the interpolated string?
[18:35:28] <dmlloyd> yeah that's probably a bug I guess
[18:35:46] <dmlloyd> http://github.com/dmlloyd/jboss-logging is where the code is at
[18:35:53] <dmlloyd> patch should be fairly easy
[18:42:21] *** torben has quit IRC
[18:43:47] <aslak> ALR1, is the intended behavior of SHRINKWRAP-187 to silently ignore add of resources that exists?  the bug reports parent folders overriding child files, but the fix ignores all 'duplicate' adds.
[18:43:48] <jbossbot> jira [SHRINKWRAP-187] Existing folders will silently be overwritten by files [Closed (Done) Bug, Major, Samuel Santos] https://issues.jboss.org/browse/SHRINKWRAP-187
[18:46:11] <aslak> ALR1, this kinda breaks a few things.. :)
[19:11:32] * ALR1 looking
[19:11:33] <ALR1> aslak: ^
[19:12:04] <ALR1> aslak: How badly is it breaking?
[19:12:18] <ALR1> aslak: And Can you use "exists()" as a workaround?
[19:14:34] <aslak> ALR1, I can use exists in the known locations, but there might be hidden yems here that the test cases of core does not cover
[19:15:04] *** alesj has left #jbosstesting
[19:15:48] <ALR1> aslak: It should fail, not silently be ignored
[19:15:57] <aslak> should it ?
[19:16:12] <aslak> no overwrite support without first delete ?
[19:16:30] <aslak> how does that work with multi adds like packages, or merge ?
[19:17:53] <aslak> i would say there is a difference between Overwriting a whole Directory Tree with a File with the same name and overwriting a File with new content
[19:17:58] <ALR1> Multi we treat like iterated single ops
[19:18:28] <ALR1> Because we make no guarantees about atomicity of a multi op
[19:18:45] <ALR1> No overwrite without first delete, right
[19:19:00] <ALR1> Which IMO is the most deterministic.
[19:19:08] <aslak> i know, but a merge between a and b, would leave all a's assets in place that are equal in b
[19:19:22] <aslak> apis like setWebXML implies overwrite if you ask me
[19:19:49] <ALR1> I don't think it implies any overwrite.
[19:20:23] <ALR1> I don't think it makes sense for a merge to overwrite anything silently.
[19:20:26] <ALR1> Kinda scary
[19:20:26] <aslak> it also becomes cumbersom, because we hide WEB-INF/web.xml under setWebXML, but to overwrite it you still need to know the path and the archive type, and it completely breaks the method chaining
[19:20:31] <ALR1> Like imagine if Git did that
[19:21:04] <aslak> if(war.container("WEB-INF/web.xml)) { war.delete("WEB-INF/web.xml"); } war.setWebXml()
[19:21:26] <ALR1> That's a separate issue then
[19:21:41] <ALR1> Maybe we wanna expose a removeWebXml() type thing
[19:22:04] <aslak> join that with the fun of doing the same with a WebArchive vs JavaArchive with a Class, check the type of archive for so to check the locaiton
[19:22:18] <ALR1> But I don't think we should start allowing silent overwriting just to make some other stuff easier.
[19:22:26] <ALR1> Instead we should make those other things easier :)
[19:23:00] *** Jaikiran|Dinner is now known as Jaikiran
[19:23:56] <aslak> i don't see what is scary about it, api defines all adds are overwrite
[19:24:45] <aslak> adding to a map doesn't ignore what you add the second time
[19:24:54] <ALR1> Hmm.
[19:25:07] <ALR1> In that case we'd have to roll back the thing.
[19:25:18] <aslak> rollback or fix the impl
[19:25:46] <ALR1> I think a rollback of 187
[19:26:01] <ALR1> Regardless of a folder or file in there...I think
[19:27:33] <aslak> overwriting the tree  META-INF/file.txt with file META-INF sounds like a bug, which is what is reported..
[19:27:53] <ALR1> Why?  :)  If we say that overwrites are OK.
[19:28:05] <aslak> there is a difference
[19:28:09] <ALR1> Personally I kinda don't like overwrites.
[19:28:42] <ALR1> In a Map, if you put() a new thing where something else was previously there, the return value indicates the previous thing.
[19:28:47] <ALR1> Here we have to return T
[19:28:47] *** Jaikiran has quit IRC
[19:29:10] <aslak> yea
[19:31:41] <aslak> this one is also killing Arq: SHRINKWRAP-275
[19:31:42] <jbossbot> jira [SHRINKWRAP-275] Adding Resources via Classloader found in packaged jars results in NullPointerException [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-275
[19:32:59] <ALR1> aslak: So def needs a fix for the next release?
[19:33:16] <ALR1> (And why hasn't that been a problem previously?)
[19:34:58] <aslak> ALR1, i can't update to beta-1 because of it, and can't really release beta-1 without upgrading
[19:35:25] <aslak> it has been a issue before, it's reported on Alpha13, but Arq has been on Alpha12 until now
[19:35:56] <ALR1> Ah OK
[19:36:08] <ALR1> aslak: I'll see how quickly I can't fix that now.
[19:37:18] <aslak> ALR1, what about how quickly you can ? ;)
[19:37:28] *** rbattenfeld1 has joined #jbosstesting
[19:37:42] <ALR1> aslak: Wiseass
[19:38:12] <aslak> rbattenfeld1, heya ralf
[19:38:26] <ALR1> rbattenfeld1: I owe you a forum post BTW :)
[19:38:45] <rbattenfeld1> Cool:)
[19:40:27] <rbattenfeld1> I added some codes in the branch. I was not so sure what is expected.
[19:41:22] <rbattenfeld1> Create a new api or to extend the existing. I will have look in the forum. Thanks
[19:41:52] <rbattenfeld1> Hey aslak, how are you?
[19:42:30] <aslak> rbattenfeld1, doing well.. working on getting arquillian next out
[19:43:46] <rbattenfeld1> Great. I presented his week arquillian and shrinkwrap internally. They are very delighted
[19:45:32] <aslak> rbattenfeld1, cool! you got more contributors coming ? ;)
[19:47:02] <aslak> rbattenfeld1, or more internal usage
[19:47:15] <rbattenfeld1> Maybe, the problem is, we have a strange company policy>:o but I will do what I can:-D
[19:48:07] <rbattenfeld1> I will come back later. Good bye everyone
[19:48:12] *** rbattenfeld1 has left #jbosstesting
[19:52:27] <DavideD> Hi guys, is SHRINKWRAP-247 complex? I can work on that in these days
[19:52:44] <jbossbot> jira [SHRINKWRAP-247] Support recursive addition of web resources [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-247
[19:52:46] <DavideD> sorry I mean SHRINKWRAP 275
[19:55:10] <aslak> bbl, dinner
[19:59:05] *** rbattenfeld has joined #jbosstesting
[19:59:48] *** DavideD has quit IRC
[20:00:47] <rbattenfeld> Hi Andrew, I am back. Sorry, I miss understood your message. No problem that you didn't had time to respond
[20:02:51] <ALR1> rbattenfeld: Ah cool.  Yup, just getting some last issues out here for Aslak
[20:02:58] <ALR1> Then I can have a good look :)
[20:09:02] *** rbattenfeld has left #jbosstesting
[20:16:03] <ALR1> aslak: I've a fix in play .  Is SHRINKWRAP-275 only for addAsManifestResource?
[20:16:04] <jbossbot> jira [SHRINKWRAP-275] Adding Resources via Classloader found in packaged jars results in NullPointerException [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-275
[20:16:12] <ALR1> I'm guessing now.
[20:16:14] <ALR1> *not
[20:19:35] <ALR1> Yep.  Not.  Expanding the tests and fixes.
[21:20:35] <ALR1> aslak: https://github.com/ALRubinger/shrinkwrap/commit/b09121467232bb1f466231287cb3f5542e810643
[21:20:35] <jbossbot> git [shrinkwrap] b091214.. Andrew Lee Rubinger [SHRINKWRAP-275] Allow adding resources held in nested JARs, along w/ test cases
[21:20:36] <jbossbot> jira [SHRINKWRAP-275] Adding Resources via Classloader found in packaged jars results in NullPointerException [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-275
[21:20:45] <ALR1> Pushing that upstream
[21:21:10] <jbossbot> git [shrinkwrap] push master e58530c.. Andrew Lee Rubinger [maven-release-plugin] prepare release 1.0.0-beta-1
[21:21:11] <jbossbot> git [shrinkwrap] push master cb68297.. Andrew Lee Rubinger [maven-release-plugin] prepare for next development iteration
[21:21:11] <jbossbot> git [shrinkwrap] push master b091214.. Andrew Lee Rubinger [SHRINKWRAP-275] Allow adding resources held in nested JARs, along w/ test cases
[21:21:11] <jbossbot> jira [SHRINKWRAP-275] Adding Resources via Classloader found in packaged jars results in NullPointerException [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-275
[21:21:12] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/409156f...b091214
[21:35:20] <jbossbot> git [shrinkwrap] push master d05502b.. Andrew Lee Rubinger [SHRINKWRAP-281] Configure release plugin
[21:35:21] <jbossbot> jira [SHRINKWRAP-281] Fix Release Plugin Version to 2.0 [Open (Unresolved) Task, Major, Andrew Rubinger] https://issues.jboss.org/browse/SHRINKWRAP-281
[21:35:21] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/b091214...d05502b
[21:37:28] *** lightguard_jp has joined #jbosstesting
[21:48:29] *** jharting has joined #jbosstesting
[21:50:19] *** rruss has quit IRC
[21:50:47] *** rruss has joined #jbosstesting
[21:58:29] *** ge0ffrey has quit IRC
[22:20:15] <aslak> ALR1, no, it's all Resource adds fetch from a classloader backed by a jar
[22:20:29] <ALR1> aslak: I added more tests
[22:20:31] *** rruss has quit IRC
[22:20:33] <ALR1> For addAsResource
[22:20:37] <ALR1> addAsWebResource
[22:20:41] <ALR1> addAsWebInfResource
[22:20:49] <aslak> ALR1, goodie
[22:21:04] <ALR1> aslak: Maybe you wanna test with that snapshot?
[22:21:09] <aslak> will do
[22:21:23] *** michaelschuetz has joined #jbosstesting
[22:21:48] <ALR1> aslak: Unless we absolutely need to get that other issue resolved, the rewrite one.
[22:23:10] <aslak> ALR1, I can work around the ones i know of
[22:23:16] <ALR1> Super
[22:23:24] <ALR1> Lemme know how testing that SNAP goes
[22:23:28] <ALR1> And I'll cut another release.
[22:35:49] *** tdiesler has quit IRC
[22:38:53] *** tdiesler has joined #jbosstesting
[22:39:29] <tdiesler> aslak, hey is your problem still there?
[22:44:21] <aslak> tdiesler, haven't looked more at it
[22:44:31] *** davidbos has joined #jbosstesting
[22:44:34] <aslak> tdiesler, so, i assume so.. :)
[22:44:57] *** ALR1 has quit IRC
[22:45:07] *** davidbos has quit IRC
[22:45:23] *** ALR1 has joined #jbosstesting
[22:46:23] *** ALR1 is now known as ALR
[22:46:28] *** ALR has quit IRC
[22:46:28] *** ALR has joined #jbosstesting
[22:46:46] <tdiesler> aslak, ok I take a quick look
[22:46:57] <aslak> lightguard_jp, Bartosz(@majson) has a interest for Arq BDD as well, http://community.jboss.org/message/605929#605929
[22:47:15] *** mgoldmann has quit IRC
[22:53:58] <lightguard_jp> aslak: Looking at it now
[22:57:54] <tdiesler> aslak, is this what I should expect
[22:57:54] <tdiesler> Tests in error:
[22:57:54] <tdiesler>   testInstallBundleFromArchive(org.jboss.arquillian.container.osgi.arq194.ARQ194TestCase)
[22:57:54] <tdiesler>   testGeneratedBundle(org.jboss.arquillian.container.osgi.arq194.ARQ194ServiceTestCase)
[22:58:01] *** kenfinnigan has joined #jbosstesting
[22:58:16] *** michaelschuetz has quit IRC
[22:59:30] <aslak> tdiesler, yea, those the ones failing, with some ClassNotFound issue right?
[23:00:05] <tdiesler> ok
[23:07:05] <aslak> ALR, all ok
[23:07:24] <ALR> aslak: Hurrah.  beta-2 coming then?
[23:07:49] <aslak> yes please :)
[23:10:11] <jbossbot> git [shrinkwrap] push master a8fdadf.. Andrew Lee Rubinger [maven-release-plugin] prepare release 1.0.0-beta-2
[23:10:11] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/d05502b...a8fdadf
[23:10:12] <jbossbot> git [shrinkwrap] push 1.0.0-beta-2 URL: http://github.com/shrinkwrap/shrinkwrap/compare/0000000...36f8e8d
[23:10:14] <jbossbot> git [shrinkwrap] push master 7663f67.. Andrew Lee Rubinger [maven-release-plugin] prepare for next development iteration
[23:10:14] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/a8fdadf...7663f67
[23:13:30] <ALR> aslak: Released.
[23:14:02] <ALR> Damn, mvn release plugin and Git makes that eeeeeasy
[23:14:39] <tdiesler> aslak, done. you can pull https://github.com/tdiesler/arquillian-container-osgi/commit/fc3b3eeefb4982d
[23:14:39] <jbossbot> git [arquillian-container-osgi] fc3b3ee.. Thomas Diesler [ARQ-195] Fix and extend packages exported by the arq bundle
[23:14:41] <jbossbot> jira [ARQ-195] Expose a Deployer API to the TestCase [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-195
[23:14:55] <ALR> tdiesler: All coming together, ain't it? :)
[23:15:16] <tdiesler> hopefull, yes
[23:16:03] *** DavideD has joined #jbosstesting
[23:16:04] <aslak> tdiesler, aa doh.. container.test.api as well of course
[23:16:13] *** kenfinnigan has left #jbosstesting
[23:16:56] <tdiesler> aslak, please check the other exports. the bundle should export every package that a test bundle is likely to import
[23:17:52] <tdiesler> aslak, infact every arq api/spi package that can be used by a test bundle should be exported byt hte arq-bundle
[23:18:32] <tdiesler> aslak, I only fixed the test, not the general case
[23:18:40] <aslak> sure
[23:18:57] <tdiesler> aslak, merci
[23:19:49] <ALR> Go team.  Psyched to see how we can get these in AS7 and porting those cases.
[23:21:00] <tdiesler> aslak, BTW the log error message was verbose enough to spot the issue immediately - perhaps you did not see the log
[23:23:03] <aslak> tdiesler, aa yes.. the end of the long line has useful information.. :)
[23:23:50] <tdiesler> LOL ;-)
[23:25:04] <aslak> yea, why put the useful information in the exception
[23:25:05] <aslak> ;)
[23:25:49] <tdiesler> aslak, I like the new API - well done
[23:26:03] <aslak> tdiesler, thanks
[23:26:17] <tdiesler> this is still using the JMX protocoll, right?
[23:26:49] <aslak> tdiesler, one thing i noticed btw.. OSGiApplicationArchiveProcessor should be a part of OSGiDeploymentPackager
[23:27:19] <aslak> ArchiveProcessors are always a part of the packaging process regardless of chosen protocol.
[23:28:01] <aslak> so we should make it part of DeploymentPackager so it does not influence the packaging process of other protocols, e.g. Servlet with OSGi related 'stuff'
[23:29:17] <tdiesler> aslak, sure
[23:30:01] *** PeteRoyle has joined #jbosstesting
[23:54:57] <tdiesler> aslak, I also fixed the service test conceptually https://github.com/tdiesler/arquillian-container-osgi/commit/83ecd5728a1cd181d69bf1e92081b093fb7c8a4c
[23:54:58] <jbossbot> git [arquillian-container-osgi] 83ecd57.. Thomas Diesler [ARQ-195] Conceptually fix ARQ194ServiceTestCase. The service should be exported by the test bundle and not exist twice.
[23:54:59] <jbossbot> jira [ARQ-195] Expose a Deployer API to the TestCase [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-195
[23:56:11] <tdiesler> aslak, note how the ARQ194Service is now only contained in one bundle. The dynamically generated bundle imports that service
[23:56:49] *** tdiesler has quit IRC
[23:58:10] <aslak> ALR, what's your mvn release plugin cycle command wise ?
[23:59:00] <ALR> mvn release:clean release:prepare release:perform -s /home/alr/.m2/settingsthathavemynexusrepopermissionsconfig
[23:59:49] <aslak> ALR, right, deploy is included in perform





top