[00:05:02] *** rruss has quit IRC
[00:05:58] *** jgraham_ has quit IRC
[00:21:21] *** luiematthee has joined #jbosstools
[00:26:01] *** luiematthee has quit IRC
[00:26:43] *** luiematthee has joined #jbosstools
[00:35:02] *** galderz has quit IRC
[00:44:20] *** SintaxError has joined #jbosstools
[00:50:05] *** aslak has quit IRC
[00:51:14] *** sflanigan has quit IRC
[00:53:12] *** sflanigan has joined #jbosstools
[01:44:23] *** bfitzpat has quit IRC
[02:23:37] *** bobmcw has quit IRC
[02:23:37] *** bobmcw_ has joined #jbosstools
[02:49:08] *** tsurdilo has quit IRC
[03:00:39] *** dennybj has joined #jbosstools
[03:06:59] *** bobmcw_ has quit IRC
[03:18:57] *** bobmcw has joined #jbosstools
[03:18:57] *** bobmcw has joined #jbosstools
[03:35:36] *** irooskov has quit IRC
[03:55:41] *** dennybj has quit IRC
[04:05:46] *** dennybj has joined #jbosstools
[04:19:36] *** bobmcw has quit IRC
[05:00:46] *** vitali has quit IRC
[05:01:03] *** dgeraskov has quit IRC
[05:01:09] *** yradtsevich has quit IRC
[05:04:17] *** Dart has joined #jbosstools
[05:04:43] *** vitali has joined #jbosstools
[05:06:47] *** bobmcw has joined #jbosstools
[05:06:47] *** bobmcw has joined #jbosstools
[05:13:23] *** gbutler has left #jbosstools
[05:13:23] *** Dart has quit IRC
[05:27:47] *** Dart has joined #jbosstools
[05:33:05] *** fqian has quit IRC
[05:35:12] *** fqian_ has joined #jbosstools
[05:35:12] *** Dart has quit IRC
[05:36:21] *** Dart has joined #jbosstools
[05:40:19] *** bobmcw has quit IRC
[05:55:26] *** Dart has quit IRC
[05:56:41] *** Dart has joined #jbosstools
[06:12:42] *** luiematthee has left #jbosstools
[06:12:43] *** Dart has quit IRC
[06:13:13] *** fqian_ has quit IRC
[06:13:20] *** fqian has joined #jbosstools
[06:14:32] *** Dart has joined #jbosstools
[06:16:55] *** Dart has quit IRC
[06:17:07] *** Dart has joined #jbosstools
[06:27:19] *** Dart has quit IRC
[06:29:25] *** Dart has joined #jbosstools
[07:20:28] *** asgeirf has quit IRC
[07:20:28] *** asgeirf has joined #jbosstools
[07:20:28] *** Dart has quit IRC
[07:22:21] *** Dart has joined #jbosstools
[07:31:05] *** fbricon has joined #jbosstools
[07:31:06] *** Dart has quit IRC
[07:32:49] *** Dart has joined #jbosstools
[07:37:33] *** bclare has quit IRC
[07:45:02] *** fbricon has quit IRC
[07:45:32] *** mgoldmann has joined #jbosstools
[07:45:37] *** mgoldmann has joined #jbosstools
[08:09:42] *** jpeterka has joined #jbosstools
[08:41:47] *** mgoldmann_ has joined #jbosstools
[08:43:16] *** Dart has quit IRC
[08:43:58] *** Dart has joined #jbosstools
[08:44:19] *** mgoldmann_ has quit IRC
[08:44:28] *** mgoldmann_ has joined #jbosstools
[08:44:33] *** mgoldmann has quit IRC
[08:45:56] *** galderz has joined #jbosstools
[08:59:52] *** aslak has joined #jbosstools
[09:03:41] *** ggear has joined #jbosstools
[09:03:42] *** Dart has quit IRC
[09:04:19] *** Dart has joined #jbosstools
[09:07:46] *** sflanigan_ has joined #jbosstools
[09:07:55] *** asgeirf_ has joined #jbosstools
[09:07:56] *** asgeirf_ has joined #jbosstools
[09:09:15] *** mgoldmann_ has quit IRC
[09:09:15] *** Dart has quit IRC
[09:09:23] *** mgoldmann has joined #jbosstools
[09:09:23] *** mgoldmann has joined #jbosstools
[09:10:53] *** Dart has joined #jbosstools
[09:11:39] *** asgeirf has quit IRC
[09:11:59] *** sflanigan has quit IRC
[09:13:13] *** Dart has quit IRC
[09:15:23] *** Dart has joined #jbosstools
[09:27:42] *** yradtsevich has joined #jbosstools
[09:31:25] *** galderz has quit IRC
[09:31:25] *** Dart has quit IRC
[09:32:03] *** galderz has joined #jbosstools
[09:32:49] *** Dart has joined #jbosstools
[09:34:43] *** Dart1 has joined #jbosstools
[09:34:44] *** Dart has quit IRC
[09:39:20] *** max_at_hibernate has joined #jbosstools
[09:39:20] *** ChanServ sets mode: +o max_at_hibernate
[09:41:01] <max_at_hibernate> rawblem ish!
[09:41:28] <rawblem> max_at_hibernate maxi-mouse
[09:41:46] <max_at_hibernate> rawblem any new discoveries during the night ?
[09:42:07] <rawblem> max_at_hibernate,  no i spent the next 60 minutes on the call and the next 60 minutes making the unit test that proved error and fix
[09:42:34] <rawblem> the cause as to what makes the error is ultimately irrelevent since our path is to get the patch build
[09:42:43] <rawblem> the descriptor with an archiveName is well-formed and should not be broken
[09:43:22] <max_at_hibernate> well it is not irrelevant since we need to document the bug / workaround if we are going to GA with the bug and then await that wtp fix.
[09:43:33] <rawblem> hrmm.
[09:43:43] <rawblem> well i was more concerned with getting the fix working last night ;)
[09:44:02] <max_at_hibernate> yes understood. now lets figure out what to do in the mean time ;)
[09:44:18] <rawblem> i'll do a test right now to see when the archiveName gets set in the new version.
[09:44:20] <max_at_hibernate> and we also dont know if the PMC will approve it.
[09:44:28] <max_at_hibernate> ok cool
[09:44:36] <rawblem> there is no reason DW would not approve it
[09:44:47] <max_at_hibernate> DW ?
[09:44:51] <rawblem> david williams
[09:44:56] <rawblem> or darkwing duck ;)
[09:44:57] <rawblem> lol
[09:45:38] *** SintaxError has quit IRC
[09:46:02] <max_at_hibernate> :)
[09:49:59] *** asgeirf_ has quit IRC
[09:50:04] *** asgeirf_ has joined #jbosstools
[09:50:12] *** seanf__ has joined #jbosstools
[09:50:51] *** sflanigan_ has quit IRC
[09:52:59] *** fqian has quit IRC
[09:54:36] *** fqian_ has joined #jbosstools
[09:56:22] <max_at_hibernate> snjezana sent me an evil but maybe useful patch ;)
[09:56:23] *** Dart1 has quit IRC
[09:56:23] <max_at_hibernate> https://jira.jboss.org/jira/browse/JBDS-1155
[09:56:38] *** fqian_ has quit IRC
[09:57:21] *** Dart has joined #jbosstools
[09:59:28] *** thartwig has joined #jbosstools
[10:00:15] *** fqian_ has joined #jbosstools
[10:00:37] <rawblem> .,.... lol wow
[10:02:33] <rawblem> patch isn't perfect actually.   if they make the runtime-path anything other than lib this won't work
[10:02:53] <rawblem> if the runtime path is something like /my/secret/folder  and the archivename is blah.jar,   it will publish to  my/secret/folder/my/secret/folder/blah.jar
[10:03:20] <rawblem> although its still interesting. heh
[10:04:27] <max_at_hibernate> well it was sent before anyone/she knew where the archivename is actually being changed.
[10:04:27] *** Dart has quit IRC
[10:04:36] <max_at_hibernate> but its there ;)
[10:04:57] <rawblem> max_at_hibernate,  um... honestly... i just discovered something lol
[10:05:14] <rawblem> there is no UI at all, anywhere, to reference variable JUNIT_HOME/junit.jar
[10:05:26] <rawblem> there's one to reference variables, but only variables that point to one jar lol
[10:05:34] <rawblem> in wtp 3.1.2 or earlier
[10:05:37] <max_at_hibernate> well I actually saw that yesterday but were hoping that what just our module assembly ui
[10:05:48] <rawblem> no... the old wtp ui also doesn't have it lol
[10:05:58] <rawblem> they only have a way to make single-jar variables
[10:06:13] <rawblem> there's no UI to make the example project fred sent us
[10:06:14] <rawblem> lol
[10:06:22] <max_at_hibernate> itsn't junit_home/junit.jar a single-jar variable ?
[10:06:33] *** Dart has joined #jbosstools
[10:06:37] <rawblem> yes, but... when you go to the "Add Variable Reference" section
[10:06:47] <rawblem> it lists all variables
[10:06:52] <rawblem> in this case JUNIT_hoME is a variable
[10:06:55] <rawblem> but it does not expand it
[10:07:00] <rawblem> so you can't pick which jar you want to reference
[10:07:03] <rawblem> and you can't reference a folder
[10:07:04] <max_at_hibernate> yes so what does it do ?
[10:07:17] <rawblem> so it does nothing ;)  if you click JUNIT_HOME  as the variable it does not add the reference (since its a folder reference)
[10:07:24] <max_at_hibernate> ok so that definitly should get fixed in Helios
[10:07:32] <rawblem> yeah it should ;)
[10:07:46] <rawblem> this is what i mean though. I don't think variable references were EVER truly considered first class
[10:07:53] <rawblem> they've been broken since the beginning
[10:08:07] <rawblem> i cannot imagine anyone actively using them and letting all these bugs stand
[10:08:23] <max_at_hibernate> yes at the ui level because the ui have been outrageusly done
[10:08:35] <max_at_hibernate> its the only way m2eclipse survives in WTP world
[10:08:38] <rawblem> apparently its possible via API.  you just add the following
[10:08:39] <rawblem> 		IPath path = new Path("JUNIT_HOME/junit.jar"); //$NON-NLS-1$
[10:08:47] <max_at_hibernate> well noone uses the ui - its maintained programmatically ;)
[10:08:49] <rawblem> so its possible via API but not UI
[10:08:50] <rawblem> oic
[10:08:56] <rawblem> well yeah, we'll need a UI for that ;)
[10:09:08] <max_at_hibernate> yes definitly
[10:09:09] <rawblem> that would probably be a small change really
[10:09:12] <rawblem> interesting
[10:09:15] <max_at_hibernate> will you do the jira.
[10:09:25] <rawblem> i'll do a bugzilla. do i need a jira too?
[10:09:42] <max_at_hibernate> well for reference would be good
[10:09:45] <rawblem> ok
[10:09:52] <rawblem> im on it
[10:10:02] <max_at_hibernate> cool
[10:10:10] <max_at_hibernate> neuchatel meeting - back in a few
[10:11:21] *** Dart has quit IRC
[10:13:38] *** Dart has joined #jbosstools
[10:16:12] *** luiematthee has joined #jbosstools
[10:16:13] *** Dart has quit IRC
[10:16:56] *** Dart has joined #jbosstools
[10:24:01] *** Dart has quit IRC
[10:24:46] *** Dart has joined #jbosstools
[10:26:58] <rawblem> uuuuuuuuuuuuuugh i hate their fucking code
[10:49:32] <max_at_hibernate> rawblem: what nooow ? :)
[10:49:41] <rawblem> eh its just ugly ;)
[10:49:46] <rawblem> nothing super-tragic this time
[10:50:08] <rawblem> basically the VirtualArchiveComponent.class (represents binary components, etc) is in common
[10:50:22] <rawblem> but half of its functionality is via adaptable and the adapter is in jst.j2ee
[10:50:33] <rawblem> the code SHOULDNT BE IN COMMON IF it CANT DO ITS JOB
[10:50:37] <rawblem> heh
[10:51:10] <rawblem> there should be a nice superclass in common with a lot of the functionality but thats about it
[10:51:27] <max_at_hibernate> hmm - delegation sounds better ;)
[10:51:30] <max_at_hibernate> anyway
[10:51:36] <max_at_hibernate> fouond the cause of the archivename ?
[10:52:05] <rawblem> nope... it seems to be happening even in the standard wtp 3.1.2 modules page though
[10:52:31] <rawblem> not even checking ours (which i KNOW sets it) but even in the old standard unchanged one
[10:53:35] *** Dart has quit IRC
[10:53:51] <rawblem> i mean it seems as if the old page MANUALLY sets it
[10:53:55] <rawblem> so i'm not sure why it never showed up in 3.1.1
[10:54:09] <rawblem> i'd have to go load 3.1.1 to see why it DOESNT show up in 3.1.1 when the code actively sets it in 3.1.2
[10:55:59] <rawblem> lol actually in 3.1.2 its broken the same way it was in 3.1.1
[10:56:03] <rawblem> it sets the WRONG archiveName
[10:56:24] <rawblem> variable named myvar  points to jar   somejarSomewhereElse.jar,   but it sets the archiveName as   myvar.jar
[10:58:39] <rawblem> in fact now im really confused. fred's bugzilla says:   4. Select JUNIT_HOME, extend to junit.jar and click OK
[10:58:45] <rawblem> i don't see such an 'extned'
[10:58:54] <rawblem> oh nm
[10:58:55] <rawblem> dug
[10:58:56] <rawblem> duh
[10:59:20] <rawblem> ok so that ui does exist it just sucks. heh
[11:04:47] <max_at_hibernate> so if 3.1.1 still does it whtat happened?
[11:09:17] <max_at_hibernate> rawblem ?
[11:09:32] <rawblem> am checking the exact in 3.1.1 now. it seems to not do it
[11:09:46] <rawblem> so now im wondering what was the exact change
[11:09:54] <rawblem> its the old UI but i dont remember making any changes to that old UI
[11:10:01] <rawblem> my method is always just make a new one ;)
[11:10:16] <rawblem> so still tracking
[11:12:22] *** Dart has joined #jbosstools
[11:13:06] <max_at_hibernate> erbooting
[11:14:09] *** max_at_hibernate has quit IRC
[11:14:09] *** Dart has quit IRC
[11:15:23] *** Dart has joined #jbosstools
[11:17:57] *** max_at_hibernate has joined #jbosstools
[11:17:57] *** max_at_hibernate has joined #jbosstools
[11:17:57] *** ChanServ sets mode: +o max_at_hibernate
[11:17:58] *** Dart has quit IRC
[11:19:46] *** Dart has joined #jbosstools
[11:26:14] <rawblem> max_at_hibernate,  found the regression
[11:26:36] <max_at_hibernate> yay
[11:26:38] <max_at_hibernate> what is it ?
[11:30:37] <rawblem> https://bugs.eclipse.org/bugs/show_bug.cgi?id=280416
[11:30:38] *** Dart has quit IRC
[11:31:09] <rawblem> they had an overloading situation in AddComponentToEnterpriseApplicationOp
[11:31:23] <rawblem> which specifically refused to use the archive name, even when set, in certain circumstances
[11:31:33] <rawblem> this was problematic for our module page
[11:31:53] <rawblem> two different companies reviewed the change
[11:32:00] <rawblem> well three if you count me
[11:32:47] *** Dart has joined #jbosstools
[11:33:21] <rawblem> that means there's no way to avoid it in their property page.  In our property page I could *try* to override that method in certain circumstances such as this
[11:33:25] <max_at_hibernate> but that fix were valid was it not ? the problem is that some of the EAR lib handling code is braindead ?
[11:33:50] <rawblem> that fix was valid... but it broke this variable stuff because variable handling apparently is not tested enough
[11:34:19] <rawblem> setting an archiveName should not break any component. it simply shouldnt.  but other parts of the code were being very stupid
[11:34:27] <rawblem> and so it did break it
[11:34:57] <rawblem> anyway i'll get to work now to see if our property page can somehow get around this
[11:35:04] <rawblem> what do you think? should i?
[11:35:14] <max_at_hibernate> so if the workaround (until patch gets in) is to clear out archivename - will it stay cleared out ?
[11:35:32] <rawblem> i suspect it will stay cleared
[11:35:36] <rawblem> in 3.1.2
[11:35:59] <max_at_hibernate> I dont think there is any point in that since noone is really using that page and its also there together with the old one still...
[11:36:17] <rawblem> so just release as-is?
[11:36:37] <rawblem> why isnt anyone using our page? our page makes so much more sense than theres
[11:36:40] <max_at_hibernate> and from my work with it yesterday it seemed to be very hard to get our page to actually show changes that I did in the old page ;(
[11:36:51] <rawblem> eh??
[11:37:25] <max_at_hibernate> anyway ignoring those bugs fixing it in the ui will just have to be reverted again when the patch is in place, right ?
[11:38:02] <max_at_hibernate> and m2eclipse will still have to set archivename for other reasons (i'm trying to find the bug where we asked for them to do it to know why it were asked - you got any idea ?)
[11:38:58] <rawblem> yeah i guess so. so what do we do?
[11:39:27] <max_at_hibernate> well im mostly for ignoring ;)
[11:39:34] <max_at_hibernate> and await the fix
[11:39:46] <max_at_hibernate> since it is workaroundable (crappy)
[11:39:46] <rawblem> ok i'll go full steam on the fix
[11:40:22] <max_at_hibernate> but I would like to know why we asked m2eclipse to force set the archivename in their programmatic setup of components.xml
[11:41:37] *** Dart has quit IRC
[11:42:13] *** Dart has joined #jbosstools
[11:42:46] <max_at_hibernate> gaawd im dying to get a real machine
[11:43:59] <rawblem> poor guy
[11:44:00] *** Dart has quit IRC
[11:44:39] <max_at_hibernate> have to restart every 2 huors, cpu is running at 80-100% most of the time and trying to get GA is a challenge....
[11:45:04] *** Dart has joined #jbosstools
[11:47:15] <max_at_hibernate> rawblem, so the bug you just found is what causes the archivename to be forced in place always in SR2 ?
[11:47:43] <rawblem> max_at_hibernate,  yes, and we put that bug in because it made our jbtools property page look retarded
[11:48:02] <rawblem> now what do you mean you are having problems getting that page to work? >=[
[11:48:34] <max_at_hibernate> i would tell you if my machine would stop running at 90% not allowing eclipse to run
[11:49:14] <rawblem> hmm
[11:50:11] <max_at_hibernate> what i were doing yesterday were doing changes in the old page, go to new page and the changes werent there
[11:50:21] <max_at_hibernate> close the property page
[11:50:32] <max_at_hibernate> opened again, old page had the changes, new one not.
[11:50:50] <max_at_hibernate> then I had to run out to my car and drive while being on two conf calls through tunnels...
[11:51:27] <rawblem> i am very skeptical. the page is essentially the same as in wtp now
[11:51:30] <rawblem> scowl
[11:52:58] <max_at_hibernate> well since they are both there now (we didnt disable the old one apparently ;( ) it is as it is now.
[11:53:20] <max_at_hibernate> ill report bugs when i have a machine that doesn't make my head explode on every click
[11:54:00] <rawblem> i wish wtp would declare the damn build
[11:54:03] <rawblem> so i could start committing again
[11:54:04] <rawblem> glare
[11:54:27] <max_at_hibernate> dont you need it reviewed for commit ?
[11:54:52] <rawblem> which commit?
[11:55:00] <rawblem> i've got like 7 commits or more that i've been holding off on
[11:55:11] <max_at_hibernate> i thought you were talking in context of this patch...
[11:55:17] <rawblem> nah i mean all the shit i want to do
[11:55:18] <rawblem> heh
[11:55:37] <max_at_hibernate> so when is M7 ?
[11:57:36] <rawblem> april 29
[11:58:02] <rawblem> m6 is supposed to be built like now
[11:58:07] <max_at_hibernate> ok, so if we find stuff important to get in at eclipsecon we can still make it ?
[11:58:16] <max_at_hibernate> just no ui changes or ?
[11:58:19] *** fbricon has joined #jbosstools
[11:58:23] <rawblem> ui changes can go in with approval from DW
[11:58:32] <max_at_hibernate> ah ok
[11:58:39] <fbricon> hello world
[11:58:49] <rawblem> RC1 is may-13
[11:58:51] <max_at_hibernate> hi fred
[11:58:55] <rawblem> hi fred ;)
[11:59:10] <fbricon> you've been busy fixing everything?
[11:59:26] <rawblem> only so much fixing i can do, but i've been attaching patches for multiple versions on bugzillas ;)
[11:59:54] <max_at_hibernate> so we found the cause on the WTP side but I were wondering on when m2eclipse actually started setting archivename ? (since I assume it is in configure part of m2eclipse that is generating the stuff that you would like to use ?)
[12:00:14] <max_at_hibernate> or is it only when you use the WTP assembly/jee packagin preference ui ?
[12:00:14] <rawblem> i didnt think they were actively trying to use it max
[12:00:27] <rawblem> i thought it was a side effect of the AddComponentToEnterpriseApplicationOp
[12:00:42] <fbricon> AddComponentToEnterpriseApplicationOp we call
[12:00:43] <rawblem> its not the ui. its the operation
[12:01:03] <fbricon> we're not setting archiveName explicitly
[12:01:15] <fbricon> we should though
[12:01:16] <max_at_hibernate> ahh ok
[12:01:29] <rawblem> fbricon,  the reason the change was put in was for the new module assembly page in jbtools
[12:01:35] <rawblem> you can change the archivename in the ui
[12:01:40] <rawblem> but hte operation was actively IGNORING it
[12:01:45] <rawblem> which made the ui seem to not function
[12:02:27] <rawblem> me, ibm, and sap seemed to look at the code and the patch before approving it
[12:02:34] <max_at_hibernate> and then the crappy code that handle EAR5 lib support relied on this ignorance, right ? causing the whole havoc
[12:02:55] <rawblem> two pieces of crappy code led to this, yes
[12:03:08] <rawblem> if it was only one piece of crappy code it would have been fine
[12:03:11] <rawblem> but its two pieces of crappy code
[12:03:36] <fbricon> so is it fixed now?
[12:03:48] <rawblem> fbricon,  um... no =P   there's a patch but we need to get a patch build
[12:03:48] <fbricon> in AddComponentToEnterpriseApplicationOp
[12:03:52] <rawblem> no
[12:03:55] <max_at_hibernate> so fbricon what we (or rather Rob) is working on is a patch for this so we actually fix the ear5 lib support so things will actually work as it should.
[12:04:06] <rawblem> i still maintain that hte Operation should *never* ignore that archiveName ever
[12:04:15] <rawblem> but the deployment code should not be retarded
[12:04:31] <rawblem> oh crap what about export? i didnt even test export. grrr
[12:04:35] <fbricon> retarded as in the insult?
[12:04:40] <max_at_hibernate> that patch will be put through the hotfix process and WTP will (PMC willingly) put that plugin on their updatesite so users can run Help > Update and get this fix.
[12:04:55] <rawblem> i still need to check export. perhaps there's a different fix for that too. ugh
[12:05:02] <rawblem> totally forgot about export
[12:05:08] <max_at_hibernate> rawblem, yeah please do ;)
[12:05:12] <rawblem> in 3.1.2 they use different models.  in 3.2.x they use the same one
[12:05:39] <fbricon> well, I guess maven users don't give a fuck about WTP's export
[12:05:52] <max_at_hibernate> fbricon, so until that happens (at WTP call they said it would take 1-2 weeks which I think is fast enough)
[12:05:59] <max_at_hibernate> well this aint only for maven sers ;)
[12:06:09] <fbricon> I knooooww
[12:06:16] *** asgeirf_ has quit IRC
[12:06:33] <max_at_hibernate> so until that happens the best known workaround is to simply clear our the archivename
[12:06:43] *** asgeirf_ has joined #jbosstools
[12:06:47] <max_at_hibernate> and not us the WTP nor JBT ui to edit it.
[12:07:16] <max_at_hibernate> but I guess m2eclipse would still have problems since when you run project configure it will reset that archivename again.
[12:07:24] <rawblem> honestly i'm still baffled as to why, whoever coded that shit, would think the right idea was to not persist the archiveName
[12:07:36] <rawblem> they obviously overrided that method simply to not persist archiveName
[12:07:44] <rawblem> the PROPEr solution was to always persist archiveName and GO FIX THE OTHER BUGS
[12:08:02] <max_at_hibernate> rawblem: because they had the insane idea of EAR lib support being totally horrible ?
[12:08:07] <rawblem> :-/
[12:09:11] <fbricon> is there a way to ask the original author what was on his mind?
[12:10:31] <rawblem> ha. no probably not.  i suspect chuck brighdam was involved a lot and he, one night, drunkenly, admitted he might have been lax in his team-lead due-diligence
[12:10:47] <rawblem> with more of a 'get it done' attitude than a 'do it right'
[12:10:58] <max_at_hibernate> if it was the same guy who did the EAR jee5 lib support then it would not help. He was saying "having .jar's in your earconent/lib dir is not supported usecase" and then when I asked what is the usecase the answer never came ;)
[12:11:57] <fbricon> weird, I thought eclipse developpers were extremely brilliant people :-)
[12:12:49] *** dennybj has quit IRC
[12:12:54] <max_at_hibernate> fbricon, snjezana created a "patch" to jbosstools that would automatcally clear out the archivename if the plugin version were exactly SR2 so it would work until this patch is out but I feel that it is simpler to just wait for the hotfix than start changing stuff to have it working for 2 weeks.
[12:12:57] <fbricon> so, max, what's the plan? I wait for a hotfix build?
[12:13:19] <fbricon> agreed
[12:13:25] <rawblem> fbricon,  if you're really in a super rush you can extend the operation and override the method
[12:13:30] <rawblem> and then once hte hotfix comes, remove it
[12:14:10] <rawblem> or in the datamodel map you pass into the operation, you can NOT set an archive name?
[12:14:11] <fbricon> my situation is delicate :-)
[12:14:15] <rawblem> ah ok
[12:14:17] <max_at_hibernate> we will still do our GA release of JBDS i think and then for those few who will be hit by this say wait for the hotfix which they can easily install or wait for JBDS 3.0.1
[12:14:28] <rawblem> fbricon,  you going to ec?
[12:14:41] <fbricon> hahaha no
[12:14:53] <fbricon> I'm a tiny developer
[12:15:05] *** mareshkau has joined #jbosstools
[12:15:07] <fbricon> never get paid to go to conferences
[12:15:34] <rawblem> aww
[12:15:44] <fbricon> i'm not even an eclipse developer :-)
[12:15:49] <rawblem> oic
[12:15:57] <fbricon> i'm currently doing seam stuff
[12:16:32] <max_at_hibernate> fbricon, well you pretend really well to be a eclipse dev when doing m2eclipse fixes ;)
[12:16:36] <fbricon> maybe I need to get hired by redhat to start traveling :-)
[12:16:52] <max_at_hibernate> fbricon :)
[12:17:08] <fbricon> don't tell anyone but I'm a fraud
[12:17:12] <max_at_hibernate> never hurts to send CV's ;)
[12:17:27] <fbricon> I'll think about it
[12:18:01] <fbricon> I have a Max Andersen on my linkedin network :-)
[12:18:17] <max_at_hibernate> for some reason I had you as working for jfrog...
[12:18:39] <fbricon> hahaha
[12:18:55] <fbricon> Why in the world?
[12:19:11] <max_at_hibernate> crossed wires in my brain ?
[12:19:39] <fbricon> cold slows brain functions. too much snow on your side
[12:20:10] <max_at_hibernate> ah now i know why
[12:20:31] <max_at_hibernate> fbricon => Frederic Simon from jfrog ...at least 90% of the characters match
[12:20:42] <max_at_hibernate> as said, crossed wires
[12:21:53] <rawblem> missing a b,  so 6/7, which is not 90%
[12:21:54] *** Dart has quit IRC
[12:21:56] <fbricon> rawblem: assuming you make the hotfix, will it be 100% compatible with existing behavior or will we have to adjust things on m2e codebase?
[12:22:06] *** sdzmitrovich has left #jbosstools
[12:22:13] <rawblem> should be 100% compatible
[12:22:22] <rawblem> two lines of fixing.  one in publish, one in export
[12:22:29] <fbricon> great
[12:22:29] <rawblem> and a unit test was added
[12:22:33] <max_at_hibernate> rawblem, it will fix that archivename is handled wrongly in one case.
[12:22:42] <max_at_hibernate> fbricon i mean
[12:22:54] *** Dart has joined #jbosstools
[12:23:14] <rawblem> basically, they still do the stupid thing of setting archivename = runtime+archivename,   and i let them do that (smallest fix is safest fix)
[12:23:29] <rawblem> but hten during publish / export,   i do  path = runtimepath + archivename.lastsegment
[12:23:36] <max_at_hibernate> i need to go for lunch - but unless I hear otherwise i'm declaring JBDS 3 GA build ready since this only affects variable usage in EAR which is something that will be fixed within 2 weeks by either WTP
[12:23:51] <rawblem> do it
[12:23:58] <fbricon> rawblem: sounds good enough
[12:24:13] <max_at_hibernate> if you find there is some other case that fails for this then let me know ;)
[12:24:39] <rawblem> will do. glad i remembered export heh
[12:24:45] <fbricon> technically, how will I be able to test the fix?
[12:24:49] <max_at_hibernate> and when we got the fix we need some serious pounding on it to make sure things didnt brake elsewhere
[12:24:53] <fbricon> download a patch?
[12:25:00] <max_at_hibernate> brb - lunch
[12:25:06] <rawblem> fbricon,  once there's a patch build you can download hte patch build yeah
[12:25:08] <fbricon> build WTP from scratch?
[12:25:21] <fbricon> ok cool
[12:25:22] <rawblem> if you really wanna test it right now?
[12:25:33] <rawblem> you can download the source code of just wtp 3.1.2
[12:25:35] <fbricon> not today
[12:25:43] <rawblem> and import it into your workspace as projects
[12:25:52] <rawblem> heh
[12:25:56] <rawblem> then you're an eclipse developer =D
[12:25:58] <fbricon> I don't really want to setup an eclipse build
[12:26:10] <rawblem> even i dont build eclipse ;)
[12:26:19] *** nickboldt has quit IRC
[12:26:40] <rawblem> i just have an eclipse, bring in "projects", then run the projects in a "runtime workbench"  (no building required, same as running any other java code)
[12:26:47] <rawblem> it launches a second workbench with access to your code
[12:26:57] *** sdzmitrovich has joined #jbosstools
[12:27:05] <fbricon> that's what we do for m2e
[12:27:34] <fbricon> max told me you're in china?
[12:28:28] <rawblem> fbricon,  yep =]
[12:28:31] *** nickboldt has joined #jbosstools
[12:29:10] <fbricon> enjoying it?
[12:29:11] <rawblem> pretty interesting place at the very least
[12:29:20] *** max_at_hibernate has quit IRC
[12:29:24] <rawblem> well its cheap ;)
[12:30:02] <fbricon> how long do you stay?
[12:32:27] <rawblem> i think i'll be here until christmas
[12:32:27] *** Dart has quit IRC
[12:32:35] <rawblem> assuming red hat doesn't tell me to go home
[12:32:35] <rawblem> heh
[12:32:40] <fbricon> wow
[12:32:49] <rawblem> when i came i didnt tell them i came
[12:32:51] <rawblem> ;)
[12:33:01] <rawblem> i just decided i was bored working out of my apartment in nyc
[12:33:24] <fbricon> so you were not sent by RH?
[12:33:39] <rawblem> not really ;)
[12:33:48] <rawblem> i told my direct manager, and he said yeah sure
[12:33:55] <rawblem> but we didnt tell HR
[12:34:03] <rawblem> then HR got very mad when they found out lol
[12:34:09] <fbricon> hehe
[12:34:12] *** Dart has joined #jbosstools
[12:34:54] <fbricon> what difference does it make for them? you're not working from corporate offices anyway
[12:35:31] <fbricon> time zone can be an issue though
[12:35:48] <fbricon> not working at the same time as anybody
[12:52:01] *** jpeterka has quit IRC
[12:59:48] *** fbricon is now known as fbricon_away
[13:04:21] *** fbricon_away has quit IRC
[13:19:35] *** max_at_hibernate has joined #jbosstools
[13:19:35] *** max_at_hibernate has joined #jbosstools
[13:19:36] *** ChanServ sets mode: +o max_at_hibernate
[13:29:52] *** bbrodt has joined #jbosstools
[13:36:13] *** bbrodt has left #jbosstools
[13:37:59] <rawblem> nickboldt, you awake?
[13:38:13] <rawblem> max_at_hibernate,  awake?
[13:43:11] *** ggear has quit IRC
[13:53:33] <max_at_hibernate> rawblem all awake
[13:53:33] *** Dart has quit IRC
[13:53:57] <rawblem> max_at_hibernate,  3.1.x branch is open for commits to maintenance yet or no?
[13:54:15] <max_at_hibernate> no, attach patches to jira until we get JBDS 3 GA out and ready
[13:54:37] *** Dart has joined #jbosstools
[13:55:55] <rawblem> groan yawn
[13:55:56] *** Dart has quit IRC
[13:56:14] <rawblem> heh im in this place where i can't ocmmit to wtp and can't commit to jbt
[13:56:15] <rawblem> so lame
[13:56:33] <max_at_hibernate> if we had unittests for verifying you didnt fuck up then I wouldnt be locking this long.
[13:56:43] <max_at_hibernate> trunk is open
[13:57:27] <max_at_hibernate> but fixes for .x is going to be controlled since we don't have unlimited qa time ;)
[13:57:38] <rawblem> shrug. fix is removing the word "else" so that show in -> console actually works
[13:58:00] *** Dart has joined #jbosstools
[13:58:04] <max_at_hibernate> rawblem, put it in jira as a patch
[13:58:08] <rawblem> groan
[14:02:54] <max_at_hibernate> rawblem, how about adding some unittests for all the crap we had to manually fix the last year  ? :)
[14:03:23] <rawblem> cuz its 9pm on a friday ;)
[14:03:50] <max_at_hibernate> well then adding  a patch is simple to put in jira :)
[14:03:59] <rawblem> yeah yeah
[14:04:06] <rawblem> but for a 4 character fix its annoying ;)
[14:04:51] <max_at_hibernate> well just made the code better first time around ;)
[14:07:20] <rawblem> i think i'll organize all my code and installs some more
[14:07:21] *** Dart has quit IRC
[14:08:48] *** Dart has joined #jbosstools
[14:09:42] *** bobmcw has joined #jbosstools
[14:09:43] *** bobmcw has joined #jbosstools
[14:12:07] *** jpeterka has joined #jbosstools
[14:12:08] *** Dart has quit IRC
[14:21:32] <max_at_hibernate> hey rawblem, just told fqian_ about how the reason we wanted esb/bpel projects to by WTP projects were so they could be referenced from other wtp projects easily in our/wtps module assembly page.
[14:21:47] <rawblem> uh huh?
[14:22:21] <max_at_hibernate> just so you know the context if he asks ;) http://community.jboss.org/thread/149126?tstart=0
[14:22:27] <max_at_hibernate> you surprised too ? :)
[14:27:18] <rawblem> read it all
[14:30:27] <max_at_hibernate> well most of the thread is just them discussing how complex bpel is ;)
[14:30:43] *** fbricon has joined #jbosstools
[14:31:05] *** Dart has joined #jbosstools
[14:32:35] <rawblem> i think what grid was saying was that in order to get those important files, you have to copy them from the secret examples location
[14:32:40] <rawblem> into a new dynamic web project
[14:32:43] <rawblem> then deploy that web project
[14:32:45] <rawblem> separately
[14:32:49] <rawblem> or something like that
[14:32:56] <rawblem> not sure why it'd be like that
[14:33:20] <max_at_hibernate> well thats the part of BPEL samples being done as ant projects with no IDE known structure.
[14:33:43] <max_at_hibernate> the whole idea around bpel project is that it is deployable on its own...
[14:33:58] <max_at_hibernate> or includable into another project.
[14:48:54] *** tsurdilo has joined #jbosstools
[14:50:13] *** bfitzpat has joined #jbosstools
[14:51:23] *** Dart has quit IRC
[14:52:42] *** Dart has joined #jbosstools
[14:59:52] *** nickboldt has quit IRC
[14:59:52] *** Dart has quit IRC
[15:01:05] *** nickboldt has joined #jbosstools
[15:14:49] *** jgraham_ has joined #jbosstools
[15:19:51] *** max_at_hibernate has quit IRC
[15:20:23] *** Dart has joined #jbosstools
[15:23:54] *** max_at_hibernate has joined #jbosstools
[15:23:54] *** ChanServ sets mode: +o max_at_hibernate
[15:33:38] *** asgeirf_ has quit IRC
[15:34:42] *** seanf__ has quit IRC
[15:34:42] *** Dart has quit IRC
[15:35:41] *** Dart has joined #jbosstools
[15:35:55] <rawblem> max_at_hibernate,  are we gonna have 3.2.next based on wtp 3.2?
[15:36:34] *** galderz has quit IRC
[15:38:40] *** aslak has quit IRC
[15:38:40] *** Dart has quit IRC
[15:38:43] *** asgeirf_ has joined #jbosstools
[15:39:00] *** seanf__ has joined #jbosstools
[15:40:07] *** Dart has joined #jbosstools
[15:44:25] <max_at_hibernate> rawblem - not decided yet what version it will be.
[15:44:26] *** Dart has quit IRC
[15:44:39] <max_at_hibernate> rawblem there is the helios version for helios specifc stuff.
[15:44:42] <max_at_hibernate> Igotta run
[15:44:56] <rawblem> iRun
[15:45:06] *** Dart has joined #jbosstools
[15:49:03] *** max_at_hibernate has quit IRC
[15:49:58] *** mgoldmann is now known as mgoldmann|afk
[15:54:15] *** balunasj has joined #jbosstools
[15:54:15] *** balunasj has joined #jbosstools
[15:54:15] *** Dart has quit IRC
[16:04:47] *** jpav has joined #jbosstools
[16:11:28] *** jpeterka has quit IRC
[16:12:55] *** Dart has joined #jbosstools
[16:15:06] *** mareshkau has quit IRC
[16:15:25] *** asgeirf__ has joined #jbosstools
[16:15:32] *** sflanigan_ has joined #jbosstools
[16:15:36] *** sflanigan_ has joined #jbosstools
[16:15:37] *** mareshkau has joined #jbosstools
[16:19:18] *** asgeirf_ has quit IRC
[16:19:18] *** Dart has quit IRC
[16:19:31] *** seanf__ has quit IRC
[16:20:32] *** Dart has joined #jbosstools
[16:31:09] *** seanf__ has joined #jbosstools
[16:31:12] *** asgeirf has joined #jbosstools
[16:31:43] *** asgeirf_ has joined #jbosstools
[16:32:41] *** sflanigan has joined #jbosstools
[16:34:22] *** sflanigan_ has quit IRC
[16:34:22] *** Dart has quit IRC
[16:34:58] *** Dart has joined #jbosstools
[16:35:27] *** asgeirf__ has quit IRC
[16:35:50] *** asgeirf has quit IRC
[16:35:54] *** seanf__ has quit IRC
[16:36:43] *** asgeirf__ has joined #jbosstools
[16:37:02] *** sflanigan_ has joined #jbosstools
[16:39:31] *** asgeirf has joined #jbosstools
[16:39:31] *** Dart has quit IRC
[16:39:41] *** sflanigan has quit IRC
[16:39:41] *** asgeirf has quit IRC
[16:39:44] *** asgeirf_ has quit IRC
[16:40:38] *** seanf__ has joined #jbosstools
[16:40:41] *** asgeirf_ has joined #jbosstools
[16:41:43] *** Dart has joined #jbosstools
[16:42:42] *** sflanigan_ has quit IRC
[16:42:46] *** rruss has joined #jbosstools
[16:42:54] *** asgeirf__ has quit IRC
[16:44:00] *** Dart has quit IRC
[16:45:01] *** Dart has joined #jbosstools
[16:47:11] <bruth> Good morning (CST) .. I just created a new module project from my parent for an .ear to hold an MDB
[16:47:50] <bruth> When m2e set it up and JBossTools deployed it ... it packaged the ejb module as <name>-1.0-SNAPSHOT.ejb in the .ear, not ".jar"
[16:47:51] *** jpav has quit IRC
[16:48:15] *** jpav has joined #jbosstools
[16:48:16] *** jpav has joined #jbosstools
[16:48:18] <bruth> Not surprisingly, it appears that JBossAS doesn't have a deployer for ".ejb" (this is 4.3EAP)
[16:49:29] *** fbricon has quit IRC
[16:49:37] <bruth> Which begs the question ... why did things default to this? I've changed the module assembly & application.xml to use ".jar" - but I'm wondering if when other team members grab this module, will it go back to using the ".ejb" and require everyone to change their settings locally.
[16:49:50] *** rruss has quit IRC
[16:50:06] <bruth> we don't commit our .settings/.project/.classpath/etc. files to SCM, only the POMs
[16:50:18] <bruth> Any thoughts?
[16:58:39] <tsurdilo> bruth: afaik you are right, no .ejb deployer there's the old .ejb3 stuff but honestly idk if its enabled by default
[16:59:34] <tsurdilo> bruth: since you are using EAP, if you have support entitlements why not ask through support ?
[17:01:06] <bruth> I can certainly forward this on to a support ticket, no worries :) Was just asking here first in case the answers are easy :)
[17:01:06] *** Dart has quit IRC
[17:01:44] <bruth> Here's another question ... how do I get m2e/JBossTools to respect the <defaultJavaBundleDir>lib/</defaultJavaBundleDir> setting for the maven-ear-plugin?
[17:03:04] *** rruss has joined #jbosstools
[17:03:47] *** rruss has quit IRC
[17:04:45] <tsurdilo> bruth: are you getting exception(s) ?
[17:06:17] <bruth> in the eclipse error log or on deploy?
[17:06:40] <bruth> I don't see exceptions in the error log ... but the deploy *is* horked ..
[17:07:26] <bruth> application.xml that was created by m2e/eclipse (I presume, it has a module identifier in it that Maven doesn't generate) doesn't list the dependent JARs that are placed in the root
[17:07:33] <bruth> there's no lib/ in the deployed .ear
[17:07:50] <bruth> and hence there's no dependencies on the actual classpath when JBossAS starts the .ear
[17:07:57] <bruth> other than the EJB.jar
[17:09:32] <tsurdilo> bruth: hmm sounds like m2e build issue what version are you using and anything in jira you can find (https://issues.sonatype.org/browse/MNGECLIPSE-291 could be something to look at )
[17:10:18] <bruth> whoa, wait a sec ... I just double checked the eclipse error log and saw something that I hadn't seen before
[17:10:26] <bruth> java.lang.ClassCastException: org.eclipse.jst.j2ee.application.internal.impl.ApplicationImpl at org.eclipse.jst.j2ee.project.EarUtilities.getEARLibDir(EarUtilities.java:372) at org.eclipse.jst.j2ee.internal.common.classpath.J2EEComponentClasspathContainer.getBaseEARLibRefs(J2EEComponentClasspathContainer.java:321) at org.eclipse.jst.j2ee.internal.common.classpath.J2EEComponentClasspathContainer.requiresUpdate(J2EEComponentClassp
[17:10:35] <bruth> this looks related?
[17:11:01] <bruth> I'm using the latest m2e (0.10) with the latest JBossTools final (3.1)
[17:12:52] <bruth> this seems related: http://www.eclipse.org/forums/index.php?t=msg&&th=158547&goto=500913
[17:13:09] <bruth> any idea how the EAR facet gets configured from the Maven POM?
[17:15:06] <bruth> found it, maybe ... you can set a 1.3,1.4,5,6 <version> on the maven-ear-plugin  ..
[17:15:13] <bruth> not sure if m2e respects that or not, we'll see
[17:15:26] <tsurdilo> bruth: yeah i was looking at the same forum post :)
[17:15:39] <bruth> is JEE 1.4 where support for lib/ started?
[17:15:46] <bruth> I don't think that was a JEE 5 thing, right?
[17:18:53] <bruth> well, switched to 1.4 and re-imported that module and got:
[17:18:54] <bruth> java.lang.ClassCastException: org.eclipse.jst.j2ee.application.internal.impl.ApplicationImpl at org.eclipse.jst.j2ee.internal.common.classpath.J2EEComponentClasspathUpdater.isEARLibraryDirectory(J2EEComponentClasspathUpdater.java:527) at org.eclipse.jst.j2ee.internal.common.classpath.J2EEComponentClasspathUpdater.visit(J2EEComponentClasspathUpdater.java:483)
[17:20:04] *** Dart has joined #jbosstools
[17:24:25] <tsurdilo> bruth: looks like https://bugs.eclipse.org/bugs/show_bug.cgi?id=265862
[17:24:25] *** Dart has quit IRC
[17:26:23] *** Dart has joined #jbosstools
[17:28:14] <bruth> tsurdilo: checking your link ...
[17:29:21] *** gbutler has joined #jbosstools
[17:30:08] *** a00001 has quit IRC
[17:30:15] <bruth> tsurdilo: hmm, its "RESOLVED FIXED" and that was back in 2009-02 ... I have the latest galileo, (3.5.1 SR2) ... should be in there already?
[17:37:14] <bruth> tsurdilo: I switched the "version" in the POM to 5 and had m2e update the project configuration ... I didn't see an exception this time ... but Module Assembly still isn't putting things in lib .. ?
[17:37:14] *** Dart has quit IRC
[17:38:23] <bruth> tsurdilo: it would help me to know where the hand-off between m2e and JBossTools is ...
[17:38:26] *** Dart has joined #jbosstools
[17:38:51] <bruth> tsurdilo: does m2e setup the JST configs/facets/etc. and then JBossTools just deploys however that's configured?
[17:39:24] <bruth> tsurdilo: so, if on import, m2e doesn't setup the Module Assembly with all the utility JARs in lib/, there's no way that JBossTools will be able to do the right thing?
[17:39:50] <bruth> tsurdilo: if that's the case, this seems like more of an m2e issue (or JST, maybe) - but not a JBossTools?
[17:41:58] <tsurdilo> bruth: i would need to look deeper into it but to me it looks as problem with m2e honestly
[17:42:37] <bruth> tsurdilo: 'k, that's what it seems like to me, too.
[17:43:48] <rawblem> it actually just seems like a WTP error
[17:43:49] *** Dart has quit IRC
[17:43:59] <rawblem> WTP was rife with such class cast exceptions
[17:44:29] <bruth> rawblem: I would love to know if *anyone* has ever gotten this to work?!
[17:45:01] *** Dart has joined #jbosstools
[17:45:24] <rawblem> bruth,  looking for it
[17:45:26] <rawblem> this seems familiar
[17:46:17] <rawblem> https://jira.jboss.org/jira/browse/JBIDE-4706   ?
[17:47:01] <rawblem> i'm actually not knowledgable on this topic. I do know there's been a lot of progress
[17:47:31] <rawblem> bruth,   m2e basically sets up the projects.  jbt deploys it
[17:48:12] <rawblem> i really need to go
[17:48:13] <rawblem> sorry
[17:48:16] *** rawblem has quit IRC
[17:49:13] <nickboldt> bruth: rawblem's on China time. it's rather late over there
[17:51:52] *** rruss has joined #jbosstools
[17:55:53] <bruth> nickboldt: understandable :)
[17:55:53] *** Dart has quit IRC
[17:56:17] <bruth> tsurdilo: I'm looking at the link rawblem: posted, but not really getting it ...
[17:56:33] *** Dart has joined #jbosstools
[17:56:43] <bruth> tsurdilo: comments are all over the place and at one point, it seems that the comments indicate that they *did* manage to get dependent libs into the lib/ dir
[17:56:49] <bruth> tsurdilo: but heck if I know how  ...
[18:09:09] <bruth> tsurdilo: huh, I'm downloading the ZIP projects attached to that issue and I *am* seeing it set the module deps to /lib ... and also seeing the referenced problem about multiply nested (I get /lib/lib/lib for some transitive deps)
[18:13:56] <tsurdilo> bruth: fix version on the jira is set to 3.1.0.CR1. Could you test with 3.1.0.GA and see if it makes a difference ? (http://in.relation.to/Bloggers/JBossTools31Final)
[18:15:36] <bruth> tsurdilo: that's what I'm on ... actually used the link from that blog post directly ;-)
[18:15:45] *** mgoldmann|afk is now known as mgoldmann
[18:17:34] <bruth> tsurdilo: huh, looks like the patch provided in https://issues.sonatype.org/browse/MNGECLIPSE-1585 isn't actually committed anywhere ... Ugh
[18:20:38] <tsurdilo> bruth: reopen JBIDE-4706 and add your scenario and how to reproduce ?
[18:24:17] *** sdzmitrovich has left #jbosstools
[18:26:47] <bruth> tsurdilo: yeah, OK
[18:26:47] *** Dart has quit IRC
[18:26:59] <bruth> tsurdilo: I'll have this thrown into a support case, too
[18:27:22] <tsurdilo> bruth: cool. thanks
[18:28:25] *** Dart has joined #jbosstools
[18:28:56] <bruth> tsurdilo: interestingly, looks like the related issue https://issues.sonatype.org/browse/MNGECLIPSE-1586 - is fixed and in 0.9.9 and 0.10
[18:31:42] <bruth> tsurdilo: stupid question: how exactly do I "reopen" the issue? Just add a comment?
[18:31:42] *** Dart has quit IRC
[18:32:55] <tsurdilo> bruth: ha..good point. yeah just add a new comment onto it for now. ill check
[18:33:00] <bruth> k
[18:33:36] *** Dart has joined #jbosstools
[18:36:36] *** nickboldt has quit IRC
[18:37:37] *** nickboldt has joined #jbosstools
[18:37:37] *** Dart has quit IRC
[18:40:02] *** Dart has joined #jbosstools
[18:42:44] *** balunasj has quit IRC
[18:42:44] *** Dart has quit IRC
[18:44:27] *** Dart has joined #jbosstools
[18:48:32] <bruth> tsurdilo: I added a comment
[18:48:32] *** Dart has quit IRC
[18:48:40] <bruth> tsurdilo: have to leave soon, thanks for the help1
[18:49:45] <tsurdilo> bruth: np ill look at how to reopen
[18:57:11] *** aslak has joined #jbosstools
[19:03:13] *** robertgreathouse has joined #jbosstools
[19:07:35] *** Dart has joined #jbosstools
[19:11:02] *** robertgreathouse has left #jbosstools
[19:17:11] *** robertgreathouse has joined #jbosstools
[19:17:56] *** mgoldmann has quit IRC
[19:24:22] *** nickboldt has quit IRC
[19:24:22] *** Dart has quit IRC
[19:25:00] *** nickboldt has joined #jbosstools
[19:26:21] *** Dart has joined #jbosstools
[19:41:27] *** bobmcw has quit IRC
[19:46:21] *** bobmcw has joined #jbosstools
[19:46:22] *** bobmcw has joined #jbosstools
[19:59:07] *** SintaxError has joined #jbosstools
[20:01:47] *** ggear has joined #jbosstools
[20:01:47] *** Dart has quit IRC
[20:02:44] *** Dart has joined #jbosstools
[20:24:19] *** mareshkau has quit IRC
[20:31:47] *** yradtsevich has quit IRC
[20:41:02] *** bobmcw has quit IRC
[21:11:40] *** SintaxError has quit IRC
[21:17:39] *** robertgreathouse has left #jbosstools
[21:27:56] *** SintaxError has joined #jbosstools
[21:37:36] *** galderz has joined #jbosstools
[21:46:21] *** galderz has quit IRC
[21:47:05] *** gbutler has left #jbosstools
[21:58:36] *** balunasj has joined #jbosstools
[21:58:37] *** Dart has quit IRC
[21:58:37] *** balunasj has quit IRC
[21:58:37] *** balunasj has joined #jbosstools
[21:59:04] *** Dart has joined #jbosstools
[22:01:25] *** tsurdilo has quit IRC
[22:38:36] *** jpav has left #jbosstools
[22:56:52] *** bobmcw has joined #jbosstools
[22:56:52] *** bobmcw has joined #jbosstools
[23:23:07] *** balunasj has quit IRC
[23:23:08] *** Dart has quit IRC
[23:25:22] *** Dart has joined #jbosstools
[23:28:46] *** jgraham_ has quit IRC
[23:32:57] *** bobmcw has quit IRC

top