[00:13:36] *** mhuniewicz has quit IRC
[00:51:26] *** dblevins has joined #jbosstesting
[01:22:00] *** alesj has quit IRC
[01:26:38] *** dblevins has quit IRC
[01:26:48] *** dblevins has joined #jbosstesting
[02:04:25] *** bgeorges has joined #jbosstesting
[02:07:39] *** bgeorges has quit IRC
[02:09:37] *** ldimaggi has joined #jbosstesting
[02:10:58] *** bgeorges has joined #jbosstesting
[02:25:16] *** bgeorges has quit IRC
[03:49:27] *** johnament has joined #jbosstesting
[04:05:47] *** bgeorges has joined #jbosstesting
[04:16:43] *** johnament has quit IRC
[04:51:11] *** gastaldi has joined #jbosstesting
[04:51:50] *** gastaldi has left #jbosstesting
[04:57:28] *** gastaldi has joined #jbosstesting
[05:10:37] *** ldimaggi has quit IRC
[05:20:50] *** gastaldi has quit IRC
[05:25:07] *** gastaldi has joined #jbosstesting
[05:29:51] *** gastaldi has quit IRC
[05:31:10] *** bobmcw has quit IRC
[05:32:27] *** dblevins has quit IRC
[05:34:10] *** gastaldi has joined #jbosstesting
[05:38:45] *** gastaldi has quit IRC
[05:42:58] *** gastaldi has joined #jbosstesting
[05:47:36] *** gastaldi has quit IRC
[05:51:44] *** gastaldi has joined #jbosstesting
[05:56:21] *** gastaldi has quit IRC
[06:00:22] *** gastaldi has joined #jbosstesting
[06:03:51] *** gastaldi has quit IRC
[06:19:53] *** stuartdouglas has quit IRC
[07:03:56] *** stuartdouglas has joined #jbosstesting
[07:09:00] *** bgeorges has quit IRC
[07:09:34] *** Jaikiran has joined #jbosstesting
[08:07:56] *** tdiesler has joined #jbosstesting
[08:22:13] *** mgoldmann has joined #jbosstesting
[08:22:36] *** mgoldmann has quit IRC
[08:22:43] *** mgoldmann has joined #jbosstesting
[08:59:48] *** ge0ffrey has joined #jbosstesting
[09:08:42] *** Jaikiran has quit IRC
[09:09:35] *** Jaikiran has joined #jbosstesting
[09:16:11] *** ALR has joined #jbosstesting
[09:35:43] *** galderz has joined #jbosstesting
[09:39:37] *** jhuska has joined #jbosstesting
[09:43:44] *** aslak has joined #jbosstesting
[09:51:22] *** oskutka has joined #jbosstesting
[09:51:43] *** vtunka has joined #jbosstesting
[09:54:37] *** kevinpollet has joined #jbosstesting
[09:59:10] <ALR> aslak: Morning
[10:02:05] *** kpiwko has joined #jbosstesting
[10:02:22] <aslak> ALR, good morning
[10:03:32] <ALR> aslak: I'm near done w/ this SD SPI refactoring
[10:03:40] <aslak> ALR, cool
[10:03:43] <ALR> Though I broke some tests and have been figuring out how to fix them
[10:04:10] <ALR> I think I've figured out where you were going with this pattern/NodeDef thing thing
[10:04:10] *** maeste has joined #jbosstesting
[10:04:23] <aslak> mm
[10:04:59] <aslak> NodeQuery .. :)
[10:14:19] *** alesj has joined #jbosstesting
[10:33:19] <ALR> Yay rewriting your algorithms.
[10:33:42] <ALR> Removing that "isAbsolute" bit makes for a bit of a restructuring.
[10:33:48] <ALR> I'm down to 4 failures in the suite though
[10:33:51] <ALR> Which is nice.
[10:34:22] <ALR> I spent a good couple hours making 18 failures go to 14, but they were a *different* 14, so it wasn't 4 less. :)  Kinda like 2 steps forward one back.
[10:34:28] <ALR> Then found the magic sauce.
[10:34:37] <ALR> When I stopped trying to fix your stuff
[10:34:49] <ALR> And instead started rewriting from scratch.
[10:35:04] <ALR> Not that your stuff was wrong or bad.
[10:35:14] <ALR> It just no longer made sense after removing "isAbsolute"
[10:36:02] <ALR> In fact yours was right back when that was there.  I was just too idiot to realize that the problem domain changed so dramatically.
[10:38:21] <aslak> ALR, which impls are you talking about then? isAbsolute was just handled in one location the QueryExecutors, and that was basically just to find the rootNode. just removing that if should be enough
[10:38:36] <ALR> aslak: GetQuery
[10:38:41] <ALR> GetorCreateQuery
[10:38:48] <ALR> Both of those
[10:39:24] <ALR> Like GetQuery now looks like: https://gist.github.com/1103772
[10:39:34] <aslak> ALR, sure, but GetQuery line 54-55
[10:40:28] <ALR> Hmm I can remove iterators from there, and just use sublists
[10:40:58] <aslak> don't need sublist either, you have the start index, so you can use a for loop
[10:41:18] <aslak> well, no.. it's pr level. never mind
[10:42:04] <ALR> Yeah, each level down you need to remove the top Pattern
[10:42:07] <ALR> I'm close.
[10:42:15] <ALR> GetorCreateQuery is the last I have to fix I think.
[10:50:07] *** pilhuhn has joined #jbosstesting
[10:50:10] *** pilhuhn has joined #jbosstesting
[10:52:15] *** mgoldmann has quit IRC
[10:56:56] *** alesj has quit IRC
[11:08:05] *** alesj has joined #jbosstesting
[11:20:40] *** dblevins has joined #jbosstesting
[11:21:09] *** dblevins has quit IRC
[11:26:13] *** milestone has joined #jbosstesting
[11:27:19] <milestone> hi all. I have tried google to find out if i can test seam 2.2.0 components inside of an arquillian container that tests remotely against jboss 5.1 but fall short. Is there a useful documentation you could point me to? The stuff I find is too varied
[11:42:04] *** jeand has joined #jbosstesting
[12:05:01] *** jharting has joined #jbosstesting
[12:09:20] <aslak> milestone, there should be a thread on the arquillian forum
[12:09:55] <milestone> aslak: well it is seam 2.2.0 and jboss 5.1 so @In is not working
[12:09:59] <milestone> right?
[12:10:46] <aslak> milestone, that's correct. Michael was working on a TestEnricher for Seam 2.2 to add support for @In, but it's not done..
[12:11:06] <milestone> that basically sucks ;)
[12:11:49] <milestone> aslak: i found http://community.jboss.org/message/532388 and http://community.jboss.org/message/611401
[12:11:54] <milestone> which one is the right one?
[12:11:59] <aslak> milestone, michaels work is here if you want to finish it.. https://github.com/michaelschuetz/arquillian :)
[12:12:20] <milestone> aslak: yeah ;) the power of the source ;)
[12:12:52] <aslak> milestone, it probably needs some updating spi wise, since it's a bit old now, but shouldn't be to much work
[12:13:20] <aslak> https://github.com/michaelschuetz/arquillian/tree/ARQ-347/frameworks/seam2
[12:13:31] <jbossbot> jira [ARQ-347] Seam 2 integration [Coding In Progress (Unresolved) Feature Request, Minor, Michael Schuetz] https://issues.jboss.org/browse/ARQ-347
[12:15:05] <aslak> milestone, those are both form the same thread, just page 1 and page 2 :)
[12:15:18] *** Jaikiran1 has joined #jbosstesting
[12:15:22] *** Jaikiran1 has quit IRC
[12:15:32] <milestone> aslak: ahh ok
[12:18:16] *** Jaikiran has quit IRC
[12:19:29] *** kevinpollet has quit IRC
[12:30:01] *** mgoldmann has joined #jbosstesting
[12:47:44] *** tdiesler has quit IRC
[13:00:02] *** galderz has quit IRC
[13:19:31] *** Jaikiran has joined #jbosstesting
[13:26:52] <ALR> aslak: Gotta sec to look at this test case?
[13:26:53] <ALR> https://github.com/shrinkwrap/descriptors/blob/master/spi/src/test/java/org/jboss/shrinkwrap/descriptor/spi/query/QueryTestCase.java#L130
[13:27:56] <aslak> ALR, yea?
[13:28:17] <aslak> creates a node tree with the inner node having a body
[13:28:22] <ALR> aslak: How many children do you expect root to have?
[13:28:29] <aslak> 1
[13:28:40] <aslak> mm.. hold on
[13:28:44] <ALR> :)
[13:28:53] <ALR> The last assertion has either a wrong message or wrong assertion
[13:29:03] <ALR> It's passing, but it shouldn't.
[13:29:13] <ALR> If you expect just the one Node
[13:29:19] <aslak> yea, i see
[13:31:12] <aslak> good question..  i think the text is wrong(probably copied form the one above), but the test is correct
[13:31:51] <aslak> the test is correct, because you ask to getOrCreate a Node tree that matches the given Pattern.
[13:32:04] <ALR> So you expect root to have 2 children
[13:32:11] <ALR> Both with same name
[13:32:16] <ALR> But one with an attribute
[13:32:33] <aslak> what you have is /root/child3, and your pattern is /root/child3 with a body.. so since no match with that body is found, another child3 node is created, so you have two
[13:33:24] <ALR> OK
[13:33:25] <ALR> Good
[13:34:04] <aslak>  we can discuss if Body should be part of the pattern match tho
[13:34:21] <ALR> Seems it should.
[13:34:32] <ALR> I'm down to 1 failure.
[13:34:43] <aslak> seems ?
[13:36:44] <ALR> Oh, maybe not.
[13:37:16] <ALR> sURE.
[13:37:21] <aslak> the test tests for that, but, should it ?
[13:37:22] <ALR> Pattern has a text body
[13:37:34] <ALR> So why wouldn't matching take into account getText?
[13:38:16] <aslak> i donno
[13:38:22] <aslak> :)
[13:39:13] <aslak> i was just thing the the normal usecase would be to filter on attributes to find where to set the text, but not really
[13:39:27] <aslak> all the ee descriptors use bodies instead of attributes for most things
[13:41:20] *** kevinpollet has joined #jbosstesting
[13:57:46] *** jose_freitas has joined #jbosstesting
[13:58:03] <jose_freitas> g'morning
[13:58:27] <aslak> jose_freitas, morning
[14:01:45] <jose_freitas> hey aslak, everything all right?
[14:01:56] <aslak> jose_freitas, yea, all ok.
[14:02:14] <aslak> jose_freitas, a bit stuck to the news, but..
[14:02:32] <jose_freitas> oh yeah, crazy stuff huh?
[14:02:52] <aslak> mmhmm
[14:04:09] *** tdiesler has joined #jbosstesting
[14:07:08] *** galderz has joined #jbosstesting
[14:41:06] *** ldimaggi has joined #jbosstesting
[14:47:56] <aslak> ALR, interesting question.. http://community.jboss.org/message/617136#617136
[14:49:29] <aslak> ALR, or hmm.. maybe i missunderstood it the first time i read it..
[14:49:36] *** pilhuhn is now known as pil-afk-bbl
[14:50:21] <aslak> ALR, but how to answer the following question. I have multiple Jars on the CP with persistence.xml, how can i specify which jar to add from
[14:52:19] *** bobmcw has joined #jbosstesting
[14:58:38] *** aslak has quit IRC
[15:05:23] *** milestone has left #jbosstesting
[15:43:18] *** jeand has quit IRC
[15:48:27] *** jeand has joined #jbosstesting
[16:08:34] *** rruss has joined #jbosstesting
[16:14:07] *** aslak has joined #jbosstesting
[16:49:48] *** alesj1 has joined #jbosstesting
[16:49:48] *** alesj has quit IRC
[16:52:18] *** pil-afk-bbl is now known as pilhuhn
[17:01:37] *** bgeorges has joined #jbosstesting
[17:04:15] *** ldimaggi has quit IRC
[17:05:13] *** alesj1 is now known as alesj
[17:08:42] *** bleathem has quit IRC
[17:17:23] *** bleathem has joined #jbosstesting
[17:19:10] *** ldimaggi has joined #jbosstesting
[17:19:31] *** vtunka has quit IRC
[17:25:02] *** pmuir has joined #jbosstesting
[17:40:42] *** kevinpollet has quit IRC
[17:47:54] *** Jaikiran is now known as Jaikiran|AFK
[17:50:52] *** pilhuhn is now known as pil-afk
[17:51:03] *** jeand has quit IRC
[17:59:19] <kpiwko> aslak: is https://docs.jboss.org/author/display/ARQ/Home the source of latest documentation for Arquillian?
[18:00:11] *** alesj has quit IRC
[18:01:49] *** galderz has quit IRC
[18:02:21] *** galderz has joined #jbosstesting
[18:05:59] *** kpiwko has quit IRC
[18:12:42] *** oskutka has quit IRC
[18:16:44] *** Jaikiran|AFK has quit IRC
[18:18:00] *** kevinpollet has joined #jbosstesting
[18:19:44] *** jeand has joined #jbosstesting
[18:22:38] *** ldimaggi has quit IRC
[18:23:50] *** bgeorges has quit IRC
[18:30:46] *** jharting has quit IRC
[18:34:16] *** ldimaggi has joined #jbosstesting
[18:43:52] *** rbattenfeld has joined #jbosstesting
[18:46:23] <rbattenfeld> ALR: Hi Andrew, I was busy the last couple of days in the office and couldn't join the channel:-(
[19:14:41] *** kevinpollet has quit IRC
[19:14:58] *** kevinpollet has joined #jbosstesting
[19:24:55] *** mgoldmann has quit IRC
[19:28:15] *** rbattenfeld has left #jbosstesting
[19:29:36] *** galderz has quit IRC
[19:36:26] *** kevinpollet has quit IRC
[19:36:45] *** jhuska has quit IRC
[19:36:47] *** kevinpollet has joined #jbosstesting
[19:41:42] <jose_freitas> aslak: ping
[19:45:00] <jose_freitas> did you work on those issues related to not loading servlet protocol because of jmx on jbossas7?
[19:51:04] *** bleathem is now known as bleathem_busy
[19:58:58] *** kevinpollet has quit IRC
[20:07:32] <aslak> jose_freitas, no i haven't.. Friday was my dedicated as7 day.. since then i've basically been glued to the news..
[20:08:16] <aslak> jose_freitas, decided to turn of all news tomorrow, and focus on getting it up and running
[20:10:41] <jose_freitas> yeah I imagined. btw the jsfunit-arquillian is working well in jboss 6, I started to implement tests with it on a real project enviroment, and it's ok so far. I found some packages that I wasn't including though, and it might be the case for other dependencies too.
[20:12:11] <jose_freitas> so when you finish those issues with jbossas7 arqcontainer, I'll return my tests with it.
[20:12:39] <aslak> jose_freitas, nice
[20:13:01] <aslak> tested jetty / tomcat profiles in the jsfunit examples as well ?
[20:13:48] <jose_freitas> hmm, not yet hehehe, I'll do that too
[20:14:10] <aslak> i 'think' there is as5 profile there as well.. ?
[20:14:20] *** lightguard_jp has joined #jbosstesting
[20:15:07] <jose_freitas> don't have it open now, but I think that you're right
[20:18:14] <aslak> "in the darkest times i think, instead of killing so many people, he should have killed him self." <- rough words from the killers father..
[20:19:00] <jose_freitas> ouch
[20:20:02] <jose_freitas> he definetelly has some psychological problem originated in his relationship with his father.
[20:20:37] <aslak> jose_freitas, yea, they haven't spoken since he was 15, and never lived together according to his father..
[20:20:39] <jose_freitas> saw some quotes about it on his manifest
[20:21:49] <jose_freitas> I read that he tried to contact his father in 2005 but the answer was something like
[20:21:55] <jose_freitas> "I'm not prepared for a reunion"
[20:22:13] <aslak> hmm.. yea that's never a good reply to a son
[20:24:03] *** maeste has quit IRC
[20:33:44] <jose_freitas> I'm curious about the court hearing he had today
[20:39:55] <aslak> jose_freitas, yea, it as fairly quick so.. i guess the court had no doubt
[20:40:22] <aslak> i doubt the defender even tried to get him out on bail etc..
[20:41:37] <jose_freitas> sure, but my curiosity is about what he said.
[20:47:44] *** kevinpollet has joined #jbosstesting
[20:51:14] *** bobmcw has quit IRC
[20:55:25] *** kevinpollet_ has joined #jbosstesting
[20:55:25] *** kevinpollet has quit IRC
[20:55:25] *** kevinpollet_ is now known as kevinpollet
[21:01:54] *** ge0ffrey has quit IRC
[21:16:21] *** ianbrandt has joined #jbosstesting
[21:22:16] *** jeand has quit IRC
[21:27:41] *** kevinpollet has quit IRC
[21:38:10] *** pil-afk has quit IRC
[21:39:46] *** pil-afk has joined #jbosstesting
[21:40:32] *** mhuniewicz has joined #jbosstesting
[21:41:07] <mhuniewicz> aslak, hi
[21:41:24] <ALR> aslak: For a node to match a Pattern, you'd think all attributes must match, correct
[21:41:25] <ALR> ?
[21:41:36] <ALR> Meaning that the Node and the Pattern will have an equal numbe rof attributes
[21:41:52] <ALR> mhuniewicz: You get that stuff working?
[21:42:29] <mhuniewicz> ALR, I reported a bug. 308 I think.
[21:42:44] <aslak> ALR, no, i think it should match the Patterns attributes, but the Node could have others
[21:43:01] <ALR> aslak: Why that reasoning?
[21:43:45] <ALR> mhuniewicz: How is 308 a new issue?
[21:44:01] <aslak> ALR, because multiple 'sources' could operate on a node, i know only know how i interpit the uniqness of a node, i can't say that globally..
[21:44:22] <mhuniewicz> ALR, I don't know, but it breaks there even though the 306 fix is in place.
[21:44:59] <aslak> as a example..  i have a impl that can handle Persistence.xml, i match using the attributes i know of. bu tthe imported Node could have attributes from different schemas..
[21:45:32] <ALR> mhuniewicz: Hm, this is coming from a different trace under EclipseLink
[21:45:46] <ALR> mhuniewicz: And with the fix in place, 306 goes away and now you get 308?
[21:46:00] <mhuniewicz> ALR, correct.
[21:48:05] <aslak> yea, a request for a non existing ArchivePath will return a null Node
[21:48:39] *** ldimaggi has quit IRC
[21:50:01] *** alesj has joined #jbosstesting
[21:53:00] <mhuniewicz> aslak, there's a bug in Hibernate and in Eclipselink as well.
[21:56:56] <ALR> mhuniewicz: Build upstream and try now.
[21:58:14] *** oskutka has joined #jbosstesting
[22:14:42] <mhuniewicz> ALR, http://pastebin.com/UAhCY4Wv
[22:15:22] <ALR> Cooooool
[22:15:40] <ALR> I mean, they're asking for a resource that doesn't exist
[22:15:47] <ALR> So what am I expected to give out?
[22:16:23] <ALR> Although you're getting this from lord knows what
[22:16:29] <ALR> It's out of ShrinkWrap at that point
[22:16:34] <mhuniewicz> ALR, I switched back to Hibernate,
[22:16:39] <mhuniewicz> same exception occurs.
[22:17:03] <mhuniewicz> Not sure if you noticed,
[22:17:11] <mhuniewicz> but there is not Eclipselink in the stack trace.
[22:17:18] <ALR> mhuniewicz: What class is it trying to load?
[22:17:34] <ALR> I mean, this is coming from Weld
[22:17:50] <mhuniewicz> javax.servlet.ServletContext
[22:18:10] <aslak> ALR, you return null ?
[22:18:55] *** rbattenfeld has joined #jbosstesting
[22:19:45] <aslak> ALR, weld is expecting a ClassNotFoundException
[22:19:51] <ALR> aslak: If you ask the SW CL for a URL that's not in the archive?  Yes.
[22:20:01] <aslak> https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/resources/DefaultResourceLoader.java#L45
[22:20:14] <ALR> How do I know they're asking for a class? :)
[22:20:19] <ALR> Could just be a resource.
[22:20:41] <ALR> Hmm, lemme dig more
[22:20:51] <aslak> ALR, hehe sure..  but maybe URLCL is expecting the same
[22:21:09] <ALR> Yeah, I mean openConnection only throws IOException
[22:21:17] <ALR> So I can't throw CNFE from there.
[22:21:39] <aslak> IOException e) {
[22:21:39] <aslak>                                 throw new ClassNotFoundException(name, e);
[22:21:57] <ALR> Huh?
[22:22:23] <aslak> URLClassLoader.findClass
[22:22:40] <ALR> CNFE is not in the throws clause.  And it's a checked exception.
[22:22:44] <aslak> defineClass(..), catch IOException rethrow as CNFE
[22:23:12] <ALR> We don't override findClass.
[22:23:21] <ALR> Or defineClass.
[22:23:24] <ALR> Still digging a bit.
[22:24:11] <aslak> ALR, i know we don't.. but they call Resource.getBytes, which call us..  everything above us expect a IOException
[22:24:25] <ALR> I wonder if I should throw IOException
[22:24:31] <ALR> If asking for a resource that doesn't exist
[22:24:46] <ALR> What a stupid design
[22:24:47] *** pmuir has quit IRC
[22:24:51] <ALR> But then URLClassLoader is really old
[22:25:04] <ALR> IOException is absolutely not what we should be throwing
[22:25:16] <ALR> Except for that the calling levels are expecting it.
[22:26:13] <ALR> mhuniewicz: So pull down SW
[22:26:21] <ALR> Change where I return null to throw IOException
[22:26:24] <ALR> See what happens.
[22:26:25] <ALR> k?
[22:26:35] <ALR> But really I don't like that fix much at all :)
[22:27:23] *** pmuir has joined #jbosstesting
[22:27:30] *** pmuir has quit IRC
[22:29:25] <mhuniewicz> ALR, OK.
[22:30:44] <aslak> ALR, hmm.. maybe we should really be there in the first place..
[22:30:57] * ALR is running a test
[22:31:31] <ALR> http://download.oracle.com/javase/6/docs/api/java/net/URL.html#openConnection()
[22:31:33] <ALR> Hmm..
[22:31:45] <ALR> I wonder what happens if you request a URL that doesn't exist
[22:31:48] <ALR> I've never tried that
[22:31:53] <ALR> Maybe it *IS* IOException
[22:32:04] *** bleathem_busy has quit IRC
[22:33:18] <aslak> it's a definition question i guess.. Trying to Read something that does not exists is fore sure issues with io, but it could be more specific, alla ResourceNotFound
[22:33:26] <aslak> but then again, FileNotFound is a IOException
[22:33:29] <aslak> hmm......
[22:33:41] <aslak> this sound familiar.. we've had this dicussion before havn't we
[22:34:27] <aslak> ALR, https://issues.jboss.org/browse/SHRINKWRAP-204
[22:34:28] <jbossbot> jira [SHRINKWRAP-204] ArchiveFileSystem.openInputStream returns null on missing Asset, should throw IOException [Reopened (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/SHRINKWRAP-204
[22:34:42] <ALR> aslak: It throws FileNotFoundException
[22:34:56] <aslak> ALR, yes, which is a IOException
[22:35:00] <ALR>  final URL url = new URL("http://alrubinger.com:9000/something");
[22:35:00] <ALR>       final InputStream in = url.openStream(); // FNFE
[22:35:02] <ALR> Yeah
[22:35:20] <ALR> OK
[22:35:22] <aslak> ALR, read the comments on that issue.. :)
[22:35:51] <aslak> ALR, i think that came up when we used the vfs ext as the backing for the SWCL
[22:38:11] <ALR> Yeah
[22:38:34] <ALR> https://github.com/ALRubinger/shrinkwrap/commit/013b01601172843251a3225198cb0bf657d1a959
[22:38:35] <jbossbot> git [shrinkwrap] 013b016.. Andrew Lee Rubinger [SHRINKWRAP-308] Throw FNFE when attempting to find a URL from ShrinkWrapClassLoader pointing to an Asset that does not exist
[22:38:36] <jbossbot> jira [SHRINKWRAP-308] NPE with EclipseLink while loading asset [Resolved (Done) Bug, Major, Andrew Rubinger] https://issues.jboss.org/browse/SHRINKWRAP-308
[22:38:38] <ALR> mhuniewicz: Try that
[22:44:42] <mhuniewicz> ALR,
[22:45:01] <mhuniewicz> that seems to do the trick (I didn't apply the fix; I'm just throwing an IOE).
[22:47:23] <aslak> wondering if line 156 should do the same
[22:47:24] <ALR> mhuniewicz: Mind trying w/ the fix?
[22:47:30] *** rbattenfeld has left #jbosstesting
[22:47:39] <ALR> aslak: 156 should be right
[22:48:00] <aslak> your still asking for something we can't stream you
[22:48:19] <ALR> aslak: https://gist.github.com/1105155
[22:48:34] <ALR> That's from ArchiveFactoryImpl
[22:48:37] <ALR> In Eclipse JPA
[22:49:07] <ALR> technically the resource exists, so it's not FNFE
[22:49:12] <ALR> It's just a dir
[22:49:43] <ALR> I don't know of an IOE that's CannotStreamADirException
[22:49:48] <ALR> Though we can make one :)
[22:50:16] <aslak> alesj, then again, in the File api, a File and Directory is the same
[22:50:25] <aslak> ALR, ^
[22:50:27] <ALR> alesj: Go back to sleep, that's for me
[22:50:31] <aslak> :)
[22:50:53] <ALR> "If it ain't broke don't fix it" ?
[22:51:22] <mhuniewicz> ALR, I'll try but it's still having problems with the deps unless I add a repo.
[22:51:37] <aslak> ALR, well.. you are in the process of fixing something that was  broken so.. ;)
[22:51:47] <ALR> mhuniewicz: I haven't yet heard back from eng-ops on that ticket I opened for you concerning the repo
[22:52:03] <mhuniewicz> ALR, dirty bastards.
[22:52:07] <mhuniewicz> :)
[22:52:24] <ALR> aslak: Yeah, but that last fix worked.  I don't know where it's specified in openStream what should happen if you're pointing to a dir
[22:52:28] <aslak> ALR, this is the deprecated repo ?
[22:53:14] <ALR> http://download.oracle.com/javase/6/docs/api/java/net/URLConnection.html#getInputStream()
[22:53:25] <ALR> aslak: No, he can't get anything.
[22:53:35] <ALR> At first I thought it was the deprecated one, but we tried that
[22:53:55] <alesj> ALR: you should have an alias in #jbosstesting channel ;-)
[22:54:15] <alesj> so you two don't desturb me all the time ;-)
[22:54:44] <ALR> Oh, no, the delicate genius has been bothered.
[22:55:06] <alesj> i'm just hacking some delicate AS7 stuff :-)
[22:55:33] <alesj> it's gonna be your fault if it then makes AS boot in 15sec again ;-)
[22:55:48] <ALR> alesj: No, that's OSGi.
[22:55:50] <ALR> Baaahaha
[22:56:03] <alesj> that's too broken to make it run so slow :-)
[22:56:46] <alesj> i mean the spec, not tdiesler' stuff
[22:57:12] <aslak> ALR, hmm.. on linux atleast.. new URL("file:///").openStream().read(buff); returns the dir content
[22:57:33] <alesj> aslak: that's due to JBoss' FileURLConn impl
[22:57:43] <alesj> dunno if that's by default
[22:57:54] <ALR> alesj: We're not using any JBoss handlers.
[22:57:55] <alesj> but i know JBoss Common FileURLConn has this impl
[22:57:59] <alesj> ah, ok
[22:58:34] <ALR> aslak: I suppose it couldn't hurt to make some IOExcepion child.
[22:58:38] <mhuniewicz> ALR, it's okay. Thanks.
[22:58:42] <ALR> YouTriedToOpenADirException
[22:58:47] <ALR> mhuniewicz: Yeah, all working?
[22:58:58] <mhuniewicz> ALR, yep.
[22:59:11] <mhuniewicz> Still there's a bug in EclipseLink, but that's not our problem.
[22:59:16] <ALR> Super.
[22:59:26] <aslak> ALR, it's an option
[22:59:52] <aslak> mhuniewicz, what's the bug ?
[23:01:54] <mhuniewicz> aslak, it's confused when no persistence unit name is explicitly specified.
[23:02:02] <mhuniewicz> I created a bug report for them.
[23:03:05] <aslak> aa
[23:03:13] <mhuniewicz> Which means we have to wait for a stable release of Hibernate or EclipseLink for this thing.
[23:03:30] <mhuniewicz> While finding all the NPEs in ShrinkWrap. ;)
[23:04:48] <aslak> hehe
[23:05:04] <aslak> mhuniewicz, maybe we can crash openjpa as well.. give it a shot .. :)
[23:06:26] <mhuniewicz> I guess we might as well!
[23:33:42] *** rruss has quit IRC
[23:40:17] *** bleathem has joined #jbosstesting
[23:53:06] *** jose_freitas has quit IRC
[23:57:12] *** rruss has joined #jbosstesting





top