[00:10:01] *** mhuniewicz has quit IRC
[00:42:03] *** lightguard_jp has joined #jbosstesting
[01:39:11] *** lightguard_jp has quit IRC
[01:43:38] *** lightguard_jp has joined #jbosstesting
[01:47:44] *** aaronwalker has joined #jbosstesting
[01:53:35] *** ianbrandt has quit IRC
[02:22:02] *** lightguard_jp has quit IRC
[02:57:37] *** ldimaggi has joined #jbosstesting
[03:32:57] *** bgeorges has joined #jbosstesting
[03:36:49] *** bleathem_away has quit IRC
[04:49:45] *** ldimaggi has quit IRC
[05:38:41] *** gastaldi has joined #jbosstesting
[06:01:39] *** gegastaldi has joined #jbosstesting
[06:05:35] *** gastaldi has quit IRC
[06:28:01] *** gegastaldi is now known as gastaldi
[06:28:53] *** gastaldi has left #jbosstesting
[06:29:49] *** tommysdk has joined #jbosstesting
[06:53:28] *** gastaldi has joined #jbosstesting
[06:54:45] *** gastaldi has quit IRC
[08:00:04] *** bleathem has joined #jbosstesting
[08:13:10] *** mgoldmann has joined #jbosstesting
[08:43:29] *** kpiwko has joined #jbosstesting
[08:43:39] *** ge0ffrey has joined #jbosstesting
[08:45:00] *** pilhuhn has joined #jbosstesting
[08:50:45] *** jharting has joined #jbosstesting
[08:50:51] *** tdiesler has joined #jbosstesting
[08:51:08] *** oskutka has quit IRC
[08:52:29] *** galderz has joined #jbosstesting
[08:52:39] *** bleathem has quit IRC
[09:00:52] *** kevinpollet has joined #jbosstesting
[09:06:47] *** alesj has joined #jbosstesting
[09:08:57] *** jhuska has joined #jbosstesting
[09:15:10] *** lfryc has joined #jbosstesting
[09:33:43] *** vtunka has quit IRC
[09:43:18] *** lightguard_jp has joined #jbosstesting
[09:44:04] *** maschmid has joined #jbosstesting
[10:19:29] *** lightguard_jp has quit IRC
[10:25:02] *** OndraZizka has quit IRC
[10:25:18] *** OndraZizka has joined #jbosstesting
[10:29:09] *** vtunka has joined #jbosstesting
[10:39:14] *** alesj has quit IRC
[10:56:22] *** tommysdk has quit IRC
[11:10:30] *** bgeorges has quit IRC
[11:18:23] *** aaronwalker has quit IRC
[11:58:43] *** kevinpollet has quit IRC
[12:37:18] *** galderz has quit IRC
[12:48:05] *** Jaikiran has joined #jbosstesting
[13:21:51] *** alesj has joined #jbosstesting
[13:48:52] *** tommysdk has joined #jbosstesting
[13:49:41] *** kevinpollet has joined #jbosstesting
[14:04:17] *** milestone has joined #jbosstesting
[14:06:23] <milestone> hi folks i have followed the getting started guide to write a Test with JUnit4 to test against jboss-51, but i am getting a CommunicationException Receive time out ...
[14:07:50] <milestone> rather a LifelycleException: Could not connect to Container
[14:09:40] <milestone> and i am seeing a console message INFO Could not read active container configuration: null
[14:14:58] *** aslak has joined #jbosstesting
[14:20:28] *** bgeorges has joined #jbosstesting
[14:33:03] <jose_freitas> milestone: did you started your jboss?
[14:37:27] <tommysdk> milestone: INFO Could not read active container configuration: null - this is just an info logging telling you that the default configuration is being used.
[14:59:12] *** Jaikiran has quit IRC
[15:00:11] *** Jaikiran has joined #jbosstesting
[15:00:22] *** ldimaggi has joined #jbosstesting
[15:13:50] *** Jaikiran has quit IRC
[15:14:08] *** Jaikiran has joined #jbosstesting
[15:14:29] *** Jaikiran has quit IRC
[15:15:01] *** Jaikiran has joined #jbosstesting
[15:44:48] *** tommysdk has quit IRC
[15:56:02] *** bleathem has joined #jbosstesting
[15:56:34] *** jharting has quit IRC
[16:03:36] <jose_freitas> aslak: hey
[16:07:46] <aslak> jose_freitas, heya
[16:08:26] <jose_freitas> g'morning
[16:08:46] <aslak> morning
[16:11:49] <jose_freitas> aslak, No org.jboss.arquillian.container.spi.client.protocol.metadata.HTTPContext found in org.jboss.arquillian.container.spi.client.protocol.metadata.ProtocolMetaData. Servlet protocol can not be used
[16:12:11] <jose_freitas> what I might be doing wrong?
[16:13:24] <milestone> jose_freitas: no i did not start my container
[16:13:32] <milestone> do i have to start it before hand?
[16:13:36] <jose_freitas> milestone: yes
[16:13:46] <milestone> can i tell arquillian to start it?
[16:14:02] <jose_freitas> not with jboss 5.1 I guess
[16:14:51] <jose_freitas> you can use managed though
[16:15:10] <milestone> jose_freitas: managed? what do you mean?
[16:15:27] <milestone> another question i have is i am following the quick start guide
[16:15:28] <jose_freitas> you're using a remote profile
[16:15:30] <milestone> but
[16:15:41] <jose_freitas> profile is not the best world for it.
[16:15:54] <milestone> oh i get it
[16:16:01] <jose_freitas> there's basically three kind of containers
[16:16:07] <jose_freitas> embedded, managed, and remote
[16:16:12] *** mbg has joined #jbosstesting
[16:16:20] <jose_freitas> embedded and managed arquillian manages lifecycle of the server
[16:16:32] <jose_freitas> with remote you need to have the server started
[16:16:50] <jose_freitas> arquillian won't start/stop the server in this case
[16:17:02] <jose_freitas> I though that jboss51 didn't have a managed container, but it has
[16:17:05] <jose_freitas> so you can use it
[16:17:13] <milestone> ahh ok
[16:17:20] <milestone> can i ask my other question?
[16:17:44] <jose_freitas> sure thing
[16:17:55] <milestone> i have eclipse galileo running
[16:18:00] <milestone> with m2eclipse plugin
[16:18:06] <jose_freitas> hm
[16:18:18] <milestone> and i followed the instructions in chapter 3
[16:18:28] <milestone> i am sitting behind a proxy server
[16:18:39] <milestone> i can run maven from the cli no problem
[16:18:44] <milestone> everything is resolved
[16:18:57] <milestone> inside eclipse i get a lot of errors
[16:19:10] <milestone> maven-surefire-plugin could not be downloaded etc
[16:20:02] <milestone> now i am getting an initializationError
[16:20:40] <jose_freitas> hm
[16:20:56] <jose_freitas> can you pastebin the exception trace?
[16:22:04] <milestone> yes
[16:22:46] <aslak> jose_freitas, are you running with the updated jbossas ?
[16:23:58] <jose_freitas> nope, with jboss 7.0.0
[16:24:26] <jose_freitas> let me start 7.1.0alpha
[16:25:03] <jose_freitas> ah yes, 7.1.0 is failling to start arquillian
[16:25:04] <jose_freitas> Operation ("add") failed - address: ([("deployment" => "arquillian-service")])
[16:26:28] <jose_freitas> let me check why is this happening
[16:26:38] <aslak> jose_freitas, that is what the update in 7.1 fixes.. 7.0 won't work
[16:26:47] <aslak> jose_freitas, anything more ?
[16:27:18] <jose_freitas> nope
[16:27:30] <jose_freitas> but I guess I should just update arquillian-container
[16:31:01] <jose_freitas> this is a sad news, jsfunit-arquillian won't never work in 7.0.0
[16:31:13] <aslak> jose_freitas, yea
[16:31:20] <jose_freitas> I was hoping that the needed fix was just on the arquillian-container
[16:31:41] <aslak> jose_freitas, it is, but the arquillian-container is part of 7
[16:33:57] <jose_freitas> well, I mean, it would be great if updating jboss-as-arquillian-container-remote would be enough
[16:36:40] <aslak> jose_freitas, it should be, so when 7.0.1 is out, the same container should be usable with 7.0 as as well
[16:39:15] <milestone> jose_freitas: http://pastebin.com/C1AnhJ3n
[16:39:36] <jose_freitas> well, in my testcase, I had jboss-as-arquillian-container-remote 7.1.0.Alpha1 builded yesterday from jboss-as master branch. and I had that error that HttpContext is not found
[16:40:17] <milestone> jose_freitas: i am getting a NoSuchMethod Error :(
[16:41:30] <jose_freitas> milestone, you said that you get this error just in eclipse?
[16:41:53] <jose_freitas> if you run maven in your terminal is it ok?
[16:41:54] <milestone> jose_freitas: well the dependency errors that was
[16:42:00] <milestone> jose_freitas: no
[16:42:09] <milestone> the pasted exception is form the CLI
[16:42:15] <milestone> sorry for not being clearer before
[16:45:36] <jose_freitas> milestone: you using jboss remote 5.0 ?
[16:45:54] <milestone> jose_freitas: no 5.1
[16:46:00] <milestone> community edition
[16:46:36] <jose_freitas> check if your profile looks like this
[16:46:36] <jose_freitas> https://docs.jboss.org/author/display/ARQ/JBoss+AS+5.1+-+Remote
[16:46:53] <aslak> jose_freitas, from yesterday master, yes.. from yesterday you had to have used my branch.. but if you update today, that fix was pused upstream this morning
[16:47:18] <jose_freitas> thanks aslak
[16:47:28] <jose_freitas> I'll fetch from upstream and test it
[16:47:34] <jose_freitas> sorry to bother you so much
[16:47:44] <jose_freitas> brb - lunch
[16:47:57] <aslak> jose_freitas, np
[16:52:01] <milestone> jose_freitas: this is what i see in eclipses console http://pastebin.com/ZiSsA87q
[16:52:17] <milestone> jose_freitas: now i am getting a NPE when running the test
[16:53:26] <milestone> the npe -> http://pastebin.com/TLnCEkDZ
[16:54:56] *** mgoldmann has quit IRC
[16:54:56] *** milestone has quit IRC
[17:07:01] *** milestone has joined #jbosstesting
[17:07:12] <milestone> jose_freitas: back
[17:22:00] <milestone> anyone?
[17:28:07] <milestone> jose_freitas: can it be that CDI @Inject Annotation is not supported with jboss-as-5.1.0.GA? Looking at the link you provided, I only see @EJB Annotation
[17:30:32] *** milestone has left #jbosstesting
[17:30:36] *** mgoldmann has joined #jbosstesting
[17:30:39] *** milestone has joined #jbosstesting
[17:30:43] <milestone> hi all
[17:32:57] <aslak> milestone, CDI is EE6, Jboss 5.1 is EE5
[17:34:11] *** Jaikiran is now known as Jaikiran|Dinner
[17:36:18] <milestone> aslak: ok i am going through the getting started docs you know ;)
[17:36:24] <milestone> aslak: thx anyways
[17:36:27] <milestone> did not think
[17:36:43] <aslak> :)
[17:40:30] *** jhuska has quit IRC
[17:41:26] <milestone> CDI is that the WebBeans JSR by the seam folks?
[17:49:29] *** pilhuhn is now known as pil-dinner
[17:51:59] <aslak> milestone, yes.. :)
[18:03:32] *** kevinpollet has quit IRC
[18:05:49] *** maschmid has quit IRC
[18:06:55] *** ge0ffrey has quit IRC
[18:11:20] *** alesj has quit IRC
[18:33:25] *** ianbrandt has joined #jbosstesting
[18:38:37] *** bgeorges has quit IRC
[18:40:41] *** kevinpollet has joined #jbosstesting
[18:52:43] *** kpiwko has quit IRC
[18:59:54] <jose_freitas> back
[19:13:31] *** milestone has left #jbosstesting
[19:37:04] *** kevinpollet has quit IRC
[19:37:07] *** lightguard_jp has joined #jbosstesting
[19:37:16] *** kevinpollet has joined #jbosstesting
[19:44:20] *** lfryc has quit IRC
[19:48:19] *** kevinpollet has quit IRC
[19:48:31] *** kevinpollet has joined #jbosstesting
[20:04:39] *** ALR has joined #jbosstesting
[20:25:16] <jose_freitas> hey aslak, when ServletUtil is determining the base URI it returns a host equals to http://activate.adobe.com:8080/...
[20:25:35] <jose_freitas> do you know where could be coming this "activate.adobe" ?
[20:29:52] *** dblevins has quit IRC
[20:34:22] *** dblevins has joined #jbosstesting
[20:36:57] *** kevinpollet has quit IRC
[20:37:09] *** galderz has joined #jbosstesting
[20:37:14] *** kevinpollet has joined #jbosstesting
[20:39:25] *** pil-dinner has quit IRC
[20:41:18] <aslak> jose_freitas, as7 ?
[20:41:50] <jose_freitas> yea
[20:42:54] <aslak> jose_freitas, it's coming from i assume..
[20:43:16] <jose_freitas> hehehe
[20:43:18] <aslak> jose_freitas, do you have a host file the set 127.0.0.1 to resolve to activate.adobe.com ?
[20:43:25] <aslak> + jboss in there heh
[20:43:44] <jose_freitas> not that I know of
[20:43:47] <jose_freitas> let me check
[20:51:49] *** kevinpollet has left #jbosstesting
[20:52:05] *** alesj has joined #jbosstesting
[20:52:19] *** maeste has quit IRC
[21:03:02] *** galderz has quit IRC
[21:03:25] *** galderz has joined #jbosstesting
[21:07:51] *** galderz has quit IRC
[21:19:28] *** mgoldmann has quit IRC
[21:24:16] <jose_freitas> aslak: couldn't find something resolving 127.0.0.1 to activate.adobe.s*&$
[21:24:25] <jose_freitas> but it changes on the fly
[21:24:32] <jose_freitas> without any line of code
[21:24:35] <jose_freitas> it just changes
[21:25:26] <aslak> jose_freitas, changes on the fly ?
[21:25:43] <aslak> jose_freitas, you got the magic adobe vm ? :)
[21:26:09] <jose_freitas> no
[21:26:14] <aslak> jose_freitas, what os you on ?
[21:26:19] <jose_freitas> win
[21:26:50] <jose_freitas> not with adobe vm
[21:27:03] <aslak> hehe it was a joke..
[21:27:12] <jose_freitas> uff
[21:27:26] <jose_freitas> I was thinking, does adobe has a jvm now?
[21:28:09] <aslak> jose_freitas, what does ping activate.adobe.com output ?
[21:29:07] <jose_freitas> 127.0.0.1
[21:29:11] <jose_freitas> oO
[21:29:15] <aslak> :)
[21:30:06] <aslak> there is no activate.adobe.com in your windows/system32/hosts file ? (been a while, don't remember where the file is)
[21:30:59] *** Jaikiran|Dinner has quit IRC
[21:34:06] <jose_freitas> ok sorry, today when I woke up I said to myself, today is my noob day.
[21:34:18] <jose_freitas> I didn't know about this file, and checked on the wrong place
[21:34:29] <jose_freitas> it's on system32/driver/etc btw
[21:34:48] <jose_freitas> didn't know about it
[21:34:50] <aslak> jose_freitas, right, that's it.. :)
[21:36:43] <ianbrandt> aslak, I just pushed to my github branch for core.  I was going to make a pull request, but I'm now understanding that I merged instead of rebased before my push.  Does that matter?
[21:41:05] *** mhuniewicz has joined #jbosstesting
[21:45:53] <mhuniewicz> aslak, hi
[21:46:23] <aslak> ianbrandt, e97d0d2a97cc62f5ec85 ?
[21:46:49] <aslak> mhuniewicz, heya
[21:47:31] <ianbrandt> aslak, Yep, that's the one.
[21:50:07] <mhuniewicz> aslak, https://github.com/m1key/arquillian-container-weld/tree/InjectPcFailingTest
[21:50:29] <aslak> ianbrandt, looks fine, can't see a merge there.. but yea, normally rebase
[21:51:26] <aslak> ianbrandt, and normally from a topic branch, so you avoid having to force reset your master. (in case i deside to rebase/reword it or commit in a different order etc.. :)
[21:55:33] <aslak> ianbrandt, you mind signing a cla for arquillian at cla.jboss.org ?
[21:55:57] <ianbrandt> aslak, not at all.
[21:56:17] <aslak> ianbrandt, thanks, i'll push the fix upstream..  nice little fix :)
[21:58:33] <ianbrandt> aslak, I'm googling on your topic branch/reset master suggestion.  I understand the issue/concept I believe, so I just need to learn how to do that in practice with git.
[22:05:18] <aslak> git checkout -b topic_branch_name
[22:05:34] <aslak> do a lot of git add / commits
[22:05:59] <aslak> when ready to do a pull request do
[22:06:10] <aslak> git checkout master && git pull upstream
[22:06:20] <ianbrandt> aslak, Okay, I think I get it... Make my changes on a branch, rebasing the branch with changes from upstream/master as necessary as I go.  Commit, push, make the pull request from the branch.  Then assuming you apply it to master in whatever order or with edits, when I fetch+merge master there is no conflict.  I ignore my original topic branch from then on, and do my next thing on a new topic branch.
[22:06:28] <aslak> git checkout topic_branch_name && git rebase master
[22:06:46] <aslak> gix issues if any, then git push origin topic_branch_name
[22:06:47] <aslak> :)
[22:07:11] <aslak> exactly
[22:07:34] <aslak> when your topic branch is pushed upstream, you can delete it
[22:08:16] <ianbrandt> Okay, great, got it.
[22:08:43] *** maeste has joined #jbosstesting
[22:13:57] <aslak> ianbrandt, what did the tomcat 7 issue end with? shrinkwrap issue=?
[22:15:19] <ianbrandt> aslak, Sorry, not sure I understand your question?
[22:15:50] <aslak> ianbrandt, wasn't there some unpackaged deployment issue with tomcat 7 ?
[22:16:06] <ianbrandt> aslak, Oh, right.
[22:17:02] <ianbrandt> I was going around trying to work out how to best deploy with the new Tomcat 7 API.  I thought at first it might be better to just deploy the archive exploded only.
[22:18:24] <ianbrandt> In the end I decided to stick with .war deployment.
[22:19:07] <aslak> ianbrandt, i think we tried with tomcat 6 to make a ShrinkWrap adaptor over the tomcat Resource abstractions so we could do it all in memory, but there was so many wholes and hacks in it so it was imposible, so we ended with the export to disk solution. this might have improved in 7
[22:19:09] <ianbrandt> Though I think SHRINKWRAP-304 is still generally useful, even though I ended up not needing it.
[22:19:11] <jbossbot> jira [SHRINKWRAP-304] Add option for omitting archive extension from exploded directory name [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-304
[22:20:55] <ianbrandt> aslak, Yeah, that would be neat, but with my recent tour of the Tomcat 7 internals it still seems very filesystem oriented to me.  I could be wrong.  I certainly don't claim to be an expert.
[22:21:28] <aslak> maybe i'm mixing it with jetty.. :)
[22:23:20] *** ldimaggi_ has joined #jbosstesting
[22:23:38] *** mbg1 has joined #jbosstesting
[22:25:50] *** ldimaggi has quit IRC
[22:26:00] *** mbg has quit IRC
[22:37:56] <ianbrandt> aslak, I filed https://issues.apache.org/bugzilla/show_bug.cgi?id=51526 as I originally thought org.jboss.arquillian.container.tomcat.embedded_7.EmbeddedContextConfig wouldn't be necessary with the new API. I then realized that most of the META-INF/context.xml processing goodness in regular Tomcat is mixed up with org.apache.catalina.startup.HostConfig, which otherwise isn't a great fit for embedded use.  I ended up fallin
[22:37:57] <ianbrandt> to EmbeddedContextConfig.  I'm going to hop on the Tomcat dev mailing list, show them the EmbeddedContextConfig solution, and see if they'd be willing to look into decomposing/decoupling the deployment code in HostConfig so it could be used instead for both embedded and not.  As it stands I think the Tomcat 7 embedded API has a ways to go.  It's as if it's trying to server two masters, those that want minimalist low-level
[22:37:57] <ianbrandt> for embedding, and those that just want to drive plain old Tomcat at a high level programatically.  I'm not sure it's serving either one very well at the moment.  I had to basically re-implement Tomcat.addWebApp(...) to do what we needed.  Tomcat 7.0.19 has an improvement that get's us closer to not having to do that (https://issues.apache.org/bugzilla/show_bug.cgi?id=51418), but not all the way.  Also the hooks are via
[22:37:57] <ianbrandt> inheritance from org.apache.catalina.startup.Tomcat, which I don't think will evolve well as people make more and more change requests for the API.
[22:41:29] <ianbrandt> aslak, So now I'm back to trying to switch it to Servlet 3.0 again.  Also I want to add a JSP test to verify support for that.  Though you can pull it now if you want.
[22:41:30] <aslak> ianbrandt, interesting.. :)
[22:41:47] <aslak> ianbrandt, no rush.. keep hacking.. :O)
[22:42:43] *** kevinpollet has joined #jbosstesting
[22:42:44] <ianbrandt> aslak, very good.
[22:43:07] *** kevinpollet has left #jbosstesting
[22:53:48] *** kevinpollet has joined #jbosstesting
[22:54:07] *** kevinpollet has quit IRC
[22:57:02] <mhuniewicz> aslak, any reason for not implementing the persistence unit part?
[22:57:23] *** mbg1 is now known as mbg
[22:58:27] *** ldimaggi_ has quit IRC
[23:03:13] *** ALR has quit IRC
[23:16:16] <aslak> mhuniewicz, not that i can think of..
[23:16:34] <aslak> mhuniewicz, it goes outside of your cleanup control, but..
[23:16:35] <mhuniewicz> aslak, I mean, is that the question? :)
[23:16:47] <aslak> mhuniewicz, aa yes..
[23:16:53] <aslak> :)
[23:16:54] <mhuniewicz> I see.
[23:17:34] <mhuniewicz> aslak, it was out of scope to me. But I don't mind implementing it. I'd like to get that test working first, though, for my own peace of my mind. ;)
[23:17:47] <aslak> hehe yea..
[23:17:53] <aslak> i'll check it in the morning
[23:18:16] <mhuniewicz> Thanks.
[23:18:32] <aslak> g night all :)
[23:18:37] <mhuniewicz> night
[23:20:45] *** mhuniewicz has quit IRC
[23:30:52] *** aslak has quit IRC
[23:51:25] *** jose_freitas has quit IRC





top