[00:06:10] *** Tashtego has quit IRC
[00:06:15] *** aslak_ has joined #jbosstesting
[00:17:05] *** aslak_ has quit IRC
[00:34:11] *** ldimaggi_ has joined #jbosstesting
[01:06:00] *** michaelschuetz has quit IRC
[02:04:56] *** johnament has joined #jbosstesting
[02:37:09] *** johnament has quit IRC
[02:54:28] *** tcunning has quit IRC
[03:04:10] *** OndejZizka has quit IRC
[03:08:41] *** jganoff has quit IRC
[03:09:40] *** tcunning has joined #jbosstesting
[03:14:22] *** OndejZizka has joined #jbosstesting
[03:16:56] *** OndejZizka is now known as ozizka1
[03:17:02] *** ozizka1 is now known as ozizka
[03:18:01] *** ozizka is now known as ozizka1
[03:18:07] *** ozizka1 is now known as ozizka
[04:05:52] *** bobmcw has joined #jbosstesting
[05:09:24] *** jeand has joined #jbosstesting
[05:12:30] *** jeand has quit IRC
[05:16:12] *** rruss has joined #jbosstesting
[05:25:49] *** ldimaggi_ has quit IRC
[05:49:25] *** rruss has quit IRC
[05:51:23] *** rruss has joined #jbosstesting
[05:53:48] *** rruss has quit IRC
[07:06:27] *** jdewinne has joined #jbosstesting
[07:27:37] *** oskutka has quit IRC
[07:50:39] *** jdewinne has quit IRC
[07:55:40] *** tcunning has quit IRC
[08:17:07] <nickarls> gooooood morning, channel
[08:21:50] *** kenglxn has joined #jbosstesting
[08:25:34] *** oskutka has joined #jbosstesting
[08:31:43] *** jharting has joined #jbosstesting
[08:38:33] *** ge0ffrey has joined #jbosstesting
[08:40:18] *** aslak has joined #jbosstesting
[08:41:39] *** GTobi has joined #jbosstesting
[08:43:00] *** michaelschuetz has joined #jbosstesting
[08:57:39] <michaelschuetz> aslak, good morning
[08:58:04] <aslak> michaelschuetz, heya
[08:58:28] *** kenglxn has left #jbosstesting
[08:59:15] *** lfryc has joined #jbosstesting
[09:00:10] <nickarls> aslak: moaning
[09:00:10] <michaelschuetz> aslak, do plan to push arquillian seam2 integration ahead this week. do you have time this evening for active help and couple of questions concerning integration?
[09:01:13] <aslak> michaelschuetz, i'm at #jfokus, but will be around. but probably a bi ton and off
[09:06:26] <nickarls> aslak: where should I start looking when jbossas-embedded-6 works fine one one machine and nothing works on the other and both have pretty much  the same envs, JDKs etc? ;-)
[09:06:59] <nickarls> lots of "already installed" etc.
[09:07:16] <aslak> look at mvn v?
[09:07:46] <nickarls> same
[09:08:05] <aslak> nickarls, i would talk to ALR :)
[09:08:28] <nickarls> different errors on 6.1.0-SNAP
[09:11:53] <michaelschuetz> aslak: ok, cheers
[09:16:01] <nickarls> embedded goes "Unable to create JNDI subcontext for Bean Validation Factories: javax.naming.CommunicationException: Could not obtain connection to any of these urls: localhost:1099 and discovery failed with error: javax.naming.CommunicationException: Receive timed out [Root exception is java.net.SocketTimeoutException: Receive timed out" and it's all downhill from there
[09:18:42] <aslak> nickarls, you have a jndi.propeties in there somewhere?
[09:19:25] <nickarls> aslak: nope, is that needed for embedded? it works without one at the other machine, though
[09:19:52] <nickarls> no, wait, I have it
[09:20:50] <aslak> nickarls, it works without, but having it might cause issues
[09:28:49] <nickarls> removing the jndi.properties gets me one step further, now it's
[09:28:50] <nickarls> at org.jboss.weld.util.ApiAbstraction.annotationTypeForName(ApiAbstraction.java:86)
[09:28:51] <nickarls> at org.jboss.weld.ejb.EJBApiAbstraction.<init>(EJBApiAbstraction.java:36)
[09:28:55] *** kpiwko has joined #jbosstesting
[09:28:59] <nickarls> NPE there. really strange
[09:33:30] <nickarls> Error installing to Create: name=vfs:///C:/Users/karlsnic/AppData/Local/Temp/test.war_WeldBootstrapBean state=Configured: java.lang.NullPointerException
[09:40:21] <aslak> hmm..
[09:44:47] <nickarls> yep. it must be something with the env variables or some minor version mismatch somewhere(tm)
[09:57:04] *** echelog-2` has joined #jbosstesting
[09:59:43] *** mgoldmann has joined #jbosstesting
[10:22:04] <nickarls> frustrating. same source on a shared virtualbox-folder against maven/jboss on a F14 works fine :-/
[10:26:29] *** wolfc has joined #jbosstesting
[10:36:59] *** vtunka has joined #jbosstesting
[10:39:49] *** aslak has quit IRC
[10:40:33] <nickarls> clearing every env entry and adding as neccessary didn't help either. giving up. lunch
[10:43:31] *** hatchetman82 has joined #jbosstesting
[10:43:41] *** maeste has joined #jbosstesting
[10:44:49] *** maeste has quit IRC
[10:44:56] *** maeste has joined #jbosstesting
[10:45:52] *** aslak has joined #jbosstesting
[10:47:16] *** maeste has quit IRC
[10:51:02] *** maeste has joined #jbosstesting
[10:54:04] <hatchetman82> morning aslak
[10:56:18] *** oskutka has quit IRC
[10:58:24] *** aslak_ has joined #jbosstesting
[10:58:57] *** aslak has quit IRC
[10:59:46] *** oskutka has joined #jbosstesting
[11:00:16] <hatchetman82> is it possible to have Shrinkwrap "parse" an existing *.ear and produce an EnterpriseArchive ?
[11:00:46] <hatchetman82> oh, wait, createFromZip ...
[11:05:06] <aslak_> hatchetman82, yea, ZipImporter
[11:05:24] *** aslak_ is now known as aslak
[11:08:47] <hatchetman82> btw, remember that internal class you showed me that roots around the CP for jars by maven coordinates ?
[11:09:03] <aslak> hatchetman82, yea.. ?
[11:09:20] <hatchetman82> i've written some similar code that can handle the window-long-cp-trick, which might be a good addition
[11:09:33] <hatchetman82> i remember yours simply splits java.class.path
[11:10:35] <hatchetman82> http://pastebin.com/KcSS0jpR
[11:10:47] <hatchetman82> not quite as elegant yet (i dont work with maven coords yet - simple regexps)
[11:11:49] <aslak> hatchetman82, reading the manifest you mean? hmm yea
[11:11:59] <hatchetman82> yup
[11:18:44] <aslak> hatchetman82, yea, that should work as ell.. you miss the groupid when using this but.. artifactid + v should be there
[11:23:02] <hatchetman82> right now i use it like this: Set<File> droolsFiles = TestUtility.findOnCP("drools(.*)\\.jar");
[11:23:44] <hatchetman82> i do plan on changing it to work like your class but i lost the link you sent me and dont have the time to re-invent the moven-coords --> file path mapping regexp code :-)
[11:24:12] <hatchetman82> maven*
[11:26:02] <aslak> https://github.com/seam/solder/blob/master/impl/src/test/java/org/jboss/seam/solder/test/util/MavenArtifactResolver.java
[11:27:07] <hatchetman82> thanks
[12:04:54] *** pmuir has joined #jbosstesting
[12:10:28] * nickarls is back for some more banging-head-against-wall with embedded testing
[12:28:48] <aslak> nickarls, have you looked at the ejb-book examples.. i believe one of the threads there has some 'hacks' done to fix embedded
[12:28:51] <aslak> maybe they can help
[12:29:03] <aslak> m3 changed how it resolved artifacts slightly
[12:29:24] <nickarls> aslak: my setup runs fine at home
[12:29:34] <nickarls> same as, same jdk, same maven
[12:29:45] <aslak> oh yea..
[12:30:08] <nickarls> now for the problem: I'm not at home ;-)
[12:30:15] <aslak> :)
[12:30:22] <aslak> sounds like the safes todo, go home
[12:31:23] <nickarls> or just start coding under the F14 I have in my virtualbox.
[12:32:09] <aslak> os differences?
[12:32:18] <nickarls> otherwise I think I should be pretty close to incontainer db-unit integration
[12:32:30] <nickarls> aslak: both 64bit Win 7
[12:34:30] <nickarls> aslak: I have the @Data(src="Foo.xls" ds="java:/DataSource") per test with a Junit @Rule and it finds the ds and starts loading the data. Fails on CNFE for apache poi, though, even if I add the jar.
[12:34:43] <nickarls> was going to continue at work but here everyhing fails.
[12:34:59] <hatchetman82> nickarls: whats not working ?
[12:35:11] * hatchetman82 has had embedded arq tests working for close to a month
[12:35:26] <hatchetman82> although i did spit blood for a couple of days getting it working
[12:35:35] <nickarls> so do I. One 50% of my machines ;-)
[12:35:46] <aslak> nickarls, add it where?
[12:35:59] <hatchetman82> have you considered it might be a jboss issue ?
[12:36:12] <nickarls> aslak: WEB-INF\lib
[12:36:14] <hatchetman82> we've had jboss 6 final do some weird sh*t for us in larger deployments
[12:36:24] <nickarls> hatch: http://community.jboss.org/thread/162621?tstart=0
[12:36:24] <hatchetman82> apparently its prone to race conditions
[12:36:44] <nickarls> home machine - works fine. work maching - no way in hell.no
[12:37:08] <nickarls> aslak: been to Hell BTW?
[12:37:20] <aslak> nickarls, driven by.. :)
[12:37:22] <hatchetman82> nope, not something i recognize
[12:37:29] <hatchetman82> we only have EJBs
[12:37:47] <hatchetman82> does it work not embedded ?
[12:37:49] <aslak> nickarls, are you sure it's executing incontainer when you get the cnfe?
[12:38:29] <hatchetman82> and have you tried thinkg like packing junit jars into your @deployment ? (solved a couple classloading issues for me)
[12:38:33] <aslak> nickarls, remember that @Rule will be executed on both client and incontainer
[12:38:40] <nickarls> aslak: it appears so. how can you be sure? Should it leave stuff in the server logs for embedded too?
[12:39:07] <aslak> nickarls, should..
[12:39:15] <aslak> nickarls, sorry, talk over. gotta move around a bit
[12:39:15] <aslak> :)
[12:39:21] <nickarls> aslak: if jdni-lookup fails, i assume I'm on client side and exit quietly
[12:39:24] <aslak> i'll answer your form post during th eday
[12:39:41] <aslak> nickarls, embedded?
[12:39:43] <hatchetman82> nickarls: http://pastebin.com/tSg5BsXC
[12:39:53] <hatchetman82> thats what i use to see if im in AS or not :-)
[12:40:05] <hatchetman82> i use it in @Before methods in tests
[12:40:11] <nickarls> the strange thing is that I don't get server logs for embedded runs now that you mention it.
[12:40:24] <aslak> bbl
[12:40:26] *** aslak has quit IRC
[12:40:31] <nickarls> ttyl
[12:42:48] <nickarls> hatch: holy hack! OTOH, if it works, it ain't br0ke ;-)
[12:44:05] <nickarls> http://pastebin.com/qdzJNe9P apparently the server is run because this is what I get in the server log with a Pjbossas-embedded-6
[12:47:34] <hatchetman82> is this coming from @Before, @Deployment or what ?
[12:48:42] <hatchetman82> what was happenning for me was that junit-initiated code was running with the main classloader (because junit jars were inside my @Deployment), and weird stuff started happenning because this code started calling into jboss code with the wrong classloader
[12:49:17] <nickarls> deployment, I guess
[12:53:23] <nickarls> and the failing test class deployment doesn't even use the @Rule stuff
[13:11:25] *** alesj has joined #jbosstesting
[13:16:49] *** ldimaggi_ has joined #jbosstesting
[13:18:57] *** alesj has left #jbosstesting
[13:22:43] *** alesj has joined #jbosstesting
[13:22:48] <alesj> dblevins: ping?
[13:24:22] *** aslak has joined #jbosstesting
[13:25:14] <aslak> back with power
[13:25:25] <alesj> aslak: :-)
[13:25:37] <alesj> been wondering where you are ...
[13:25:46] <aslak> alesj, jfokus.. :)
[13:26:29] <aslak> alesj, any process on the harness integraiton?
[13:28:14] <alesj> been stuck wtih my Seam conversation abstraction ? some Arq issues :-)
[13:28:19] <alesj> hence looking for you :-)
[13:29:41] <aslak> alesj, of course, why else would you be looking for me then arq issues.. :)
[13:31:06] <alesj> true ;-)
[13:33:27] *** tcunning has joined #jbosstesting
[13:35:43] *** dmlloyd_ has joined #jbosstesting
[13:39:26] <aslak> kpiwko, heya
[13:39:34] <aslak> kpiwko, how did the talks go over the weekend?
[13:39:48] <kpiwko> aslak, hey
[13:40:11] *** jbossbot has joined #jbosstesting
[13:40:51] <kpiwko> aslak, I was happy with the talk but in workshop eclipse had shown it's very moody about resources
[13:41:07] <aslak> m2eclipse, filtering rihgt?
[13:41:10] <aslak> right
[13:41:30] <kpiwko> aslak, yes
[13:42:11] <aslak> kpiwko, yea i know, it sucks..  working on a lot of stuff to remove us from a dep on maven. amongs others due to this issue
[13:42:21] <kpiwko> aslak, and as a plus (or rather minus) Maven was updating all opened project without having any obvious reason to do so...so it was incredibly slow...
[13:42:56] <aslak> kpiwko, they call it a feature, cuz it's suppose to run resources throught maven filtering process, but it's unclear when that actually happens.. it's definetly not on save..
[13:43:00] <hatchetman82> can i get arq to undeploy/redeploy per @Test method ?
[13:43:15] <kpiwko> aslak, the reason why I was really pissed off is that all worked seamlessly few hours ago
[13:43:16] <aslak> hatchetman82, not in Alpha4, coming
[13:43:24] <hatchetman82> thanks
[13:43:57] <aslak> hatchetman82, only on a global level tho. so always pr @test level
[13:43:59] <kpiwko> aslak, however Lukas saved the rest of the workshop because he did the second part of it on his computer ;)
[13:44:17] <kpiwko> aslak, where it worked as expected
[13:44:18] <aslak> kpiwko, ;)
[13:44:22] <hatchetman82> aslak - not per Test class ?
[13:44:53] <kpiwko> aslak, still I was a success I think...at least we collected interesting ideas of usage for both SW and ARQ
[13:45:00] <aslak> hatchetman82, iwe could, just havn't though about that as a option. please create a jira
[13:45:15] <aslak> kpiwko, yea, good feedback?
[13:45:38] <aslak> iwe / it
[13:46:52] <aslak> kpiwko, do you remember the jira # of the selenium URL injection?
[13:46:59] <kpiwko> aslak, well people got interested in modification of existing archives via descriptor
[13:47:27] <kpiwko> aslak, I commited is as a part of ARQ-329, not sure if there's a separate JIRA
[13:47:29] <jbossbot> jira [ARQ-329] Support Ajocado in Selenium extension [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-329
[13:47:33] <kpiwko> *is -> it
[13:47:36] <aslak> aa ok
[13:48:05] <aslak> kpiwko, got this up and running yesterday: http://arquillian.pastebin.com/Sg46DEZW
[13:49:23] <kpiwko> aslak, that's similar to something I wanted to do as well
[13:49:50] <kpiwko> aslak, I mean get rid of @ContextPath and @Selenium in favor to @ArquillianResource
[13:50:45] <aslak> kpiwko, yea, support for Context|InitialContext|Deployer etc will come in via ArquillianResource
[13:51:22] <kpiwko> aslak, I was thinking of having sth like Qualifiers as well for ArquillianResource
[13:51:29] <kpiwko> aslak, the same as in CDI/Seam
[13:51:30] <aslak> hmm, @Selenium as well... maybe
[13:51:49] <aslak> yea
[13:53:31] <kpiwko> I have to have a word with Andrew about descriptors/resolvers...few people in the conference asked for Ivy support and they might implement it if we make API clearer
[13:54:41] <aslak> kpiwko, ivy support? ivy use the maven repos right?
[13:54:55] <aslak> kpiwko, could be to add support for getting versions from ivy.xml etc  ?
[13:55:57] <kpiwko> aslak, I don't know what ivy uses internally
[13:56:19] <kpiwko> aslak, but the artifact definitions are different than for Maven
[13:56:53] <aslak> kpiwko, really? i fought they used the exact same cordinates and used the repos streight up
[13:57:02] <aslak> thought
[13:58:07] <kpiwko> aslak, this might be directly mappable to maven <dependency org="foo" name="bar" revision="3.0" transitive="false" conf="default->@;runtime,test->runtime"/>, but is different
[14:00:47] <kpiwko> aslak, did I got right that @Arquillian resource might be used to annotate fields as well and resolution is already implemented? I miss @Target
[14:01:09] <aslak> ?
[14:02:51] <aslak> kpiwko, don't understand what you mean in the last statement ?
[14:06:21] *** oskutka has quit IRC
[14:07:38] <kpiwko> I've always seen @ArquillianResource annotating a parameter in the method header...can it be used to annotated a field in the test class?
[14:07:50] <kpiwko> *to annotated -> to annotate
[14:08:09] <kpiwko> aslak: ^
[14:08:11] <aslak> kpiwko, aa sure,
[14:08:30] <aslak> it supports both
[14:09:22] <aslak> somehow it should be able to combine with @EJB|@Resource so we can have method argument injection of those as well
[14:12:36] *** dmlloyd_ is now known as dmlloyd
[14:14:17] *** davidbos has joined #jbosstesting
[14:19:51] *** davidbos has quit IRC
[14:57:25] *** oskutka has joined #jbosstesting
[14:59:16] *** michaelschuetz has quit IRC
[15:16:24] *** rruss has joined #jbosstesting
[15:44:17] *** jharting has quit IRC
[15:52:40] <hatchetman82> aslak: about the undeploy/redeploy option - what does the current implementation look like?
[15:53:17] <hatchetman82> the scenario i have in mind is allowing me to use the "create-drop" setting in my pers.xml files by undeploying/redeploying to clear the DB
[15:53:34] <hatchetman82> i wouldnt want it globally though, just for specific test classes
[15:55:32] <aslak> hatchetman82, currently it will deploy redeploy pr class
[15:55:43] <hatchetman82> class == test class ?
[15:55:46] <aslak> yea
[15:55:56] <hatchetman82> controlled by some sort of annotation on the class ?
[15:56:49] <aslak> hatchetman82, it's not controlled by anything.. hardcoded in the background you can say
[15:58:58] <hatchetman82> hmm ... almost perfect then :-) should i open a JIRA issue and ask for the annotation ?
[15:59:54] <tcunning> aslak - i'm having some trouble building those shrinkwrap branches - are you using mvn 2 or 3?
[16:00:09] <hatchetman82> 3
[16:00:21] <hatchetman82> (im guessing - but arquillian requires 3 to run so ...)
[16:01:53] <aslak> tcunning, 3
[16:02:11] <aslak> tcunning, what's the build issues? ignore the tests, i know they are not 100%
[16:02:48] <tcunning> aslak : it was something with shrinkwrap external-dependencies not being able to find a specific shrinkwrap-spi SNAP
[16:03:58] <aslak> SNAF?
[16:04:41] <hatchetman82> ?????????
[16:04:43] <hatchetman82> snapshot*
[16:04:45] <hatchetman82> ?
[16:05:10] <aslak> aa, the P got rendered odd here
[16:06:07] <aslak> tcunning, got any more info?
[16:08:13] <tcunning> aslak - rebuilding - if i see it again with 3 i'll pastebin in a sec
[16:44:24] *** lightguard_jp has joined #jbosstesting
[16:50:34] *** bleathem has joined #jbosstesting
[16:56:47] *** oskutka has quit IRC
[17:09:14] *** ALR has joined #jbosstesting
[17:14:47] *** lfryc has quit IRC
[17:54:18] <kpiwko> ALR: ping
[17:55:01] <kpiwko> ALR: hi
[17:56:04] <ALR> kpiwko: Hey-o.
[17:56:22] <kpiwko> ALR: I've seen you started working on Dependencies/Resolvers...
[17:56:42] <kpiwko> ALR: I had a conversation with few people which might implement Ivy support as well
[17:56:53] <kpiwko> ALR: so I was thinking of the split a bit
[17:57:03] <kpiwko> ALR: and following had appeared in my mind:
[17:57:43] <kpiwko> basically have a Resolver as an API only with Archive<?>[] resolve() and File[] resolveAsFiles()
[17:57:55] <ALR> :) Hehe, I have some of that
[17:58:03] <ALR> As we discussed the last time.
[17:58:44] <kpiwko> ALR: I'm not sure if we discussed the possibility to remove use(Class) method as well
[17:59:11] <kpiwko> ALR: and having MavenDependencies API/impl directly with all the framework specific method
[17:59:22] *** maeste has quit IRC
[17:59:25] <ALR> Well, we discussed:
[17:59:44] <ALR> MavenDependencies.something()
[17:59:47] <ALR> Instead of Dependencies.use(MavenDependencies.class)
[18:00:20] <ALR> The thing I'm struggling with now is how to keep Filter stuff in the API
[18:00:24] <ALR> Without leaking out Aether
[18:01:00] <ALR> I'm questioning whether to leave DependencyFilter out of the first release.
[18:01:35] <kpiwko> ALR: that depends on the first release date
[18:02:09] <kpiwko> but if this filter is a part of maven-resolver only, is that still a problem?
[18:02:28] <ALR> Yeah, it's still a problem.
[18:02:40] <ALR> Because Aether is an impl detail of how we fulfill the Maven API
[18:02:48] <kpiwko> right
[18:02:59] <ALR> But I'd be reassigned away again. So now I'm back here and want a release.
[18:03:31] <kpiwko> filter is required to build the war using pom file
[18:04:09] *** aslak has quit IRC
[18:04:22] <kpiwko> maybe of scopes
[18:05:19] <kpiwko> well, the're might be a filtering on scope during pom traversal, so it might be solvable without API
[18:05:47] <kpiwko> StrictFilter is not Aether dependent AFAIR
[18:06:16] <ALR> Hmm.
[18:07:31] <kpiwko> right, I guess I might manage to rewrite the stuff in a different way
[18:07:54] <kpiwko> that is move the logic inside of the impl
[18:11:10] <ALR> Let me push some stuff first?
[18:11:14] <ALR> I'd like you to review it after
[18:11:19] <ALR> And we and iterate handing off.
[18:11:34] <ALR> (With all the renames and moving of files it'll merge better that way I think)
[18:11:44] <kpiwko> ALR: sure thing
[18:11:52] <ALR> Coolio
[18:11:58] <ALR> I'll get back atcha
[18:13:52] *** maeste has joined #jbosstesting
[18:17:20] *** alesj has left #jbosstesting
[18:20:02] *** vtunka has quit IRC
[18:23:23] *** pmuir has quit IRC
[18:24:55] *** lightguard_jp has quit IRC
[18:25:15] *** lightguard_jp has joined #jbosstesting
[18:26:31] *** GTobi has quit IRC
[18:26:48] *** kpiwko has quit IRC
[18:43:14] *** ALR has left #jbosstesting
[19:52:47] *** ge0ffrey has quit IRC
[20:09:19] *** lfryc has joined #jbosstesting
[20:16:17] *** echelog-2` is now known as echelog-2
[20:16:25] *** michaelschuetz has joined #jbosstesting
[20:17:11] *** mgoldmann has quit IRC
[20:28:22] *** Tashtego has joined #jbosstesting
[20:28:41] <Tashtego> hi
[20:36:45] *** ALR has joined #jbosstesting
[20:37:32] *** maeste has quit IRC
[21:04:12] <Tashtego> http://www.jboss.org/arquillian is down...
[21:04:29] <Tashtego> net.sf.ehcache.constructs.blocking.LockTimeoutException
[21:15:46] *** kpiwko has joined #jbosstesting
[21:17:22] *** michaelschuetz has quit IRC
[21:30:04] *** kenglxn has joined #jbosstesting
[21:30:06] *** kenglxn has left #jbosstesting
[21:31:35] *** pmuir has joined #jbosstesting
[21:31:36] *** pmuir has quit IRC
[21:31:36] *** pmuir has joined #jbosstesting
[21:46:00] *** pmuir has quit IRC
[21:51:20] *** rruss has quit IRC
[21:52:29] *** rruss has joined #jbosstesting
[21:56:26] *** alesj has joined #jbosstesting
[22:02:16] *** kenglxn has joined #jbosstesting
[22:23:38] *** lfryc has quit IRC
[22:32:37] *** tcunning is now known as tcunning_away
[22:33:03] *** tcunning_away has quit IRC
[22:36:54] *** kpiwko has left #jbosstesting
[22:49:12] *** ldimaggi_ has quit IRC
[22:56:25] *** wolfc has quit IRC
[23:00:49] <alesj> where could one find Tomcat-6.0.26 sources in maven repo?
[23:01:09] <alesj> https://repository.sonatype.org/content/repositories/central/ ? has only bins
[23:01:55] <alesj> https://repository.apache.org/content/repositories/releases/org/apache/ doesn't even have tomcat
[23:12:15] *** ALR has quit IRC
[23:22:49] *** Tashtego has quit IRC
[23:24:13] *** aslak has joined #jbosstesting
[23:24:13] *** aslak has quit IRC
[23:24:13] *** aslak has joined #jbosstesting
[23:53:35] *** tcunning has joined #jbosstesting
[23:55:15] *** michaelschuetz has joined #jbosstesting





top