[00:21:56] *** amitev has quit IRC
[00:38:27] *** jwulf has joined #jbosstools
[01:06:57] *** lzoubek has left #jbosstools
[01:20:08] *** koentsje has quit IRC
[03:07:11] *** myarboro has quit IRC
[03:15:50] *** conan has joined #jbosstools
[03:23:29] *** sgilda has quit IRC
[03:25:50] *** sgilda has joined #jbosstools
[05:06:19] *** |conan| has joined #jbosstools
[05:08:11] *** conan has quit IRC
[05:25:37] *** irooskov has quit IRC
[07:35:59] *** rawbdor has joined #jbosstools
[07:43:50] *** mcasperson has left #jbosstools
[07:44:12] *** mcasperson has joined #jbosstools
[07:49:53] *** dgeraskov has joined #jbosstools
[07:49:53] *** ChanServ sets mode: +o dgeraskov
[07:56:39] *** dennybj has joined #jbosstools
[08:28:49] *** vpakan has joined #jbosstools
[08:33:56] *** jpeterka has joined #jbosstools
[09:13:49] *** psrna has joined #jbosstools
[09:17:54] *** fbricon has joined #jbosstools
[09:17:54] *** ChanServ sets mode: +o fbricon
[09:21:45] *** ljungman has joined #jbosstools
[09:27:29] *** mmalina has joined #jbosstools
[09:33:45] *** lzoubek has joined #jbosstools
[09:33:46] *** ChanServ sets mode: +o lzoubek
[09:34:40] *** aslak has joined #jbosstools
[09:35:38] *** koentsje has joined #jbosstools
[10:07:21] *** adietisheim has joined #jbosstools
[10:07:22] *** ChanServ sets mode: +o adietisheim
[10:09:30] *** gbrown has joined #jbosstools
[10:11:34] *** dpalmer has joined #jbosstools
[10:13:15] *** mcasperson has left #jbosstools
[10:22:42] *** fbricon has quit IRC
[10:26:26] *** fbricon has joined #jbosstools
[10:26:26] *** ChanServ sets mode: +o fbricon
[11:27:47] *** kkhan has joined #jbosstools
[12:32:39] *** mgoldmann has joined #jbosstools
[12:36:48] *** aslak has quit IRC
[12:37:23] *** aslak has joined #jbosstools
[12:40:11] *** sgilda has quit IRC
[12:43:22] *** sgilda has joined #jbosstools
[12:48:55] *** tfennelly has joined #jbosstools
[12:48:55] *** ChanServ sets mode: +o tfennelly
[12:49:51] *** maxandersen has joined #jbosstools
[12:49:51] *** ChanServ sets mode: +o maxandersen
[12:50:42] *** danflo has joined #jbosstools
[13:18:13] *** rmartinelli has joined #jbosstools
[13:21:59] *** VRubezhny has joined #jbosstools
[13:21:59] *** ChanServ sets mode: +o VRubezhny
[13:42:43] *** dennybj has quit IRC
[14:14:25] *** kkhan is now known as kabir_lunch
[14:17:14] *** gbrown_ has joined #jbosstools
[14:18:44] *** gbrown has quit IRC
[14:27:33] *** koentsje has quit IRC
[14:40:20] <maxandersen> rawbdor: https://issues.jboss.org/browse/JBIDE-9349
[14:40:25] <jbott> Bug: [JBIDE-9349] AS7 does not provide a way to choose JRE/Execution environment [Open, Critical, (JBossAS), rob.stryker] https://issues.jboss.org/browse/JBIDE-9349
[14:40:48] <maxandersen> rawbdor: we had a long time ago issue about support for execuiton environments - did that never resolved ?
[14:41:47] *** jwulf has quit IRC
[14:42:06] <maxandersen> rawbdor: https://issues.jboss.org/browse/JBIDE-5742 explicitly says exetuion environments is supported since 3.1.0.CR2...
[14:42:10] <jbott> Feature Request: [JBIDE-5742] Add the notion of execution environments to servers and runtimes [Resolved, Critical, (JBossAS), rob.stryker] https://issues.jboss.org/browse/JBIDE-5742
[14:42:20] <maxandersen> rawbdor: which bug is rigth/wrong ?
[14:43:07] <maxandersen> ooh - so it only has it for its default initialization ?! ah freaking that sucks ...
[14:43:43] <maxandersen> how does that even work ? sounds even harder to implement than just use the default JDT support for execution environment ?
[14:50:20] <rawbdor> maxandersen,  huh?
[14:50:33] <rawbdor> maxandersen,  most AS servers have a 1:1 mapping with required execution environments
[14:50:44] <maxandersen> rawbdor: what does that mean ?
[14:51:00] <rawbdor> maxandersen,  it means you cannot run as7 in a java 4 exec environment
[14:51:01] <maxandersen> rawbdor: it sounds to me like it hardcodes the JRE used at server creation time.
[14:51:21] <maxandersen> rawbdor: no, but I can run it with Java 6 exec env and only have Java 7 installed and it should be fine.
[14:51:29] <rawbdor> maxandersen, exactly
[14:51:35] <maxandersen> rawbdor: if i install java 6 then it gets set to java 6 on launch
[14:52:12] <rawbdor> so if you have an as6 server, which requires as as6 exec environment, the server gets hardcoded a default exec environment of java 6.  Then the combo in the server creation wizarcd lists all JRE's that fit that exec environment
[14:52:13] *** danflo has quit IRC
[14:52:26] <rawbdor> then when you finish the wizard, it saves that jre as the jre it should always use
[14:52:37] <rawbdor> if you delete that jre, it will fall back to the next jre that fits the exec environment
[14:53:10] <fbricon> maxandersen: http://imagebin.org/163621
[14:53:11] <maxandersen> rawbdor: weird - why doesn't it just use the default JDT exec env variable and lookup at launch ?
[14:53:21] <rawbdor> so if you have a workspace with two jre's in it,  a java 6 and a java 7, when you create hte server, it gets hard-coded a default exec environment of 6-or-above.  Then the wizard shows you a combo. You can select hte as6 or as7 combo
[14:53:40] <rawbdor> maxandersen,  a large part was the keep UI stable with past versions
[14:53:43] <maxandersen> fbricon: multiprojects ? nice
[14:53:46] <rawbdor> another large part was to keep api stable with previous versions
[14:54:09] <maxandersen> fbricon: what does "filled out" checkbox mean?
[14:54:16] <fbricon> maxandersen: yeah what you see is the common profiles for all selected projects
[14:54:40] <rawbdor> maxandersen,  also sometimes users don't just want an "execution environment" declared. Sometimes they have 5 jre's that fit the exec environment, but want to require one jre is used for this server alwyas
[14:54:42] <fbricon> maxandersen: some projects have different activation settings for this profile
[14:54:47] <maxandersen> rawbdor: did we ever not use normal jdt launch configs?
[14:54:49] *** danflo has joined #jbosstools
[14:55:09] <maxandersen> rawbdor: yes - normal JDT launches has config variables for both.
[14:55:15] <rawbdor> maxandersen,  all of our launch configs are jdt launch configs with additional flags and api's
[14:55:28] <rawbdor> the wtp framework mandates a certain workflow for us
[14:55:31] <maxandersen> rawbdor: thus I dont see how this can affect API much.
[14:55:33] <fbricon> maxandersen: meaning one project can have it activated by default, but other projects don't
[14:56:15] <rawbdor> maxandersen,  we do not use the default exec environment because someone using a workspace with a default exec environment of as4 and running an as7 server should not be allowed to run with a jre4
[14:56:29] <rawbdor> different app servers require their own custom exec environment which is tied to the server
[14:56:44] <rawbdor> forcing the server to use the workspace's default exec environment is nonsensical and will break many users
[14:56:53] <maxandersen> rawbdor: im not saying use the jdt default execution env - im talking about the launch configs to use the JDT supported variables for exec environments.
[14:57:24] <rawbdor> maxandersen,  because sometimes hte users don't just want their launch config to use the jdt-supported variables for exec environments
[14:57:31] <rawbdor> they want to ensure their server runs with a specific jre
[14:57:32] <maxandersen> rawbdor: thus in my worldview it would be that old servers have their JRE specifically set and any future ones get their exec env set.
[14:57:36] <rawbdor> not any jre that fits the exec environment
[14:58:07] <maxandersen> rawbdor: yes I know thats why it says Exec Env OR JRE ?all eclipse launch Java UI exposes that afair.
[14:58:44] <rawbdor> maxandersen,  not sure what exactly you're asking me to change
[14:58:53] <rawbdor> seriously... no idea
[14:58:56] <maxandersen> rawbdor: dont set specific JRE
[14:59:02] <maxandersen> rawbdor: just set default exec env
[14:59:06] <rawbdor> maxandersen,  some users want to set the jre
[14:59:09] <rawbdor> as a recent user demanded
[14:59:21] <maxandersen> rawbdor: yes thats an *option* shouldn't be forced.
[14:59:37] <rawbdor> maxandersen,  not sure what's functionally different honestly
[14:59:44] <rawbdor> really not sure what the difference is
[15:00:03] <rawbdor> currently it sets  both the exec environment and hte jre.  if hte jre disappears, it finds the next jre in the same exec environment
[15:00:11] <maxandersen> rawbdor: exec env Java 6 set - if I have Java 7 installed only, it uses Java 7, if I then install Java 6 and thus have both Java 7 and Java 6 it uses Java 6.
[15:00:23] <maxandersen> no need to set JRE unless user explciitly asked for it
[15:00:37] <rawbdor> maxandersen,  is this critical?
[15:00:39] <maxandersen> if you set JRE 7 fixed then if I install Java 6 it will stay on Java 7
[15:00:46] <maxandersen> rawbdor: its aobut being consistent with rest of eclipse
[15:01:01] <rawbdor> maxandersen,  or being consistant with other server adapters
[15:01:11] <maxandersen> rawbdor: we had this same discussion back then - I didnt realized it fixed/hardcoded the JRE (since there is no reason for that)
[15:01:40] <rawbdor> maxandersen,  the jre was always hardcoded. from the beginning. this fix ensured that an exec environment was set and if the previously-hardcoded jre disappeared, another would be selectable
[15:01:52] <rawbdor> it also ensured the combo that allows you to select a jre ONLY allows you to select jre's that fit the exec environment
[15:02:00] <maxandersen> rawbdor: if they dont do it yet then that is just a sign of them not updating to what eclipse 3.4 or was it 3.5 started to provide ;)
[15:04:51] <maxandersen> rawbdor: its probably "fine" -  just doesn't grok why it forces a JRE by default.
[15:05:01] *** kabir_lunch is now known as kkhan
[15:06:41] <rawbdor> maxandersen,  some things in life don't make sense. ;)
[15:06:52] <maxandersen> rawbdor: yeah tomcat has same broken old age ui
[15:07:01] <maxandersen> broken ~= limited
[15:07:52] *** myarboro has joined #jbosstools
[15:08:42] <maxandersen> rawbdor: hmm thats new to me?.tomcat put their launch config visible under run configs
[15:09:13] <maxandersen> and running it actually starts tomcat in the server ui
[15:09:15] <maxandersen> thats sweet
[15:09:47] *** danflo has quit IRC
[15:09:55] *** danflo has joined #jbosstools
[15:17:01] *** bfitzpat has joined #jbosstools
[15:17:02] *** ChanServ sets mode: +o bfitzpat
[15:24:17] *** maxandersen has quit IRC
[15:25:32] *** kainos has joined #jbosstools
[15:29:14] *** maxandersen has joined #jbosstools
[15:29:14] *** ChanServ sets mode: +o maxandersen
[15:30:23] *** maxandersen has quit IRC
[15:30:42] *** maxandersen has joined #jbosstools
[15:30:42] *** ChanServ sets mode: +o maxandersen
[15:33:17] *** tfennelly has quit IRC
[15:48:08] *** mriet has joined #jbosstools
[15:49:52] *** tfennelly has joined #jbosstools
[15:49:52] *** ChanServ sets mode: +o tfennelly
[15:51:16] *** koentsje has joined #jbosstools
[16:05:17] *** dgeraskov has quit IRC
[16:06:17] <rawbdor> maxandersen,  seems we're a lot closer to what you want re: exec environment than we thought
[16:06:33] *** Snjeza has joined #jbosstools
[16:06:33] *** ChanServ sets mode: +o Snjeza
[16:06:36] <rawbdor> the new runtime wizard has an option in the combo "Default JRE for (exec environment)
[16:06:56] <rawbdor> probably just need a few very very tiny changes to clean it up and ensure what goes on
[16:08:22] <maxandersen> rawbdor: the ui needed (as I see it) is something like what is on the JRE tab on a normal launch config - excluding the workspace default if that does not paply cleanly?)
[16:08:54] <rawbdor> maxandersen,  um what?
[16:09:58] <rawbdor> maxandersen,  a jboss 7 has an exec environment of java 6.   if there are 3 possible jre's installed, the UI for new runtime shows 4 items. the first item is "Default JRE for JavaSE-1.4"
[16:10:09] <rawbdor> or 1-6
[16:10:11] <rawbdor> whatever
[16:10:11] <rawbdor> heh
[16:10:31] <rawbdor> the jre tab on a regular java launch has 3 options. one for project exec environment which is not relevant to servers at all
[16:10:44] <rawbdor> the second is exec environment (which is what this "Default JRE for {exec_env}" means
[16:10:49] <rawbdor> and the third is "Alternate JRE"
[16:10:54] <rawbdor> we ignore the first option since it does not apply
[16:11:00] <rawbdor> and we put option 2 and 3 into one combo
[16:12:12] <maxandersen> so exec env does *not* hardcode the JRE to what it matches at the time of the UI ?
[16:12:18] <maxandersen> that's the main differentiator...
[16:13:38] <maxandersen> fbricon: remind me again how I get m2eclipse to SHUT THE FUCK UP in my console output ? :)
[16:13:47] * maxandersen can you sense my annoyance :)
[16:15:17] <rawbdor> maxandersen,  IF you choose a jre in the runtime creation wizard, it is hard-coded
[16:15:31] <rawbdor> if you leave it on the "Default JRE for {exec_env}" then it uses the exec_env's default jre at time of launch
[16:15:49] <maxandersen> rawbdor: so there IS a UI to select exec_env ;)
[16:16:00] <maxandersen> rawbdor: where do I btw. set this once server is created?
[16:16:00] <rawbdor> maxandersen,  um... yes its the default option in the new runtime wizard
[16:16:06] <rawbdor> maxandersen,  its set on the runtime
[16:16:08] <rawbdor> not on the server
[16:16:14] <maxandersen> rawbdor: ah yes
[16:16:16] <maxandersen> got ya
[16:18:21] <fbricon> maxandersen:  remove  the logging feature?
[16:18:45] *** mriet has quit IRC
[16:19:07] *** maxandersen has quit IRC
[16:21:28] *** maxandersen has joined #jbosstools
[16:21:28] *** ChanServ sets mode: +o maxandersen
[16:49:05] *** ljungman has quit IRC
[16:51:36] <maxandersen> aslak: that "small" UI change made a big difference IMO for JBIDE-8548; glad you still liked it ;)
[16:51:39] <jbott> Feature Request: [JBIDE-8548] Support auto discovery of remote processes for debugging [Open, Major, (JBossAS), snjeza] https://issues.jboss.org/browse/JBIDE-8548
[16:53:55] <aslak> maxandersen, i was a bit skeptical at first, but it seems to work out
[16:54:15] <aslak> maxandersen, haven't really gotten to test it full scale with multi remotes etc yet, but the basics work
[16:55:21] <maxandersen> aslak: Im trying to convince Snjeza we don't need custom launch configs for this - I think once we have the automatic "match search" I've suggested then it will be a nice natural fit on top of eclipse instead of a "bulk addon".
[16:56:11] <fbricon> maxandersen: should we close https://issues.jboss.org/browse/JBIDE-9053?focusedCommentId=12614651&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12614651 ?
[16:56:22] <jbott> Bug: [JBIDE-9053] seam-registration examle from wolf test repo is incorrectly deployed  [Open, Major, (maven), fbricon] https://issues.jboss.org/browse/JBIDE-9053
[16:56:44] <maxandersen> fbricon: assign it to me - I need to make wolf/eap guys aware of this limitation
[16:56:59] *** koentsje has quit IRC
[16:57:08] <maxandersen> fbricon: so how do we avoid this problem ? don't use finalName ?
[16:57:14] <maxandersen> fbricon: for multipprojects
[16:59:05] <fbricon> maxandersen: for now, artifactId / finalName need to stay consistent
[16:59:40] <fbricon> maxandersen: I believe we can add a special treatment for JBoss servers, where setting the deployed name is possible
[16:59:44] <maxandersen> fbricon: could write a small snippet on the jira explaining it and the "good" way vs bad way kinda thing ? so we have something to point to.
[17:00:00] <maxandersen> fbricon: yes thats a feature enhancement ;)
[17:00:18] <maxandersen> fbricon: but for "portable" ones I guess we need this "good practice" for mvn projects...
[17:00:20] <fbricon> maxandersen: my comment isn't enough?
[17:01:07] <maxandersen> fbricon: well something that isn't this example specific.
[17:01:44] <maxandersen> fbricon: hmm - the webresource filtering mentioned in step 4 is a different issue right?
[17:02:03] <fbricon> maxandersen: it's one way to tackle the issue
[17:04:17] <fbricon> maxandersen: we could imagine a solution where a parent pom has a m2e activted profile, defines a earDeployedName property, and with resource filtering working, just use ${ earDeployedName} where needed
[17:08:52] *** gbrown_ has quit IRC
[17:10:02] <Snjeza> maxandersen: aslak:solving JBIDE-9309 - "Easily adding full JBoss AS source" will help when testing multi remotes. I am going to fix the jira so that a user will be able to add easily jboss as source, glassfish source...
[17:10:06] <jbott> Feature Request: [JBIDE-9309] Easily adding full JBoss AS source [Open, Major, (JBossAS), snjeza] https://issues.jboss.org/browse/JBIDE-9309
[17:10:58] <maxandersen> Snjeza: "add easily" ? so one would have to add it and not just about looking in jar for GAV's to find source in mvn repo ?
[17:13:49] <rawbdor> maxandersen,  ping you free for a minute to try to replicate a bug?
[17:14:52] <maxandersen> rawbdor: i'm available for a bugreplication
[17:15:36] *** mmalina has quit IRC
[17:15:48] <rawbdor> maxandersen,   create EAP 5.1 server in rse mode directly,  check 2nd page of server editor, tell me which radio is selected
[17:15:54] <rawbdor> JBIDE-9334
[17:15:58] <jbott> Bug: [JBIDE-9334] Cannot publish to remote EAP 5.1 [Open, Major, (JBossAS), rob.stryker] https://issues.jboss.org/browse/JBIDE-9334
[17:16:32] <maxandersen> rawbdor: which version?
[17:16:45] <maxandersen> rawbdor: if latest trunk ?.gonna take a while
[17:17:00] <maxandersen> rawbdor: if latest nightly - I can do that?takes a shorter while
[17:17:09] <maxandersen> im on m2 right now
[17:17:28] <rawbdor> maxandersen,  yeah trunk or latest nightly
[17:17:38] *** dpalmer has quit IRC
[17:17:56] <Snjeza> maxandersen: yes. I am going to create predefined sources (jboss as 7, for instance) that would be able to be added by a single step.
[17:18:38] <maxandersen> Snjeza: and the sources would be coming from where?
[17:19:16] <Snjeza> maxandersen: from maven repo.
[17:19:29] <maxandersen> Snjeza: ..and why is predefined sources better than just dynamically fetch them based on the jar manifest?
[17:19:41] <maxandersen> Snjeza: via a sourcepath compute lookup ?
[17:22:44] <Snjeza> maxandersen: I would add both of the posibilities: adding a source dynamically and adding predefined attachments for some servers (jboss as 7, jboss as 6, glassfish 3.0, 3.1...).
[17:23:42] <maxandersen> Snjeza: but how will you do that for as7 and as6 ? their classpath's are dynamic...
[17:23:47] <maxandersen> or at least can/will be.
[17:24:21] <maxandersen> Snjeza: btw. is that a source path or simply  a "iterate over the current jars in project and set the source path apropriatly" ?
[17:25:07] <Snjeza> maxandersen: I mean jboss as source, not the applications running on jboss as.
[17:25:24] <maxandersen> Snjeza: yes I know
[17:25:30] <maxandersen> Snjeza: thats also what im talking about.
[17:27:06] *** kainos has quit IRC
[17:27:21] <fbricon> maxandersen: igor wants us to produce m2e-wtp releases
[17:28:33] <maxandersen> fbricon: under sonatype's name ? :)
[17:28:43] <maxandersen> fbricon: so remind me what that entails?
[17:29:36] <maxandersen> rawbdor: still updating to latest trunk?any minute now
[17:29:50] <rawbdor> maxandersen,  ok
[17:29:51] <fbricon> maxandersen: we need to give igor the update site location of m2e-wtp release
[17:30:22] <maxandersen> fbricon: oh I thought we already did that part...
[17:30:26] *** mmalina has joined #jbosstools
[17:30:33] <fbricon> maxandersen: no
[17:30:35] <maxandersen> fbricon: does that update site have to be permanent or does he copy it.
[17:31:11] <Snjeza> maxandersen: jboss as 7.0.0final has strictly determined sources (jboss-modules version x, jboss-vfs version y, shrinkwrap-api z ...). I mean these sources, not the sources will be added by jboss as classloader.
[17:33:27] <fbricon> maxandersen: rereading the mails, it's not undefined. But igor kinda agreed we could send him a zipped update site
[17:33:52] <maxandersen> rawbdor: http://screencast.com/t/Pb4scHbX45 and http://screencast.com/t/zfQB4AxE42e9
[17:34:43] <maxandersen> fbricon: zipped updatesite would be great if its still under their name - I don't want to promise stable sites for them if its not clearly our name ?.i.e. if something fail the wrong will be acused ;)
[17:35:17] <rawbdor> maxandersen,  martin claims he is seeing the radio stuck on a greyed metadata after playing with it
[17:35:27] <rawbdor> i and andre are unable to replicate at all but martin insists he can replicate it
[17:35:38] <maxandersen> Snjeza: I don't understand - as7 doesn't have a strictly determined source set?they differ dependent on which jars/modules/facets are enabled.
[17:36:09] <maxandersen> rawbdor: tell him to jing/screencast how he replicates it
[17:36:26] <mmalina> maxandersen: how do you do the screenscasts?
[17:36:36] *** danflo is now known as danflo|otl
[17:36:39] <maxandersen> mmalina: on mac/windows use jing
[17:36:46] <maxandersen> mmalina: linux - recordmydesktop
[17:36:52] <mmalina> maxandersen: ok, thanks. I will do it
[17:37:45] <rawbdor> mmalina,  howdy ;)
[17:38:31] <mmalina> rawbdor: hey :)
[17:38:36] <Snjeza> maxandersen: I would add all the modules to the source attachment. It isn't important whether they are enabled or not. They wouldn't be on the classpath, but only in the source attachment.
[17:38:56] <rawbdor> mmalina,  really i've tried everything to replicate ;)  hehe
[17:39:28] <mmalina> rawbdor: yep, let me record the screencast :)
[17:40:58] *** maxandersen has quit IRC
[17:45:31] *** dpalmer has joined #jbosstools
[17:46:13] *** maxandersen has joined #jbosstools
[17:46:13] *** ChanServ sets mode: +o maxandersen
[17:52:14] <mmalina> rawbdor: http://screencast.com/t/e7pR0LVjUe
[17:52:36] <mmalina> rawbdor: sorry it's a bit lengthy.. my first screen cast ;)
[17:53:17] <rawbdor> mmalina,  im gonna go to bed shortly
[17:53:22] <rawbdor> can you just attach that to the bug?
[17:53:30] <mmalina> rawbdor: sure
[18:01:54] *** Snjeza has quit IRC
[18:04:15] *** gbrown_ has joined #jbosstools
[18:09:31] <maxandersen> mmalina: rawbdor: I bet the problem has something to do with the automatically identified EAP 5 server found at startup
[18:10:58] <mmalina> maxandersen: I just did a second screencast not using the automatic detection
[18:11:10] <mmalina> maxandersen: http://screencast.com/t/VpnvSRsovK
[18:11:32] <mmalina> this one is shorter (not waiting to find my RSA token)
[18:14:46] <maxandersen> mmalina: well you do the same as the detectino - creates a local one first ;)
[18:15:00] <maxandersen> mmalina: so try create teh RSE one directly
[18:15:42] *** jpeterka has quit IRC
[18:18:02] <fbricon> anyone here using ubuntu?
[18:19:08] <mmalina> maxandersen: how can I do that? when I create new server it needs a runtime. but that runtime can only be created locally, right? so it will be the same as before..
[18:19:56] <dgolovin> fbricon: yes, I am
[18:21:13] <maxandersen> mmalina: no - what the server targets as deploy is remote, what jars it loads for classpath is local.
[18:21:41] *** dgolovin has quit IRC
[18:23:29] <VRubezhny> fbricon: (while dgolovin is out) I'm using ubuntu.
[18:23:49] *** dgolovin has joined #jbosstools
[18:23:49] *** ChanServ sets mode: +o dgolovin
[18:24:12] <fbricon> Hey VRubezhny
[18:24:49] <mmalina> maxandersen: yes. but that's what I did, no? I did another video from scratch. but I think it's still the same. http://screencast.com/t/1UZ9ptHc9 (45 sec)
[18:25:06] <maxandersen> mmalina: no you created two servers
[18:26:04] <mmalina> maxandersen: I know. but the runtime that I used with the second one is the same type as if I created it directly from the New Server dialog
[18:26:07] <maxandersen> mmalina: correction, in this last video you did it in one.
[18:26:21] <maxandersen> mmalina: so yeah my guess its some weird windows filesystem related bug
[18:26:50] <mmalina> maxandersen: there is no windows involved. it mac (local) and rhel6 (remote)
[18:27:09] <maxandersen> mmalina: ooh misrecognized...
[18:27:19] <maxandersen> mmalina: then yeah i'm withoout good clues.
[18:27:29] <mmalina> maxandersen: I also tried the other direction - I ran jbds on RHEL6 and used a remote server on mac. still the same issue
[18:27:32] <maxandersen> each of these videos are on  clean workspaces?
[18:28:43] <mmalina> maxandersen: yes, clean workspace (actually not the last one, I can check that to be sure). also, I don't believe my installation was broken, since I tried on two different machines (mac and rhel6). but I can still try a different build
[18:30:27] *** lzoubek has left #jbosstools
[18:31:08] <myarboro> maxandersen: heya
[18:32:22] *** gbrown_ has quit IRC
[18:33:19] <maxandersen> myarboro: heya
[18:33:28] <maxandersen> mmalina: let me try on a clean workspace on my side here too
[18:34:27] <mmalina> maxandersen: ok
[18:40:11] *** akazakov has joined #jbosstools
[18:40:12] *** ChanServ sets mode: +o akazakov
[18:51:04] *** koentsje has joined #jbosstools
[18:51:37] <akazakov> maxandersen: ping
[18:51:54] <maxandersen> akazakov: 4 min pong
[18:52:24] <akazakov> when you have more time. please comment https://issues.jboss.org/browse/JBIDE-9347 ;)
[18:52:27] <jbott> Feature Request: [JBIDE-9347] Show All Resolved Beans dialog [Open, Major, (cdi (jsr-299)), maxandersen] https://issues.jboss.org/browse/JBIDE-9347
[18:52:32] <akazakov> maxandersen: ^^
[18:52:38] <maxandersen> mmalina: i've tried reproducing on clean workspace, but no luck
[18:52:51] <maxandersen> mmalina: i can try again tomorrow doing the *exact* same steps but not now
[18:53:44] <mmalina> maxandersen: that's funny :) ok, let me first try on a different build. but tomorrow
[18:57:29] <maxandersen> akazakov: answered - i hope ;)
[18:57:45] <akazakov> thanks
[18:58:09] <maxandersen> I *might* be back later tonight.
[18:58:36] <maxandersen> so put any questions you got on the jira left and ill answer more tonight or tomorrow...
[18:59:54] *** Snjeza has joined #jbosstools
[19:00:44] <maxandersen> akazakov: ^ Snjeza^
[19:01:00] <akazakov> maxandersen: ok
[19:04:26] *** Snjeza has left #jbosstools
[19:05:26] *** maxandersen is now known as max_afk
[19:17:12] *** psrna has quit IRC
[19:22:38] *** danflo|otl is now known as danflo
[19:39:44] *** tfennelly has quit IRC
[19:51:28] *** mgoldmann has quit IRC
[19:55:36] *** lzoubek has joined #jbosstools
[19:55:37] *** ChanServ sets mode: +o lzoubek
[20:14:33] *** VRubezhny has quit IRC
[20:38:53] *** aslak has quit IRC
[20:39:22] *** vpakan has quit IRC
[20:44:29] *** myarboro has quit IRC
[20:50:50] *** jgraham_ has joined #jbosstools
[21:01:57] *** adietisheim has quit IRC
[21:08:42] *** fbricon has quit IRC
[21:12:30] *** fbricon has joined #jbosstools
[21:12:31] *** ChanServ sets mode: +o fbricon
[21:26:23] *** myarboro has joined #jbosstools
[21:41:18] *** max_afk has quit IRC
[21:46:12] *** maxandersen has joined #jbosstools
[21:46:12] *** ChanServ sets mode: +o maxandersen
[21:47:25] <maxandersen> akazakov: i think your last suggesiton is fine - so go ahead and do that; i've asked those from CDI pete/dan/shane to give a comment to what they think since they explain these things often so good if there already is a common word used for it.
[21:47:42] <maxandersen> akazakov: but I agree elgible is not the right one since the set is bigger than that
[21:52:40] *** aslak has joined #jbosstools
[21:53:40] *** adietisheim has joined #jbosstools
[21:53:41] *** ChanServ sets mode: +o adietisheim
[21:59:29] *** fbricon has quit IRC
[21:59:48] *** fbricon has joined #jbosstools
[21:59:48] *** ChanServ sets mode: +o fbricon
[22:03:00] *** mmalina has quit IRC
[22:04:50] *** Snjeza has joined #jbosstools
[22:04:51] *** ChanServ sets mode: +o Snjeza
[22:08:17] *** fbricon has quit IRC
[22:11:03] *** fbricon has joined #jbosstools
[22:11:03] *** ChanServ sets mode: +o fbricon
[22:13:31] *** rmartinelli has quit IRC
[22:23:37] *** danflo has quit IRC
[22:23:59] *** danflo has joined #jbosstools
[22:41:44] *** kkhan has quit IRC
[22:45:45] *** kkhan has joined #jbosstools
[22:48:52] *** koentsje has quit IRC
[22:50:09] *** lzoubek has left #jbosstools
[22:52:58] *** kkhan has quit IRC
[22:53:23] <nickboldt> it is ... too quiet.
[23:08:56] *** adietisheim has quit IRC
[23:20:06] *** dgolovin has quit IRC
[23:20:53] *** dgolovin has joined #jbosstools
[23:20:53] *** ChanServ sets mode: +o dgolovin
[23:29:51] *** dgolovin has quit IRC
[23:30:00] *** irooskov has joined #jbosstools
[23:31:02] *** dgolovin has joined #jbosstools
[23:31:02] *** ChanServ sets mode: +o dgolovin
[23:45:53] *** dpalmer has quit IRC





top