[00:03:20] *** jpav has quit IRC
[00:19:50] *** aslak has quit IRC
[00:31:43] *** jpav has joined #jbosstools
[00:31:44] *** jpav has joined #jbosstools
[00:32:27] *** jpav has quit IRC
[00:40:01] *** Diablo-D3 has quit IRC
[00:54:52] *** myarboro has quit IRC
[01:16:26] *** tomwells has joined #jbosstools
[01:34:52] *** bfitzpat has quit IRC
[02:22:31] *** rruss has quit IRC
[02:27:22] *** balunasj has quit IRC
[02:45:42] *** rruss has joined #jbosstools
[02:50:11] *** rruss has quit IRC
[03:31:04] *** irooskov has quit IRC
[03:56:09] *** akazakov has quit IRC
[04:16:41] *** nickboldt has quit IRC
[04:29:26] *** irooskov has joined #jbosstools
[06:44:03] *** irooskov has quit IRC
[08:22:29] *** mgoldmann has joined #jbosstools
[08:34:13] *** lzoubek has joined #jbosstools
[08:34:13] *** ChanServ sets mode: +o lzoubek
[09:01:15] *** psrna has joined #jbosstools
[09:12:59] *** dgeraskov has joined #jbosstools
[09:12:59] *** ChanServ sets mode: +o dgeraskov
[09:22:55] *** fbricon has quit IRC
[09:28:28] *** tomwells has quit IRC
[09:34:21] *** fbricon has joined #jbosstools
[09:34:22] *** ChanServ sets mode: +o fbricon
[09:43:32] *** rruss has joined #jbosstools
[09:47:19] *** adietisheim has joined #jbosstools
[09:47:19] *** ChanServ sets mode: +o adietisheim
[09:54:59] *** Diablo-D3 has joined #jbosstools
[09:55:42] *** imeikas has joined #jbosstools
[09:57:39] *** nicoulaj has joined #jbosstools
[10:04:50] *** dpalmer has joined #jbosstools
[10:21:56] *** jwulf has joined #jbosstools
[10:28:34] *** koentsje has joined #jbosstools
[10:43:03] *** kkhan has joined #jbosstools
[10:51:29] *** imeikas has quit IRC
[10:55:38] *** Snjeza has joined #jbosstools
[10:56:08] *** ChanServ sets mode: +o Snjeza
[11:09:03] *** magnus__ has quit IRC
[11:18:01] *** maxandersen has joined #jbosstools
[11:18:01] *** ChanServ sets mode: +o maxandersen
[11:32:46] *** gbrown has joined #jbosstools
[11:40:01] *** tfennelly has joined #jbosstools
[11:40:01] *** ChanServ sets mode: +o tfennelly
[11:50:35] *** Snjeza_ has joined #jbosstools
[11:53:04] *** Snjeza has quit IRC
[11:53:16] *** Snjeza_ is now known as Snjeza
[11:53:32] *** ChanServ sets mode: +o Snjeza
[12:02:09] *** mmalina has joined #jbosstools
[12:05:27] *** sflaniga` has joined #jbosstools
[12:08:02] *** sflanigan has quit IRC
[12:31:41] *** maxandersen has quit IRC
[12:33:49] *** sflaniga` has quit IRC
[12:34:25] *** maxandersen has joined #jbosstools
[12:34:26] *** ChanServ sets mode: +o maxandersen
[12:36:10] *** sflaniga` has joined #jbosstools
[12:41:44] *** jwulf has quit IRC
[12:42:11] <maxandersen> fbricon: pong
[12:53:27] *** tfennelly has quit IRC
[12:59:03] *** gbrown has quit IRC
[13:08:58] *** dpalmer is now known as dpalmer_lunch
[13:15:35] <fbricon> maxandersen: ping?
[13:16:34] *** nicoulaj_ has joined #jbosstools
[13:16:42] <maxandersen> fbricon: trying to hook up to the borg for a few hours
[13:17:11] <maxandersen> fbricon: i've seen a few mails/forums talking about jboss tools having too limiting versions on our maven feature - is that solved/fixed/handled by now ?
[13:18:07] *** sgilda has quit IRC
[13:18:10] <fbricon> maxandersen: you mean the range of required m2e version?
[13:18:19] <maxandersen> fbricon: think so
[13:18:42] <maxandersen> fbricon: post on forum and m2e mailing list as far as I remember (i can digg them out of need to)
[13:18:42] <fbricon> yeah that should be good
[13:18:52] <maxandersen> okey - so what were they set to ?
[13:19:26] <fbricon> [0.13.0, 1.0.100)  at some point
[13:19:40] <fbricon> now it's [1.0, 1.1)
[13:19:41] <maxandersen> thats the weirdest range
[13:19:45] <maxandersen> ;)
[13:20:03] <maxandersen> why not just 1.0, 2.0] or ?
[13:20:22] <maxandersen> weirdest = 0.13 to 1.0 since packages changed
[13:20:30] *** sgilda has joined #jbosstools
[13:20:31] <fbricon> 1.0.100 was because I was too prudent and stupid
[13:20:41] <maxandersen> lol
[13:20:43] <fbricon> 0.13 == 1.0
[13:20:47] *** nicoulaj has quit IRC
[13:20:52] <maxandersen> ah yeah thats true
[13:21:05] <maxandersen> so this is fix when/where?
[13:21:16] <maxandersen> is it in 3.2.1?
[13:21:27] <fbricon> 3.2.1 and 3.3.0M3 normally
[13:21:37] <maxandersen> "normally" ? :)
[13:21:38] <fbricon> but lemme double check that
[13:22:51] <fbricon> yeah looks good on 3.2.x
[13:24:38] <fbricon> maxandersen: just saw the post on JBT forum
[13:24:59] <fbricon> need to check with that 1.1.1 version
[13:25:06] <maxandersen> sounds good about 3.2.x (assuming that was in 3.2.1 ;)
[13:25:22] <fbricon> maxandersen: yes
[13:26:29] <maxandersen> ok so all is good?
[13:26:52] <fbricon> maxandersen: no, if that 1.1.1 is out
[13:32:28] <maxandersen> hmm - not seeing any mails or info from nick about 3.2.1 being ready ....
[13:32:49] <maxandersen> im confused - thought I oculd be doing the blog about it today
[13:34:01] <maxandersen> oh there is a mail...
[13:34:16] <maxandersen> time to blog...
[13:34:36] <maxandersen> rather big change that we moved to m2e 1.0 in this minor ;)
[13:36:56] <fbricon> maxandersen: http://community.jboss.org/message/619484#619484
[13:45:30] *** pjain has joined #jbosstools
[13:47:50] *** tfennelly has joined #jbosstools
[13:47:51] *** ChanServ sets mode: +o tfennelly
[13:50:44] <fbricon> maxandersen: m2e-wtp climbing up the ladder : http://marketplace.eclipse.org/metrics/installs/last30days. Not bad for an 8 days old entry
[13:51:39] <maxandersen> number 20 - sweet
[13:51:53] <maxandersen> im still not sure how to do the jboss tools indigo updatesite stuff...
[13:51:58] *** danflo has joined #jbosstools
[13:52:06] <maxandersen> we'll loose all our download stats ;(
[13:52:48] <fbricon> m2e-wtp is #7 in august
[13:53:27] <maxandersen> weird - im only seeing 20 ?
[13:53:37] <fbricon> 20 for the last 30 daus
[13:53:38] <fbricon> days
[13:53:58] <maxandersen> and where do you see the #7 ?
[13:54:06] <fbricon> #7 according to http://marketplace.eclipse.org/content/maven-integration-eclipse-wtp/metrics
[13:54:24] <fbricon> for August
[13:54:49] *** koentsje has quit IRC
[13:56:50] <maxandersen> ah sweet
[13:56:51] <fbricon> maxandersen: if you create a JBT Indigo entry, you won't loose the Helios stats
[13:57:12] <maxandersen> fbricon: no - but helios will start loosing ;)
[13:57:25] <maxandersen> but yeah thats what i'm leaning towards
[13:57:49] <maxandersen> but what i mean by loose stats is that we wont be able to stay on the "all time" download stats with an extra one.
[13:58:39] <fbricon> maxandersen: maybe the indigo one will take the place
[13:59:03] * Diablo-D3 raises eyebrow
[13:59:21] <maxandersen> fbricon: doubt it - since we'll have 8+ months stats to recover.
[13:59:42] <fbricon> maxandersen: that's all PR stuff, do we really care?
[13:59:44] <maxandersen> the fundemental problem is that version ranges is all over the place ;(
[14:00:00] <Diablo-D3> hhrm, google is sucking atm
[14:00:07] <Diablo-D3> does anyone know if findbugs has an eclipse plugin?
[14:00:13] <maxandersen> fbricon: you were the one just happy over #7 for wtp-m2e ;)
[14:00:16] <maxandersen> Diablo-D3: they do.
[14:00:30] <maxandersen> fbricon: and PR is a rather critical part of any project.
[14:00:49] <fbricon> maxandersen: yeah it's good for my ego :-), but honestly it won't stop me from sleeping at night
[14:01:14] <Diablo-D3> maxandersen: okay, so
[14:01:19] <Diablo-D3> why doesnt jbosstools include it? ;)
[14:01:36] <maxandersen> fbricon: well I like being able to say "we are the most downloaded bundle" ?now I have to say "we are the most downloaded bundle if you add entry A and B" together ;)
[14:01:42] <maxandersen> Diablo-D3: why should it ?
[14:01:57] <maxandersen> Diablo-D3: JBoss Developer Studio could.
[14:01:59] <Diablo-D3> jboss tools is a bundle of awesome useful shit, for the most part
[14:02:50] <Diablo-D3> and jboss tools already includes things that arent jboss's
[14:02:56] <maxandersen> Diablo-D3: unfortunately eclipse/p2 doesn't support that well ;)
[14:03:15] <maxandersen> Diablo-D3: what for example ?
[14:03:32] <maxandersen> Diablo-D3: everything in JBoss Tools beyond xulrunner is all developed by jboss tools team
[14:03:43] <maxandersen> we have *dependencies* to other things but that doesnt mean we *include* it.
[14:03:44] <Diablo-D3> the mvn stuff (although thats due to mvn intergration that is jboss's)
[14:03:51] <maxandersen> Diablo-D3: exactly ;)
[14:03:58] * Diablo-D3 shrugs
[14:04:20] *** balunasj has joined #jbosstools
[14:04:20] <maxandersen> Diablo-D3: Help > Eclipse Marketplace > Find bugs doesn't work for ya?
[14:04:21] *** balunasj has quit IRC
[14:04:21] *** balunasj has joined #jbosstools
[14:04:33] <Diablo-D3> it doesnt work if you dont know it exists
[14:04:34] <maxandersen> otherwise install JBDS 4.1 when it comes out.
[14:04:46] <Diablo-D3> jbos?
[14:04:47] <maxandersen> Diablo-D3: so  you want us to force install it ?
[14:04:57] <maxandersen> Diablo-D3: that doesn't sound nice ;)
[14:05:11] <Diablo-D3> well, it force installs a lot of stuff I dont use
[14:05:14] <Diablo-D3> because its a bundle
[14:05:28] <Diablo-D3> I dont particularly care because I have 8gb of memory and eclipse has yet to pull a firefox on me.
[14:05:45] <maxandersen> Diablo-D3: thats because you just choose *everything*
[14:05:57] <Diablo-D3> yeah Im lazy
[14:06:01] <maxandersen> Diablo-D3: the fun part is that jboss tools actually does not have any overaching bundle.
[14:06:11] <maxandersen> Diablo-D3: that only exist in JBDS.
[14:06:36] <Diablo-D3> maybe we need a list of awesome shit
[14:06:45] <maxandersen> Diablo-D3: but I hear ya - thats why we add the "extras" feature of JBDS
[14:06:50] <maxandersen> that "list of awesome shit" :)
[14:07:15] <Diablo-D3> okay I feel retarded, what is JBOS? even google doesnt know
[14:07:20] <Diablo-D3> it keeps thinking I typoed jboss
[14:07:29] *** imeikas has joined #jbosstools
[14:07:30] <fbricon> JBDS
[14:07:37] <Diablo-D3> oh, its a D
[14:07:40] <fbricon> JBoss Developer Studio
[14:07:44] <Diablo-D3> remind me to change my IRC font
[14:07:56] <Diablo-D3> actually screw it
[14:07:59] * Diablo-D3 slides laptop forwards
[14:08:42] <Diablo-D3> what exactly IS JBDS?
[14:08:46] <Diablo-D3> just a custom distro of eclipse?
[14:08:50] <fbricon> Diablo-D3: it's basically an Eclipse JavaEE distro with the JBT plugins
[14:09:16] <Diablo-D3> I assume its a commercial distro
[14:09:21] <fbricon> it's free
[14:09:54] <fbricon> Except for the bundle including EAP
[14:09:58] <fbricon> IIRC
[14:10:12] <Diablo-D3> well, Im using indigo with all the jbt stuff installed plus uh...
[14:10:15] <fbricon> maxandersen is a better salesman
[14:10:17] <Diablo-D3> actually I think that might be it
[14:10:35] <Diablo-D3> er, the javaee version of indigo
[14:10:48] <Diablo-D3> since theres like 50 base bundles
[14:11:37] <fbricon> Diablo-D3: http://community.jboss.org/en/tools/blog/2011/03/22/jboss-developer-studio-4-is-now-available-for-free
[14:11:57] <Diablo-D3> well, what Im asking is, is there anything important that Im forgetting?
[14:13:26] <fbricon> Diablo-D3: how would I know what you're forgetting? :-)
[14:15:02] <Diablo-D3> I mean, does jbds include anything useful outside of that?
[14:16:51] <Diablo-D3> I'm asking because jbds seems to be behind eclipse upstream
[14:39:57] *** dpalmer_lunch is now known as dpalmer
[14:43:09] *** gbrown has joined #jbosstools
[14:46:34] *** pjain has quit IRC
[14:54:55] *** myarboro has joined #jbosstools
[15:12:05] <maxandersen> Diablo-D3: http://devstudio.jboss.com/earlyaccess
[15:12:35] <maxandersen> Diablo-D3: thats JBDS 5 stream wihch is moving close to as fast as JBT does ?but with the buffer of doing proper QE and santiy checking things.
[15:12:45] *** rruss has joined #jbosstools
[15:12:45] <maxandersen> if you want bleeding edge - stay on JBT nightlies.
[15:12:58] <maxandersen> but it won't contain the unified solution to everything ;)
[15:14:45] <Diablo-D3> maxandersen: well, if I already use eclipse, jbt, jboss as, maven, and git.... do I actually gain anything outside of the QA?
[15:15:03] *** gastaldi has joined #jbosstools
[15:15:05] <gastaldi> hey
[15:15:10] <Diablo-D3> hey gastaldi
[15:15:16] 
[15:15:18] <gastaldi> ?
[15:15:38] <gastaldi> hey maxandersen
[15:16:58] <Diablo-D3> Im trying to get maxandersen spit out if I'm fully leveraging eclipse's massive pile of awesome shit or not
[15:17:06] *** rruss has quit IRC
[15:17:14] <Diablo-D3> I think I am
[15:17:29] <Diablo-D3> I just wish someone told me about findbugs earlier
[15:18:17] <gastaldi> I would like to contribute with JBIDE-9477
[15:18:20] <jbott> Feature Request: [JBIDE-9477] Serialize objects as XML on Debug (for unit testing purposes) [Open, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-9477
[15:18:28] <gastaldi> Can anyone guide me towards it ?
[15:20:44] *** echelog-1 has joined #jbosstools
[15:21:29] *** imeikas_ has joined #jbosstools
[15:25:14] *** imeikas has quit IRC
[15:26:55] <maxandersen> gastaldi: 2 sec..too many chats hitting me right now ;)
[15:27:02] <gastaldi> :) ok
[15:27:28] <maxandersen> Diablo-D3: you get QE and more stability and if you use the stuff we put on that is what we verified will work together.
[15:27:37] <Diablo-D3> maxandersen: yeah, but thats it, right?
[15:27:44] <Diablo-D3> theres no toys that slipped through that Im missing?
[15:27:52] <maxandersen> Diablo-D3: yes, "it just works" vs "bleeding edge" :)
[15:28:35] <maxandersen> gastaldi: ah its a new idea/feature  - i wondered why i didnt recall it ;)
[15:29:02] * fbricon takes a ticket to ask something to maxandersen
[15:29:32] <Diablo-D3> maxandersen: well, once jbt final for indigo comes out, I wont be on bleeding edge anymore ;)
[15:29:34] <maxandersen> gastaldi: so yeah, i dont think using xstream would be my first choice since you dont actually get access to the ojbects.
[15:29:46] <maxandersen> Diablo-D3: :)
[15:29:57] <maxandersen> fbricon: you always got a ticket ;)
[15:30:23] <fbricon> maxandersen:  Testing JBoss SAR configurator
[15:30:35] <maxandersen> gastaldi: but let me understand the issue right - you basically want to be able to dump an xml representation of what is shown in the debugger view ?
[15:30:42] <fbricon> maxandersen: works pretty well thus far, but...
[15:30:59] <Diablo-D3> btw, what does stuff like resteasy and hornetq use for xml?
[15:31:09] <fbricon> Need to find a way to make 'em deployable standalone on a server
[15:31:13] <Diablo-D3> I think theres a consensus of what doesnt suck for xml
[15:31:17] <Diablo-D3> I'd suggest whatever that is
[15:31:21] 
[15:31:40] <gastaldi> maxandersen: I want to rebuild the original object structure
[15:32:09] <gastaldi> So I can use it in a junit test case
[15:32:27] <gastaldi> or attach it to a JIRA issue, whatever
[15:32:59] <gastaldi> maxandersen: Maybe adding a formatter to it would work then ?
[15:33:55] 
[15:34:24] <gastaldi> I remember seeing an eclipse plugin that serializes these objects to a binary file
[15:34:47] *** koentsje has joined #jbosstools
[15:42:25] <maxandersen> fbricon: isnt that just a matter of having the deployment be named .sar instead of .jar or ?
[15:42:54] <fbricon> maxandersen: pretty much
[15:42:58] <maxandersen> gastaldi: how do you expect to be able to use it in junit test case based on xml ?
[15:43:28] <fbricon> maxandersen:  so far I Add the utility facet to the project, so that it can be embedded in an EAR
[15:43:34] <maxandersen> gastaldi: you mean load it in and then run against it?.why not just use plain java xml serialization for that ?
[15:43:58] <fbricon> maxandersen: but for a standalone SAR, I think I maybe need a dedicated Facet
[15:44:16] <fbricon> which the server adapter could rely on to authorize deployment
[15:45:14] <maxandersen> fbricon: thats not enough reason to require a facet IMO ?but I guess it could be used as a marker to know what the file should be named .sar instead of .jar by default
[15:45:56] <fbricon> maxandersen: I don't know. Maybe a nature?
[15:46:32] <maxandersen> fbricon: well for me a .sar is just a .jar with a stupid requirement to be named .sar ;)
[15:46:40] <maxandersen> fbricon: am I too naive in that thinking ? :)
[15:47:00] * maxandersen never had a reason for doing a .sar so he is ignorant on the matter.
[15:47:01] <fbricon> technically you're right
[15:47:37] <fbricon> although it can embed jars in a lib/ folder like ear, rar
[15:47:37] *** imeikas_ has quit IRC
[15:47:58] <maxandersen> aah ?and like .esb's...
[15:48:08] <maxandersen> then yeah, just found a reason for a facet.
[15:48:28] <maxandersen> and unfortunately also a new module type...
[15:48:45] <maxandersen> would make it purely deployable on our AS adapters ?but I guess that is fine ?
[15:48:52] 
[15:49:23] <gastaldi> And de-serialize it when running the test case
[15:49:24] <fbricon> maxandersen: you mean purely as in only?
[15:49:32] <maxandersen> gastaldi: okey - how would you know when to stop ? i.e. the graph is possibly rather deep ?
[15:49:58] <gastaldi> maxandersen: I was thinking of making the maximum depth configurable
[15:50:17] <maxandersen> gastaldi: but thats details - its possible to hook into the selection of objects.
[15:51:00] <fbricon> maxandersen: what module would be responsible for new facets?
[15:51:03] <maxandersen> gastaldi: the objects will not be java objects though - they will be eclipse proxies to the actual remote instance.
[15:51:33] <gastaldi> maxandersen: Right, but it can be exported somehow I imagine
[15:51:40] <maxandersen> fbricon: my instinct would say it should be part of AS since its purely an jboss as concrn (i.e. SAR's are jboss ones)
[15:52:12] <maxandersen> gastaldi: well, formatters does it by invoking java code ont the remote system and return a string representation of it.
[15:52:21] <maxandersen> gastaldi: you should be able to hook into it.
[15:52:41] <gastaldi> Yeah, that might work
[15:52:42] <fbricon> maxandersen: ok. I have other packagings waiting in line :-) http://mojo.codehaus.org/jboss-packaging-maven-plugin/index.html
[15:52:54] 
[15:53:04] <maxandersen> gastaldi: the drools code base actually has some hooks into debug.ui that might give you some ideas.
[15:53:15] 
[15:53:25] <gastaldi> is the code on github ?
[15:53:46] <maxandersen> yes - the drools plugin are in github (lucky bastards)
[15:53:54] <gastaldi> :D
[15:54:17] <maxandersen> fbricon: but having facets for all those ?damn
[15:54:52] <fbricon> maxandersen: that seems in line with the WTP way of thing
[15:54:57] <gastaldi> maxandersen: https://github.com/droolsjbpm/droolsjbpm-tools/tree/master/drools-eclipse ?
[15:54:58] <maxandersen> but yeah if they include libs it makes most sense to use that...
[15:55:31] <maxandersen> fbricon: well wtp's way of doing things breaks down very fast since you can't tell other server adapters to support them
[15:56:11] <fbricon> maxandersen: these are JBoss packages
[15:56:25] <fbricon> maxandersen: so we pretty much don't care
[15:56:46] <maxandersen> gastaldi: yes, more specifcically https://github.com/droolsjbpm/droolsjbpm-tools/tree/master/drools-eclipse/org.drools.eclipse/src/main/java/org/drools/eclipse/debug
[15:57:06] 
[15:57:27] *** gbrown has quit IRC
[15:57:59] <gastaldi> JBIDE is not on Github I guess ?
[15:58:13] <maxandersen> fbricon: sure we don't care but its a slippery slope since other features in WTP / eclipse might rely/assume a module is either a Jar, War or Ear and refuse to work with it otherwise. Just something to consider.
[15:58:25] <maxandersen> gastaldi: we got a github mirror - but still in svn for now
[15:58:31] <fbricon> maxandersen: wish rawbdor was here to gimme more details on "how do we make a project deployable"
[15:58:32] <gastaldi> :(
[15:59:05] <maxandersen> fbricon: he should be around in the mornings
[15:59:19] <maxandersen> oh talking about AS - adietisheim welcome back ;)
[15:59:53] <adietisheim> maxandersen: thanks :) greets back to your holidays. obviously had a bad start with your foot :(
[16:00:27] *** rmartinelli has joined #jbosstools
[16:01:13] <gastaldi> maxandersen: Where could I create this project ?
[16:01:21] <gastaldi> in JBIDE structure ?
[16:01:32] <gastaldi> to allow easy merging later ?
[16:01:58] *** gbrown has joined #jbosstools
[16:02:06] <maxandersen> gastaldi: I suggest you start by creating it on your own github to start with.
[16:02:31] <gastaldi> of course, but is there any pom.xml I can inherit ?
[16:03:09] <maxandersen> fbricon: that actually reminds me - did you and snjezana figure out where to put your  "materizliae classpath" and her "remote debug" feature ? we talked about a jdt module ? (gastaldi's work would fit in there)
[16:04:00] <maxandersen> gastaldi: there is the jboss tools parent one but we don't publish that one - needs to be found relative to your build at this time.
[16:04:50] <maxandersen> gastaldi: I guess you could just create your plugin and put it into i.e. /jst/plugins/org.jboss.tools.jst.debug.xml and things would work that way
[16:06:35] <gastaldi> ok
[16:06:43] <fbricon> maxandersen: didn't push forward. From the last mails, Nick was in favor to put new features/plugins under common
[16:07:36] <fbricon> maxandersen: and we'd have org.jboss.tools.jdt.core/ui and  org.jboss.tools.jdt.debug.core/ui
[16:08:21] <maxandersen> fbricon: but nick doesn't consider the dependency set of common? common is badly named in this respect.
[16:08:22] <adietisheim> fbricon: maxandersen: talked to fred yesterday about these things but I cannot help with facets so far. that's still beyond my understanding of that stuff
[16:09:45] <maxandersen> is Rob MIA?
[16:09:56] <adietisheim> maxandersen: MIA?
[16:10:00] <fbricon> maxandersen: haven't seen him today
[16:10:03] <adietisheim> maxandersen: ah middle east
[16:10:04] <maxandersen> Missing In Action
[16:10:07] <adietisheim> maxandersen: ha
[16:10:10] <adietisheim> maxandersen: ;)
[16:10:22] <maxandersen> http://www.imdb.com/title/tt0087727/
[16:10:28] <adietisheim> maxandersen: he was around today, but was yesterday
[16:10:48] <adietisheim> maxandersen: haha, yeah, rob's not chuck though ;)
[16:11:17] <adietisheim> maxandersen: chuck does not fix, he blows away (does he?)
[16:11:58] <adietisheim> maxandersen: guess chuck would blow EMF away, too ;)
[16:12:20] <maxandersen> adietisheim: nah - it would just look at it and move on ;)
[16:12:26] <adietisheim> maxandersen: rob was not around this morning, but he was yesterday
[16:12:51] <maxandersen> note, EMF isn't bad for everything - I just haven't found a good thing to use it for in my work yet ;)
[16:13:39] <maxandersen> i'm actually sad not being able to use xtext without screaming ...
[16:14:02] <adietisheim> maxandersen: np :) at least it gives us some salt into our soup from time to time
[16:14:30] <adietisheim> maxandersen: but emf's not very present in xtext. it's only used to build the type system
[16:14:47] <adietisheim> maxandersen: but yes, it's pretty awkward sometimes, not very obvious
[16:15:02] <adietisheim> maxandersen: is imp nice so far?
[16:15:30] <maxandersen> "only used to build the type system" ?thats  a pretty big part is it not ?:)
[16:15:40] <maxandersen> adietisheim: well it doesn't get in my way
[16:15:48] <maxandersen> adietisheim: so on that point its great.
[16:16:28] <adietisheim> maxandersen: hmm, well, could be worse. the whole editor is plain java glued with guice, was pretty nice to customize for the few tries I had
[16:17:03] <maxandersen> adietisheim: if it pans out im interested in looking to see if parts of xtext could be used since alot of this does not require specifc stuff in the backend IMO
[16:17:22] <maxandersen> adietisheim: which editor is glued with guice?
[16:17:32] <maxandersen> adietisheim: you mean in scala ide?
[16:17:35] <adietisheim> maxandersen: the xtext editor that gets created
[16:17:53] <maxandersen> adietisheim: you just gave me another reason to not like to depend on xtext ;)
[16:18:15] <adietisheim> maxandersen: nope, the scala one is plain coded. looked 10 mins at it and found lots of indexOf, append and shit. ugly - almost replicating a parser
[16:18:20] *** rruss has joined #jbosstools
[16:18:21] <maxandersen> ooh - I thought you mean it use guice to glue into Java JDT editor.
[16:19:07] <adietisheim> maxandersen: hum , the editor is mostly not generated. it's plain java. the only part that really is generated is the type system the editor is accessing
[16:19:11] *** rruss has quit IRC
[16:19:14] <maxandersen> adietisheim: you need that in many places in an editor to introspect the partial source.
[16:19:39] <maxandersen> adietisheim: "that" -> indexof's ;)
[16:19:40] <adietisheim> maxandersen: hum, ok, yes. but customizability is imho nice done
[16:19:57] <maxandersen> adietisheim: got it - so yeah they use dependency injection - thats nice.
[16:20:08] <adietisheim> maxandersen: ok, could be that I misunderstood the scala editor. at first sight, I did not like it at all
[16:20:10] <maxandersen> adietisheim: wonder why they are so reliant on their specific parser then...
[16:20:54] <adietisheim> maxandersen: imho it's because the actually build a type system and a parser in 1 step whereas plain antlr is just about parsing. up to you to build the typesystem out of it.
[16:22:04] <adietisheim> maxandersen: imho an xtext parser rule defines the type system in the same instruction. RULE: bla actually creates a class RULE and the "bla" defines how the parser would feed values into it
[16:22:11] <maxandersen> adietisheim: yes and that type system has an API on which one should be able to provide impl of ..
[16:22:19] <adietisheim> maxandersen: but I could be wrong. at least that's what I understood in the differences so far
[16:22:51] *** dgeraskov has quit IRC
[16:22:52] <maxandersen> adietisheim: yes I grok that and all good if you start doing your parser with that grammer.
[16:22:59] <adietisheim> maxandersen: hum, right. could be interesting to look at it. but if we can believe those guys I guess things are not well separated in this area
[16:23:45] <adietisheim> maxandersen: could be nice if we could agree on a part we would then try to impl both ways to be able to have a good comparison
[16:24:44] <adietisheim> maxandersen: so far I only did the import statement (grammar) and tried to customize content proposals
[16:24:47] <maxandersen> adietisheim: well we got syntaxhighlighting and base outline now for the whole language (at least the parts that the compiler supports) ?.do that in xtext :)
[16:25:15] <maxandersen> adietisheim: and I think your friend did another attempt and it ended up generating too much code ...
[16:25:18] <adietisheim> maxandersen: ok, will try to find some time here and there
[16:25:52] <maxandersen> adietisheim: and I just dont have that much time to reproduce a still changing parser ;)
[16:25:57] <adietisheim> maxandersen: dont want to say wrong things about him but imho he did just try to have xtext not complaining. but the result was not really working
[16:26:22] <adietisheim> maxandersen: yeah, was guessing about that, too. but i thought that the grammar would not change a lot at some point.
[16:26:38] <adietisheim> maxandersen: but sure, we're far away from that point yet
[16:32:41] <gastaldi> I give up. Too much complicated :P
[16:32:51] *** bfitzpat has joined #jbosstools
[16:32:51] *** ChanServ sets mode: +o bfitzpat
[16:33:14] <gastaldi> Why developing an Eclipse plugin is so hard ?
[16:38:42] <fbricon> maxandersen: looks like the JBT server adapters don't behave like stock WTP when it comes to assemble/deploy an archive  :-(
[16:40:13] <fbricon> I can deploy my sar within an ear on AS 6/7, but if the sar embeds other jars, they're not deployed. Stock WTP export deploys'em correctly. I thought rawblem unified that
[16:46:11] <maxandersen> fbricon: eh?
[16:46:37] <maxandersen> gastaldi: you haven't even asked for help yet ? :)
[16:47:06] <fbricon> maxandersen: EAR contains SAR. SAR doesn't contain jars in lib/
[16:47:17] <maxandersen> gastaldi: its as hard as you make it ?how did you start developing web projects? requires alot of knowledge to work?
[16:47:24] <fbricon> maxandersen: that's https://issues.jboss.org/browse/JBIDE-5691 all over again
[16:47:29] <jbott> Bug: [JBIDE-5691] Exported files don't honor the module assembly settings [Resolved, Major, (JBossAS), rob.stryker] https://issues.jboss.org/browse/JBIDE-5691
[16:48:01] *** jpav has joined #jbosstools
[16:48:03] <maxandersen> fbricon: sounds like another bug report then with linkks ? :(
[16:48:46] <fbricon> maxandersen: checking the projects attached to JBIDE-5691.
[16:48:50] <jbott> Bug: [JBIDE-5691] Exported files don't honor the module assembly settings [Resolved, Major, (JBossAS), rob.stryker] https://issues.jboss.org/browse/JBIDE-5691
[16:53:27] *** balunasj has quit IRC
[17:00:37] *** rruss has joined #jbosstools
[17:22:39] *** kcbabo has joined #jbosstools
[17:22:59] *** kcbabo has left #jbosstools
[17:28:29] *** psrna has quit IRC
[17:32:50] *** bdlink has joined #jbosstools
[17:37:42] *** koentsje has quit IRC
[17:46:48] *** rruss has quit IRC
[17:49:31] *** dpalmer has quit IRC
[17:51:25] *** maxandersen has quit IRC
[17:51:33] *** gastaldi has left #jbosstools
[17:51:39] *** maxandersen has joined #jbosstools
[17:51:39] *** ChanServ sets mode: +o maxandersen
[18:00:03] *** mmalina has quit IRC
[18:00:17] *** gastaldi has joined #jbosstools
[18:00:31] <gastaldi> maxandersen: Yeah, tough on the first time
[18:02:04] <gastaldi> maxandersen: Do you create plugins using the standard Eclipse procedure ?
[18:02:23] <maxandersen> gastaldi: you mean File > New > Eclipse plugin ?
[18:02:46] *** nicoulaj_ has quit IRC
[18:02:54] <gastaldi> Yeah, or do you have any maven archetype readily available ?
[18:02:54] <maxandersen> gastaldi: I dont know of any other "procedure" but wouldn't call it a standard.
[18:03:02] <maxandersen> but yes that is what I use - the file new.
[18:03:03] *** koentsje has joined #jbosstools
[18:03:08] <gastaldi> ok
[18:03:21] <maxandersen> then I add in the pom.xml stuff manually afterwards.
[18:03:27] <gastaldi> ah I see
[18:04:13] <gastaldi> I need to read more about that, do you recommend any good reading material ?
[18:22:00] *** jeremybrown has joined #jbosstools
[18:37:12] *** mmalina has joined #jbosstools
[18:38:58] *** akazakov has joined #jbosstools
[18:39:06] *** ChanServ sets mode: +o akazakov
[18:41:14] *** jeremybrown has quit IRC
[18:44:21] *** rruss has joined #jbosstools
[18:45:50] *** rruss has quit IRC
[18:45:55] *** rruss has joined #jbosstools
[18:50:42] *** rruss has quit IRC
[18:53:40] <maxandersen> gastaldi: about the maven stuff? I would just ignore that until you got your plugin working ;)
[18:53:52] <gastaldi> no no, the plugin stuff
[18:53:54] <maxandersen> fbricon: ping
[18:54:20] <maxandersen> gastaldi: http://www.eclipse.org/articles/Article-Your%20First%20Plug-in/YourFirstPlugin.html
[18:54:33] <gastaldi> Thanks :)
[18:55:15] <maxandersen> and otherwise - look at the source of many plugins.
[18:55:23] <maxandersen> I wish I knew a better way ;)
[18:55:31] *** gbrown has quit IRC
[18:59:07] *** nicoulaj has joined #jbosstools
[18:59:27] <gastaldi> A question: It would better fit as a: Feature Patch, Feature Project or Plugin Project ?
[19:00:12] <gastaldi> or Fragment project?
[19:02:12] <maxandersen> gastaldi: plugin
[19:02:39] <gastaldi> cool
[19:03:36] <gastaldi> Target platform would normally be targeted to run on an specific Eclipse version or an OSGi fw ?
[19:05:50] <maxandersen> plugins is the meat of things, has all the functionallity/code. It's like a Jar with dependencies to other jars/plugins. Features bundles/groups plugins to be installed by eclipse update manager. Feature Patch are used to provide patches to such features. For a given "module" of plugins you normally have 1 or a few features, N plugins, 0 feature patches.
[19:05:55] <maxandersen> eclipse version
[19:06:09] <gastaldi> Great
[19:06:39] <maxandersen> fbricon: am i completely off the rails about saying wtp with incremental deployment should be close to as fast as webby?
[19:08:32] <gastaldi> Thanks for the explanation maxandersen
[19:12:30] <gastaldi> https://github.com/gastaldi/eclipse-debug-plugin
[19:22:11] *** nickboldt has joined #jbosstools
[19:22:11] *** ChanServ sets mode: +o nickboldt
[19:43:07] *** mmalina has quit IRC
[19:49:50] *** nickboldt has quit IRC
[20:00:00] *** gastaldi has left #jbosstools
[20:15:11] *** Snjeza has left #jbosstools
[20:26:02] *** myarboro has quit IRC
[20:55:11] *** myarboro has joined #jbosstools
[20:56:57] *** lzoubek has left #jbosstools
[20:57:31] <koentsje> maxandersen, adietiesheim, any one of you can point me to an example of how to use launch configurations in combination with jboss modules? i must be missing something but i can't get it to work :-(
[21:05:49] <maxandersen> how is it different than a normal launch ?
[21:05:55] <maxandersen> AS7 is using jboss modules.
[21:20:47] <koentsje> maxandersen, never mind i finally found a workaround
[21:21:32] <koentsje> maxandersen, i was getting a classnotfound exception for org.jboss.modules.Main when i used the classpath attribute for the launch
[21:21:46] <koentsje> setting the classpath as a vm argument seems to work
[21:22:06] *** clerum has joined #jbosstools
[21:22:09] <maxandersen> koentsje: ah yes - modules need the classpath.
[21:22:16] <maxandersen> needs to control the classpath i mean.
[21:23:05] <koentsje> maxandersen: ah, so using something else than USER_CLASSES would probably have worked too
[21:23:34] <koentsje> but i'm not going to investigate anymore... stop on a high ;)
[21:23:48] <clerum> I'm seeing an issue with EL resolution with 3.3M2
[21:24:12] <clerum> basically I have  an Entity which implements IndexedEntity
[21:24:23] <clerum> and Indexed Entity implements BaseEntity
[21:24:51] <clerum> but I can only see methods on IndexedEntity not the ones that it should inherit from BaseEntity
[21:25:07] <clerum> is there a prefered way to create an example showing this
[21:25:41] <clerum> simple project on github?
[21:26:36] <maxandersen> clerum: open issue in jbide and attach it ? project in github works too.
[21:27:31] <clerum> k
[21:28:48] *** koentsje has quit IRC
[21:30:11] *** bdlink has quit IRC
[21:32:22] *** fbricon has quit IRC
[21:32:57] <maxandersen> ko
[21:56:02] *** rruss has joined #jbosstools
[21:57:33] *** tfennelly has quit IRC
[21:58:37] *** mgoldmann has quit IRC
[22:00:56] *** rruss has quit IRC
[22:41:58] *** Snjeza has joined #jbosstools
[22:41:58] *** ChanServ sets mode: +o Snjeza
[23:00:57] *** kkhan has quit IRC
[23:08:55] *** irooskov has joined #jbosstools
[23:41:46] *** nicoulaj has quit IRC
[23:55:29] *** danflo has quit IRC
[23:56:51] *** bfitzpat has quit IRC





top