[00:08:39] *** aslak has quit IRC
[00:09:46] *** tcunning has quit IRC
[00:24:24] *** lightguard_jp has quit IRC
[00:36:48] *** lightguard_jp has joined #jbosstesting
[00:36:49] *** jeand has joined #jbosstesting
[00:57:02] *** alesj has left #jbosstesting
[00:59:18] *** ldimaggi_ has joined #jbosstesting
[01:08:48] *** bleathem has quit IRC
[01:10:11] *** Elisha has quit IRC
[01:11:01] *** lightguard_jp has quit IRC
[01:12:21] *** Elisha has joined #jbosstesting
[02:11:51] *** rruss has quit IRC
[02:19:51] *** michaelschuetz has quit IRC
[03:35:23] *** jeand has quit IRC
[03:41:47] *** tcunning has joined #jbosstesting
[04:06:32] *** jeand has joined #jbosstesting
[04:19:49] *** rruss has joined #jbosstesting
[04:45:58] *** ldimaggi_ has quit IRC
[05:47:24] *** kenglxn has left #jbosstesting
[05:49:09] *** jeand has quit IRC
[06:15:26] *** jeand has joined #jbosstesting
[08:00:42] *** jeand has quit IRC
[08:13:50] *** michaelschuetz has joined #jbosstesting
[08:14:01] *** kenglxn has joined #jbosstesting
[08:15:53] *** michaelschuetz has quit IRC
[08:19:41] *** kenglxn has left #jbosstesting
[08:32:14] *** kpiwko has joined #jbosstesting
[08:44:02] *** GTobi has joined #jbosstesting
[08:47:21] *** ge0ffrey has joined #jbosstesting
[09:03:25] <nickarls> goooood morning, channel
[09:04:01] *** jharting has joined #jbosstesting
[09:11:59] *** oskutka has joined #jbosstesting
[09:26:05] *** mgoldmann has joined #jbosstesting
[09:27:01] *** maeste has joined #jbosstesting
[09:41:02] *** tcunning has quit IRC
[09:42:44] *** wolfc has joined #jbosstesting
[09:42:51] *** al80 has joined #jbosstesting
[09:43:33] *** alesj has joined #jbosstesting
[09:47:12] <hatchetman82> good morning nickarls
[09:50:48] <al80> Who knows how to enable hibernate (or any other)  logging in glassfish embedded using arquillian?
[09:51:16] <nickarls> isn't there a -D for it?
[09:52:48] <al80> nickarls: I don't see any jvm-option about logging
[09:53:50] <nickarls> wonder if those http://weblogs.java.net/blog/2008/10/28/glassfish-v3-logging-changes are read from env?
[09:55:30] <al80> nickarls: but because I am using the embedded version, I don't have any logging.properties to edit
[09:56:54] <nickarls> I just wondered if those could be overridden with jvm parameters or if they're strictly read from the file
[09:58:52] *** lfryc has joined #jbosstesting
[09:59:40] <nickarls> Found an example of someone using a -Dcom.sun.enterprise.server.logging.max_history_files=5 so perhaps those are worth a try
[10:04:36] <al80> nickarls: thanks, anyway trying System.setProperty("java.util.logging.config.file", "c:/opt/logging.properties"); I can log FINE level for glassfish, but I can't still see Hibernate SQL log
[10:05:37] <al80> I wonder why <jvm-options>-Djava.util.logging.config.file=c:/opt/logging.properties</jvm-options> is not seen
[10:05:55] <al80> (in domain.xml)
[10:05:56] <nickarls> raised log levels for the hib category?
[10:06:22] <al80> Yes, I added this line to my logging.properties: org.hibernate.SQL.level=DEBUG
[10:06:58] <nickarls> see anything from hib at all?
[10:07:26] <al80> I can see INFO level
[10:09:18] <nickarls> should it be log4j.logger.org.hibernate.SQL=debug ?
[10:10:55] <al80> I copied the loggging.properties taken from my real glassfish installation and now everything works perfectly :)  thanks!
[10:11:41] <nickarls> hatch: do you have any pointers on how you could do the last * in http://community.jboss.org/message/587387#587387 ?
[10:17:43] <hatchetman82> nickarls: "Better integration so the precence of a @Data ..." ? im not even sure i understand :-)
[10:18:00] *** stuartdouglas has left #jbosstesting
[10:19:19] <nickarls> some sort of archive post-processor that could automatically add the stuff to the archive if the test has a @Data annotation
[10:19:23] <hatchetman82> what i do so far is use the deploy to drop and create a new DB, and then persist() stuff in a @Before method
[10:20:21] <hatchetman82> your scenario look sgood for cases where the data is simple (no hierarchies or anything). my cases need persisting complex entity hierarchies
[10:20:27] <hatchetman82> do i'd rather go through jpa
[10:20:29] <nickarls> I prefer not to do that since I use an Oracle DB with tons of stored procedures and stuff in it
[10:20:38] <hatchetman82> so*
[10:21:08] <nickarls> in what format do you keep your entities?
[10:21:29] <hatchetman82> JPA entities. let me show you an example
[10:22:38] <hatchetman82> ....obviouslt intellij decided to freeze right now
[10:22:47] <nickarls> serialized?
[10:23:12] *** stuartdouglas has joined #jbosstesting
[10:24:43] <hatchetman82> http://pastebin.com/J2y9kYia
[10:25:04] <hatchetman82> nope, i just create a bunch of entities that form an "initial state" and persist them
[10:25:35] <hatchetman82> way i look at it, saves me from needing to modify SQL code every time i change the datamodel around (young project. happens a lot)
[10:26:15] <hatchetman82> only problem with this approach is that @Before happens after @Singleton @Startup methods fire, so i need to re-init() my singleton bean (last lines of the code i pasted)
[10:26:41] <nickarls> just setting up my own tests, too. I thought the xls format would be cute since I can have my code-slave extract them from the db and refine them ;-)
[10:26:47] <hatchetman82> if i could somehow get hold of an entity manager _before_ singletons are initialized that would be perfect
[10:27:04] <hatchetman82> oh, you have a gimp
[10:27:06] <hatchetman82> i dont :-)
[10:28:51] *** kpiwko has quit IRC
[10:29:03] <nickarls> hey, it's getting warmer outside! wind chill is no longer below -30degC!
[10:31:49] *** kpiwko has joined #jbosstesting
[10:47:40] <al80> I'm runnig test from Eclipse using arquillian and GF embedded. If test is in debug I can get OutOfMemory error (PermGen space). Which memory should I increase?
[10:52:04] <al80> the answer was "eclipse memory" ;)
[10:59:44] <nickarls> 4G heap and 1G permgen is a good start. hand them out to eclipse, maven and the as generously
[11:00:04] <nickarls> the default mem settings on the jvm are quite low for nowadays usage.
[11:10:34] *** vtunka has joined #jbosstesting
[11:13:37] <hatchetman82> 1G permgen ?!
[11:13:48] <hatchetman82> you really like extremes :-)
[11:14:00] *** bambitroll has joined #jbosstesting
[11:17:23] <bambitroll> Hi everyone.... I am trying to get my arquillian setup up and running but I am stuck on a initializationError and I have no idea how to find where the problem is! Any tips? I copied many things from the examples/junit folder from the arquillian source code. And when I run the arquillian examples it works fine
[11:22:42] <bambitroll> is it ok to use Maven 2 in my project if I wanna use Arquillian?
[11:30:32] *** maeste has quit IRC
[11:32:47] <nickarls> hatch: permgen is handy for large hotdeployments and the weather I didn't choose ;-)
[11:33:06] <nickarls> bambi: pastebin the stacktrace
[11:33:56] <nickarls> I have a feeling Maven 3 is the way to go
[11:34:38] <bambitroll> nickarls: here you go http://pastebin.com/GUajk0Fj
[11:37:22] <bambitroll> I tried to run the same thing with Maven 3 but it did not help...
[11:38:29] <nickarls> nothing in the surefire reports?
[11:39:16] <nickarls> luggage handling for Oslo airport? ;-)
[11:40:52] <nickarls> and what profile are you running against?
[11:43:15] *** maeste has joined #jbosstesting
[11:46:04] <bambitroll> I have my own IT profile, where I am actually using maven-failsafe-plugin instead of surefire
[11:46:34] <nickarls> anything in those logs
[11:46:46] <bambitroll> but it looks to me that something is missing in my config but I just can not see what!
[11:47:08] <nickarls> embedded? managed? pastebin the arqullian.xml
[11:47:31] <bambitroll> it is empty
[11:47:36] <bambitroll> remote JBoss 5.1
[11:48:50] <nickarls> linebreaks in your <argLine> in the pom.xml?
[11:49:52] <bambitroll> I found this in a file: javassist.scopedpool.ScopedClassPool.<init>
[11:50:12] <bambitroll> sorry, NoSuchMethodError
[11:50:26] <bambitroll>  NoSuchMethodError: javassist.scopedpool.ScopedClassPool.<init>
[11:51:28] <bambitroll> no linebreaks that I know of
[11:52:20] <nickarls> in which file was that and what's the entire stack trace?
[11:52:41] <nickarls> do you bundle your own javassist?
[11:53:12] <bambitroll> it is in target/failsafe-reports
[11:53:21] <bambitroll> I can pastebin the whole file...
[11:54:04] <bambitroll> http://pastebin.com/ZjdTC6J1
[11:54:13] <bambitroll> I will check javaassist
[11:56:58] <nickarls> otherwise you could try adding a -Dsun.lang.ClassLoader.allowArraySyntax=true to the jvm params, it's mentioned around that exception from time to time apparently
[11:59:18] <bambitroll> I have the javassist that come bundled with JBoss 5.1 GA
[11:59:29] <bambitroll> in tests scope
[12:02:28] <bambitroll> I ran "mvn -Dsun.lang.ClassLoader.allowArraySyntax=true -Pit" but I still get the same problem
[12:10:15] <nickarls> Hmm. Well, some classloader issue it appears to be. Try removing any javassist reference
[12:12:02] *** michaelschuetz has joined #jbosstesting
[12:13:40] <bambitroll> I did but does not help
[12:13:56] <nickarls> I'm officially out of ideas ;-)
[12:14:06] <bambitroll> damn! :)
[12:14:09] <bambitroll> thanks anyway
[12:23:29] *** aslak has joined #jbosstesting
[12:23:30] *** aslak has quit IRC
[12:23:30] *** aslak has joined #jbosstesting
[12:37:31] <bambitroll> hi aslak, I have a problem but nickarls did not manage to help me
[12:37:38] <bambitroll> can I just ask you a quick question?
[12:38:07] <bambitroll>  I am trying to get my arquillian setup up and running but I am stuck on a initializationError and I have no idea how to find where the problem is! Any tips? I copied many things from the examples/junit folder from the arquillian source code. And when I run the arquillian examples it works fine
[12:38:33] <bambitroll> after a bit more digging we found out that I have this problem: NoSuchMethodError: javassist.scopedpool.ScopedClassPool.<init>
[12:39:15] <bambitroll> Here are the 2 stack traces: http://pastebin.com/GUajk0Fj and http://pastebin.com/ZjdTC6J1
[12:40:24] <bambitroll> I have to run for lunch but maybe I talk to you when I get back :)
[12:54:39] <aslak> bambitroll, sounds like a client container lib diff.. pastebin your pom
[12:55:32] <nickarls> aslak: done spreading the Gospel for the day?
[13:01:08] <aslak> nickarls, not started.. :)
[13:05:45] <bambitroll> aslak: here is my pom:
[13:05:47] <bambitroll> http://pastebin.com/3gmBj453http://pastebin.com/3gmBj453
[13:05:51] <bambitroll> http://pastebin.com/3gmBj453
[13:05:53] <bambitroll> sorry :)
[13:07:15] <aslak> nickarls, hacking in the lobby now, going to a git talk
[13:13:29] *** aslak has quit IRC
[13:37:56] *** tcunning has joined #jbosstesting
[13:47:31] *** Jaikiran has joined #jbosstesting
[13:52:22] *** pmuir has joined #jbosstesting
[13:54:46] *** michaelschuetz has quit IRC
[13:55:30] *** michaelschuetz has joined #jbosstesting
[14:13:32] *** aslak has joined #jbosstesting
[14:14:06] <aslak> bambitroll, sorry, was a bit away here..  there is probably a conflict somewhere between the jboss.org 5.1.0 GA libs and the com.redpill_ v. that is being pulled in
[14:14:50] <aslak> bambitroll, if you look at the dependency graph in e.g. m2eclipses pom editor.  it will probably tell you somewhere a javassist v. being upgraded or downgraded
[14:14:58] <bambitroll> aslak: no problem.... yes I found out that I have to use javassist/javassist/3.10.0.GA/javassist-3.10.0.GA.jar
[14:15:43] <bambitroll> but this is strange because I am using the exact same one that comes from JBoss AS 5.1.0 GA
[14:16:33] <aslak> bambitroll, maven 3 resolves some things a bit differently, so order matters now..
[14:17:04] <aslak> seen similar issues with others as well..
[14:17:34] <bambitroll> do you know which version of javassist is bundled with JBoss 5.1.0 GA?
[14:18:05] <bambitroll> anyway... now I have another problem regarding the name of my bean...
[14:18:14] <aslak> bambitroll, no, look at the pom graph.. probably multiple versions, but diff maven versions resolves different
[14:21:47] <nickarls> 3.9.0.GA
[14:22:15] <bambitroll> my bean is deployed as test/ConfigBean/remote but arquillian is looking for test/ConfigBeanBean/remote
[14:22:16] <nickarls> from the manifest in the jar in client
[14:22:50] <bambitroll> ok so that explains why the javassist was not working! :)
[14:23:36] <aslak> bambitroll, yea, that's a limitation in the EJB injection enricher. There is really no way of mapping a Interface name to a JNDI binding, so we're only guessing at this point. We'll have to make some container specific integration here, which is not done yet.
[14:24:13] <aslak> bambitroll, so the current workaround is, look it up manually using InitialContext, or use @Resource
[14:26:26] <bambitroll> so I can not use @EJB?
[14:26:58] <bambitroll> what about using @EJB (mappedname="ConfigBean") or something like that?
[14:27:57] <aslak> bambitroll, mappedName is not implemented currently for @EJBs
[14:29:46] <bambitroll> so @Resource (mappedName="ConfigBean") then?
[14:32:39] <aslak> yea, something like that
[14:33:02] <aslak> @Resource(mappnedName = "test/ConfigBean/remote") maybe
[14:33:42] <bambitroll> it is working with InitialContext!!! YEAH! Fuck yeah!! :)
[14:34:05] <bambitroll> my arquillian test passes
[14:34:06] <bambitroll> nice
[14:34:26] <nickarls> \o/
[14:34:34] <aslak> :)
[14:34:44] <bambitroll> Thanks guys!
[14:35:08] <aslak> bambitroll, redpill employee or customer?
[14:35:34] <bambitroll> depends... :) do you like redpill? :)
[14:35:38] <aslak> hehe
[14:36:06] <bambitroll> I am an employee. You used to work for Conduct right?
[14:36:17] <aslak> bambitroll, i have a non disclosure agreement bla bla.. :P
[14:36:20] <aslak> yea
[14:36:59] <aslak> i don't care anymore.. :)
[14:37:04] <bambitroll> :)
[14:37:05] <nickarls> aslak: also, he offered no reply when I asked if it was about luggage handling for Oslo airport ;-)
[14:37:20] <bambitroll> I know nothing! :P
[14:37:38] <aslak> hehe
[14:37:50] <aslak> package names says it all.. :)
[14:38:29] <aslak> so i guess this should make me feel safer flying home on Thursday then..
[14:38:52] <aslak> or my luggage should
[14:39:29] <nickarls> yeah, the tests pass, your bags should be safe.
[14:39:33] <bambitroll> :D
[14:39:36] <aslak> :)
[14:40:17] <bambitroll> no worry guys, the system is far from being in production anyway...
[14:40:35] <aslak> sigh, so now i hvae to worry
[14:40:56] <bambitroll> hehe :)
[14:41:08] <nickarls> my brother has managed to fly from Shanghai -> Frankfurt -> Stockholm -> Helsinki and then have the local airline lose his luggage on the last 200km domestic flight
[14:41:46] <aslak> hehe
[14:41:54] <aslak> about time someone lost it
[14:55:57] *** ldimaggi_ has joined #jbosstesting
[15:03:40] *** lightguard_jp has joined #jbosstesting
[15:05:23] *** kenglxn has joined #jbosstesting
[15:07:02] *** rruss has quit IRC
[15:09:14] *** rruss has joined #jbosstesting
[15:13:00] *** tcunning has left #jbosstesting
[15:26:19] *** jharting has quit IRC
[15:41:23] *** Jaikiran is now known as Jaikiran|AFK
[16:29:30] *** kenglxn has quit IRC
[16:43:33] *** kpiwko has quit IRC
[16:55:59] *** jeand has joined #jbosstesting
[17:03:51] *** pmuir has quit IRC
[17:13:35] *** maeste has quit IRC
[17:15:55] *** kenglxn has joined #jbosstesting
[17:16:01] *** oskutka has quit IRC
[17:17:05] *** kenglxn has left #jbosstesting
[17:17:56] *** oskutka has joined #jbosstesting
[17:22:52] *** oskutka has quit IRC
[17:23:13] *** alesj has quit IRC
[17:32:39] *** michaelschuetz has quit IRC
[17:39:17] *** pmuir has joined #jbosstesting
[17:39:17] *** pmuir has quit IRC
[17:39:17] *** pmuir has joined #jbosstesting
[17:47:07] *** alesj has joined #jbosstesting
[17:48:12] *** kenglxn has joined #jbosstesting
[17:48:18] *** kenglxn has left #jbosstesting
[17:57:10] *** aslak has quit IRC
[17:58:09] *** GTobi has quit IRC
[18:02:50] *** aslak has joined #jbosstesting
[18:05:46] *** jeand has quit IRC
[18:08:33] *** kenglxn has joined #jbosstesting
[18:08:36] *** kenglxn has left #jbosstesting
[18:09:16] *** vtunka has quit IRC
[18:10:01] *** Jaikiran|AFK has quit IRC
[18:19:49] *** pmuir has quit IRC
[18:33:05] *** al80 has quit IRC
[18:40:06] *** lfryc has quit IRC
[18:41:47] *** bambitroll has quit IRC
[18:42:50] *** jeand has joined #jbosstesting
[19:01:47] *** dblevins has quit IRC
[19:01:48] *** hatchetman82 has quit IRC
[19:01:50] *** mgoldmann has quit IRC
[19:01:50] *** ozizka has quit IRC
[19:01:52] *** ChanServ has quit IRC
[19:01:52] *** stuartdouglas has quit IRC
[19:01:53] *** jbossbot has quit IRC
[19:01:53] *** jdlee has quit IRC
[19:01:55] *** nickarls has quit IRC
[19:01:55] *** aslak has quit IRC
[19:05:14] *** dblevins has joined #jbosstesting
[19:11:39] *** ALR has joined #jbosstesting
[19:11:39] *** aslak has joined #jbosstesting
[19:15:28] *** jbossbot has joined #jbosstesting
[19:15:28] *** stuartdouglas has joined #jbosstesting
[19:15:28] *** mgoldmann has joined #jbosstesting
[19:15:28] *** hatchetman82 has joined #jbosstesting
[19:15:28] *** ozizka has joined #jbosstesting
[19:15:28] *** nickarls has joined #jbosstesting
[19:15:28] *** ChanServ has joined #jbosstesting
[19:15:28] *** lindbohm.freenode.net sets mode: +o ChanServ
[19:15:34] *** hatchetman82 has quit IRC
[19:15:34] *** ChanServ has quit IRC
[19:15:35] *** stuartdouglas has quit IRC
[19:15:35] *** jbossbot has quit IRC
[19:15:36] *** nickarls has quit IRC
[19:16:58] *** rruss has quit IRC
[19:19:01] *** rruss has joined #jbosstesting
[19:27:59] <ALR> aslak: Ping.
[19:28:16] *** hatchetman82 has joined #jbosstesting
[19:28:16] *** nickarls has joined #jbosstesting
[19:28:16] *** ChanServ has joined #jbosstesting
[19:28:16] *** lindbohm.freenode.net sets mode: +o ChanServ
[19:30:09] <aslak> ALR, heya
[19:30:22] <ALR> aslak: What's the current upstream target for ARQ?
[19:30:56] <aslak> https://github.com/aslakknutsen/arquillian/tree/the_bigger_picture
[19:31:27] <aslak> needs skipTests on https://github.com/aslakknutsen/descriptors/tree/SHRINKDESC-25 and https://github.com/aslakknutsen/shrinkwrap/tree/SHRINKWRAP-140
[19:32:10] *** rruss has quit IRC
[19:32:10] *** rruss has joined #jbosstesting
[19:32:21] <aslak> ALR, ^
[19:32:21] <alesj> aslak: when will we port over Resin4 support?
[19:32:46] <aslak> alesj, https://github.com/domdorn/arquillian/tree/resin4embedded
[19:32:50] <ALR> aslak: Why "the_bigger_picture"?
[19:33:10] <aslak> ALR, why the name ?
[19:33:14] <ALR> aslak: And why is the current your fork?
[19:33:22] <alesj> aslak: yeah, i used this today on my SeamCC tests, and it works, hence asking ;-)
[19:33:41] <aslak> alesj, ask the creator.. :)
[19:33:42] <ALR> aslak: Not the name specifically, but why not upstream/master as per the convention?  And in your personal fork?
[19:34:08] <alesj> aslak: i can pimp that code a bit more, and base it on stable Resin version
[19:34:37] <aslak> ALR, well, basically because when i started the multi container support it needed a complete rewrite of core +++.. an dalong the way it gots deps on unreleased SNAPSHOTs, so i didn't want to push it out officially
[19:34:48] <aslak> ALR, so it basically got stuck in my branch
[19:35:02] <ALR> aslak: And oh you bad boy, you've been pushing to shrinkwrap/upstream/master
[19:35:18] <ALR> aslak: OK. Can we merge stuff back into upstream/master for ARQ?
[19:35:38] <ALR> I'm going to start a branch now to put in refactoring changes to shrinkwrap:1.0.0-alpha-12
[19:35:45] <aslak> ALR, i'm working on that.. but it currently depends on shrinkwrap / descriptors branches so..
[19:36:02] <aslak> ALR, pushed to shrinkwrap master?
[19:36:12] <ALR> aslak: https://github.com/shrinkwrap/shrinkwrap/commits/
[19:36:33] <ALR> Or did I push those and just forget?
[19:36:37] *** kenglxn has joined #jbosstesting
[19:37:12] <aslak> ALR, you pushed those.. but why is your name not on them.. hmm
[19:37:16] <aslak> cherry picking maybe
[19:37:37] <ALR> cherry-pick puts me as "reviewer" I think
[19:37:54] <ALR> Not so important, maybe I forgot about them.  Just accidentally brought them in via a merge.
[19:37:56] <ALR> But anyway:
[19:38:12] <ALR> aslak: I'd like a branch point to do ARQ updates to new SW SNAPs.
[19:38:28] <aslak> ALR, did you look at Reloaded?
[19:38:31] <ALR> aslak: So...if we depend on a SHRINKDESC release or something, I can provide that
[19:39:00] <aslak> ALR, yea, it depends on SHRINKDESC-25..
[19:39:06] <ALR> aslak: But I'd like to get upstream/master of all projects to reflect what's coming if we can.  Thoughts?
[19:39:26] <ALR> aslak: OK, how far along is SD-25?
[19:39:52] <aslak> ALR, i started doing some work on the new node model, where we have different types of nodes etc.. btu i kinda stopped at the point where i need a Root node, e.g. a PropertyNode needs a RootPropertyNode to join multiple
[19:40:10] <ALR> aslak: Can it be put off scope?
[19:40:18] <aslak> nope
[19:40:27] <aslak> jaxb doesn't work
[19:40:31] <ALR> aslak: Ideally each issue should be able to be merged in independently.
[19:40:32] <aslak> it'll be the first reported bug
[19:40:40] <ALR> Off scope for ARQ I mean.
[19:40:48] <aslak> ohh, no..
[19:40:51] <ALR> To get it upgraded to SW.
[19:41:00] <ALR> Let me rephrase:
[19:41:08] <aslak> the protocol depends on it to manipulate web.xml
[19:41:23] <ALR> Why does upgrading the "current" ARQ to new SW have anything to do with SD?
[19:41:41] <aslak> ALR, aa, in that sense, nothing
[19:41:46] <ALR> aslak: :)
[19:42:01] <aslak> ALR, you can branch the_bigger_picture and do the sw upgrade
[19:42:01] <ALR> So I'm available to help untangle and move things forward, if we can make a plan together.
[19:42:16] <aslak> great
[19:42:38] <aslak> the first tangle i think, would be SD
[19:42:40] <ALR> aslak: Hmm...what would happen if I upgrade upstream/master first?
[19:42:52] <ALR> aslak: Then "the_bigger_picture" merge would come in later.
[19:43:03] <aslak> don't do that..
[19:43:10] <ALR> I think what's happened here is that the_bigger_picture has diverged too much
[19:43:16] <ALR> And is taking on too many issues at once.
[19:43:22] <aslak> fetch my repo, checkout aslak/the_bigger_picture, then from there make a new branch
[19:43:41] <ALR> Hehe, we're tangling up issues then
[19:43:46] <aslak> i completely agree..
[19:44:20] <ALR> OK, cool.
[19:44:26] <aslak> the_bigger_picture is next v. atm. but there is no diverge going on.
[19:44:38] <ALR> So with that in mind, can we untangle stepwise before introducing new issues to be merged in?
[19:45:01] <ALR> Really?  upstream/master has had no updates since October 28, 2010
[19:45:03] <aslak> master only has two comits that the_bigger_picture doe snot, basically to exclude something in the container pom. a easy rebase
[19:45:30] <aslak> aa.. in that sense yes, but it's not like master has gone in a different direction
[19:46:04] <ALR> No, the_bigger_picture has
[19:46:14] <ALR> And in a sense, the_bigger_picture *is* master now.
[19:46:17] <aslak> yea
[19:46:21] <ALR> Because it's really the most current.
[19:46:34] <aslak> well, the_bigger_picture is next
[19:46:45] <ALR> Define "next"?
[19:46:48] <aslak> it's not stable, so it's not been pushed upstream
[19:46:49] <ALR> Like, "the next release"
[19:46:50] <ALR> ?
[19:47:03] <aslak> next major integration really.. the unstable master
[19:47:14] <ALR> Maybe.  But it includes:
[19:47:37] <ALR> 196, 346, 57, 227, 176...
[19:48:11] <aslak> yea, it's a integraiton branch
[19:48:23] <ALR> Which has rendered upstream/master useless.
[19:48:31] <ALR> Because we can no longer integrate w/ upstream.
[19:48:36] <aslak> no, upstream/master is still stable.. :)
[19:48:53] <ALR> Typo?  Extra "b"?
[19:48:53] <ALR> October 28, 2010
[19:48:56] <ALR> s/stable/stale
[19:48:58] <ALR> :P
[19:49:11] <aslak> same same.. :)
[19:49:23] <ALR> Tag 1.0.0-alpha-1 is stable too.
[19:49:43] <ALR> Or is ARQ using a different workflow than SW?
[19:49:58] <ALR> ie. Was this by design and is some workflow I'm not familiar with?
[19:50:04] <aslak> it is, but that's not the reason why it's not in next
[19:50:38] <alesj> aslak: hmmm, why doesn't IDEA know how to open Arq from the root properly ? ?
[19:50:41] <ALR> To me, upstream *is* next
[19:50:59] *** jdlee has joined #jbosstesting
[19:51:00] *** jdlee has joined #jbosstesting
[19:51:17] <aslak> ALR, well yea, but master is stable, next is not
[19:51:18] <ALR> And I define stability as "the tests all run and nothing is broken"
[19:51:36] *** rruss has quit IRC
[19:51:39] *** kenglxn has left #jbosstesting
[19:51:48] <ALR> aslak: In SW, every "unstable" thing I have is in an isolated branch, per issue.
[19:52:01] <ALR> As that one issue becomes stable, it's integrated back into upstream.
[19:52:08] <ALR> So there's no "next"
[19:52:12] <ALR> And things stay separated.
[19:52:51] <aslak> ALR, sure i know that. but i've been attempting to have next as a possible integration branch between multiple related issues
[19:53:09] <aslak> even tho the single branches are seperate, they need integration somewhere..
[19:55:00] <ALR> aslak: To me that would be another branch: "ARQ-X_ARQ-Y"
[19:55:12] <aslak> ALR, but to the point, to untangle we need to merge up sw and sd
[19:55:20] <ALR> Ah, OK, so on that we agree.
[19:55:49] <aslak> ALR, how is the redesign of 140 api going?
[19:55:49] <ALR> SD-25 then being the blocker to get the_bigger_picture into upstream/master?
[19:55:57] <aslak> yea
[19:56:00] <ALR> aslak: It's...fine.
[19:56:10] <ALR> But I was looking to cut a quick release of SW first
[19:56:17] <aslak> first?
[19:56:18] <ALR> And to do that wanted to prove the API changes in ARQ
[19:56:20] <ALR> Yes.
[19:56:26] <ALR> I've bit off too much with this release.
[19:56:31] <ALR> 1.0.0-alpha-12 needs to go OUT
[19:56:37] <ALR> Maven resolution can quickly follow
[19:57:43] <ALR> aslak: How much work is left on DS-25?
[19:57:48] <ALR> SD-25
[19:59:59] *** nickarls has quit IRC
[20:00:28] *** nickarls has joined #jbosstesting
[20:01:15] *** Tashtego has joined #jbosstesting
[20:01:32] <Tashtego> hi
[20:03:19] *** jbossbot has joined #jbosstesting
[20:05:02] <aslak> ALR, yea, i need 140 for arq tho, but sure
[20:05:12] <aslak> ALR, i thought it was done, but.. :)
[20:05:30] <ALR> aslak: It works well, it's not releasable is all.
[20:05:38] <ALR> I did a bunch with it yesterday
[20:05:41] <ALR> And I'll keep with it,
[20:05:48] <aslak> aa ok
[20:05:48] <ALR> But realized that alpha-12 needs to go.
[20:06:22] <Tashtego> aslak why arent you registered in xing.com *complaining* ;)
[20:06:43] <aslak> ALR, 25 works, just need some testcase fixes. some silly test cases.. doe snot produce identical output..  i would say it's ok for alpha-1
[20:07:21] <ALR> aslak: And where is the SD-25 code?
[20:07:28] <aslak> and look at 'fixing' the node types for alpha-2
[20:07:37] <ALR> I'm not seeing it in upstream/master
[20:07:48] <aslak> https://github.com/aslakknutsen/descriptors/tree/SHRINKDESC-25
[20:07:50] <jbossbot> jira [SHRINKDESC-25] Import / Export should be able to handle unmapped entries [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-25
[20:07:59] <ALR> Oh jeez.
[20:08:08] <aslak> i sent you a pull request on it i believe, but you pushed it back
[20:08:11] <ALR> Maybe.
[20:08:16] <ALR> Let's see.
[20:08:25] <ALR> First I'm gonna kill SD upstream/next
[20:09:30] <aslak> Tashtego, i don't speak german.. :)
[20:10:33] <Tashtego> you can switch language ;)..
[20:10:41] *** stuartdouglas has joined #jbosstesting
[20:11:20] <aslak> Tashtego, not on the forum posts
[20:12:15] 
[20:12:16] <ALR> aslak: I should expect test failures in SD-25 on your fork?
[20:12:33] <aslak> yea.. see comment above
[20:13:06] *** kenglxn has joined #jbosstesting
[20:13:07] *** kenglxn has left #jbosstesting
[20:13:48] <aslak> the failing one is comparing to a file on disk.. what the new model produce is not identical
[20:14:08] <aslak> 1 it does not order elements like the xsd does.. and some line space differences
[20:14:25] <ALR> Also it's not pulling in web-filter definitions looks like
[20:14:37] *** Tashtego is now known as Tashtego|lunch
[20:15:01] <aslak> aa yea, correct.. the getXX is not implemented.. discussion point
[20:15:34] <ALR> aslak: I only see two failing tests
[20:15:39] <ALR> And both related to filters.
[20:16:30] <ALR> This is also like...prealpha really :)
[20:16:30] <ALR> As we haven't yet done the api/impl split.
[20:16:32] <ALR> But that's OK
[20:16:42] <ALR> So long as "alpha" works, it can change and be crap.
[20:16:52] <aslak> yea, that was my point
[20:16:53] <aslak> :)
[20:17:01] <ALR> Agreed.
[20:17:04] *** michaelschuetz has joined #jbosstesting
[20:17:07] *** alesj has quit IRC
[20:17:21] <aslak> it's not like sw hasn't changed from alpha-1.. :)
[20:17:34] <aslak> or arq for that matter
[20:17:40] <ALR> Yup.
[20:17:42] <aslak> or any other alpha1
[20:17:59] <ALR> I wouldn't publicize the SD release for any user use yet though
[20:18:03] <ALR> Anyway
[20:18:25] <aslak> basically SD-25 in current state fixes one major issue.. which is the partial mapping issue in jaxb.. and we also remove the jaxb dep
[20:18:29] <ALR> aslak: If I fix these 2 failures, does that satisfy your ARQ requirements for a SD release?
[20:18:42] <aslak> ye
[20:18:48] <ALR> OK.  I'll do that now.
[20:18:58] <aslak> ALR, great, thanks
[20:19:29] <ALR> Course, and thanks for prototyping the JAXB-outta-there stuff
[20:19:38] <ALR> Manually doing it, for us, is much better
[20:19:42] <ALR> Faster.
[20:19:48] <ALR> Though I was talking to Manik this weekend
[20:19:53] <ALR> He uses JDK6 JAXB
[20:20:01] <ALR> And has no complaints w/ startup speed
[20:20:25] <ALR> Either way, pluggable backends is the way for us.
[20:21:04] *** michaelschuetz has quit IRC
[20:21:45] <aslak> speed wise was not really the issue. not being able to import comments, unknown elements, elements from unknown namespaces etc was
[20:22:38] *** michaelschuetz has joined #jbosstesting
[20:23:47] <aslak> ALR, do you have a snapshot built setup for sd?
[20:23:53] <aslak> to push snapshots that is
[20:27:51] <aslak> bbl
[20:31:11] <ALR> aslak: Nope.
[20:53:52] *** michaelschuetz has quit IRC
[20:54:29] *** pmuir has joined #jbosstesting
[20:57:33] *** axeman has joined #jbosstesting
[20:57:41] *** michaelschuetz has joined #jbosstesting
[20:57:58] *** axeman has quit IRC
[21:28:53] *** echelog-2` has joined #jbosstesting
[21:28:54] *** Elisha_ has joined #jbosstesting
[21:29:24] *** dmlloyd_ has joined #jbosstesting
[21:29:27] *** dmlloyd_ is now known as Guest12499
[21:30:01] *** Guest12499 has quit IRC
[21:30:01] *** Guest12499 has joined #jbosstesting
[21:30:10] *** dmlloyd has quit IRC
[21:30:12] *** Guest12499 is now known as dmlloyd
[21:32:31] *** ge0ffrey has quit IRC
[21:32:36] *** jdlee has quit IRC
[21:32:38] *** Elisha has quit IRC
[21:32:39] *** echelog-2 has quit IRC
[21:33:47] *** jdlee has joined #jbosstesting
[21:33:48] *** jdlee has joined #jbosstesting
[21:36:56] *** ldimaggi_ has quit IRC
[21:55:47] *** Tashtego|lunch is now known as Tashtego
[22:00:18] *** tcunning has joined #jbosstesting
[22:30:25] *** nickarls has quit IRC
[22:30:26] *** ALR has quit IRC
[22:30:26] *** aslak has quit IRC
[22:32:07] *** michaelschuetz1 has joined #jbosstesting
[22:35:07] *** michaelschuetz has quit IRC
[22:36:23] *** aslak has joined #jbosstesting
[22:38:06] *** ALR has joined #jbosstesting
[22:41:26] *** mgoldmann has quit IRC
[22:55:34] <ALR> aslak: Still around?
[23:02:36] <aslak> ALR, not really.. on my way to bed. got a 9 oclock talk to morrow..
[23:02:42] <aslak> ALR, anything quick? :)
[23:03:08] *** ldimaggi_ has joined #jbosstesting
[23:03:13] <ALR> aslak: Nope, I'm done w/ the test fixes for SD-25
[23:03:35] <aslak> ALR, ok
[23:03:43] <aslak> ALR, nope?
[23:04:01] <ALR> aslak: Well, I'll see if that satisfies the requirement for ARQ the_big_picture to build.
[23:04:05] <ALR> And if so, release it.
[23:04:15] <ALR> Though I might call it 0.1.0
[23:04:24] <aslak> sure..
[23:04:40] <aslak> it's the servlet protocol that use it
[23:05:03] <ALR> aslak: https://github.com/ALRubinger/descriptors/commit/a1baf79fe66a2921fd7c83c013fd48dacd084c1b
[23:05:04] <jbossbot> git [descriptors] a1baf79.. Andrew Lee Rubinger [SHRINKDESC-25] Fix filter and filter-mappings on import
[23:05:05] <jbossbot> jira [SHRINKDESC-25] Import / Export should be able to handle unmapped entries [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-25
[23:05:16] <ALR> Basically I just made value objects and mapped shit on import.
[23:06:31] <aslak> you could have used getSingle on NODE_NAME_FILTER_NAME etc instead of get().get(0) but
[23:06:37] <aslak> same same
[23:07:59] *** bobmcw has quit IRC
[23:08:09] <ALR> Ah cool
[23:08:13] *** bobmcw has joined #jbosstesting
[23:08:37] <ALR> aslak: I'll put these in upstream/master
[23:08:51] <aslak> ALR,  excellent
[23:09:27] <jbossbot> git [descriptors] push master 4cdadc3.. Aslak Knutsen SHRINKDESC-25 Add expression/query language...
[23:09:28] <jbossbot> jira [SHRINKDESC-25] Import / Export should be able to handle unmapped entries [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-25
[23:09:28] <jbossbot> git [descriptors] push master 35fb328.. Aslak Knutsen SHRINKDESC-25 Rename Expression to Query
[23:09:28] <jbossbot> git [descriptors] push master 29dd8ec.. Aslak Knutsen SHRINKDESC-25 Add XMLImporter TestCase. Fix import of attributes on nodes with text only children.
[23:09:28] <jbossbot> git [descriptors] push master a1baf79.. Andrew Lee Rubinger [SHRINKDESC-25] Fix filter and filter-mappings on import
[23:09:28] <jbossbot> git [descriptors] push master 10be80b.. Andrew Lee Rubinger Merge branch 'SHRINKDESC-25'
[23:09:28] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/0a25677...10be80b
[23:10:09] <ALR> aslak: And you already have ARQ on SW 1.0.0-SNAPSHOT?
[23:10:29] <aslak> ALR, not with the addAS changes
[23:10:48] <ALR> aslak: What version *should* you be on now?
[23:10:53] <ALR> org.jboss.shrinkwrap:shrinkwrap-api:jar:1.0.0-SNAPSHOT is what's currently declared
[23:10:59] <ALR> And 1.0.0-SNAPSHOT does not exist
[23:11:25] <tcunning> omg i've been running into that problem.
[23:11:33] <ALR> aslak: Can I revert it into 1.0.0-alpha-11 ?
[23:11:37] <aslak> what currently runs is my 140 branch. which is basically karels 140 branch before your addAs changes
[23:11:44] <ALR> aslak: Oh boy.
[23:11:51] <ALR> You've got dependencies upon stuff in flux.
[23:11:52] <ALR> :)
[23:12:01] <ALR> We can't depend upon things that haven't yet been integrated into master.
[23:12:22] <aslak> yea, this is why it's not been pushed upstream. i needed the functionallity, but it wasn't available
[23:12:24] <ALR> aslak: Is ARQ the_bigger_picture depending upon SW-140?
[23:12:29] <aslak> yes
[23:12:33] <ALR> Mother(*)^*(^&
[23:12:34] <ALR> :P
[23:13:19] <aslak> both 140 and SD are major parts of arq.next
[23:13:31] <ALR> I haven't put them upstream.
[23:13:46] <ALR> So they don't exist to consumers. :)
[23:14:18] <aslak> well i'm a developer on them because i need them so they exists to me
[23:14:44] <ALR> Yep, in this case you're both provider and consumer.
[23:15:03] <ALR> But if we don't respect the perspective we're in at the current moment, we get wedged.
[23:15:16] <ALR> So I think the way forward is to push all the dependencies through.
[23:15:22] <ALR> Namely SW-140
[23:15:36] <aslak> yea
[23:15:42] <ALR> Then we can merge and upgrade everything and get back to a decoupled form.
[23:15:48] <aslak> what's the hold up? api design?
[23:15:56] <ALR> aslak: API separation, yeah.
[23:16:03] <ALR> Only I can't go for a 0.1.0 with SW-140
[23:16:14] <ALR> Because it's in the SW release cycle.
[23:16:34] <aslak> yea, but alpha-13-alpha1 ?
[23:16:36] <ALR> So I want at least the artifact (Maven coordinates) to be reliable.
[23:17:21] <ALR> What's alpha-13-alpha-1 ?
[23:17:31] <aslak> alpha-12 + sw140
[23:17:41] <aslak> the alpha release of alpha13
[23:17:42] <aslak> hehe
[23:18:06] <ALR> Naughty.
[23:18:20] <aslak> or i guess alpha12-alpha1 if you don't push the a12 right away
[23:18:48] <ALR> I was hoping to go for SW 1.0.0-alpha-12 without SW-140 included.
[23:18:56] <ALR> It doesn't look like that will be possible.
[23:19:11] <ALR> I mean it is, but I wanted to test the current SW SNAPSHOT in ARQ first.
[23:19:42] <aslak> yea, that's harder
[23:19:56] <ALR> aslak: I'll make you a deal.
[23:20:19] <ALR> aslak: I'll do a big-bang SW release to include SW-140 if you promise we don't do integration branches anymore.
[23:21:08] <aslak> if you just keep those lovely sw released coming, we won't need to.. ;)
[23:21:23] <aslak> releases
[23:21:42] <ALR> aslak: No one requested a proper release.  Though SW-140 has been requested, admittedly.
[23:22:00] <ALR> By rule SW is releasable from upstream/master at any time.
[23:22:05] <aslak> noth sd and 140 has been requested for releases..
[23:22:13] <aslak> both
[23:22:14] <ALR> Yeah, I'll do SD now.
[23:22:35] <ALR> Right, but you can't request a release of something that's not done: SW-140
[23:22:40] <ALR> That was a resource allocation issue.
[23:23:25] <aslak> you can request, you just can't expect.. :)
[23:23:31] <ALR> Yah.
[23:23:49] <aslak> i know it's a resource issue.. sw has been more or less dead for 3 months
[23:25:11] <ALR> More than less.
[23:25:54] <ALR> aslak: What do we consider of SD-25 now?
[23:25:58] <ALR> Done?
[23:26:00] <ALR> Resolvable?
[23:26:04] *** lightguard_jp is now known as lightguard_jp_aw
[23:26:52] <aslak> i would say done when in master. let's open new ones on the other issues like, split up in node types
[23:27:11] <aslak> element sort order
[23:27:29] <ALR> Yep, I like fine-graned approaches too
[23:29:09] <aslak> ok, i've gotta get to bed
[23:29:22] <ALR> Yup, have fun. :)
[23:29:22] <aslak> ALR, thanks for clearing this up
[23:29:30] <ALR> aslak: Yah, look for some more from me tomorrow
[23:29:34] <ALR> Good luck with your talk in the AM
[23:29:39] <aslak> thanks
[23:29:41] <ALR> And punch Dan for me.
[23:29:44] <ALR> In the shoulder.
[23:29:46] <aslak> hehe will do
[23:29:48] <ALR> Not the face.
[23:29:58] <ALR> tcunning: What issues are you having? :)
[23:29:58] <aslak> i'll keep him pretty
[23:30:06] <ALR> Hehe, exactly.  Million-dollar face.
[23:30:34] <aslak> night
[23:30:39] *** aslak has quit IRC
[23:31:15] <jbossbot> git [descriptors] push master 09bbf82.. Andrew Lee Rubinger [SHRINKDESC-32] Update release version to 0.1.0-SNAPSHOT
[23:31:16] <jbossbot> jira [SHRINKDESC-32] Release 0.1.0 [Open (Unresolved) Task, Major, Andrew Rubinger] https://issues.jboss.org/browse/SHRINKDESC-32
[23:31:16] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/10be80b...09bbf82
[23:34:15] *** wolfc has quit IRC
[23:34:17] <tcunning> alr : i was seeing the shrinkwrap-api 1.0.0-SNAP missing
[23:34:26] <tcunning> which i needed to build aslak's branch
[23:34:30] <ALR> Ah yeah
[23:34:35] <ALR> We'll clean this all up soon.
[23:34:54] <tcunning> no prob - i was about to write aslak about it but saw you guys talking about it
[23:34:59] <ALR> We've got some interdependencies at the moment.
[23:35:16] <ALR> ARQ, to move forward, has been relying on unmerged feature development.
[23:35:21] <ALR> Which is largely my fault.
[23:35:41] <ALR> Having been assigned to other areas for awhile, I've turned my back here.
[23:35:49] <tcunning> i know the feeling
[23:36:00] <ALR> Never fear.
[23:36:10] <ALR> tcunning: What are you looking to do?
[23:36:18] <ALR> Some dev?  I've got nice JIRAs. :P
[23:36:54] <tcunning> For switchyard, we're hoping to test our deployer and write our unit tests with Arquillian.
[23:37:31] <tcunning> what you told me about jamming the deployer into a JAR and treating it as a deployment worked well
[23:37:37] *** pmuir has quit IRC
[23:37:44] <ALR> I did?  Good.
[23:38:16] <tcunning> Our big need is the multi-deploy feature and the Dependencies.get stuff looks really nice too.
[23:38:54] *** lightguard_jp_aw is now known as lightguard_jp
[23:45:41] <ALR> tcunning: So SW-140 for you too then :)
[23:45:52] <ALR> Dependencies.get() is the Maven/ShrinkWrap integration bit
[23:45:57] <tcunning> ALR : yup
[23:47:08] *** pmuir has joined #jbosstesting
[23:47:08] *** pmuir has quit IRC
[23:47:08] *** pmuir has joined #jbosstesting
[23:47:08] *** tcunning is now known as tcunning_away





top