[00:00:06] <ALR> I just got back from picking up food!
[00:00:20] <ALR> No disrespect jc3!
[00:00:55] <jc3> none taken
[00:01:51] <jc3> ALR: @RunWith(Arquillian.class) is the toggle for @Before. with it, they don't run.  commented out, they do.
[00:02:17] <ALR> @RunAsClient maybe needed as well?
[00:02:32] * ALR behind on ARQ Alpha5 stuff
[00:03:00] <ALR> But I know that lifecycle is tied to *where*, remember aslak saying something about that
[00:03:31] <jc3> our tests derive from a base, e.g. JobsTest extends AbstractIntegrationTestCase
[00:03:43] <jc3> @RunWith is on AbstractIntegrationTestCase
[00:03:49] <jc3> @RunAsClient is on JobsTest
[00:03:58] <jc3> is that ok?
[00:04:50] <ALR> Ummmmmmmmm.
[00:06:10] * ALR looking to see what I can find.
[00:06:34] *** mgoldmann_ has quit IRC
[00:13:17] <ALR> jc3: Short answer is I'm not sure.
[00:13:27] <ALR> I don't have anything with quite that setup.
[00:13:38] <ALR> And I've yet to upgrade some of my own stuff to ARQ Alpha5
[00:13:52] <aslak> OndejZizka, github weld/core
[00:13:54] <jc3> do you think we're being premature by trying to upgrade?
[00:15:21] <jc3> the only reason i'm pushing is i want to extract the rspec-arquillian stuff out into a standalone gem, but i don't want to be tied to an obsolete api from the outset.
[00:15:29] <aslak> ALR, havn't even gotten it to run yet.. eclipse keeps crashing
[00:17:38] <aslak> jc3, Before/After is only executed incontainer in alpha5. didn't get a chance to add support for the mixed modes on before/after(both client and incontainer support)
[00:18:34] <jc3> aslak: so client mode will be alpha6?
[00:19:33] <aslak> jc3, yea, hoping for that. it's a bit tricky
[00:19:38] <ALR> aslak: Oh, I only opened:
[00:19:47] <ALR> aslak: The arquillian subsystem, build, and the testsuite
[00:19:55] <ALR> aslak: That should keep it from Crashing.
[00:20:07] <ALR> aslak: Though I hear that IDEA handles it more intelligently.
[00:21:27] <aslak> jc3, you can activate it in Alpha5 as well via a extension if you want
[00:22:46] <jc3> aslak: seems like a pretty big regression.  what makes something that was working in alpha4 "a bit tricky" in alpha5?
[00:23:05] <aslak> jc3, aa.. you assume it worked in alpha4.. :)
[00:23:22] <jc3> i *know* it worked in alpha4!
[00:25:11] <aslak> jc3, it was executed both in container and on client side in alpha4, that made it useless for incontainer. we got most complaints about that, so alpha5 switched it around to it only works incontainer
[00:26:21] <aslak> alpha5 also comes with multi deployment and multi container support, and mixed modes where you can run parts of the test class on client and parts in container. this is what makes it a bit tricky
[00:28:41] <jc3> aslak: i c, thx.
[00:30:02] <jc3> ALR: aslak: thanks for the help
[00:30:46] <ALR> jc3: What I could. :/
[00:38:48] <aslak> jc3, basically in full blome it will look like; https://gist.github.com/908934
[00:41:20] <aslak> ALR, got my as7 arq container running most of the arq examples (the Resource test and jms one doesn't run due to missing jndi entries, /queue/DLQ and java:/Mail), both cdi, servlet, ejb 3 and ejb 3.1
[00:41:41] <jc3> aslak: i'm sure there is someone somewhere who needs that all that flexibility, but i don't.  :)
[00:42:13] <ALR> aslak: Oh yeah?  Nice.
[00:42:19] <ALR> aslak: I'm upgrading my fork to use Alpha5
[00:42:22] <aslak> jc3, you will, your tests just arn't there yet.. :)
[00:42:29] <jc3> i just want to start jboss, package an archive, deploy it, and test it.  i'm thinking arq may be overkill for a use case that simple.
[00:42:39] <ALR> aslak: Then I figure I can hand off to you to maybe look at whatever failures I'm sure we'll get
[00:42:46] <ALR> But I'm resolving the compile-time stuff best I can now.
[00:42:52] <ALR> Including refactoring the testsure
[00:42:57] <ALR> *testsuite
[00:44:20] <aslak> jc3, not at all! it does that perfectly fine as well. if you stick to a single deployment and single container pr TestClass it will all default
[00:44:47] <jc3> aslak: but it won't run my @Before methods!!!!  :)
[00:45:00] <aslak> sure it will
[00:45:11] <aslak> you just need to activate them
[00:45:17] <jc3> how?
[00:45:17] <aslak> (for now)
[00:46:32] <aslak> jc3, add something like this to your classpath: https://github.com/drallen/arquillian/commit/54dd534420c0336eed86fb4f44e929c39b726e13
[00:46:33] <jbossbot> git [arquillian] 54dd534.. drallen ARQ-391 Added Profile to include executors for Before/After methods
[00:46:34] <jbossbot> jira [ARQ-391] Before/After Methods are not executed on tests [Reopened (Unresolved) Bug, Blocker, David Allen] https://issues.jboss.org/browse/ARQ-391
[00:47:45] <aslak> basically implement a Profile so you can add your own extensions for Client side. then add the two executoers, AfterLifecycleEventExecuter and BeforeLifecycleEventExecuter that is in impl-base. and woala
[00:50:48] <ALR> aslak: So I've got everything refactored now for Alpha5, except the containers.
[00:50:55] <ALR> Which are a bit trickier. :)
[00:51:05] <aslak> not at all
[00:53:28] <ALR> aslak: Pushed to my fork
[00:53:31] <aslak> ALR, take a look at this: https://github.com/aslakknutsen/arquillian-container-jbossas/commit/e526079eb49b9ac157893cbd5950a8899dbad37f
[00:53:32] <jbossbot> git [arquillian-container-jbossas] e526079.. Aslak Knutsen Add Alpha5 v. of Containers from AS7 core
[00:54:00] <ALR> aslak: Hehe, looks like a lot of diffs to me. :P
[00:54:44] <ALR> aslak: With AS7 I might even come around to love Managed Containers :)
[00:55:02] <ALR> ie. If I can launch JUnit from my IDE and get a remote AS process, great.
[00:55:20] <ALR> Though I still like @RunAsClient, so as to not alter the deployment
[00:55:36] <aslak> ALR, well.. what i've done is basically update to the new SPI methods, moved deploy(Archive) into a deploy(anything) method to support both Archive and Descriptors. then a hardcoding of the ProtocolMetaData for now since we're missing that info from as
[00:56:26] <ALR> aslak: Why do we have an AS7 container under ARQ?
[00:56:33] <ALR> aslak: As opposed to the one that's in the AS7 tree?
[00:56:50] <ALR> aslak: We gotta pick one :D
[00:56:53] <aslak> ALR, yea, i still prefer predictable documented manipulation of defined deployment over random classloader issues with embedded
[00:56:55] <aslak> ;)
[00:58:29] <aslak> ALR, because the as tree one is very specific to the as test suite atm. i needed something else
[00:59:04] <ALR> aslak: Think yours can used used for AS?  In the AS test suite?
[00:59:39] <aslak> i started to test that, but the as build kept crashing
[00:59:55] <ALR> aslak: From command line?
[00:59:57] <ALR> Or Eclipse?
[01:00:04] <aslak> ALR, eclipse
[01:00:25] <ALR> aslak: Yeah, as I say....selectively import only the modules you need, and it behaves much better
[01:00:41] <aslak> ALR, it should work for the ee API tests i think. havn't looked to much into module/services/osgi module etc yet
[01:01:44] *** rruss has joined #jbosstesting
[01:03:26] <aslak> ALR, the smoke testsuite depends on EVERYTHING tho.. hwhw
[01:03:28] <aslak> hehe
[01:03:44] <ALR> aslak: Not after I'm done moving stuff.
[01:04:07] <ALR> Then there will be clear lines between spec, AS APIs, and internals.
[01:04:08] <aslak> currently the whole of as and every subsystem is on the cp
[01:04:16] <ALR> Just need a working ARQ connector in the meantime.
[01:05:57] *** bleathem has quit IRC
[01:07:50] <aslak> ALR, OndejZizka has a interesting idea regarding auto dependency inclusion.
[01:08:09] <ALR> ...?
[01:08:31] <jc3> aslak: ok, my @Before methods are called now.
[01:08:42] <jc3> aslak: but then shit got weird
[01:08:45] <aslak> ALR, still not 100%, but for some libs, you can add jar.dependsOnClass(Ba.class), find which archive Ba.class is in, check it's MANIFEST-MF for jars to add
[01:09:34] <jc3> some war file gets deployed, presumably via tomcat's mgr interface, and my jar is buried deep within that war.
[01:09:38] <jc3> does that sound right?
[01:10:01] <aslak> works for Ba.class and it's dependencies, but it doesn't help much with your own unpackaged deps
[01:10:40] <aslak> jc3, how was the rspec impl again?
[01:11:10] <jc3> aslak: we're nowhere near rspec yet.  this is all just vanilla junit.  no ruby involved at all.
[01:11:24] <aslak> jc3, aa, ok. then it sounds ok
[01:11:32] <jc3> aslak: no it doesn't.
[01:11:54] <jc3> wtf is that war file?
[01:12:31] <jc3> and htf does it know to deploy my jar file in its WEB-INF/lib?
[01:12:38] <aslak> jc3, it's needed for incontianer testing via the servlet protocol. add @Deployment(testable = false) to not repackage for incontainer testing
[01:15:19] <jc3> aslak: success!
[01:16:48] <jc3> i'm guessing torquebox is the only project that uses arquillian's remote client mode.  :)
[01:18:05] <OndejZizka> aslak: One more thing, do you know RHQ project?
[01:18:13] <aslak> OndejZizka, yea?
[01:18:38] <OndejZizka> Well then you probably know that it has plugins for many containers
[01:18:54] <OndejZizka> So I thought, this could be re-used to make managed contaiers
[01:19:14] <aslak> hmm.. possible
[01:19:16] <OndejZizka> Basically, they have all it needs - starting, stopping, deploy/undeploy, config
[01:19:23] <OndejZizka> + some extras where possible
[01:19:49] <aslak> OndejZizka, got a url for source?
[01:19:54] <OndejZizka> Sure, sec
[01:19:56] <aslak> container source
[01:20:09] <OndejZizka> aslak: http://git.fedorahosted.org/git/?p=rhq/rhq.git;
[01:20:49] <OndejZizka> aslak:  The source is vast. Not easy to locate concrete functionality, but plugins are separated as modules
[01:22:37] <jc3> aslak: fwiw, the attibute 'testable' is not awesomely named.  At least, looking at all the @Deployment(testable=false) annotations in our TEST source makes one wonder why we're creating them at all.  :)
[01:24:43] <aslak> jc3, yea, it's up for rename. just havn't found a good name for it
[01:25:37] <aslak> jc3, you can implement the DeploymentScenarioGenerator SPI and override all of this
[01:26:20] <aslak> that's  basically how to read from TestClass into DeploymentScenario (a list of DeploymentDescription with archive and attributes etc)
[01:26:47] <jc3> aslak: thanks again for the help.  i haven't run the rspec tests yet, so i may hit you up for help again tomorrow, but our junit tests seem to be running well.
[01:32:02] <OndejZizka> aslak: Once talking about nomenclature, I'd also prefer short cmdline params, like -Darq.foo instead of -Darquillian.foo
[01:32:08] <OndejZizka> my 2p
[01:32:34] <OndejZizka> on QA dept, believe or not, it makes a difference :)
[01:40:14] *** OndejZizka is now known as OndrejZizka
[01:43:58] <aslak> OndrejZizka, we have a open issue on loading config data from multiple overriding sources, e.g. system props override arq.xml etc etc.. so something like arq."qualifier"."propertyname"="value". arq vs arquillian sure.. i like to be 'explicit' but..
[01:46:08] *** johnament has joined #jbosstesting
[01:46:39] <OndrejZizka> aslak: I also like to be explicit, but my lazy part personality prevails :)
[01:46:49] <aslak> hehe
[01:47:12] <OndrejZizka> Lazy + the one which doesn't like commands spanning over 5+ lines
[01:47:18] <OndrejZizka> however classpath always wins
[01:48:02] <johnament> aslak: i believe that alpha5 hates
[01:48:04] <johnament> me
[01:48:17] <aslak> johnament, hehe, join the club
[01:48:19] <aslak> :)'
[01:48:50] <aslak> johnament, sup?
[01:48:58] <johnament> aslak: whew! so i'm not the only one that's having troubles wrestling alpha5 to work right?
[01:49:49] <johnament> aslak: i'm trying to get the seam jms tests to run on a managed as 6 instance using alpha 5
[01:49:50] <aslak> johnament, i don't think anything directly is not working, just different
[01:50:10] <johnament> aslak: however, a pure CDI test is working fine..
[01:50:13] <aslak> johnament, got both sw alpha11 and 12 on cp?
[01:50:25] <johnament> aslak: hmmm i don't think
[01:50:46] <aslak> hehe, that was just a hot topic a little while ago
[01:50:50] <aslak> what's the problem
[01:50:51] <aslak> ?
[01:51:05] <johnament> let me see if i can grab a useful segment of the log
[01:51:13] *** PeteRoyle has joined #jbosstesting
[01:57:50] <aslak> johnament, can you post it on the forum, i'll have a look in the morning. it's 2am and time to find the bed
[01:58:45] <johnament> haha ok
[01:58:48] <johnament> aslak: no problem.
[02:07:20] *** aslak has quit IRC
[02:17:00] <jbossbot> git [shrinkwrap] push master cac9ad7.. Tommy Tynja [SHRINKWRAP-235] Added writeTo-method to Archive interface for printing content to stream
[02:17:01] <jbossbot> jira [SHRINKWRAP-235] Add writeTo methods to Archive [Reopened (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-235
[02:17:02] <jbossbot> git [shrinkwrap] push master 37420fd.. Tommy Tynja [SHRINKWRAP-235] Work on Archive writeTo method, now using a buffered approach. Added associated unit test
[02:17:02] <jbossbot> git [shrinkwrap] push master 3117930.. Tommy Tynja [SHRINKWRAP-235] Changed to more appropriate IOUtil method name
[02:17:02] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/2b71ad9...3117930
[02:20:30] *** johnament has quit IRC
[02:22:08] *** johnament has joined #jbosstesting
[02:26:26] <jbossbot> git [shrinkwrap] push master 06e5d63.. Ivan Pazmino [SHRINKWRAP-263] Refactor methods name from addDirectory to addAsDirectory and addDirectories to addAsDirectories
[02:26:26] <jbossbot> jira [SHRINKWRAP-263] API rename addDirectory to addAsDirectory [Open (Unresolved) Task, Critical, Ivan Pazmino] https://issues.jboss.org/browse/SHRINKWRAP-263
[02:26:27] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/3117930...06e5d63
[02:33:39] <jbossbot> git [shrinkwrap] push master 7e5cfe1.. Davide D'Alto [SHRINKWRAP-179] Add setManifest(Package, String)
[02:33:40] <jbossbot> jira [SHRINKWRAP-179] Container.setXX methods should support the new Package construct [Open (Unresolved) Feature Request, Major, Davide D'Alto] https://issues.jboss.org/browse/SHRINKWRAP-179
[02:33:40] <jbossbot> git [shrinkwrap] push master 3bba677.. Davide D'Alto [SHRINKWRAP-179] Add setApplicationXML(Package, String)
[02:33:41] <jbossbot> git [shrinkwrap] push master 3851e65.. Davide D'Alto [SHRINKWRAP-179] Add setWebXML(Package, String)
[02:33:41] <jbossbot> git [shrinkwrap] push master 480bb79.. Davide D'Alto [SHRINKWRAP-179] Add setResourceAdapterXML(Package, String)
[02:33:41] <jbossbot> git [shrinkwrap] push master 6ca63b5.. Davide D'Alto [SHRINKWRAP-179] Add setSipXML(Package, String)
[02:33:41] <jbossbot> git [shrinkwrap] push master 8cc2fbd.. Davide D'Alto [SHRINKWRAP-179] Remove unusued import from DynamicContainerTestBase
[02:33:41] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/06e5d63...8cc2fbd
[02:35:28] <OndrejZizka> Good news. Tomcat remote container done.
[02:35:30] <OndrejZizka> +-
[02:58:16] *** johnament has quit IRC
[02:59:01] <ALR> OndrejZizka: Nice!
[03:48:08] *** ldimaggi has joined #jbosstesting
[04:17:00] *** dblevins has quit IRC
[04:22:06] *** dblevins has joined #jbosstesting
[05:04:06] *** rruss has quit IRC
[05:27:21] *** rruss has joined #jbosstesting
[05:29:45] *** ldimaggi has quit IRC
[05:45:21] *** rruss has quit IRC
[05:52:42] *** bleathem has joined #jbosstesting
[06:09:15] *** rruss has joined #jbosstesting
[06:43:08] *** dblevins has quit IRC
[06:47:40] *** dblevins has joined #jbosstesting
[07:16:42] *** ALR has quit IRC
[07:20:28] *** timte has joined #jbosstesting
[07:23:38] *** oskutka has joined #jbosstesting
[07:27:13] *** oskutka has quit IRC
[07:55:27] *** bleathem has quit IRC
[08:21:33] *** jharting has joined #jbosstesting
[08:28:56] *** oskutka has joined #jbosstesting
[08:35:01] *** bgeorges has joined #jbosstesting
[08:36:40] *** ge0ffrey has joined #jbosstesting
[08:39:14] *** maschmid has joined #jbosstesting
[08:40:38] *** bgeorges has quit IRC
[08:41:49] *** alesj has joined #jbosstesting
[08:43:04] *** lfryc has joined #jbosstesting
[09:02:25] *** jharting has quit IRC
[09:27:04] *** maeste has joined #jbosstesting
[09:41:31] *** Royle has joined #jbosstesting
[09:42:04] *** pmuir has joined #jbosstesting
[09:43:36] *** Royle has quit IRC
[09:44:31] *** PeteRoyle has quit IRC
[09:51:52] *** maeste has quit IRC
[09:52:07] *** aslak has joined #jbosstesting
[10:08:41] *** wolfc has joined #jbosstesting
[10:39:48] *** rruss has quit IRC
[10:42:31] <timte> Seems I can't deploy a war file exported from Shrinkwrap.
[10:42:41] <timte> java.util.zip.ZipException: error in opening zip file
[10:42:59] <aslak> timte, ?
[10:43:21] <timte> aslak: didn't I explain that perfectly?  ;)
[10:43:59] <aslak> timte, sure, i see the problem. now, what are you doing? :)
[10:46:58] <timte> aslak: I have arquillian tests which fail because JBoss claims I have duplicate java.xml.xpath.XPathConstants classes. So I wanted to export that war file Shrinkwrap created to the filesystem so I can try to remove something from it and deploy it in jboss the regular way without arquillian and see what jar is the problem.
[10:47:32] <timte> war.as(ZipExporter.class).exportTo(new File("/tmp/test.war"), true);
[10:47:50] <timte> I do that to get the file, but I can't deploy that file in JBoss
[10:48:06] *** PeteRoyle has joined #jbosstesting
[10:48:26] <aslak> timte, can you open the file with a zip tool?
[10:48:59] <timte> aslak: unzip works
[10:49:10] <aslak> what's the full deploy exception?
[10:50:28] <timte> aslak: should I put it in some pastebin?
[10:50:32] <aslak> yea
[10:51:23] <timte> http://pastebin.com/6TC9pzM5
[10:57:41] <aslak> timte, hmm.. how do you deploy it?
[10:59:06] <aslak> timte, do you get that always? is it a big file? e.g. is not not done copying to deploy before deploy starts?
[10:59:34] <timte> I probably lied to you a little bit.
[11:00:04] <timte> I get the error when trying to deploy the file that arquillian leaves behind if I interrupt an arquillian test.
[11:00:20] <timte> I tried deploying the shrinkwrap exported file again and it actually was ok.
[11:00:49] <aslak> use deploymentExportPath in arq condif instead of force quiting it in the middle of the run to get the file
[11:00:54] <aslak> config
[11:01:35] <timte> in arquillian.xml?
[11:01:38] <aslak> yea
[11:01:42] <aslak> timte, alpha4?
[11:01:52] <timte> just upgraded to alpha5
[11:02:19] <aslak> timte, example https://gist.github.com/883946
[11:02:45] <aslak> timte, can also be set as a SystemProperty, -Darquillian.deploymentExportPath
[11:08:04] <timte> aslak: I got a target/_DEFAULT__NO-NAME_test.war now, is that the one?
[11:08:40] <aslak> timte, yea
[11:08:45] <timte> thanks
[11:21:35] *** maeste has joined #jbosstesting
[11:42:54] *** jeand has joined #jbosstesting
[12:00:15] <timte> aslak: I have a persistence.xml in a jar file that I addAsLibraries(), is it possible to override that with addAsManifestResource()?
[12:00:45] <aslak> timte, if you import the jar file
[12:01:05] <timte> aslak: how do you mean?
[12:01:17] <aslak> timte, is a packaged non shrinkwrap jar file right?
[12:01:26] <aslak> read from disk
[12:01:37] <timte> aslak: right, it's in the maven repo
[12:02:40] <aslak> ShrinkWrap.create(ZipImporter.class, "my.jar").importFrom(new FIle("")).as(JavaArchive.class).addAsManifestResource(...)
[12:04:51] <timte> aslak: is importFrom something new? code completion can't find it
[12:04:52] *** aslak has quit IRC
[12:05:43] *** aslak has joined #jbosstesting
[12:05:50] <timte> aslak: is importFrom something new? code completion can't find it
[12:06:28] <aslak> new in Alpha12 i think
[12:08:17] *** pmuir has quit IRC
[12:08:17] *** aslak has quit IRC
[12:08:52] <timte> perhaps the persistence.xml file actually doesn't belong in the jar file
[12:10:56] *** vtunka has joined #jbosstesting
[12:25:01] *** aslak has joined #jbosstesting
[12:44:11] *** PeteRoyle has quit IRC
[13:01:50] *** ldimaggi has joined #jbosstesting
[13:39:07] <timte> .addAsLibraries(DependencyResolvers.use(MavenDependencyResolver.class).artifact("org.apache.solr:solr-core:3.1.0").exclusions("stax:stax-api", "org.apache.geronimo.specs:geronimo-stax-api_1.0_spec").resolveAs(GenericArchive.class))
[13:39:42] <timte> exclusions() works for geronimo-stax-api, but not for stax-api
[13:40:41] <timte> the difference between them is that stax-api is a transitive dependency
[13:41:06] <timte> does shrinkwrap have a problem with that?
[13:47:46] *** kpiwko has joined #jbosstesting
[13:52:50] <timte> aslak: do you know?  :)
[14:04:13] *** bobmcw has quit IRC
[14:40:47] *** lfryc has quit IRC
[14:46:35] *** OndraZizka has joined #jbosstesting
[14:46:56] <OndraZizka> aslak:  What's the ETA for Arq GA?
[14:48:25] *** kpiwko has quit IRC
[14:57:21] *** kpiwko has joined #jbosstesting
[15:18:55] *** oskutka has quit IRC
[15:20:50] *** oskutka has joined #jbosstesting
[15:24:42] *** maeste has quit IRC
[15:25:41] <timte> To me it seems like alpha5 is slower than alpha3. It feels like the deploying part takes longer now.
[15:27:03] *** pmuir has joined #jbosstesting
[15:27:03] *** pmuir has quit IRC
[15:27:03] *** pmuir has joined #jbosstesting
[15:27:24] *** rruss has joined #jbosstesting
[15:27:59] *** vtunka has quit IRC
[15:36:54] *** Jaikiran has joined #jbosstesting
[15:44:50] <jc3> timte: i didn't notice any speed diff from alpha4 to alpha5
[16:06:23] <timte> hmm
[16:06:28] *** timte has quit IRC
[16:41:39] *** oskutka has quit IRC
[16:50:40] *** vtunka has joined #jbosstesting
[16:53:38] *** vtunka has quit IRC
[16:53:39] *** pmuir has quit IRC
[16:59:38] *** maschmid has quit IRC
[17:00:52] *** kpiwko has quit IRC
[17:03:41] *** mgoldmann has joined #jbosstesting
[17:03:45] *** mgoldmann has quit IRC
[17:03:51] *** mgoldmann has joined #jbosstesting
[17:22:01] *** mgoldmann has quit IRC
[17:22:21] *** bleathem has joined #jbosstesting
[17:32:03] *** pmuir has joined #jbosstesting
[17:45:51] *** ge0ffrey has quit IRC
[18:10:53] *** pmuir has quit IRC
[18:16:06] *** pmuir has joined #jbosstesting
[18:23:53] *** pmuir has quit IRC
[19:08:33] *** jeand has quit IRC
[19:25:07] *** rruss has quit IRC
[19:25:25] *** rruss has joined #jbosstesting
[19:40:19] *** Jaikiran has quit IRC
[19:45:00] *** mgoldmann has joined #jbosstesting
[19:48:38] *** vtunka_wfh has joined #jbosstesting
[19:52:29] *** mgoldmann has quit IRC
[20:28:14] *** narayant has joined #jbosstesting
[20:29:17] <narayant> building arquillian from the source - importing in eclipse shows unresolved dependencies
[20:29:23] <narayant> http://community.jboss.org/thread/165203?tstart=0
[20:29:49] <narayant> but maven build (mavne 3) from the command line runs fine
[20:30:11] *** oskutka has joined #jbosstesting
[20:39:27] *** oskutka has quit IRC
[20:55:13] *** vtunka_wfh has quit IRC
[20:57:42] <aslak> narayant, seems like nexus is/was down when you tried
[20:58:45] <narayant> i am trying mvn clean , mvn eclipse:eclipse and yet to do another fresh import
[20:58:55] <narayant> let me check this time then
[20:58:59] <narayant> wat do u suggest
[20:59:08] <narayant> it nexus up now
[20:59:16] <narayant> aslak
[20:59:17] <narayant> ?
[20:59:41] <aslak> narayant, seems t obe
[21:19:30] <narayant> aslak , doesn eclipse have some thing to do with maven3
[21:19:39] <narayant> i am seeing th same error again
[21:31:58] *** Tashtego has joined #jbosstesting
[21:32:21] *** alesj has quit IRC
[21:52:01] <aslak> narayant, if you use m2eclipse
[21:52:17] <narayant> ya
[21:52:24] <aslak> do you use the same settings.xml ?
[21:52:47] <narayant> yes
[21:53:20] <narayant> maven-user settings points to the same file
[22:08:15] *** lightguard_jp has joined #jbosstesting
[22:14:57] <narayant> [INFO] ------------------------------------------------------------------------
[22:14:58] <narayant> [ERROR] Failed to execute goal on project arquillian-glassfish-embedded-3.1: Cou
[22:14:58] <narayant> ld not resolve dependencies for project org.jboss.arquillian.container:arquillia
[22:14:58] <narayant> n-glassfish-embedded-3.1:jar:1.0.0-SNAPSHOT: Failure to find org.glassfish.extra
[22:14:58] <narayant> s:glassfish-embedded-all:jar:3.1 in https://repository.jboss.org/nexus/content/g
[22:14:58] <narayant> roups/public-jboss/ was cached in the local repository, resolution will not be r
[22:15:00] <narayant> eattempted until the update interval of jboss-public-repository-group has elapse
[22:15:02] <narayant> d or updates are forced -> [Help 1]
[22:15:23] <narayant> this is what i see when i execute mvn elcipse:eclipse
[22:16:54] *** narayant has quit IRC
[22:17:57] <aslak> don't use eclipse:eclipse
[22:32:32] *** Tashtego has quit IRC
[22:45:50] *** wolfc has quit IRC
[23:03:16] *** OndrejZizka has quit IRC
[23:03:16] *** OndrejZizka has joined #jbosstesting
[23:08:49] *** jc3 has quit IRC
[23:15:28] *** ALR has joined #jbosstesting
[23:46:59] <jdlee> s/:eclipse//
[23:47:00] <jdlee> :P
[23:55:49] *** michaelschuetz has joined #jbosstesting





top