[00:06:40] *** Snjeza has quit IRC
[00:07:38] *** aslak has quit IRC
[00:17:30] *** jwulf has joined #jbosstools
[01:04:12] *** danflo has joined #jbosstools
[02:47:53] *** myarboro has quit IRC
[03:23:50] *** rruss has joined #jbosstools
[03:25:04] *** rruss1 has joined #jbosstools
[03:28:16] *** rruss has quit IRC
[03:30:58] *** rruss1 has quit IRC
[03:31:12] *** rruss has joined #jbosstools
[05:02:45] *** jwulf has quit IRC
[05:15:41] *** jwulf has joined #jbosstools
[07:07:23] *** jwulf has quit IRC
[07:10:52] *** amitev2 has joined #jbosstools
[07:13:17] *** amitev has quit IRC
[07:23:51] *** jwulf has joined #jbosstools
[07:29:26] *** jwulf has quit IRC
[07:33:22] *** vpakan has joined #jbosstools
[08:08:59] <maxandersen1> mornning
[08:09:07] <maxandersen1> rawbdor: all looking green ?
[08:09:39] <rawbdor> maxandersen1,  what's green?
[08:10:00] <maxandersen1> the builds (or rather blue ;) and the jira for m3 and AS ?
[08:10:27] <rawbdor> that last one i didn't commit yet. i was waiting to find out how to kick off a build for it and just continue testing stuff and looking for errors
[08:10:38] <rawbdor> but i can throw it in and now and kick off a build i guess
[08:10:46] <maxandersen1> rawbdor: sounds good.
[08:13:15] <rawbdor> maxandersen1,  what did you mean when you said "the location shouldn't be a constant since that location is dynamic in an eclipse installation."
[08:13:20] <rawbdor> https://issues.jboss.org/browse/JBIDE-9605
[08:13:24] <jbott> Bug: [JBIDE-9605] Runtimes are not configurable (JBIDE-1354) [Open, Major, (JBossAS/Servers), rob.stryker] https://issues.jboss.org/browse/JBIDE-9605
[08:14:46] <maxandersen1> rawbdor: well I assume variables with a full uppercase name is simply static final strings - and in this case the location is based on where the plugin is located ?.something that as far I as know needs to be looked up at runtime when the call occurs not safe/nice to have in a static.
[08:15:33] <rawbdor> maxandersen1,   the declaration is:  	protected static IPath DEFAULT_CLASSPATH_FS_ROOT = JBossServerCorePlugin.getGlobalSettingsLocation().append("filesets").append("runtimeClasspaths"); //$NON-NLS-1$ //$NON-NLS-2$
[08:15:40] <rawbdor> so really i could add a final to that
[08:15:45] <rawbdor> it's meant to be final
[08:15:52] <rawbdor> nobody changes it
[08:16:15] <maxandersen1> except eclipse if user updates and doesn't restart eclipse.
[08:16:26] <rawbdor> maxandersen1,  eh?
[08:17:07] <maxandersen1> btw. getGlobalSettings is workspace location right ? not the real global ?
[08:17:09] *** koentsje has joined #jbosstools
[08:17:24] <maxandersen1> im just not liking the way its done since its ambigious and nonsafe.
[08:17:32] *** jwulf has joined #jbosstools
[08:17:36] <maxandersen1> it's minor - just not what I would call a safe constant.
[08:17:37] <rawbdor> 	public static IPath getGlobalSettingsLocation() {
[08:17:37] <rawbdor> 		return JBossServerCorePlugin.getDefault().getStateLocation().append(".global"); //$NON-NLS-1$
[08:17:37] <rawbdor> 	}
[08:17:40] <maxandersen1> close, but not safe.
[08:17:56] <maxandersen1> yeah, so that aint global in eclipse sense.
[08:18:05] <maxandersen1> weird names we got in there.
[08:18:08] <rawbdor> maxandersen1,  no it's global in the sense of as-core's global settings
[08:18:18] <rawbdor> ie... defaults that apply to all server types
[08:18:28] <rawbdor> as opposed to a single server
[08:18:51] <maxandersen1> yeah understand that - an "all" area scoped by the workspace.
[08:19:01] <rawbdor> i'll javadoc it i guess
[08:19:11] <rawbdor> and add the final
[08:20:12] *** dgeraskov has joined #jbosstools
[08:20:12] *** ChanServ sets mode: +o dgeraskov
[08:23:17] *** mgoldmann has joined #jbosstools
[08:31:22] *** lzoubek has joined #jbosstools
[08:31:22] *** ChanServ sets mode: +o lzoubek
[08:49:57] *** adietisheim has joined #jbosstools
[08:49:58] *** ChanServ sets mode: +o adietisheim
[08:50:21] *** jpeterka has joined #jbosstools
[09:01:45] *** maxandersen1 has quit IRC
[09:04:29] *** mmalina has joined #jbosstools
[09:16:09] *** maxandersen has joined #jbosstools
[09:16:09] *** ChanServ sets mode: +o maxandersen
[09:19:38] *** fbricon has joined #jbosstools
[09:19:38] *** ChanServ sets mode: +o fbricon
[09:29:25] <fbricon> maxandersen: salut
[09:29:34] <maxandersen> fbricon: wonka
[09:30:08] <fbricon> g+ or the forbidden tool?
[09:31:16] <maxandersen> we can try g+
[09:33:01] <maxandersen> fbricon: you aint in there
[09:33:19] <fbricon> nah it says my mike doesn't work
[09:33:35] <maxandersen> waiting for you in my hangout ;)
[09:34:07] <maxandersen> nice, 90% cpu now
[09:34:10] <maxandersen> fk this
[09:34:17] <maxandersen> back to the illegal tool
[09:35:59] *** psrna has joined #jbosstools
[09:37:22] <maxandersen> fbricon: join the new one
[09:37:28] <maxandersen> fbricon: now sound seem to work
[09:37:58] *** nicoulaj has joined #jbosstools
[09:53:15] *** Snjeza has joined #jbosstools
[09:53:15] *** ChanServ sets mode: +o Snjeza
[10:20:08] *** bgeorges has joined #jbosstools
[10:35:38] *** gbrown has joined #jbosstools
[10:44:19] *** Snjeza has left #jbosstools
[10:51:14] *** bgeorges has quit IRC
[10:53:58] *** gbrown has quit IRC
[10:56:09] *** gbrown has joined #jbosstools
[11:19:29] *** kkhan has joined #jbosstools
[11:27:05] *** yradtsevich has joined #jbosstools
[11:27:05] *** ChanServ sets mode: +o yradtsevich
[11:30:44] *** yradtsevich_ has joined #jbosstools
[11:39:26] *** rruss has quit IRC
[11:57:16] <fbricon> rawbdor: hello sunshine
[11:57:31] <rawbdor> fbricon,  howdy
[11:58:09] <maxandersen> rawbdor: quick question - what does "supports EAP 6" means in N&N when EAP 6 doesn't exist yet ?
[11:58:10] <fbricon> fbricon: there's an intersting fix in the next WTP : https://bugs.eclipse.org/bugs/show_bug.cgi?id=355150
[11:58:25] <rawbdor> maxandersen,  it means we downloaded an EAP 6 build and tested with it
[11:58:43] <maxandersen> rawbdor: so its useless for any user of jboss tools
[11:58:48] <maxandersen> rawbdor: ?
[11:59:02] <maxandersen> rawbdor: what does it do differently than AS7 ?
[11:59:04] <fbricon> rawbdor: I wonder how we're supposed to add the defaultRootSource tag in https://bugs.eclipse.org/bugs/show_bug.cgi?id=353834
[11:59:32] <rawbdor> maxandersen,  nothing that I can see thus far... but since we have EAP server adapters I was tasked with making one for EAp 6
[11:59:38] <rawbdor> a jira was opened for me and i did the work
[11:59:45] <rawbdor> we typically mark new server adapters as n&n
[11:59:53] <rawbdor> we did that for as7, eap5, etc
[12:00:13] <maxandersen> rawbdor: but since when does it make sense to create and make EAP 6 available without any EAP 6 releaesed?
[12:00:56] <rawbdor> maxandersen,  ... i don't know. I was asked to create the EAP 6 adapter. there was a jira for it
[12:00:58] <maxandersen> rawbdor: was the jira said to be fixed in M3 ? was it not just the PRD requirement about it should be in JBDS 5/JBT 3.3 before final ?
[12:01:11] <rawbdor> maxandersen,  I don't recall
[12:01:25] <maxandersen> rawbdor: that jira does not say you should create one before it exists...
[12:01:52] <maxandersen> rawbdor: thats kind of implied that its not supposed to be there before it make sense does it not ? :)
[12:01:58] <rawbdor> maxandersen,  I wanted to avoid the situation where I create it AFTER it exists and hten get yelled at for being behind the curve
[12:02:14] <rawbdor> it seems i can't win
[12:02:20] <rawbdor> if i make it AFTER it exists, I get yelled at for being late
[12:02:34] <rawbdor> if I create it BEFORE it exists, I get yelled at for having a useless adapter listed
[12:02:48] <maxandersen> rawbdor: yes - it shuold be done on time ;)
[12:03:04] <rawbdor> maxandersen,  well I don't know what "on time" is since the EAP 6 schedule was not linked in the jira
[12:03:13] <rawbdor> and i assumed EAP6 would be out sometime before 3.3.0.GA
[12:03:18] <maxandersen> rawbdor: so that adapter doesnt do anything that the AS7 adapter doesn't do ?
[12:03:18] <rawbdor> thus i assumed m3 was a fine time to add it
[12:03:26] <rawbdor> maxandersen,  correct.
[12:03:38] <maxandersen> rawbdor: your memory is as like swiss cheese.
[12:03:42] <rawbdor> ?
[12:03:49] <rawbdor> what?
[12:04:01] <maxandersen> rawbdor: EAP 6 was discussed at F2F as coming out end of year.
[12:04:33] <maxandersen> rawbdor: *you* or rather AS team were tasked to work with EAP team to make sure things worked together so you shouldn't be making assumptions.
[12:04:58] <maxandersen> rawbdor: AS team = rawbdor / adietisheim
[12:05:04] <rawbdor> max... for christs sake
[12:05:05] <rawbdor> here's the issue
[12:05:10] <rawbdor> EAP 6 team wants to use our tools to test it
[12:05:17] <rawbdor> they can't use our tools to test it unless I add an eap 6 adapter
[12:05:26] <rawbdor> otherwise we're just trading words back and forth and HOPING it works at hte end
[12:05:30] <maxandersen> rawbdor: eh? why not ? just use the AS 7 adapter.
[12:05:31] <rawbdor> so i add the adapter, and they continue to test using it
[12:05:51] <rawbdor> max i have a very simple question
[12:05:55] <maxandersen> rawbdor: thats great if that is the reason it was added - who do we know needed it ?
[12:06:06] <rawbdor> when EAP 6 comes out, we will need an EAP 6 server adapter? yes. we do.
[12:06:14] <rawbdor> and if our product is released a month before EAP is released? We still need it in
[12:06:21] <rawbdor> and if our product is released a month after, we still need it
[12:06:24] <maxandersen> rawbdor: im trying to come up with a sane reason to jboss tools public release for including support for an server that is not yet publically released.
[12:06:34] <rawbdor> ITS A MILESTONE RELEASE
[12:06:45] <rawbdor> its something that MUST be in final
[12:06:51] <rawbdor> and so some internal people are using that adapter type to test
[12:06:58] <maxandersen> rawbdor: who are they ?
[12:07:11] <rawbdor> whoever hte fuck opened the jira and told me to make it
[12:07:32] <rawbdor> im gonna go take 5
[12:07:42] <rawbdor> fbricon,  thanks for the link
[12:08:20] <fbricon> rawbdor: looks like we need to call J2EEModuleVirtualComponent.setDefaultDeploymentDescriptorFolder
[12:09:40] <maxandersen> rawbdor: issue was https://issues.jboss.org/browse/JBDS-1760 a PRD *requirement* jira created by mark yarborough. set to be fixed in Beta1 which was the time that EAP 6 releases are supposed to be out.
[12:09:43] <jbott> Feature Request: [JBDS-1760] JBDS50_0315: [COMMIT] (Dev) EAP6 Standalone Deployment [Resolved, Major, (Requirements), rob.stryker] https://issues.jboss.org/browse/JBDS-1760
[12:10:23] <rawbdor> maxandersen,  ok... and?
[12:10:50] <rawbdor> fbricon,  when and why do we need to use that new API? how does it affect our tools?
[12:10:54] * maxandersen rawbdor seriously, if we got people testing on EAP 6 with this and you know about it that is awesome I would like to hear more about it - if it was just added then its problematic since we are not allowed to put EAP 6 in before its actually publically known its released. public company rules and support problems and shit.
[12:11:03] <rawbdor> ........
[12:11:17] <rawbdor> oops
[12:11:23] <maxandersen> rawbdor: so no issue was created for it by anyone on the EAP team is what i'm reading - just a PRD request.
[12:11:50] <fbricon> rawbdor: m2e-wtp messes up with folders outside Facet installation : to change the current web content folder for instance
[12:12:07] <rawbdor> fbricon,  ah then yes you probably need to do that, sure.
[12:12:22] <rawbdor> maxandersen,  i can comment out the EAP 6 server adapter in the plugin.xml
[12:12:34] <rawbdor> maxandersen,  if that's your desire
[12:12:52] <rawbdor> then anyone who does decide to test it can simply modify the plugin xml
[12:13:05] <maxandersen> rawbdor: could you add "(Experimental)" to its description - then we are good.
[12:13:12] <rawbdor> maxandersen,  sure. no problem :)
[12:13:28] <rawbdor> maxandersen,  do i need to do that in trunk also? or just branch?
[12:13:43] <maxandersen> rawbdor: yes, both places until some public release
[12:14:07] <maxandersen> rawbdor: since it actually is good it is there and we avoid alot of back and forth on it from QE and others. we just need to be clear its not a full/real thing.
[12:14:48] <maxandersen> some people are very bad a separating Milestones from real releases?
[12:14:53] <rawbdor> maxandersen,  yes thanks for being rational :)   it's always a bunch of work to add a new adapter no matter how much i try to streamline it
[12:15:14] <rawbdor> and i reacted negatively to being told i shouldn't have added something when i was actually trying to think in advance this time
[12:15:27] <rawbdor> sorry
[12:15:39] <maxandersen> rawbdor: and I simply asked since I didn't grok why it was added in M3 with no public releass so to not assume why I wanted to hear who/what made it happen.
[12:16:18] <maxandersen> if there were actual QE/doc/dev guys on this from EAP 6 team then that would have been a positive surprise
[12:16:19] *** fbricon is now known as fbricon_lunch
[12:16:50] <rawbdor> maxandersen,  in other news, I am working on delaying the 'run on server' web browser until the server has finished loading the app
[12:16:59] <rawbdor> the problem here is that the client that loads the browser is a wtp class
[12:17:03] <maxandersen> now we'll at least be able to push out a message that we are trying to support early and added this "experimental" adapter that you guys can try (well knowing its just AS7 adapter ;)
[12:17:23] <rawbdor> i can add another client, but then a dialog comes up every time a user does 'run on server' for them to choose which "client"
[12:17:39] <rawbdor> the only differences would be my "client" waits 5 seconds nad publishes, while wtp's just opens the browser immediately
[12:17:39] <maxandersen> rawbdor: how does the tomcat/glassfish thing do it ?
[12:18:00] <rawbdor> maxandersen,  the generic server adapter simply delays during publishFinish() for 10 seconds
[12:18:14] <maxandersen> rawbdor: and tomcat?
[12:18:40] <rawbdor> i'll double check
[12:18:40] <maxandersen> rawbdor: I thought there was a method we were called upon to "calculate" the URL - can't we stall in that or related one ?
[12:18:53] *** tfennelly has joined #jbosstools
[12:18:53] *** ChanServ sets mode: +o tfennelly
[12:19:12] <maxandersen> rawbdor: It might be they just cheat with it but either their server is then superfast or they cheat somehow in the UI and make it wait a bit...
[12:19:47] <rawbdor> maxandersen,  tomcat doesn't have any way to cheat in the UI. I believe 90% (havent fully investigated tomcat yet) that they would simply delay during publishFinish as well
[12:20:07] <rawbdor> i already have a patch during publishFinish, but what bothers me is that it will now delay during that step always, whether or not they're doing a publish or a "run on server"
[12:20:15] <maxandersen> rawbdor: delay by just seconds or check if the app is actually deployed ?
[12:20:25] <rawbdor> i have a patch that checks for actual deployments
[12:20:29] <rawbdor> well, for web so far.  not yet for ear etc
[12:20:30] <maxandersen> rawbdor: well it should check for the app running..
[12:21:05] <maxandersen> rawbdor: for which servers? how do you do that check ? (sounds like a good thing overall)
[12:21:23] <rawbdor> maxandersen,  so far, for 6 and below, using JMX
[12:21:26] <maxandersen> rawbdor: except of course if the check is superexpensive
[12:21:56] <rawbdor> doesn't seem too expensive, but basically means the publish won't finish until the server has recognized all deployments and sets them all to running
[12:22:05] <rawbdor> and should an app fail to deploy properly, what do I do?
[12:22:14] <rawbdor> continue waiting? or abort? how long to wait?  as of now i wait 10 seconds
[12:22:53] <rawbdor> so basically if an mbean isn't found, or the mbean is found but is not started, i wait 1 second and try again
[12:23:06] <rawbdor> after 10 seconds i give up and let publishFinish complete
[12:33:39] <maxandersen> rawbdor: and you have no state coming into publishFinish to know if its an incremental/full etc deploy ?
[12:34:54] <rawbdor> maxandersen,  no, I'd need to cache that stuff
[12:35:11] <rawbdor> maxandersen,  but one would imagine even an incremental publish should still be running, no?
[12:35:23] <maxandersen> rawbdor: what instance does publishfinish get called on ?
[12:35:39] <rawbdor> maxandersen,  the server behaviour, which then also calls it on it's local / rse delegates
[12:35:50] <rawbdor> depending on the current server mode
[12:36:05] <maxandersen> and server behavior is instantiated per publish or per server instance or per server type ?
[12:36:38] <rawbdor> maxandersen,  per server, I am 90% sure from the code.
[12:37:02] <rawbdor> everything i've ever done with them has convinced me it's per server.
[12:37:28] <rawbdor> for as7 publishing we already cache what marker files to create until publishFinish
[12:37:49] <maxandersen> rawbdor: how do you do that safely without conflicting concurrent publishes ?
[12:39:37] *** dpalmer has joined #jbosstools
[12:40:00] <rawbdor> maxandersen, I strongly believe publishes are synchronized by the framework to ensure multiple publishes to the same server do not occur at the same time
[12:40:24] <rawbdor> i often see multiple publish jobs scheduled but I have never seen more than one run at once
[12:40:33] <rawbdor> perhaps they are of the same family, or, more likely, chained in some fashion
[12:41:18] <rawbdor> The PublishJob class has a lot of code regarding scheduling rules
[12:41:32] <maxandersen> rawbdor: okey - just sounds crazy to do it that way?but if can be done by server level than I guess it can work (but we gotta be pretty damn sure since its gotta be a bitch to have users reported random states dependent on deploy)
[12:41:48] <rawbdor> maxandersen,  huh?
[12:41:55] <rawbdor> random states?
[12:41:58] <rawbdor> this doesn't change state at all
[12:42:08] <rawbdor> this just delays the publish until all states are 1 or until 10 seconds have elapsed
[12:43:07] <rawbdor> maxandersen,  anyway my point is, i would prefer to do this in the client but there's no way to do it in a client without opening another dialog every time they do run on server
[12:43:13] <maxandersen> if the publish stuff is not external synchronized then what files you need to delete will get random state?.im surprised WTP doesn't keep such state in a "Publish" instance passed around  during the deploy instaed of having to manually maintain it.
[12:43:26] <maxandersen> rawbdor: what kind of client is that? classname ?
[12:44:16] <rawbdor> maxandersen,   IClient,  or,  WebLaunchableClient  as an example impl
[12:44:31] <rawbdor> maxandersen,  the workflow for run on server is ridiculous
[12:44:37] <rawbdor> 1) add module to server
[12:44:41] <rawbdor> 2) possibly publish oir not
[12:44:43] <rawbdor> 3) start server
[12:44:52] <rawbdor> 4) get a list of "module artifacts" for the selection
[12:45:02] <rawbdor> 5) get a list of clients for the list of "module artifacts"
[12:45:20] <rawbdor> if module artifacts is more than 1 and client is more than 1, throw up dialogs for each for the user to select which "artifact" and which "client"
[12:45:36] <rawbdor> currently there's only one real client... it opens "HttpLaunchable" artifacts
[12:46:07] <rawbdor> there are many artifact adapters, which turn the selected module (web project, servlet, sar, etc) into an HTTPLaunchable object, so that the WebLaunchableClient client can open it in a browser
[12:47:50] <maxandersen> and I assume we can't make a more specific launchable ?
[12:49:13] <rawbdor> maxandersen,  we can, but in the event that we make a more specific launchable (which would be an 'artifact'), then the 'artifact adapters' would return two different artifacts, HTTPLaunchable, and OurCustomHTTPLaunchable
[12:49:24] <rawbdor> and then come up with a dialog to select which of the two ARTIFACTS you want to find a client for
[12:49:40] <rawbdor> so either way we're fucked
[12:49:53] <rawbdor> either we have two artifacts and a dialog to choose, or two clients and a dialog to choose
[12:50:10] <rawbdor> or two of both, but a dialog to choose the artifact anyway
[12:51:39] <rawbdor> although i just now thought of a cool servertools enhancement
[12:52:12] <rawbdor> to allow clients to demand (instead of just accept) an artifact... ie if a client demands it then there's no dialog to choose.
[12:52:40] <maxandersen> well its just stupid they have all this flexibility but its not possible to override/prioritize the results.
[12:52:53] <rawbdor> uh huh
[12:53:07] <rawbdor> they have priority on the clients
[12:53:13] <rawbdor> but no way to force which one gets it
[12:53:21] <rawbdor> they just show up in the prioritized order in the dialog
[12:53:32] <rawbdor> seems kinda pointless
[12:54:17] <rawbdor> anyway i guess for now we can make the publish 3 seconds longer while it checks over jmx (at least for local. still need to investigate remote)
[12:54:29] <rawbdor> then i can work on upstream enhancements
[12:57:24] <maxandersen> rawbdor: could you make this a preference that is disabled by default for now ?
[12:57:50] <maxandersen> rawbdor: just a global one for servers so its not affecting every freaking deploy ?
[13:05:48] <maxandersen> rawbdor: did you add that experiemtantal tag on branch bynow?
[13:08:38] <maxandersen> rawbdor: do we have something similar ? http://dev.eclipse.org/viewcvs/viewvc.cgi/jetty-wtp/trunk/org.eclipse.jst.server.jetty.core/src/org/eclipse/jst/server/jetty/core/internal/JettyLaunchableAdapterDelegate.java?view=markup&root=RT_JETTY&sortby=rev&pathrev=2621
[13:11:43] <maxandersen> we do?aren't this a place to tweak?
[13:11:52] <rawbdor> maxandersen,  give me a minute
[13:12:16] <rawbdor> maxandersen,  just made the eap6 commit to branch and trunk
[13:12:21] <maxandersen> thanks
[13:12:47] <rawbdor> maxandersen,  the link you just sent me makes a new HTTPLaunchable, which will still be handled by the default client
[13:12:57] <rawbdor> the default client does not delay to open the web browser
[13:13:12] <rawbdor> maxandersen,  the reason jetty makes the launchable itself is for their own way of making URLs
[13:13:14] <maxandersen> rawbdor: but can't this method wait until its ready to return one ?
[13:13:25] <rawbdor> maxandersen,  until what's ready to return what?
[13:13:56] <maxandersen> instead of just returning the url - actually check on the server if the stuff that should be under that url is ready
[13:14:26] <rawbdor> maxandersen,  RunOnServerActionDelegate gets the list of artifacts first before doing the publish.  just checked the code. RunOnServerActionDelegate line 184
[13:14:48] <rawbdor> it gets the list of artifacts before it gets the server to publish to
[13:14:48] <maxandersen> rawbdor: stuuuupid shit
[13:14:54] <rawbdor> maxandersen,  yep
[13:14:59] <rawbdor> the workflow is pretty fucked man
[13:15:07] <maxandersen> i could swear I've seen tomcat or glassfish adapter wait for the deploy to be ready..
[13:15:18] <maxandersen> maybe that is the publishFinish trick
[13:15:30] <rawbdor> maxandersen,  i can continue to investigate in code but generic server definitely uses a delay in publishFinish
[13:16:37] <rawbdor> anyway it makes sense if we could add API to the clients for 'forced' acceptance with no dialog
[13:17:24] <maxandersen> rawbdor: you mean the server could get a say in which client to use ?
[13:17:45] <maxandersen> whats the classname of the client thingy ?
[13:17:48] <rawbdor> maxandersen,  i mean add something to the client api (unrelated to server) that lets a client "GRAB" the artifact and handle it
[13:18:19] <maxandersen> rawbdor: but thats just as random then ?.what if tomcat also install such a client ? who then wins ?
[13:18:38] <rawbdor> maxandersen,  the API could include the chosen server from the first dialog
[13:19:04] <rawbdor> choosing which 'artifact' goes first.  then you choose what server.  then it publishes the module to the server.  then it finds a 'client' for the chosen artifact
[13:19:34] <rawbdor> maxandersen,  look at ClientDelegate
[13:19:34] <maxandersen> rawbdor: and who implement that api ? which of the api implementors will win  ?
[13:19:44] <maxandersen> waiting for my eclipse to install the wtp sdk
[13:19:52] <maxandersen> for some reason that wasn't matching my instlal ;(
[13:20:05] <rawbdor> maxandersen,  I believe the extension point for client has a 'priority' but all it does so far is prioritize in the visible list dialog
[13:20:16] <rawbdor> currently there is an API public boolean supports(IServer server, Object launchable, String launchMode) {
[13:20:40] <rawbdor> for HTTPLaunchable objects, the default client always returns true regardless of server
[13:20:53] *** danflo has joined #jbosstools
[13:20:57] <rawbdor> it the default one returns true for support, and ours also returns true, then it opens a dialog to show the two options
[13:21:11] <rawbdor> it'd be better if it then asks via another API if one can pre-empt the others
[13:21:24] <rawbdor> for example, make a client that always grabs JBossServer server types
[13:21:26] <maxandersen> but rawbdor arent it our server code that creates the httplaunchables ?
[13:21:45] <rawbdor> maxandersen,  yes we create the httplaunchables. whats your point?
[13:22:02] <rawbdor> let me check something
[13:22:29] <maxandersen> rawbdor: that we create a BetterHttpLaunchable which is handled with our BetterHttpLancuableClient which knows how to not show browser until its got damn ready ;)
[13:22:55] <rawbdor> maxandersen,  yes. our artifact adapter will create BetterHTTPLaunchable,  and the wtp default artifact adapter will return HTTPLaunchable
[13:23:03] <rawbdor> then it will open a dialog asking which of these launchables we want to launch
[13:23:19] <maxandersen> where is the code for that wtp default artifact adapter ?
[13:23:29] <rawbdor> EnterpriseDeployableArtifactAdapterFactory
[13:23:37] <rawbdor> and StaticWebDeployableObjectAdapter
[13:23:51] <maxandersen> and how does it choose between multiple HttpLaunchables ? if we create one and wtp creates one ?
[13:24:06] <rawbdor> maxandersen,  it opens a dialog
[13:24:08] <rawbdor> for the user to choose
[13:24:21] <rawbdor> so either way there's gonna be a dialog opened ;)
[13:24:26] <maxandersen> raw
[13:24:39] <rawbdor> hence my suggestion for an addition to the IClient api
[13:24:46] <maxandersen> rawbdor: so how do i get that to happen with the current code? we create httplaunchables apparently
[13:24:59] <maxandersen> i dont recall seeing a dialog pop up for that
[13:25:14] <rawbdor> maxandersen,  we only create http launchables for single deploy modules, sar modules, esb modules, project archives modules
[13:25:23] <rawbdor> we do not create any launchables for standard web or ear projects
[13:25:24] <maxandersen> I dont see httplaunchables in staticwebdeploy*
[13:25:29] *** danflo has quit IRC
[13:25:47] *** danflo has joined #jbosstools
[13:25:49] <rawbdor> maxandersen,  um... at the bottom... StaticWebDeployableObjectAdapterUtil
[13:26:09] <rawbdor> sec
[13:26:18] *** rmartinelli has joined #jbosstools
[13:26:36] <maxandersen> rawbdor: not seeing any in my code
[13:26:44] <rawbdor> sec...
[13:27:40] <rawbdor> browsing code now. its fun.
[13:27:52] <rawbdor> trying to remember from last week when i tried this shit the other way
[13:30:03] <rawbdor> ok i'll try it again i guess... sigh. this shit takes so much time.
[13:30:06] <rawbdor> sorry to bother you
[13:30:59] <rawbdor> ok wait
[13:31:25] <rawbdor> maxandersen,  we have a class JBossLaunchAdapter   in our project, but it is called during the select server wizard
[13:31:50] <rawbdor> i really remember having no way to avoid a second dialog maxandersen
[13:33:51] <rawbdor> but maybe i missed the launchable class
[13:35:56] *** mgoldmann_ has joined #jbosstools
[13:36:31] <maxandersen> rawbdor: when I look at ServerUIPlugin.getLaunchableAdapter it seems to me that whatever is returnted by the ILaucnhableABleAdapter wins over any of the default adapters found by ServerPlugin.findLaunchableAdapter stuff
[13:37:14] <rawbdor> maxandersen,  i'll give another chance. i might have missed the launchable adapter and focussed on client and artifacxt
[13:37:17] <rawbdor> i'll try again
[13:38:25] *** mgoldmann has quit IRC
[13:46:41] <maxandersen> time for food
[13:46:46] <maxandersen> be back later
[13:57:12] *** jwulf has quit IRC
[14:04:47] *** myarboro has joined #jbosstools
[14:08:49] *** bbrodt has joined #jbosstools
[14:08:49] *** ChanServ sets mode: +o bbrodt
[14:08:52] *** bbrodt has left #jbosstools
[14:15:32] *** mgoldmann_ has quit IRC
[14:15:42] *** mgoldmann has joined #jbosstools
[14:22:24] *** nickarls has left #jbosstools
[14:37:12] *** koentsje has quit IRC
[14:50:26] *** dmaliarevich has joined #jbosstools
[14:53:18] *** danflo has quit IRC
[14:55:35] *** danflo has joined #jbosstools
[14:57:23] *** tfennelly has quit IRC
[15:12:44] <rawbdor> ugh my svn is fail
[15:12:58] *** maxiphone has joined #jbosstools
[15:14:22] <fbricon_lunch> maxiphone: any 3.3.0M3 respin planned?
[15:14:28] *** fbricon_lunch is now known as fbricon
[15:14:53] <maxiphone> fbricon: Yes once nickboldt awakens. Why?
[15:15:32] <fbricon> maxiphone: I pushed a tiny typo fix in the M3 branch (https://issues.jboss.org/browse/JBIDE-9666)
[15:15:36] <jbott> Bug: [JBIDE-9666] JBDS Startup error message: mapass-library-provider [Open, Major, (maven), fbricon] https://issues.jboss.org/browse/JBIDE-9666
[15:16:05] <fbricon> maxiphone: just need to know if I can update the fix version to M3
[15:16:39] <maxiphone> What is that a library provider for?
[15:17:14] <maxiphone> Put a patch on the issue and ping me. Should be fine but let's do it properly with two set of eyes :)
[15:18:11] <fbricon> maxiphone: I already committed, thought creating the patch would have been overkill
[15:18:22] <fbricon> provider="mapass-library-provider" -> provider="maven-library-provider"
[15:18:41] *** kkhan is now known as kabir_lunch
[15:19:11] *** aslak has joined #jbosstools
[15:19:14] <fbricon> maxiphone: do you want me to revert and attach a patch instead?
[15:19:24] <maxiphone> If thats The chance then set fix version to include m3 and apply it.
[15:19:42] <maxiphone> Ah you already committed on the branch. Bad boy.
[15:20:01] <maxiphone> But ok. Should be picked up then.
[15:20:04] <fbricon> I thought the branch would have been locked
[15:21:10] <fbricon> maxiphone: just got a delayed approval :-)
[15:24:53] *** dgeraskov has quit IRC
[15:28:04] *** kabir_lunch is now known as kkhan
[15:32:07] *** tfennelly has joined #jbosstools
[15:32:07] *** ChanServ sets mode: +o tfennelly
[15:34:46] *** danflo has quit IRC
[15:34:52] <maxiphone> nickboldt: Alive?
[15:35:11] *** rawbdor has quit IRC
[15:41:06] *** mmalina has quit IRC
[15:46:45] *** koentsje has joined #jbosstools
[16:01:03] *** yradtsevich_ has joined #jbosstools
[16:01:59] *** yradtsevich has quit IRC
[16:02:09] *** yradtsevich_ has quit IRC
[16:02:31] *** yradtsevich has joined #jbosstools
[16:02:31] *** ChanServ sets mode: +o yradtsevich
[16:03:20] *** maxiphone has quit IRC
[16:04:43] *** jpav has joined #jbosstools
[16:10:24] *** danflo has joined #jbosstools
[16:12:49] *** yradtsevich_ has joined #jbosstools
[16:15:11] *** yradtsevich has quit IRC
[16:16:04] *** maxiphone has joined #jbosstools
[16:22:24] *** yradtsevich_ has quit IRC
[16:30:17] *** maxiphone has quit IRC
[16:32:28] *** lzoubek has left #jbosstools
[16:33:06] *** yradtsevich has joined #jbosstools
[16:33:06] *** ChanServ sets mode: +o yradtsevich
[16:39:46] *** yradtsevich has quit IRC
[17:01:27] *** rruss has joined #jbosstools
[17:09:03] *** dmaliarevich has quit IRC
[17:10:01] *** mgoldmann has quit IRC
[17:14:08] <nickboldt> maxandersen: pong
[17:14:49] * nickboldt is hacking hudson configs to make the .continuous builds work again...
[17:24:20] <nickboldt> koentsje: did you fix your compilation errors in jbpm?
[17:26:16] *** maxiphone has joined #jbosstools
[17:33:38] <koentsje> nickboldt, which compilation errors should i fix exactly? everything is nice and smooth here on my machine...
[17:36:51] *** maxiphone has quit IRC
[17:39:45] <nickboldt> well, you must have had a partial commit at some point. been getting problems since Friday
[17:39:53] <nickboldt> but trunk is fine here now
[17:39:57] <nickboldt> koentsje: ^
[17:40:47] <koentsje> nickboldt, i'm looking...
[17:41:26] <nickboldt> koentsje: as I said, just pulled latest from svn and rebuilt and compilation is fine
[17:41:57] <koentsje> hm, that's very strange... afaik i didn't touch jbpm over the weekend
[17:42:09] <koentsje> nickboldt, are you sure the branch is also ok?
[17:42:53] *** adietisheim has quit IRC
[17:45:37] <nickboldt> haven't checked 33x or 32x branches
[17:46:12] <nickboldt> koentsje: did have to fix them a couple days ago (you saw my emails?) because you updated feature/plugin versions from x.y.0 to x.y.1 and didn't update matching pom.xml files
[17:48:30] <koentsje> nickboldt, yes that one i saw
[17:48:58] <koentsje> nickboldt, but i see some weird output in the build log of the latest 32x build
[17:49:15] <koentsje> 1. ERROR in /mnt/hudson_workspace/workspace/jbosstools-3.2_stable_branch.continuous/sources/jbpm/plugins/org.jbpm.gd.jpdl/src/org/jbpm/gd/jpdl/xml/NodeDomAdapter.java (at line 125)
[17:49:15] <koentsje> 	public void run() {
[17:49:15] <koentsje> 	            ^^^^^
[17:49:16] <koentsje> The method run() of type new Runnable(){} must override a superclass method
[17:51:14] <koentsje> nickboldt, it seems to be a java 5 / java 6 issue...
[17:57:15] <nickboldt> so fix your manifest.mf to force building w/ jdk6
[17:57:22] <nickboldt> koentsje: ^
[17:58:36] *** akazakov has joined #jbosstools
[17:58:36] *** ChanServ sets mode: +o akazakov
[17:59:00] <koentsje> nickboldt, but jdk 6 is not strictly needed afaik... i'll fix it
[18:00:08] <nickboldt> koentsje: if it won't compile w/ 5, then 6 IS NEEDED, no?
[18:01:23] *** dpalmer has quit IRC
[18:01:47] *** yradtsevich has joined #jbosstools
[18:01:48] *** ChanServ sets mode: +o yradtsevich
[18:15:37] *** psrna has quit IRC
[18:16:38] <maxandersen> nickboldt: boing
[18:16:55] <maxandersen> nickboldt: m3 respin ? started/notstarted/completed/catastrophic ?
[18:20:37] <nickboldt> pending confirmation that 'were ready
[18:20:54] <koentsje> nickboldt, it's the @Override that causes trouble... i removed it and everything just compiles fine with jdk5
[18:20:58] <nickboldt> and looking into other m3ish problems
[18:21:13] <nickboldt> koentsje: cool! commit and kick a respin, pls
[18:35:22] <maxandersen> akazakov: dgolovin: ping
[18:35:44] <dgolovin> maxandersen: pong
[18:35:58] <akazakov> maxandersen: pong
[18:36:28] <maxandersen> dgolovin: there is a jira with freemarker being upgraded - does that solve other things than a few keywords ? (for N&N)
[18:36:37] <maxandersen> akazakov: any ETA on the N&N from you guys ?
[18:37:44] <dgolovin> maxandersen: I tried to fix some other issues, but then rolled back to keywords only fix
[18:38:57] <akazakov> maxandersen: I need a couple of days to finish N&N. Does it work for you? Last week I was busy fixing critical bugs for M3 and creating JUnit tests. Sorry.
[18:42:22] *** nicoulaj has quit IRC
[18:43:18] <maxandersen> akazakov: I was hoping to finish it off before I leave (the release for M3 was supposed to be tomorrow), but if not doable then it isn't doable.
[18:43:30] *** jgraham_ has joined #jbosstools
[18:43:37] *** jpav has quit IRC
[18:44:10] <akazakov> maxandersen: I'll do my best. I think I will finish it today.
[18:47:21] *** maxandersen1 has joined #jbosstools
[18:50:07] *** maxandersen has quit IRC
[19:04:39] <maxandersen1> nickboldt: seen JBIDE-9651 ?
[19:04:43] <jbott> Bug: [JBIDE-9651] git integration should be marked experimental [Open, Major, (JBossAS/Servers), nickboldt] https://issues.jboss.org/browse/JBIDE-9651
[19:05:24] <nickboldt> what's the problem?
[19:05:38] <nickboldt> maxandersen1: this is an early milestone. is labelling a stop-ship concern?
[19:07:34] <maxandersen1> nickboldt: for something like the git stuff - yes and its worrying when all builds we can find have the label but the M3 build/staged release doesnt then it smells of bigger issues.
[19:10:17] <nickboldt> the issue is simple. after giving build to QE for M3, I turned off the aggregate build to prevent extraneous churn and confusion
[19:10:26] <nickboldt> maxandersen1: so now it's back on
[19:10:34] <nickboldt> https://hudson.qa.jboss.com/hudson/view/DevStudio/view/DevStudio_3.3.indigo/job/jbosstools-3.3_stable_branch.aggregate/15/
[19:10:55] <nickboldt> pretty straightforward. nightly site won't be updated if the job's turned off :)
[19:14:29] <maxandersen1> nickboldt: the experiemntal stuff was added in before you created the M3 build...
[19:14:59] <maxandersen1> nickboldt:  and the builds actually have the label in place - thus why we are confused.
[19:15:11] *** kkhan is now known as kabir_dinner
[19:16:18] <nickboldt> maxandersen1: "the builds" is vague. Perhaps you could cite some URLs?
[19:17:09] *** gbrown has quit IRC
[19:17:10] <nickboldt> it's also possible someone's violated the "garbage-in-garbage-out" rule again -- add a new feature to the AS site and assume it'll magically appear in the JBT site(s) or the JBDS site(s)
[19:17:33] <nickboldt> maxandersen1: sorta like https://issues.jboss.org/browse/JBDS-1831
[19:17:37] <jbott> Bug: [JBDS-1831] Missing Teiid dependencies while installing from SOA-P tooling site [Open, Critical, (updatesite), blafond] https://issues.jboss.org/browse/JBDS-1831
[19:22:58] *** dgolovin has quit IRC
[19:26:05] *** danflo has quit IRC
[19:30:14] *** nicoulaj has joined #jbosstools
[19:33:03] *** koentsje has quit IRC
[19:47:00] *** vpakan has quit IRC
[19:52:03] *** koentsje has joined #jbosstools
[20:02:15] *** kabir_dinner is now known as kkhan
[20:02:25] <maxandersen1> nickboldt: https://issues.jboss.org/browse/JBIDE-9651 has all the urls/links.
[20:02:26] *** jgraham_ has quit IRC
[20:02:28] <jbott> Bug: [JBIDE-9651] git integration should be marked experimental [Open, Major, (JBossAS/Servers), adietish] https://issues.jboss.org/browse/JBIDE-9651
[20:06:17] <maxandersen1> nickboldt: ah you added a comment.
[20:08:10] <nickboldt> yep
[20:10:17] <nickboldt> maxandersen1: https://issues.jboss.org/browse/JBIDE-9651 resolved
[20:10:20] <jbott> Bug: [JBIDE-9651] git integration should be marked experimental [Resolved, Major, (JBossAS/Servers), adietish] https://issues.jboss.org/browse/JBIDE-9651
[20:10:56] <maxandersen1> okey so for jbide-9651 it was caused by the M3 build was not actually a full build - it was just taken the current state of the continous builds on that date ?
[20:10:58] <jbott> Bug: [JBIDE-9651] git integration should be marked experimental [Resolved, Major, (JBossAS/Servers), adietish] https://issues.jboss.org/browse/JBIDE-9651
[20:11:05] <maxandersen1> that *scares* me.
[20:11:30] <maxandersen1> or am i misreading the sequence of events?
[20:13:15] <nickboldt> maxandersen1: I ran the build for M3. Turned off the aggregator job. Andre changed AS, ran a build. DID NOT run the aggregator. Observed his change was  in the staged latest AS build, but not the 3.3.0.M3 dev milestone site (because that was pu tehr BEOFRE his changes)
[20:13:36] <nickboldt> *put there BEFORE*
[20:14:07] <nickboldt> so nothing wacky happened except that I turned off the aggregator because I thought we were done w/ M3.
[20:14:38] <nickboldt> because if people don't let me know there are respins needed (email, irc, twitter, gtalk, g+, smoke signals) then I won't know that we need to respin
[20:15:08] <maxandersen1> nickboldt: yes, but that commit happend a few hours before M3 was built.
[20:15:21] <nickboldt> otherwise I just leave the jobs enabled and they suck up slave nodes unnecessarily when we could be spinning trunk instead, or when I'm testing things for which the extra waiting is not useful
[20:15:37] <nickboldt> maxandersen1: ok, well, maybe it hadn't cascaded down yet
[20:15:40] <maxandersen1> nickboldt: we talked later that night and you said you started the M3 build.
[20:16:26] <maxandersen1> nickboldt: I thought we agreed at M1 and M2 that releases/milestones should be *full* builds - not just aggregating latest continous ?
[20:16:56] *** jpeterka has quit IRC
[20:21:40] <nickboldt> wth?
[20:22:06] <maxandersen1> nickboldt: ?
[20:22:07] <nickboldt> you mean we go back to using the root pom to build the whole thing instead of building per-component? Find me that JIRA / email thread, please
[20:22:23] <nickboldt> I don't recall deciding that change
[20:23:06] <maxandersen1> nickboldt: no - it means when a milestone build is done we trigger a *full build* of all to ensure everything is in sync no matter how the continous builds have been running.
[20:23:36] <maxandersen1> nickboldt: if we dont do that then (as this recent issue prove) the tag made later does not actually contain what got included in M3
[20:25:04] <maxandersen1> nickboldt: i.e. if you had made the M3 tag based on the last rebuild the tag (at least from the current look of things) would be wrong.
[20:25:12] <maxandersen1> nickboldt: agree or not on that part?
[20:25:21] <nickboldt> I didn't tag yet
[20:25:37] <nickboldt> because we haven't finalized the build. it's still being QE'd and respins have been requested
[20:26:21] <nickboldt> if I hadn't done a full rebuild of all the components you'd see "M2" in the feature versions
[20:26:27] <nickboldt> and since you don't clearly I did :)
[20:27:35] <maxandersen1> nickboldt: we moved to M3 in the builds shortly after M2 was released so of course there are now builds with M3 in it ..but they didnt' include the actual latest content available on the branch at the time the M3 staging was made.
[20:28:11] <maxandersen1> nickboldt: so i'm confused - did you or did you not do a full rebuild for the M3 given to QE last week ?
[20:28:42] <maxandersen1> nickboldt: if yes - why wasn't code that was available in the branch at that time not included in the build?, if no - lets do that for this next respin then.
[20:30:31] <nickboldt> this "issue" was simply a case of Andre's change was picked up in the AS build at Sep 1, 2011 2:44:38 PM, but the resulting aggregate happened at Sep 1, 2011 10:53:31 AM
[20:30:41] <nickboldt> so it missed his change
[20:31:01] <nickboldt> and since I didn't see any other builds spinning, I figured we were "good enough" fora build for QE
[20:31:17] <maxandersen1> nickboldt: so, M3 was *not* a full build.
[20:31:24] <maxandersen1> nickboldt: right?
[20:31:25] <nickboldt> yes, it was
[20:31:31] <nickboldt> all components ran
[20:32:00] <nickboldt> http://hudson.qa.jboss.com/hudson/view/DevStudio/view/DevStudio_Stable_Branch/ -- look at all the 3.2 components and see when they last ran
[20:32:22] <maxandersen1> nickboldt: okey - then my timelines are skewed. let me go double check - I want to know where the foobar happend.
[20:32:33] <nickboldt> this "issue" was simply a case of Andre's change was picked up in the AS build at Sep 1, 2011 2:44:38 PM, but the resulting aggregate happened at Sep 1, 2011 10:53:31 AM
[20:32:56] <nickboldt> if I'd respun again after 11am on Sep 1 I would have seen his change and picked it up
[20:33:49] <nickboldt> but as it was Friday, and we'd wanted a build on Aug 31, I figured having no churn in teh upstream components meant "safe to stage nightly build as development milestone for QE only"
[20:34:24] <nickboldt> if people would communicate that respins are needed AFTER the freeze I'd know to expect them
[20:38:52] *** danflo has joined #jbosstools
[20:52:06] <maxandersen1> nickboldt: thats where my timeline get skewed - the commit I think was done happend on tuesday possibly wednesday where the build happend *after* that.
[20:52:12] <maxandersen1> nickboldt: checking now
[20:53:50] <maxandersen1> nickboldt: either my or andre's memory is f*cked or a full build wasn't done (at least my definition of  a full build ;)
[20:56:16] <maxandersen1> oh why doesnt  fisjheye show time but just dates...grr
[21:01:25] <maxandersen1> nickboldt: okey - so Andre's memory or word is f*cked. the work and commit for this were to happen on tuesday/wednesday before the codefreeze.
[21:01:38] <maxandersen1> nickboldt: ffs
[21:01:58] <maxandersen1> nickboldt: sorry for that noise.
[21:03:26] <nickboldt> maxandersen1: yeah, I had to go look into Hudson for accurate commit/build timeline histories
[21:03:51] *** kkhan has quit IRC
[21:03:54] <nickboldt> maxandersen1: he did it in trunk earlier I think, but forgot to do it in 33M3 branch until Friday
[21:04:07] <maxandersen1> and I based mine on seeing him sitting next to me saying it was committed?.it apparently wasn't.
[21:04:18] <nickboldt> maxandersen1: so... all's well in the world? I'm off to walk dogs while builds spin
[21:04:27] <maxandersen1> yes - thats the gotcha which would ahve been awesome if he remembered to say that ;)
[21:04:44] <maxandersen1> nickboldt: unless there are new issues on jira since before then all is good.
[21:04:45] <nickboldt> btw, I fixed the NPE problem in the continuous (compile all components in SVN tree) builds in trunk
[21:05:02] <maxandersen1> ill say nay/yay shortly.
[21:05:07] <nickboldt> turned out it's a NFS/symlink issue w/ dgolovin's "use a workspace OUTSIDE hudson" thing
[21:05:10] <maxandersen1> what caused the NPE ?
[21:05:21] <nickboldt> so we're back to using a workspace IN hudson instead of in /static/path/outside
[21:05:25] <maxandersen1> weird?
[21:05:38] <nickboldt> not sure WHY but making the change made it work again. so there's that
[21:05:41] <maxandersen1> what kind of workspace? eclipse or hudson one ?
[21:05:48] <maxandersen1> brb
[21:05:56] <nickboldt> maxandersen1: that gotcha was in his commit comment :)
[21:07:18] <nickboldt> maxandersen1: commit v34488 on 330m3 branch: "added "Experimental" to egit feature name (was erroneously only in trunk)"
[21:07:32] <nickboldt> http://source.jboss.org/browse/JBossTools/branches/jbosstools-3.3.0.M3/as/features/org.jboss.ide.eclipse.as.server.egit.integration.feature/feature.properties
[21:08:13] <nickboldt> maxandersen1: was talking about HUDSON workspace but seems it's a Maven dep resolution issue
[21:08:34] * nickboldt is afk -- gmail me urgent stuff
[21:16:53] *** dgolovin has joined #jbosstools
[21:16:53] *** ChanServ sets mode: +o dgolovin
[21:17:10] *** dgolovin is now known as dgolovin-afk
[21:19:08] *** jpav has joined #jbosstools
[21:28:51] *** tfennelly has quit IRC
[21:31:26] *** lzoubek has joined #jbosstools
[21:35:19] *** myarboro has quit IRC
[21:36:23] *** yradtsevich has quit IRC
[21:40:28] <maxandersen1> dgolovin-afk: akazakov: do one of you know what https://issues.jboss.org/browse/JBIDE-9555 is about ?
[21:40:32] <jbott> Bug: [JBIDE-9555] Toggling has disappeared from VPE [Coding In Progress, Major, (Visual Page Editor core), dmaliarevich] https://issues.jboss.org/browse/JBIDE-9555
[21:41:51] <akazakov> maxandersen1: I think Denis knows but he is out for lunch.
[21:48:57] * maxandersen1 wonders what "toggling" means
[21:49:01] <maxandersen1> akazakov: thanks
[21:49:35] <akazakov> maxandersen1: if it's urgent I can call Denis.
[21:49:59] <maxandersen1> akazakov: nah, when doyou think he'll be back?
[21:50:14] <akazakov> in an hour
[21:50:29] *** rmartinelli has quit IRC
[21:51:30] <maxandersen1> akazakov: ok
[21:58:54] *** lzoubek has quit IRC
[21:58:55] *** lzoubek has joined #jbosstools
[21:58:55] *** ChanServ sets mode: +o lzoubek
[21:59:24] *** jpav has quit IRC
[22:02:25] *** xcoulon has joined #jbosstools
[22:02:26] *** ChanServ sets mode: +o xcoulon
[22:05:54] *** tfennelly has joined #jbosstools
[22:05:54] *** ChanServ sets mode: +o tfennelly
[22:07:14] *** tfennelly has quit IRC
[22:13:40] *** myarboro has joined #jbosstools
[22:29:13] *** jpav has joined #jbosstools
[22:29:13] *** jpav has joined #jbosstools
[22:33:41] <maxandersen1> akazakov: dgolovin-afk back yet ? :)
[22:33:58] <akazakov> maxandersen1: not yet
[22:37:08] <maxandersen1> akazakov: okey - still confused what "toggling" means...
[22:37:16] <maxandersen1> there are more than one toggle in VPE :)
[22:37:20] <akazakov> maxandersen1: I've finished CDI-Seam3 N&N
[22:37:43] <akazakov> will do JST/JSF after lunch ;)
[22:42:25] *** dgolovin-afk is now known as dgolovin
[22:43:12] *** akazakov is now known as akazakov_afk
[22:43:52] <dgolovin> maxandersen1: ping
[22:45:32] <maxandersen1> akazakov_afk: cool
[22:46:02] <maxandersen1> dgolovin: what does "toggling" mean in context of https://issues.jboss.org/browse/JBIDE-9555
[22:46:06] <jbott> Bug: [JBIDE-9555] Toggling has disappeared from VPE [Coding In Progress, Major, (Visual Page Editor core), dmaliarevich] https://issues.jboss.org/browse/JBIDE-9555
[22:47:58] <dgolovin> for components like tabbed pane there is a notion of "toggling", which means switching to a different presentation
[22:48:12] <dgolovin> from one tab to another in case of Tabbed Panel
[22:48:18] <maxandersen1> ah
[22:48:18] <dgolovin> maxandersen1: ^
[22:48:37] <maxandersen1> okey so not a blocker then ?
[22:48:53] <maxandersen1> should be fixed but not serious.
[22:49:00] <maxandersen1> agreed ? dgolovin ^
[22:49:19] <dgolovin> maxandersen1: that's not a blocker, agreed
[22:49:56] <maxandersen1> ok - jira cleaned up then.
[22:50:16] <dgolovin> maxandersen1: and it is fixed, I have no Idea what Vlado means under Toggle menu
[22:58:06] *** koentsje has quit IRC
[22:58:29] *** irooskov has joined #jbosstools
[23:06:18] *** danflo has quit IRC
[23:20:11] *** xcoulon has quit IRC
[23:43:16] *** nicoulaj has quit IRC
[23:58:03] <maxandersen1> nickboldt: back yet?
[23:58:58] <maxandersen1> nickboldt: in any case, as written in email jira looks fine for M3 respin except for https://issues.jboss.org/browse/JBIDE-9333 which might be a minor glitch or some bigger problem.
[23:59:02] <jbott> Bug: [JBIDE-9333] provider/plug-in name is missing for JAX-RS plugins [Reopened, Major, (Webservices), nickboldt] https://issues.jboss.org/browse/JBIDE-9333
[23:59:35] <maxandersen1> dgolovin, if you can put light on JBIDE-9333 feel free :) but ill go crashng now hoping there will be an M3 respin available in the morning ;)
[23:59:43] *** maxandersen1 has quit IRC





top