[00:05:18] *** johnament is now known as johnament_away
[00:09:57] *** bleathem has quit IRC
[00:27:47] *** aslak has quit IRC
[01:12:18] *** stuartdouglas has quit IRC
[01:14:58] *** johnament_away is now known as johnament
[01:15:38] *** stuartdouglas_ has joined #jbosstesting
[01:16:35] *** stuartdouglas_ is now known as stuartdouglas
[01:24:48] *** wolfc has quit IRC
[02:08:45] *** jdlee has quit IRC
[02:13:59] *** aamonten has joined #jbosstesting
[02:21:54] *** ldimaggi has joined #jbosstesting
[02:44:11] *** johnament has quit IRC
[02:56:00] *** aamonten has quit IRC
[03:09:38] *** ldimaggi has quit IRC
[04:09:47] *** bleathem has joined #jbosstesting
[04:35:07] *** Jaikiran has joined #jbosstesting
[06:19:23] *** ALR has quit IRC
[06:46:53] *** bleathem has quit IRC
[06:49:42] *** lightgua1d_jp has quit IRC
[06:55:36] *** ALR has joined #jbosstesting
[07:08:55] *** ALR has quit IRC
[07:33:43] *** jharting has joined #jbosstesting
[08:29:22] *** mgoldmann has joined #jbosstesting
[08:34:59] *** oskutka has joined #jbosstesting
[08:53:56] *** michaelschuetz has joined #jbosstesting
[08:56:20] *** aslak has joined #jbosstesting
[08:56:23] *** aslak has quit IRC
[08:56:24] *** aslak has joined #jbosstesting
[09:08:03] *** jeand has joined #jbosstesting
[09:08:13] *** ALR has joined #jbosstesting
[09:12:17] *** ge0ffrey has joined #jbosstesting
[09:12:26] *** aslak has quit IRC
[09:12:45] *** aslak has joined #jbosstesting
[09:14:54] <aslak> ALR, ping
[09:15:03] <ALR> aslak: Hey, bud.
[09:15:22] <aslak> ALR, did we ever discuss Descriptor.name ?
[09:15:35] <ALR> aslak: Doesn't ring a bell
[09:15:43] <ALR> But then my memory is awful without some JIRA issue
[09:15:53] <ALR> What, adding a name to all Descriptors?
[09:16:04] <aslak> equal to Archive.name
[09:16:37] <aslak> a Descriptor has a name that can identify what it is, e.g. jboss-services.xml etc
[09:16:41] <ALR> Mhmm.
[09:16:50] <aslak> and potensially a default name, like web.xml
[09:16:59] <ALR> I'm trying to figure if it *always* does.
[09:17:02] <aslak> and / or
[09:17:04] <ALR> ...have a name
[09:17:30] <ALR> We essentially are modeling descriptor files.  Which always have a name.
[09:18:57] <aslak> well, we are modeling the content, not the file. but for simplicity i think it's easier to just add it to the Descriptor
[09:20:07] <aslak> basically because 'most' usecases will have a name attached.
[09:20:36] <ALR> Can't dictate in a contract for "most" though.
[09:20:57] <ALR> Unless you extend: NamedDescriptor extends Descriptor
[09:20:58] <aslak> sure you can.. :)
[09:21:08] <ALR> s/Can't/Shouldn't
[09:21:38] <aslak> with the option like SW, during export the name can change
[09:21:41] *** mgoldmann has quit IRC
[09:21:53] <ALR> We're modeling the content, yes.  But when will either the target to export or the thing we import from *not* have a name?
[09:22:41] <aslak> nothing comes to mind.
[09:23:33] <aslak> except maybe some use case where the name is known upfront so the name of the Descriptor is not needed at that time, but it still has a name and the usecase is far fetched.. e.g. network stream
[09:24:18] <aslak> or rather, the name is irellevant because you know what content is coming
[09:27:41] <ALR> So the question:
[09:27:44] <ALR> Is the name mutable?
[09:27:48] <ALR> Is it required?
[09:27:55] <ALR> (ie. what are the preconditions for name?)
[09:28:11] <jbossbot> git [shrinkwrap] push master 5c9c48d.. Davide D'Alto Add Filters.include(Class<?>... classes)
[09:28:12] <jbossbot> git [shrinkwrap] push master 25a80f0.. Davide D'Alto Add Filters.exclude(Class<?>... classes)
[09:28:12] <jbossbot> git [shrinkwrap] push master 43d2eb0.. Davide D'Alto Add Filters.include(Package... packages)
[09:28:12] <jbossbot> git [shrinkwrap] push master 2681c32.. Davide D'Alto Add Filters.exclude(Package... packages)
[09:28:12] <jbossbot> git [shrinkwrap] push master d926ca0.. Davide D'Alto [SHRINKWRAP-160] Change private method name: from createFilterThat(...) to createRegExpFilter(...)
[09:28:13] <jbossbot> jira [SHRINKWRAP-160] Add more convenience method to Filters [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-160
[09:28:13] <jbossbot> git [shrinkwrap] push master 427c58e.. Davide D'Alto [SHRINKWRAP-160] Improve tests for Filter.include(Package... packages)
[09:28:13] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/07281d4...427c58e
[09:29:45] <aslak> as a start, i think we can model it as we do in SW. immutable and required(but can be deferred from a predefined name / random name)
[09:31:02] <ALR> Yeah, let's try that to start.
[09:31:15] <ALR> Plenty of time to change the API if we determine we need it mutable in the future.
[09:31:23] <aslak> sure
[09:31:41] <aslak> i'll jira it
[09:39:35] *** kpiwko has joined #jbosstesting
[09:40:37] <ALR> aslak: I'm knocking off some low-hanging fruit now in SW
[09:40:51] <aslak> ALR, cool
[09:47:25] *** alesj has joined #jbosstesting
[09:58:30] <jbossbot> git [shrinkwrap] push master 7295fe5.. Andrew Lee Rubinger [SHRINKWRAP-218] Add support to add multi modules in one go (by File, CL Resource, Archive)
[09:58:32] <jbossbot> jira [SHRINKWRAP-218] Add multiple modules at once to EnterpriseArchive [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-218
[09:58:32] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/427c58e...7295fe5
[10:39:25] *** mgoldmann has joined #jbosstesting
[10:42:46] *** wolfc has joined #jbosstesting
[10:50:59] *** maeste has joined #jbosstesting
[10:53:39] <nickarls> hmm, what is the best way to include maven-artifacts in a test without hardcoding the file pahts
[10:53:53] <nickarls> there is now maven2-coord support in SW yet, I understand(?)
[10:54:00] <nickarls> s/now/no
[10:54:08] <ALR> nickarls: Yes.
[10:54:46] <nickarls> in snapshot?
[10:54:48] <ALR> nickarls: Go shopping https://github.com/shrinkwrap/shrinkwrap/tree/master/extension-resolver/impl-maven/src/test/java/org/jboss/shrinkwrap/resolver/impl/maven
[10:54:54] <ALR> nickarls: In 1.0.0-alpha-12
[10:55:29] <nickarls> easy to overide in the pom what arq uses?
[10:56:15] <nickarls> is a12 released yet?
[10:56:24] <nickarls> gottarun. back soonish
[10:57:32] <jbossbot> git [shrinkwrap] push master a535133.. Andrew Lee Rubinger [SHRINKWRAP-195] Add assertions to the test, refactor to work for all importer impls
[10:57:33] <jbossbot> jira [SHRINKWRAP-195] ZipExporterTestCase.testExportArchiveWithOnlyDirectories contains no assertions [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-195
[10:57:34] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/7295fe5...a535133
[10:58:03] <ALR> nickarls: Yes, a12 is out.
[10:58:18] <aslak> arq Alpha4 does not support it
[10:58:29] <ALR> nickarls: And no, a version of ARQ compatible w/ SWa12 is not yet out
[10:58:38] <ALR> Though you can build ARQ from upstream/master and use that
[10:58:50] <ALR> Once we lock all APIs you'll be free to swap around as you wish
[11:01:52] *** vtunka has joined #jbosstesting
[11:15:17] <jbossbot> git [shrinkwrap] push master 4cdd13b.. Andrew Lee Rubinger [SHRINKWRAP-259] Allow ShrinkWrap.create(ZipImporter.class) w/ default .jar extension in the name
[11:15:17] <jbossbot> jira [SHRINKWRAP-259] ShrinkWrap.create(ZipImporter.class) Results in Error [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-259
[11:15:18] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/a535133...4cdd13b
[11:16:04] *** pmuir has joined #jbosstesting
[11:16:04] *** pmuir has quit IRC
[11:16:04] *** pmuir has joined #jbosstesting
[11:30:31] <nickarls> I see a12 in the pom of arq master so I'll try building that, thanks
[11:32:11] <ALR> nickarls: Yep, ARQ upstream/master I updated to new SW
[11:32:14] <ALR> So enjoy.
[11:32:37] <ALR> nickarls: And also: feedback on the ease of that Maven resolver API appreciated if you don't find it intuitive
[11:33:04] <ALR> nickarls: Basically it's:
[11:33:07] <nickarls> ALR: do you know if maven has some api for "what provides"-functionality? I've heard something about Aether
[11:33:15] <ALR> DependencyResolvers.use(MavenDependencyResolver.class).artifact("org.apache.maven.plugins:maven-compiler-plugin:2.3.2").resolveAs(GenericArchive.class)
[11:33:25] <ALR> nickarls: I don't offhand.  kpiwko might; he's our Aether expert.
[11:35:22] <nickarls> MavenArtifact.resolve(Coordinate.of("o.a.m.p", "m-c-p", "2.3.2")).as(GenericArchive.class) would be nice ;-)
[11:36:28] <ALR> nickarls: We can add that as a shorthand.
[11:36:47] <ALR> The idea was that DependencyResolvers offers an entry point universal to all resolvers
[11:36:53] <ALR> (ie. we may make an Ivy one too)
[11:37:06] <ALR> And that got us a singular, typesafe entry point.
[11:37:19] <nickarls> OK. I usually make shorthands like that anyway myself
[11:37:22] <ALR> nickarls: JIRA it up?
[11:37:38] <ALR> nickarls: https://issues.jboss.org/browse/SHRINKWRAP
[11:38:01] <nickarls> sure, I'll play around with the API a bit first since I'm still downloading arq deps for the build ;-)
[11:38:16] <nickarls> so that one line is the only thing I've seen of the api
[11:43:19] <ALR> nickarls: HAve fun
[11:52:26] * nickarls is crossing his fingers that https://issues.jboss.org/browse/JBIDE-8553 takes off, assembling a minimal test archive can be a PITA when the deps go up.
[11:52:28] <jbossbot> jira [JBIDE-8553] Generation of Arquillian @Deployment method [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-8553
[12:07:35] <nickarls> so I resolve and do iterator.next() and get an Archive<GenericArchive>, what are the other parameters for add?
[12:08:06] <nickarls> something about a path and a streamexporter
[12:19:35] <nickarls> ah, there was an addAsLibraries
[12:22:43] *** jharting has quit IRC
[12:39:00] *** alesj has left #jbosstesting
[12:55:41] *** ALR has quit IRC
[13:08:00] <nickarls> what/where is MavenRepositorySettings ?
[13:11:09] <nickarls> or has the location of the local repo changed?
[13:14:45] *** vtunka has quit IRC
[13:15:36] *** vtunka has joined #jbosstesting
[13:42:01] <nickarls> is it the same as the MavenSettingsBuilder? like "maven.repo.local" for local repo etc?
[14:02:14] <nickarls> Caused by: java.lang.ClassNotFoundException: org.jboss.shrinkwrap.resolver.impl.maven.MavenBuilderImpl
[14:02:27] <nickarls> isn't that supposed to packed along automatically
[14:02:59] <nickarls> is the @Deployment not used anymore in master? I see war.as(...)
[14:03:10] <aslak> nickarls, do you have the impl package on cp ?
[14:03:54] <aslak> suppose to be pulled in via arq:impl-base
[14:05:22] <aslak> nickarls, what do you mean not used?
[14:07:37] <nickarls> looking at https://github.com/shrinkwrap/shrinkwrap/blob/master/extension-resolver/impl-maven/src/test/java/org/jboss/shrinkwrap/resolver/impl/maven/DependenciesUnitTestCase.java or is it just a helper class?
[14:09:02] <nickarls> I have 339 files in my maven deps ;-)
[14:13:30] <nickarls> aslak: impl-base is pulled in by arq-junit
[14:14:40] <nickarls> the exception is client-side, right? when assembling the archive.
[14:18:24] <aslak> yea
[14:19:16] <aslak> nickarls, well, that is a ShrinkWrap test case, not a Arquillian one
[14:19:27] <nickarls> ah, ok
[14:19:43] <aslak> nickarls, do you have the whole stacktrace?
[14:19:43] <nickarls> hmm, is the SW resolver impl pulled in?
[14:19:53] <aslak> should be from impl-base
[14:20:11] <nickarls> http://pastebin.com/B4fgg32F
[14:21:07] <aslak> yea that's client side
[14:21:11] <nickarls> I only see the api
[14:21:53] <nickarls> arq-junit -> arq-impl-base -> sw-res-api, sw-res-api-mvn -> sw-res-api
[14:24:45] *** michaelschuetz has quit IRC
[14:25:16] <aslak> nickarls, aa, it's <scope>test</scope> in build.pom. that's a bug.
[14:25:32] *** michaelschuetz has joined #jbosstesting
[14:25:55] *** ldimaggi has joined #jbosstesting
[14:27:47] *** lightguard_jp has joined #jbosstesting
[14:29:28] <nickarls> gotta love the deps: jboss-as-client -> jboss-as-iiop -> jbossjts -> jfreechart. JFREECHART!!1! ;-)
[14:32:22] <aslak> nickarls, you get emma in there as well
[14:32:24] <aslak> :)
[14:32:57] <aslak> blame devs for being lazy, and maven for having trans deps as default behavior
[14:33:13] <lightguard_jp> Let's just blame maven :)
[14:33:16] <lightguard_jp> It's more fun
[14:33:39] <aslak> easier to blame one for everything
[14:33:46] <nickarls> needles to say, running from eclipse with run-as is a no-go on win
[14:33:48] <aslak> less admin hassle
[14:33:51] <nickarls> needless even
[14:34:05] <nickarls> needles to hay
[14:34:07] <aslak> but only from eclipse?
[14:34:18] <nickarls> yeah, maven probably shades stuff
[14:34:50] <aslak> maven might be using the env variable ref trix on windows
[14:49:09] <nickarls> now I removed the test scope and recompiled but just get hang on jbossas-managed-6
[14:49:47] <nickarls> console log says lots of invalid metadata for maven-metadata.xml in the jars but those are just warnings
[14:50:13] <aslak> slow repo?
[15:08:05] *** rruss has joined #jbosstesting
[15:39:23] *** bgeorges has joined #jbosstesting
[15:55:30] *** bleathem has joined #jbosstesting
[15:56:49] <jbossbot> git [arquillian] push master 7c1cab4.. Aslak Knutsen ARQ-392 Add shrinkwrap-resolver-impl-maven dep to compile scope
[15:56:51] <jbossbot> jira [ARQ-392] impl-base does not export resolver-maven-impl dep [Open (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-392
[15:56:51] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/74014f4...7c1cab4
[15:57:41] <aslak> nickarls, ^
[15:59:51] <jbossbot> git [arquillian] push master 4feab48.. Aslak Knutsen ARQ-227 Change DeploymentExceptionHandler to intercept the DeployDeployment event and operate on it's success or not. Gives us the option to 'assert' if a exception actually was thrown when expected.
[15:59:52] <jbossbot> jira [ARQ-227] Support Deployment exception assert [Reopened (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-227
[15:59:52] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/7c1cab4...4feab48
[16:05:27] <aslak> hmm.. did Andrew forget his own meeting ?
[16:05:35] *** bgeorges has quit IRC
[16:21:40] *** mojavelinux has joined #jbosstesting
[16:23:02] <kpiwko> aslak, hi
[16:23:08] <aslak> kpiwko, heya
[16:24:06] <kpiwko> aslak: I've just read that Seam 3 will change its indentation rules to 4 spaces...will Arquillian/ShrinkWrap do the same?
[16:24:27] <kpiwko> aslak: currently I'm using Seam 3 formatter to format code in eclipse
[16:24:41] <kpiwko> aslak: there's a discussion about that on seam-dev mail list
[16:25:44] <aslak> kpiwko, hmm, havn't seen it. i'm currently using the style from weld
[16:26:12] <aslak> where tab policy is: spaces, identasion size 3 and tab size 4
[16:26:51] <aslak> identation
[16:27:02] <kpiwko> aslak: do you use it to indent xml files as well?
[16:27:27] <aslak> kpiwko, not sure what the tab size is there, probably is you use tabs as tab policy
[16:27:41] <kpiwko> hmm, I'm using 3 spaces
[16:27:55] <aslak> is/if
[16:28:21] <aslak> for xml it's default eclipse i believe. ident using tabs and size 1
[16:30:19] <kpiwko> I've seen this recently https://github.com/seam/build/blob/master/formatting_differences.README
[16:33:14] <aslak> that's the reason for the switch ?
[16:33:51] <mojavelinux> yep, we are switching over to align with AS7
[16:34:11] <mojavelinux> and because the formatting rules from Weld and Seam in general get complained about a lot for being so non-conformist
[16:34:27] <mojavelinux> I'm pretty certain that's why David and Jason decided to change, though there should be a TAG for this
[16:35:10] <mojavelinux> formatting rules are always a holy war, but the best way to handle that war imho is to select the most conformist solution because the idea is to make it easier to contribute
[16:35:46] <mojavelinux> anyway, unless AS7 changes (which I doubt) we are going to align with them for Seam 3
[16:35:57] <kpiwko> mojavelinux: does AS 7 have indentation policy for xml files as well? e.g. poms
[16:36:18] <mojavelinux> yes, though we haven't imported the rule file into the Seam project yet
[16:36:32] <kpiwko> ok, great
[16:36:33] <mojavelinux> I"m not even sure Eclipse let's you export that setting (lame)
[16:37:45] <mojavelinux> they do have a checkstyle
[16:37:46] <kpiwko> afaik xml indentation can't be exported/imported in Eclipse
[16:37:53] <mojavelinux> we should adopt that once we get modules switched
[16:38:13] <mojavelinux> https://github.com/jbossas/jboss-as/tree/master/ide-configs/eclipse
[16:38:24] <aslak> mojavelinux, planning on doing one big code reformat commit?
[16:38:32] <mojavelinux> one module at a time
[16:38:42] <mojavelinux> since the modules are so independent
[16:38:46] <aslak> yea, but you do it all in one? not as you go?
[16:38:57] <mojavelinux> oh, per module, yes, one commit
[16:39:39] *** oskutka has quit IRC
[16:41:48] <kpiwko> aslak, what do you think about ARQ-376
[16:41:50] <jbossbot> jira [ARQ-376] Environment configuration is overridden by arquillian.xml [Open (Unresolved) Bug, Blocker, Karel Piwko] https://issues.jboss.org/browse/ARQ-376
[16:41:51] <kpiwko> ?
[16:43:39] <kpiwko> do you agree that configuration passed via System properties / ENV variables should have precedence over arquillian.xml ?
[16:43:53] <mojavelinux> I believe so
[16:43:57] <mojavelinux> I"ve wanted that for a long time
[16:44:05] <mojavelinux> especially for things like exporting the archives to disk
[16:44:11] <mojavelinux> which I hate change arquillian.xml to get
[16:44:53] <aslak> mojavelinux, yea, but you probably have to change the surefire config instead, atleast with remote containers, since the jvm might be forked and not actaully executed in the mvn process
[16:45:13] <mojavelinux> right, I'm thinking more from Eclipse
[16:45:23] <mojavelinux> in which case I can change the props in the launch config
[16:45:32] <aslak> mojavelinux, and it's easier to change a env variable in eclipse then editing a file?
[16:45:34] <mojavelinux> that's my normal workflow at least, but yes
[16:45:39] <kpiwko> aslak, true, but that not the actual problem
[16:45:50] <mojavelinux> yes, but I leave behind the change in arquillian.xml and then it gets committed
[16:45:50] <aslak> kpiwko, no i know..
[16:45:54] <mojavelinux> that's the problem mainly
[16:46:00] <mojavelinux> and it happens all the time
[16:46:02] <aslak> kpiwko, we hvae a open issue on allowing configuration from multiple sources
[16:46:15] <mojavelinux> an alternate file would be fine too
[16:46:16] <kpiwko> aslak, haven't seen that
[16:46:25] <mojavelinux> basically, just some way to override :)
[16:46:38] <kpiwko> actually there https://github.com/arquillian/arquillian/blob/master/extensions/drone/src/main/java/org/jboss/arquillian/drone/configuration/ConfigurationMapper.java , which is able to override arquillian.xml with system properties
[16:46:47] <aslak> ARQ-284
[16:46:48] <jbossbot> jira [ARQ-284] Configuration options should be loadable from multiple sources [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-284
[16:46:53] <kpiwko> much of it might be reused
[16:47:11] <kpiwko> at least for arquillian/system properties problem
[16:48:07] <aslak> i'm a bit conflicted when it comes to JBOSS_HOME tho, but in general system props override arq.xml i would say
[16:50:01] <kpiwko> i would say that we can support env variables interpolation in arquillian.xml
[16:50:31] <mojavelinux> the problem with sys props in arquillian.xml alone is not having defaults
[16:50:38] <mojavelinux> would be awesome if we had a fallback syntax
[16:50:39] <mojavelinux> like
[16:50:51] <mojavelinux> ${JBOSS_HOME:/opt/jboss} or something
[16:50:57] <mojavelinux> however bash does it
[16:50:59] <mojavelinux> I forget
[16:51:13] <aslak> kpiwko, ARQ-148
[16:51:14] <jbossbot> jira [ARQ-148] Support EL-like expressions for sysprops and env variables in arquillian.xml [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-148
[16:52:12] <kpiwko> right, I've even commented on that :)
[16:52:31] <aslak> :)
[16:52:51] <kpiwko> it is not so difficult to implement that...I may do it for Beta1
[16:53:57] <kpiwko> basically check strings in ${foo:default} form within property values and replace them with env variables...then override it with system properties, if specified by user
[16:54:22] <kpiwko> the question is how do you want to implement multiple configuration files
[16:54:55] <kpiwko> I mean how they will be ordered, will they merge or override one each other
[16:55:21] <aslak> not clear on that..
[16:57:56] <kpiwko> and it becomes more complicated when I'm using @Qualifier like annotations to tell configurations apart
[17:06:21] *** mgoldmann has quit IRC
[17:10:15] <mojavelinux> we desperately need the GlassFish 3.1 REST container to dig out of the portability hole we have in Seam 3
[17:10:37] <mojavelinux> right now I'm building Jason's branch locally so that I can use it because it fell out of alignment with master
[17:10:49] <mojavelinux> what can we do to help?
[17:11:01] <aslak> update it to alpha5 spi
[17:11:11] <mojavelinux> got it, I'll get him on it
[17:11:34] <aslak> he was on it, and had plans of doing it while i was away, but i think he got busy with other things.. :)
[17:13:27] <mojavelinux> I Just made it top priority for him :)
[17:13:33] <mojavelinux> and for me
[17:13:35] <aslak> :)
[17:13:43] <mojavelinux> because we need to get these tests running in hudson
[17:13:57] <mojavelinux> and then also start running the tests in other modules on glassfish 3.1
[17:14:02] <mojavelinux> what he has works really well
[17:14:08] <mojavelinux> just needs to be updated
[17:20:54] *** pmuir has quit IRC
[17:21:29] *** ldimaggi has quit IRC
[17:24:57] *** ldimaggi has joined #jbosstesting
[17:26:18] *** ldimaggi is now known as ldimaggi_home
[17:27:19] *** kpiwko has quit IRC
[17:27:31] <lightguard_jp> Since containers aren't broken out currently, could I just udate to the latest spi then work on enhancements later, or is it an all at once kinda thing?
[17:30:08] *** michaelschuetz has quit IRC
[17:32:04] <aslak> lightguard_jp, ?
[17:32:23] <aslak> enhancments ?
[17:32:27] <lightguard_jp> There are other enhancements that I would like to make to the container
[17:32:28] <lightguard_jp> Yes
[17:32:50] <aslak> you can update to the new SPI
[17:32:54] <lightguard_jp> We're shooting for a release it once kinda thing if we pull it into arquillian master, right?
[17:33:52] <aslak> your biggest challenge will be to populate the ProtocolMetadata, with a HTTPContext and Servlets in the deployment(needed by the Servlet Protocol to find it's own context). this can be extracted from the admin rest api a bit scattered around
[17:35:47] <aslak> lightguard_jp, hehe i'm not sure what you mean.. "release it once kinda thing?"
[17:36:58] <lightguard_jp> aslak: We release Alpha 5 / Beta / whatever it'll be then any updates won't be pushed out for awhile (hopefully sooner than alpha4 to alpha5)
[17:37:15] <lightguard_jp> Whereas with them broken out they can live on their own release schedule
[17:39:05] <aslak> lightguard_jp, aa.. ic
[17:39:14] <mojavelinux> yes, splitting out the the containers is on the roadmap, I believe before beta
[17:39:36] <aslak> alpha5 is out tomorrow, beta-1 is set 3 weeks up in time. the first thing i will start doing after Alpha5 is to split up the repo
[17:39:38] <mojavelinux> the key is that then the containers can target a specific stable release of arquillian
[17:39:44] <mojavelinux> super!
[17:39:58] <mojavelinux> okay, so if we can get the glassfish 3.1 rest container in alpha5, that will be a huuuuuuuuuuge help for seam
[17:40:06] <aslak> so after Alpha5, and After i have done the split, you are free to release gf remote as you see fit
[17:40:33] <aslak> you / we :)
[17:41:23] <lightguard_jp> Sweet
[17:45:51] <aslak> lightguard_jp, just ask if you get stuck
[17:46:01] <lightguard_jp> Will do
[17:48:19] *** Jaikiran has quit IRC
[17:56:56] <aslak> off to store.. :)
[18:22:20] <bobmcw> aslak: damnit
[18:22:31] <bobmcw> is he releasing from master#HEAD tomorrow?
[18:26:57] <mojavelinux> I believe the freeze is then...not sure how quickly he will fire the trigger
[18:27:15] *** mgoldmann has joined #jbosstesting
[18:33:03] *** vtunka has quit IRC
[18:36:56] <bobmcw> build error building head, around glassfish
[18:36:57] <bobmcw> [ERROR] Failed to execute goal on project arquillian-glassfish-embedded-3.1: Could not resolve dependencies for project org.jboss.arquillian.container:arquillian-glassfish-embedded-3.1:jar:1.0.0-SNAPSHOT: Could not find artifact org.glassfish.extras:glassfish-embedded-all:jar:3.1-b41 in central (http://uk.maven.org/maven2) -> [Help 1]
[18:37:12] <bobmcw> easy way to just skip that?  I only care about jboss
[18:38:31] <bleathem> What's the JSFUnit situation going to look like with alpha-5?
[18:38:34] <bleathem> Are we going to see the improvements you (mojavelinux) alluded to?
[18:48:30] <aslak> bobmcw, mvn clean install -pl junit,containers/jbossas-managed-6 -am
[18:48:52] <bobmcw> a-ha, I forget about those options
[18:49:13] <aslak> bleathem, which are you refering to?
[18:49:44] <aslak> bobmcw, but why are you getting not found? your suppose to build it
[18:50:09] <bobmcw> I'm supposed to build org.glassfish.extras:glassfish-embedded-all:jar
[18:50:13] <bobmcw> ?
[18:50:18] <aslak> all jar, sorry
[18:50:38] <bobmcw> I'm confused.  I did a git clone, mvn install.
[18:51:11] <aslak> it's in nexus tho, https://repository.jboss.org/nexus/content/repositories/public/org/glassfish/extras/glassfish-embedded-all/3.1-b41/
[18:51:23] <bobmcw> hrm
[18:51:34] <bobmcw> jetty failed similarly
[18:51:50] <bobmcw> I have jboss settings.xml for our repo
[18:51:56] <aslak> as a mirror?
[18:52:00] <bobmcw> no
[18:52:04] <aslak> strange
[18:52:07] <bobmcw> pgier told us to stop the mirror bit
[18:52:12] <aslak> the repos are in the pom as well
[18:52:22] <bobmcw> I overrode central to uk.maven.org, during last week's outtage
[18:52:22] <aslak> bobmcw, yea, that's why i was askin.. :
[18:52:24] <aslak> )
[18:53:25] <aslak> but ignore those and do the -pl -am jbossas-managed-6 instead.. that's what you are trying to build anyway
[18:54:40] <bobmcw> yah, I just editing containers/pom.xml and commented them out
[18:54:43] <bobmcw> because I'm dumb :)
[18:54:49] <bobmcw> will use -pl -am now
[18:54:54] <aslak> hehe
[18:54:59] <bobmcw> trying the rmi ping
[18:55:14] <aslak> yea
[18:56:58] <bleathem> aslak: at one of the recent Seam meetings, mojavelinux hinted at upcoming improvements w.r.t. using JSFUnit from Arquillian.
[18:57:05] <bleathem> Can't remember any specifics.
[18:57:33] <bleathem> But everytime I add Seam module dependencies, my JSFUnit/Arquillian tests blow up
[18:57:45] <bleathem> in that the shrinkwrap war fails to deploy
[18:58:08] <bleathem> I'm hoping to be able to get this going with alpha 5
[18:58:10] <aslak> bleathem, you mean this stuff? http://community.jboss.org/wiki/InjectionCDIforJSFSessionJSFClientSessionandJSFServerSession
[18:58:17] <aslak> that already works for Alpha4
[18:59:37] <bleathem> ok, good to know, so nothing new in alpha 5 w.r.t. JSFUnit?
[19:00:00] <bleathem> ie. if it's not working for me in alpha 4 (using JSFUnit 2.0 beta) then it won't work in alpha 5?
[19:00:06] <bleathem> and I should raise my issues?
[19:03:53] <mojavelinux> bleathem: i've been waiting on alpha5 so that we can take a closer look at how the tests in seam deal with deps
[19:04:09] <mojavelinux> because we'll now have native support for that in shrinkwrap, and we can get rid of these hacks
[19:05:00] <bleathem> ok, sounds good
[19:05:20] <bleathem> I'll give it another shot with alpha 5 then
[19:06:22] <mojavelinux> yeah, I still owe you some assistance, i've just had to focus on the glassfish issues first
[19:06:34] <mojavelinux> granted, the jsfunit tests will help with that too, but we had lower-level issues
[19:06:36] <mojavelinux> :)
[19:10:05] *** michaelschuetz has joined #jbosstesting
[19:13:02] *** michaelschuetz has quit IRC
[19:13:46] *** michaelschuetz has joined #jbosstesting
[19:22:44] *** ALR has joined #jbosstesting
[19:25:44] *** pmuir has joined #jbosstesting
[19:25:44] *** pmuir has quit IRC
[19:25:44] *** pmuir has joined #jbosstesting
[19:26:28] <ALR> aslak, mojavelinux, everyone else:
[19:26:35] <ALR> My apologies!
[19:26:44] <ALR> Been locked out of my apartment for a few hours.
[19:26:54] <lightguard_jp> ALR: fail
[19:26:55] <ALR> My lock broke on me :)
[19:26:56] <aslak> ALR, no problem, we have set the plans now so
[19:27:02] <aslak> ALR, you just have to follow. .;)
[19:27:06] <ALR> aslak: Haha, GREAT!
[19:27:27] <aslak> swallow the key again?
[19:28:21] <ALR> aslak: Nope, I shut the door...and the mechanism "fell"
[19:28:55] <ALR> lightguard_jp: You too. I'm sorry.
[19:30:51] <lightguard_jp> ALR: no problem
[19:31:22] <ALR> aslak, mojavelinux, lightguard_jp: Does same time tomorrow work for you guys?
[19:31:47] <mojavelinux> yeah, that will work
[19:32:01] <lightguard_jp> What was the time again :)
[19:32:07] <lightguard_jp> Hour ago?
[19:32:59] <aslak> ALR, sure
[19:33:03] <ALR> Um, 11 EDT
[19:33:11] <ALR> 3.5 hours ago?
[19:33:17] <ALR> Jeez, that took awhile.
[19:33:26] <ALR> I've been living in the coffee hours since :)
[19:33:36] <lightguard_jp> Yeah, that's fine.
[19:34:02] <bobmcw> aslak: so, my project now depends on 1.0.0-SNAPSHOT that I mvn install'd from source
[19:34:11] <bobmcw> I set the rmi ping config
[19:34:16] <bobmcw> and arq no longer thinks it can start the container
[19:34:29] <bobmcw> org.jboss.arquillian.spi.client.container.LifecycleException: Could not start remote container
[19:34:29] <bobmcw>         at org.jboss.arquillian.container.jbossas.managed_6.JBossASLocalContainer.start(JBossASLocalContainer.java:101)
[19:34:50] <bobmcw> I gotta run for a bit, will poke later, but was wondering if you knew anything obvious I might be missing
[19:35:13] <aslak> bobmcw, got a full stack?
[19:35:55] *** michaelschuetz has quit IRC
[19:36:25] <bobmcw> aslak: yes!
[19:36:26] <bobmcw> https://gist.github.com/871192
[19:36:38] <bobmcw> back in an hour or so
[19:41:37] <ALR> s/hours/house
[19:59:22] <ALR> lightguard_jp: Congratulations on the 'Con
[19:59:29] <ALR> Will look forward to having you come visit.
[20:00:01] <lightguard_jp> ALR, thanks, but I won't be there in person, I'll have to do it remote (more than likely).
[20:00:16] <ALR> bleathem: You too bud.
[20:00:30] <ALR> lightguard_jp: Oh yeah?  IIiiiiinteresting
[20:01:12] <lightguard_jp> ALR: JUDCon is two days after my wife's due date for our fourth child.
[20:01:28] <ALR> lightguard_jp: Tell her to hold it.
[20:01:52] <lightguard_jp> haha. I can tell you haven't been through this before ;)
[20:03:21] <ALR> lightguard_jp: Not for lack of trying.
[20:04:30] <lightguard_jp> I heard things didn't pan out very well last year
[20:10:12] <nickarls> jp: what age are the other kids?
[20:10:54] <lightguard_jp> 4.2,1
[20:11:49] <nickarls> must be like a zoo at your house
[20:11:58] <lightguard_jp> nickarls: Some times
[20:12:08] <lightguard_jp> Bed time is the worst though
[20:12:34] <lightguard_jp> But they play nice the majority of the time.
[20:12:52] <nickarls> either overtired or then getting rid of last extra energy by running around
[20:14:12] <nickarls> jp: you have any parents around for emergency babysitting when it's go-time?
[20:14:50] <lightguard_jp> Yes, my mother lives close, and my mother-in-law lives too close (basement)
[20:15:23] <nickarls> watch out, she might read the echelog :-)
[20:15:40] <lightguard_jp> I'm not worried, nor do I care if she does :)
[20:29:46] *** kpiwko has joined #jbosstesting
[20:44:37] <aslak> bobmcw, it works here
[20:44:46] <aslak> bobmcw, 6.0.0.Final
[20:45:53] <aslak> bobmcw, you didn't set startupTimeoutInSeconds to something very low? :)
[20:46:22] <nickarls> it would be nice if arq would assemble the archive before starting the server. That way it wouldn't take 30 secs for it to find out that it can't do the assembly for some reason.
[20:47:04] <aslak> bobmcw, the error you are getting is when the process dies.
[20:47:39] <aslak> nickarls, wouldn't it be nicer if the server started in 1 sec ? ;)
[20:48:15] <nickarls> yes, but I guess the ordering is easier to fix ;-)
[20:48:28] <nickarls> hmm: "Caused by: java.net.UnknownHostException: localhost%2F127.0.0.1" for my jbossas-managed-6
[20:49:18] <aslak> nickarls, well.. going through all the test cases and creating all the archives.. could be done, but..
[20:49:30] <aslak> nickarls, ugh..  damn management api
[20:49:35] <aslak> nickarls, master right?
[20:49:46] <nickarls> yep
[20:50:10] <nickarls> could not read active container configuration: null but that's just a warning(?)
[20:50:21] <aslak> yea, not related
[20:51:58] <nickarls> I'll start with a fresh server log
[20:52:07] <nickarls> there were some curses in it
[20:52:50] <aslak> nickarls, i know what it is
[20:53:13] <aslak> trying to dynamically determine the http port, servlet in deployment etc..
[20:54:03] <nickarls> http://pastebin.com/5Fpz6ri6
[20:54:16] <aslak> on some jboss v the protocol name comes out like that. i have some regexp stuff that should have handled it but
[20:55:35] <aslak> nickarls, hmm, well that one is new. but still unrelated
[20:57:50] <aslak> nickarls, do you have the server running?
[21:04:24] <nickarls> nope, it starts it up
[21:05:18] <nickarls> it appears as a normal deploy + undeploy
[21:08:00] <aslak> can you break point it before it shuts down
[21:08:05] <aslak> and go to: http://localhost:8080/jmx-console/ProfileServiceDebugServlet
[21:08:26] <aslak> look for the deployment ManagedDeployment: http.*
[21:09:14] <kpiwko> aslak, hi there
[21:09:16] *** michaelschuetz has joined #jbosstesting
[21:12:43] <kpiwko> I'm at home so I have to do a clean build of arquillian first...and its failing on missing org.jboss.arquillian.protocol:arquillian-protocol-local:jar:1.0.0-SNAPSHOT for arquillian-weld-ee-embedded-1.1, however there is no such module in upstream/master
[21:16:57] <nickarls> aslak: umm, where would I place such as breakpoint?
[21:20:08] *** mgoldmann has quit IRC
[21:21:29] <nickarls> aslak: http://pastebin.com/ksi5vR0k
[21:21:44] <nickarls> opening lots of tabs and pasting in the url apparently works, too ;-)
[21:29:46] *** ge0ffrey has quit IRC
[21:35:30] *** ldimaggi_home has quit IRC
[22:24:04] <aslak> kpiwko, hey
[22:24:25] <aslak> kpiwko, what branch you on?
[22:24:32] <kpiwko> upstream/master
[22:25:28] <aslak> have you rebased on some old branch?
[22:26:10] <kpiwko> no, I pulled arquillian(upstream) master into my(origin) master
[22:26:23] <aslak> do you have a /src/ folder ?
[22:26:37] <kpiwko> no
[22:26:41] <aslak> hmm
[22:27:04] <aslak> i know there was some issues when rebasing due to how the subtree thinggy with weld-ee works but..
[22:27:26] <aslak> have you tried, git clean -f -d & git rest --hard HEAD
[22:27:33] <aslak> maybe in the oposite order
[22:27:52] <kpiwko> well, I haven't I commented that out
[22:28:07] <kpiwko> I'm not going to reset before I stash current changes :)
[22:29:28] <aslak> nickarls, yea, as i suspected. the deployment name there is odd. obisouly that changes between jboss v., install and os
[22:29:38] <aslak> thought i had a fix for that, but.. 2 sec
[22:30:30] <bobmcw> aslak: okay, I'll poke around here
[22:33:44] <aslak> kpiwko, a clean clone seems ok here
[22:34:03] <kpiwko> aslak: a clean clone of upstream?
[22:34:11] <aslak> kpiwko, yea
[22:34:14] <kpiwko> hmm
[22:42:13] <kpiwko> aslak, another question...it there an event sent after an enriched method finishes?
[22:42:17] <kpiwko> *is
[22:44:49] <aslak> kpiwko, after the full TestClass enrichment yes, AfterEnrichment
[22:45:16] <aslak> kpiwko, see ClientTestEnricher or ContainerTestEnricher
[22:45:53] <kpiwko> aslak, no, I meant if there is a special After event when *execution* of enriched method finishes
[22:46:33] <aslak> ?
[22:46:54] <aslak> not pr TestEnricher, but when all TestEnrichers have finished
[22:47:21] <kpiwko> yes, but this even is send before method body is executed, right?
[22:47:22] <aslak> method.. you mean argument injection ?
[22:47:39] <kpiwko> method arguments, yes
[22:48:01] *** nthngrtr has joined #jbosstesting
[22:48:05] <aslak> kpiwko, npo
[22:48:06] <aslak> no
[22:48:29] <aslak> kpiwko, what you trying to do?
[22:48:34] <kpiwko> if I create objects in Object[] resolve(), I should dispose them in After observer, right?
[22:49:08] <aslak> kpiwko, aa, right.. that's a glitch currently. we have no dispose call
[22:49:19] <aslak> in TestEnricher
[22:49:24] <kpiwko> right
[22:49:38] *** nthngrtr has left #jbosstesting
[22:49:44] <aslak> but if you create them during Method argument injection, and bind to context, you can dispose them in After
[22:49:54] <lightguard_jp> Glad I didn't open arquillian in intellij at home... thanks maven
[22:50:06] <lightguard_jp> But it may have been faster at home *shrug*
[22:50:23] <aslak> :)
[22:50:46] <kpiwko> hmm, I have to find a way how to keep Drone field/argument contexts separate
[22:51:18] <aslak> kpiwko, aa, right. the multi support
[22:52:49] <kpiwko> I guess TestContext might work
[22:52:57] *** alesj has joined #jbosstesting
[22:53:14] <aslak> kpiwko, why? a @Drone @QualiferX on Field is not the same as for m(@Drone @QualiferX) ?
[22:53:22] <kpiwko> no
[22:53:28] <aslak> method argument is disposed of after @Test ?
[22:53:33] <kpiwko> yes
[22:53:36] <aslak> ic
[22:54:13] <kpiwko> that's how we can change browser lifecycle for free
[22:54:30] <aslak> is Field injection Class scoped?
[22:54:43] <kpiwko> yes
[22:54:57] <aslak> so Method is Test Scoped
[22:55:00] *** ALR has quit IRC
[22:55:04] <aslak> but it doesn't help you
[22:55:40] <aslak> you would receive the one closes to you (Test) when looking it up
[22:56:23] <kpiwko> well, I can update DroneContextClass to store instance via (class,qualifier,field/args) tuple
[22:56:35] <aslak> yea, we need a dispose option
[22:56:35] <kpiwko> but I'm looking for less invasive way atm
[22:58:29] <aslak> kpiwko, a 'registry' in ClassContext where you map to Class or Methods, clean up in After and AfterClasss
[23:00:25] <kpiwko> aslak, that's what I have in DroneDestructor and DroneContext, basically
[23:01:17] *** wolfc has quit IRC
[23:08:31] *** pmuir has quit IRC
[23:13:21] *** pmuir has joined #jbosstesting
[23:25:20] <jbossbot> git [arquillian] push master b8086da.. Aslak Knutsen ARQ-153 Fix ManagementView http protocol ip parser. Support both options: http-localhost%2F127.0.0.1-8080 http-127.0.0.1-8080
[23:25:21] <jbossbot> jira [ARQ-153] Protocol configuration element should be separate from Container [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-153
[23:25:21] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/4feab48...b8086da
[23:25:58] <aslak> nickarls, see if that helps
[23:30:42] *** pmuir has quit IRC
[23:43:04] *** ldimaggi has joined #jbosstesting
[23:54:03] *** alesj has left #jbosstesting
[23:57:02] <jbossbot> git [arquillian] push master 0e8594a.. Aslak Knutsen ARQ-275 Use ServiceLoader to load Extensions from ShrinkWrap Archive.
[23:57:10] <jbossbot> jira [ARQ-275] WeldSEContainer doesn't meet Weld 1.1 SPI contract [Open (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-275
[23:57:11] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/b8086da...0e8594a





top