[00:00:06] <Elisha> bah, some maven plugins are useless :(
[00:00:28] <Elisha> don't work in Eclipse & CLI at the same time
[00:03:23] <maxandersen1> Elisha: which ones ?
[00:03:35] <maxandersen1> akazakov: but seam servlet has the producer method for it
[00:04:01] <maxandersen1> akazakov: so we should be able to validate that?maybe except for the string parameter?
[00:04:53] <akazakov> maxandersen1: the producer with @RequestParam?
[00:04:59] <maxandersen1> yes
[00:05:17] <maxandersen1> akazakov: https://github.com/seam/servlet/blob/develop/impl/src/main/java/org/jboss/seam/servlet/http/RequestParamProducer.java
[00:05:37] <maxandersen1> should be picked up to recognize clerum's injection shouldnt it?
[00:06:47] <akazakov> but RequestParamProducer declares the producer with @TypedParamValue
[00:06:58] <akazakov> not  @RequestParam
[00:09:43] <Elisha> maxandersen1: currently using wro4j
[00:10:52] <maxandersen1> akazakov: hmm?your right?so how does seam actually find that ?
[00:10:53] <Elisha> doesn't work well with eclipse
[00:11:00] <Elisha> mixed
[00:11:43] <maxandersen1> Elisha: what does that plugin do?
[00:12:08] <akazakov> maxandersen1: I guess seam just generates this bean dynamically
[00:12:10] <Elisha> well compresses js/css and copies into folder
[00:13:05] <maxandersen1> Elisha: hmm might need to be disabled for m2e or write custom configurator
[00:13:30] <Elisha> hmm
[00:13:55] <Elisha> how then should I apply changes? to eclipse + server(s) tab?
[00:13:57] <akazakov> maxandersen1: it gets params from request and creates IBean's with proper qualifiers. I don't know actually, but I guess so.
[00:15:23] <akazakov> maxandersen1: btw @Inject @TypedParamValue String ... doesn't work either. But it should...
[00:15:49] <maxandersen1> Elisha: apply changes?
[00:16:16] <akazakov> since there is the producer with such a type and qualifier
[00:19:27] <akazakov> maxandersen1: no, it's actually correct that @Inject	@TypedParamValue private String is marked as a problem. The producer returns Object, not String.
[00:21:07] <akazakov> anyway we should look at seam servlet module and improve cdi validator for injections like @RequestParam.
[00:21:25] <akazakov> https://issues.jboss.org/browse/JBIDE-9388
[00:21:29] <jbott> Feature Request: [JBIDE-9388] Support Seam Servlet module [Open, Major, (cdi (jsr-299)), akazakov] https://issues.jboss.org/browse/JBIDE-9388
[00:21:44] <Elisha> maxandersen1: xml has files which compresses and puts into file.
[00:21:52] <Elisha> file entries which...
[00:23:04] <maxandersen1> akazakov: agreed - one of the requirements for jbds/jbt  is that we support the core set of seam 3?so might need to go through them all (somehow)
[00:25:08] <akazakov> maxandersen1: I did it a couple of time (went through all the seam modules) but it's under development and they keep adding new stuff there. Code and docs. So we should go though seam from time to time to pick up a new stuff.
[00:30:02] <clerum> The module developers should also test on jbt
[00:32:02] <maxandersen1> clerum: go tell them ;) we do tell them, but extra pressure from module users will encourage them ;)
[00:32:04] <Elisha> maxandersen1: seems like it's working now, needs refreshing
[00:32:21] <maxandersen1> Elisha: ok ;) sounds good.
[00:32:48] <maxandersen1> akazakov: do you know how many things we support / dont support from seam 3?
[00:33:45] <Elisha> maxandersen1: plugin does it's work but doesn't refresh that it was changed. (file system changes)
[00:33:59] <maxandersen1> Elisha: ah
[00:34:13] <maxandersen1> Elisha: there might be a  fix for that ?. 2sec
[00:35:05] <akazakov> maxandersen1: we support all the general thing in Seam solder (at least if they didn't add any new critical stuff for last weeks). Seam Config. Seam faces.
[00:35:11] <akazakov> that's it
[00:35:43] <maxandersen1> akazakov: but seam 3 has alot of other modules - does the seam solder stuff cover that ? well I guess it doesnt for stuff like request param...
[00:36:11] <akazakov> seam international module support are coming too
[00:36:25] <maxandersen1> akazakov: we should write up what we actually support for these and give examples of what needs custom impl and we should send that to the seam devs to make them report stuff they konw about it
[00:38:45] <Elisha> grr :D
[00:39:17] <Elisha> weird, it doesn't copy new files to the server, if files are changed
[00:39:37] <maxandersen1> Elisha: Preferences > General > Workspace > Refresh Using native hooks or polling might help you
[00:39:50] <akazakov> maxandersen1: Seam solder was the most documented module in seam. So I read all the seam docs and reported all the interesting issues. The problem was that most modules didn't have much docs. May be they have more now. Anyway I will look at seam modules again and gather all implemented features.
[00:40:22] <maxandersen1> akazakov: ok
[00:40:39] <maxandersen1> Elisha: that setting might work like a charm for you or make eclipse slow - depends on your OS :)
[00:43:08] <Elisha> win7
[00:43:23] <Elisha> it works fast, but doesn't solve my problem
[00:44:07] <Elisha> It wouldn't hurt to add a bug/feature request
[00:44:33] <Elisha> that it adds files to the server instance
[00:45:02] <maxandersen1> Elisha: ?
[00:45:05] *** aslak has quit IRC
[00:45:17] <maxandersen1> Elisha: not sure I follow what you mean ;)
[00:45:36] <Elisha> plugin does file generation
[00:45:52] <Elisha> but change isn't assumed on server somehow, who knows why
[00:49:15] <Elisha> I made 2 profiles, direct saving to 'fs' for editing and to target dir, when I switch between 2 profiles, it magically works
[00:51:19] *** tomwells has joined #jbosstools
[00:52:48] <Elisha> I'm thinking of quiting this plugin
[00:59:37] <Elisha> maxandersen1: where can I add lifecycle-mapping war:inplace ?
[00:59:53] <Elisha> http://stackoverflow.com/questions/2311138/eclipse-sts-maven-and-maven-minify-plugin-can-they-work-together
[01:01:45] <maxandersen1> Elisha: fbricon is your best bet on that one
[01:02:09] <maxandersen1> but it goes into your pom.xml but the syntax is rather verbose and i cant remember it by hear
[01:02:10] <maxandersen1> t
[01:02:11] <Elisha> is fbricon here? :D
[01:09:17] <fbricon> mmm what?
[01:10:56] <Elisha> 200 lines history :D
[01:11:34] <Elisha> I have a plugin - maven, that makes some file content, and changes aren't applied to server
[01:13:14] <Elisha> If I don't make this somehow, I'll abandon such Idea for now. :)
[01:13:26] <fbricon> Elisha: is the plugin executed?
[01:13:41] <Elisha> ofcourse
[01:13:42] <fbricon> via lifecycle-mapping execute
[01:13:47] <Elisha> yes
[01:13:52] <fbricon> where are the files generated?
[01:14:00] <Elisha> target
[01:14:09] <fbricon> more specifically?
[01:14:53] <Elisha> ${project.build.directory}/${project.build.finalName}/resources/scripts
[01:15:12] <maxandersen1> nickboldt: JBIDE-9266 <3 <3
[01:15:15] <jbott> Bug: [JBIDE-9266] Replace/Extend latestBuild.html with a latest symbolic link [Resolved, Major, (Build/Releng), nickboldt] https://issues.jboss.org/browse/JBIDE-9266
[01:15:17] <Elisha> and styles*
[01:17:21] <fbricon> Elisha: what's your plugin?
[01:17:55] <Elisha> wro4j
[01:18:07] <fbricon> Elisha: you need to generate the files under ${project.build.directory}/m2e-wtp/web-resources/ when you run under eclipse
[01:18:26] <Elisha> ok
[01:18:31] <Elisha> let's see
[01:18:57] <Elisha> yes I made 2 distinct profiles for eclipse and cli
[01:19:08] <fbricon> just need to change destinationFolder
[01:20:30] <fbricon> I guess executing that plugin on incremental build might not be very performant
[01:21:50] <Elisha> no worries :D
[01:21:54] <Elisha> as long as it works
[01:23:01] <nickboldt> maxandersen1: you're welcome. (Sometimes it just takes time to wrap my head around something ... and *working* sample code never hurts.)
[01:23:26] <maxandersen1> nickboldt: :)
[01:23:29] <fbricon> Elisha you'll know it works when you see your stuff under the Deployed Resources Node, web-resources folder.
[01:23:40] <maxandersen1> saw you also did some work on the updatesite thingy?
[01:23:57] <maxandersen1> did that work out well or is it "fishy" ? nickboldt ?
[01:24:04] *** bfitzpat has quit IRC
[01:24:24] <nickboldt> maxandersen1: seems to be working for now, but not all slaves are created equal. live-testing in progress. :)
[01:24:33] <maxandersen1> ...
[01:24:41] <fbricon> Elisha: if for some reason, the files are generated but you don't see 'em under that folder, try refreshing the target folder, that should work.
[01:24:50] <maxandersen1> nickboldt: btw. what timezone is used for the timestamp generation for our plugins?
[01:25:12] <nickboldt> maxandersen1: yes, I was getting annoyed w/ the fact that JBDS updatesite and JBT agg builds were failing due to upstream builds being replaced during downstream aggregation
[01:25:17] <fbricon> maxandersen1: EST I think
[01:25:28] <nickboldt> yeah, it's the server time, so GMT-5
[01:25:34] <maxandersen1> nickboldt: thats *wrong*
[01:25:38] <maxandersen1> should be using UTC
[01:25:46] <nickboldt> maxandersen1: wtf diff does it make?
[01:25:57] <nickboldt> as long as it's consistent :)
[01:26:01] <maxandersen1> no
[01:26:11] <maxandersen1> not for local builds that uses the nightly builds
[01:26:23] <maxandersen1> dgolovin opened an issue about it
[01:26:50] <maxandersen1> they are 3hrs behind - their builds will take the stuff from nightly build repo over what is in their own local installaiton
[01:27:19] <nickboldt> maxandersen1: oh, right... that. well, then move to GMT-5 and voom! problem solved
[01:27:43] <maxandersen1> nickboldt: blah
[01:27:45] <fbricon> maxandersen1: yeah move the conchord office to raleigh
[01:27:56] <nickboldt> but srsly, if GMT-5 is screwing up dgolovin in GMT-8, how would moving the timestamps to GMT-0 help him?
[01:27:56] <maxandersen1> easier to just use UTC - just like standard maven does ;)
[01:27:59] <maxandersen1> for the exact same reasons
[01:28:14] <maxandersen1> nickboldt: because its probably using the build machines local time
[01:28:20] <maxandersen1> nickboldt: local timezone
[01:28:21] <nickboldt> maxandersen1: dgolovin could set his puter clock to GMT-5 too
[01:28:32] <fbricon> nickboldt: local build should use GMT too
[01:28:39] <fbricon> *UTC
[01:28:40] <maxandersen1> nickboldt: exactly
[01:28:46] <maxandersen1> what fbricon said
[01:28:47] <nickboldt> maxandersen1: yes. so how do you tell Tycho to use a different timestamp than the local one?
[01:28:56] <fbricon> good question
[01:29:24] <maxandersen1> how do you tell it now ?
[01:29:34] <fbricon> you don't
[01:29:58] <nickboldt> maven-osgi-packaging-plugin takes a param
[01:30:03] <nickboldt> <format>'v'yyyyMMdd-HHmm'-${BUILD_ALIAS}'</format>
[01:30:21] <nickboldt> fbricon: exactly. tycho does what tycho does :)
[01:31:09] <nickboldt> fwiw, you could build locally each of the components you need from source, then run in -o mode to avoid sucking down "newer" stuff from remote vs. your local stuff that's "older"
[01:31:24] <maxandersen1> all crappy workaorunds
[01:32:24] <nickboldt> maxandersen1: Just remember that you're standing on a planet that's evolving. And revolving at  900 miles an hour. :P
[01:33:22] <nickboldt> ( http://www.youtube.com/watch?v=NQu_RRLbVDA )
[01:34:26] <nickboldt> maxandersen1: anyway, I'm off to feed dogs and not work for a bit. we're looking good for a RC4 tomorrow some time.
[01:34:37] <Elisha> fbricon: still doesn't update war in server
[01:34:37] <fbricon> all you have to do is provide a patch to tycho, telling it to do as maven, use UTC
[01:35:04] <fbricon> Elisha: do you see the files in web-resources.
[01:35:07] <fbricon> ?
[01:35:12] <maxandersen1> fbricon: asked on tycho-user?we cant be the first ;)
[01:35:21] <maxandersen1> and i should be sleeping.
[01:35:29] <fbricon> maxandersen1: didn't find anything on the internets
[01:36:06] <Elisha> yes
[01:36:24] <Elisha> web-resources is / of war?
[01:37:05] <Elisha> I create under web-resources/resources/styles a default.css
[01:37:35] <Elisha> eclipseApps shows empty folders
[01:38:18] <Elisha> target/m2e-wtp/web-resources/resources/styles is not empty
[01:40:48] <maxandersen1> fbricon: looking in tycho 0.11 codebase and it seems to not take timezone into consideration...
[01:42:30] <Elisha> fbricon: any ideas?
[01:43:30] <fbricon> Elisha: are the files visible directly in the project explorer?
[01:43:59] *** maxandersen1 has quit IRC
[01:44:05] <Elisha> yes
[01:44:18] <fbricon> Have you tried to clean the server?
[01:44:25] <fbricon> force a publish
[01:45:19] <Elisha> somethings happening now
[01:45:20] <fbricon> what contains a .war generated by an eclipse project export?
[01:45:28] *** maxandersen has joined #jbosstools
[01:45:28] *** ChanServ sets mode: +o maxandersen
[01:45:52] <Elisha> now files are in directories after re-publishing
[01:46:20] <fbricon> better than nothing
[01:46:48] <Elisha> goodie :D
[01:47:03] <fbricon> ok I can go now :-)
[01:47:07] <fbricon> good night
[01:47:21] *** fbricon is now known as fbricon_ZzzZzz
[01:48:07] <Elisha> not so fast!
[01:48:12] <Elisha> I want to thank you first :D
[01:55:20] <Elisha> bummer, still not working
[01:56:37] <Elisha> very random, that you get css into eclipseApps
[02:08:31] *** fbricon_ZzzZzz has quit IRC
[02:08:39] *** rinru has quit IRC
[02:12:44] *** nickboldt has quit IRC
[02:18:25] *** nickboldt has joined #jbosstools
[02:18:26] *** ChanServ sets mode: +o nickboldt
[02:22:05] *** jwulf has joined #jbosstools
[03:07:37] *** akazakov has quit IRC
[03:25:39] *** irooskov has quit IRC
[03:26:27] *** bgeorges has joined #jbosstools
[03:49:23] *** jwulf has quit IRC
[04:22:37] *** maxandersen has quit IRC
[04:26:38] *** maxandersen has joined #jbosstools
[04:26:38] *** ChanServ sets mode: +o maxandersen
[04:28:18] *** jwulf has joined #jbosstools
[07:36:45] *** maxandersen has quit IRC
[07:37:19] *** maxandersen has joined #jbosstools
[07:37:19] *** ChanServ sets mode: +o maxandersen
[07:37:23] *** aslak has joined #jbosstools
[07:41:43] *** maxandersen has quit IRC
[07:43:03] *** vpakan has joined #jbosstools
[07:43:11] *** vpakan is now known as vpakan_wfh
[07:46:14] *** vpakan_ has joined #jbosstools
[07:49:49] *** vpakan_wfh has quit IRC
[07:57:44] *** vpakan_ is now known as vpakan
[08:12:35] *** jpeterka has joined #jbosstools
[08:13:01] *** psrna has joined #jbosstools
[08:18:00] *** mgoldmann has joined #jbosstools
[08:28:27] *** Diablo-D3 has quit IRC
[08:30:40] *** bgeorges has quit IRC
[08:45:13] *** ljungman has joined #jbosstools
[08:45:16] *** ljungman has joined #jbosstools
[08:56:56] *** tomwells has quit IRC
[09:04:02] *** bgeorges has joined #jbosstools
[09:16:56] *** adietisheim has joined #jbosstools
[09:16:56] *** ChanServ sets mode: +o adietisheim
[09:25:08] *** fbricon has joined #jbosstools
[09:25:16] *** ChanServ sets mode: +o fbricon
[09:29:16] *** lzoubek has joined #jbosstools
[09:29:16] *** ChanServ sets mode: +o lzoubek
[09:33:29] *** dgeraskov has joined #jbosstools
[09:33:29] *** ChanServ sets mode: +o dgeraskov
[10:04:05] *** kkhan has joined #jbosstools
[10:10:31] *** dpalmer has joined #jbosstools
[10:23:44] *** bgeorges has quit IRC
[10:33:24] *** aslak has quit IRC
[10:35:22] *** aslak has joined #jbosstools
[10:45:46] *** psrna is now known as psrna_afk
[11:08:23] *** gbrown has joined #jbosstools
[11:22:49] *** maxandersen has joined #jbosstools
[11:22:49] *** ChanServ sets mode: +o maxandersen
[11:41:03] <Elisha> fbricon: here? :D
[11:41:41] <fbricon> Elisha: yup
[11:42:21] <Elisha> anyway, updates with plugin are not bright, they are randomly copied to server (eclipseApps folder).
[11:42:39] <Elisha> where should I file the issue
[11:42:57] <Elisha> plugin or m2e or wtp? :D
[11:46:43] *** nickboldt has quit IRC
[11:48:05] *** VRubezhny has joined #jbosstools
[11:48:05] *** ChanServ sets mode: +o VRubezhny
[11:56:04] *** rinru has joined #jbosstools
[12:11:31] *** tfennelly has joined #jbosstools
[12:11:32] *** ChanServ sets mode: +o tfennelly
[12:15:39] *** psrna_afk is now known as psrna
[12:15:54] *** psrna has quit IRC
[12:15:55] *** psrna has joined #jbosstools
[12:28:37] *** danflo has joined #jbosstools
[12:37:36] *** sgilda has quit IRC
[12:40:34] *** sgilda has joined #jbosstools
[13:19:10] *** danflo is now known as danflo|brb
[13:24:35] <fbricon> Elisha: the solution to use <execute> in your lifecycle mapping is not recommended by m2e, so this is a tough one. Preferably you should have a m2e connector for this. Now I believe the deployment problem is something between m2e-wtp and WTP (there probably is an issue with the way WTP evicts its module cache ... or not). I can't guarantee we find a solution quick, but you can create an issue in m2e-wtp JIRA. Add a sample project + step
[13:32:09] *** gbrown has quit IRC
[13:33:23] *** danflo|brb is now known as danflo
[13:39:00] *** rmartinelli has joined #jbosstools
[13:54:16] <maxandersen> adietisheim: ping
[13:54:28] <maxandersen> adietisheim: do you know why gwt is added back to the build ?
[13:57:58] *** gbrown has joined #jbosstools
[14:18:33] *** lzoubek has left #jbosstools
[14:21:04] *** lzoubek has joined #jbosstools
[14:21:05] *** ChanServ sets mode: +o lzoubek
[14:28:34] <maxandersen> adietisheim: pong
[14:29:31] *** kkhan has quit IRC
[14:31:03] <adietisheim> maxandersen: ponh
[14:31:27] <adietisheim> maxandersen: actually I corrected the deps and nick seems then to have added the gwt update site and restarted the build
[14:31:30] <maxandersen> adietisheim: do you know why gwt is added back to the build?its failing.
[14:32:12] <maxandersen> adietisheim: last night we just said make it work for gwt build locally but dont put it in the build  - did that plan change?
[14:32:25] <maxandersen> anyway - nightly trunk gwt is not installable
[14:32:44] <adietisheim> maxandersen: no idea, it's basically what I did: changed the reference plug, nothing more
[14:32:58] <adietisheim> maxandersen: why is it not installable?
[14:33:20] <adietisheim> maxandersen: you need to add the gwt update site, should then work I guess
[14:33:41] <maxandersen> adietisheim: it complains
[14:33:51] <maxandersen> adietisheim: about missing dependency
[14:33:54] <adietisheim> maxandersen: even with the latest google update site added previously?
[14:35:47] <maxandersen> adietisheim: I dont know - we didnt have to add it before did we ?
[14:36:17] <adietisheim> maxandersen: yup, that was the process before we then mirrored (which we are not allowed)
[14:36:19] <maxandersen> adietisheim: but thats the problem - sicne they arent OSS its hard to do this.
[14:36:49] <adietisheim> maxandersen: sure, but we always told users to add the google update site before
[14:37:10] <adietisheim> maxandersen: http://community.jboss.org/wiki/UseJBossToolsWithGoogleGWTPlugin
[14:37:31] <adietisheim> maxandersen: hum wrong one
[14:37:34] <adietisheim> maxandersen: sec
[14:38:10] <adietisheim> http://community.jboss.org/wiki/CreateGWTProjectsWithJBossToolsAndEclipseWTP
[14:38:23] <adietisheim> maxandersen: correct one ^ (adds google update site before installing)
[14:40:25] <adietisheim> maxandersen: testing
[14:41:26] <adietisheim> maxandersen: works if you add the google update site BEFORE you try to install. as stated in the wiki. what's missing now on the page for our update site is that the google update site is prerequisited
[14:53:04] <maxandersen> that was only needed if you wanted the SDK installed afair.
[14:53:07] <maxandersen> adietisheim: ^
[14:53:17] <maxandersen> before that there was a link to the related updatesite
[14:53:36] <maxandersen> anyway - just annoying noone tests this and tell about it on jbosstools-dev
[14:54:00] <maxandersen> gotta run
[14:54:12] <adietisheim> maxandersen: nick actually made a jira for it so that I would test it, what I was actually up to do
[14:54:34] <adietisheim> maxandersen: https://issues.jboss.org/browse/JBIDE-9386
[14:54:38] <jbott> Feature Request: [JBIDE-9386] Add GWT 2.3 for Eclipse 3.7 to JBoss Tools 3.3 [Open, Major, (GWT, updatesite), adietish] https://issues.jboss.org/browse/JBIDE-9386
[14:55:07] <maxandersen> adietisheim: yes?
[14:55:18] <adietisheim> maxandersen: yup
[14:55:22] <maxandersen> adietisheim: no idea why nick is even looking at including this - its not OSS yet.
[14:55:46] <maxandersen> adietisheim: and you expect every nightly trunk downloader to notice that jira ?
[14:55:55] <adietisheim> maxandersen: yep, afaik I understood hist issue in the way that I should keep eyes opened for google doing the licence change
[14:56:13] <adietisheim> maxandersen: nope, but this is the way it always was (see wiki)
[14:56:25] <maxandersen> adietisheim: no it wasnt
[14:56:44] <maxandersen> adietisheim: before the site was either mirrored or added as associate site so it would at least install
[14:57:13] <maxandersen> adietisheim: anyway, I thought we agreed on *not* including GWT into the site before they fix their license
[14:57:15] <adietisheim> maxandersen: hmm, you can now install it with the google update site included. this is how it initally was, before we mirrored
[14:57:38] <maxandersen> adietisheim: fine - then it was broken before too.
[14:57:57] <adietisheim> maxandersen: yup, guess it's what you could call it. but no other way to offer it
[14:57:59] <maxandersen> deal was that we did not put this into the main site again before it would actually be legal/fixed.
[14:58:09] <adietisheim> maxandersen: i have no prob to disable it again
[14:58:23] <adietisheim> maxandersen: but it actually enabled is for 3.2.x
[14:58:40] <adietisheim> maxandersen: gosh, what an english.
[14:58:43] <maxandersen> adietisheim: I dont care about 3.2.x for this
[14:58:53] <adietisheim> maxandersen: so we disable again?
[14:59:11] *** jwulf has quit IRC
[14:59:17] <maxandersen> adietisheim: the problem is that GWT was added back in even though it was clearly (at least imo) agreed it should not be in there - primarily to avoid this kind of confusion.
[14:59:36] <adietisheim> maxandersen: well, tell it nick then
[14:59:47] <adietisheim> maxandersen: i only changed the reference bundle in our plug
[14:59:51] <maxandersen> adietisheim: and if for some reason you and nick wanted it back in - then you should inform about it on the mailng list.
[15:00:28] <maxandersen> I got to go. just either remove it or send out mail on jbosstools-dev explain what is going on so the team knows.
[15:00:30] <adietisheim> maxandersen: I saw nick turning it back on and did not react.. should have reacted
[15:00:52] <adietisheim> maxandersen: ok, will mail, up to you and nick to decide
[15:03:46] *** aslak has quit IRC
[15:04:34] *** aslak has joined #jbosstools
[15:05:03] *** maxandersen has quit IRC
[15:11:14] *** Snjeza has joined #jbosstools
[15:11:14] *** ChanServ sets mode: +o Snjeza
[15:25:06] *** gbrown_ has joined #jbosstools
[15:26:59] *** gastaldi has joined #jbosstools
[15:27:17] <gastaldi> hey all !
[15:27:42] *** gbrown has quit IRC
[15:34:44] *** jpeterka has quit IRC
[15:34:47] *** bfitzpat has joined #jbosstools
[15:34:47] *** ChanServ sets mode: +o bfitzpat
[15:37:46] *** maxandersen has joined #jbosstools
[15:37:46] *** ChanServ sets mode: +o maxandersen
[15:46:14] *** ljungman has quit IRC
[15:48:01] *** jpeterka has joined #jbosstools
[15:52:27] *** gbrown_ has quit IRC
[16:00:50] <fbricon> maxandersen: ping
[16:01:08] <maxandersen> fbricon: pong
[16:01:27] <fbricon> maxandersen: is there an irc channel for jenkins/build issues?
[16:01:45] <maxandersen> fbricon: you mean on jboss internal hudson?
[16:01:48] <fbricon> yes
[16:01:55] <maxandersen> fbricon: #jbossqa on internal irc
[16:02:06] *** vpakan has quit IRC
[16:05:52] <maxandersen> aaargh Errors occurred during the build.
[16:05:52] <maxandersen> Errors running builder 'CDI (Context and Dependency Injection) Builder' on project 'jboss-as-numberguess'.
[16:05:52] <maxandersen> org.jboss.tools.common.model.filesystems.impl.FolderImpl.waitForUpdate()J
[16:14:45] *** jose_freitas has joined #jbosstools
[16:15:34] <maxandersen> Snjeza: is your launch debug site updated with the latest?
[16:16:06] <jose_freitas> hey guys, g'morning, is there a known issue about jbt3.3 not autocompleting xmlns tags?
[16:16:24] <Snjeza> maxandersen: yes, it is.
[16:16:40] *** gastaldi has left #jbosstools
[16:17:20] <maxandersen> ok, i read your last comment as the content hadn't changed, but you just meant the src location ;)
[16:17:31] *** nickboldt has joined #jbosstools
[16:17:32] *** ChanServ sets mode: +o nickboldt
[16:21:34] <maxandersen> Snjeza: how come you dont just add the projects/classpaths with their respective sourceptah to the create launch instead of the custom sourcepath computer?
[16:26:23] <maxandersen> fbricon: ping
[16:26:35] <fbricon> maxandersen: pong
[16:26:41] <maxandersen> fbricon: after updating im now getting this every time I right click on a project:
[16:26:42] <maxandersen> http://screencast.com/t/iCyaJZSw2
[16:27:18] <maxandersen> fbricon: do you have that too ?
[16:27:30] <fbricon> maxandersen: yes. known, oooold issue
[16:28:04] <fbricon> IIRC Snjeza tried to fixed it upstream some time ago
[16:28:22] <fbricon> don't remember what was wrong
[16:28:25] <maxandersen> fbricon: yeah I know the issue but havent seen it in 1.0 for a while...
[16:28:36] *** danflo has quit IRC
[16:28:43] <fbricon> Well, I've seen it for sure
[16:28:44] <Snjeza> maxandersen: the only way to add projects/classpaths to a launch conf is to change source path computer. The Eclipse engine calls source path computer to configure the default source attachment. I also add Maven's classpath provider and sourcepath provider if there is m2eclipse and the project has maven nature.
[16:30:04] <maxandersen> https://issues.jboss.org/browse/JBIDE-5914
[16:30:08] <jbott> Bug: [JBIDE-5914] M2eclipse is registering bad menu or Seam component view has bad menu id [Closed, Major, (UpStream), snjeza] https://issues.jboss.org/browse/JBIDE-5914
[16:30:29] <maxandersen> https://issues.sonatype.org/browse/MNGECLIPSE-1732
[16:32:01] <maxandersen> Snjeza: what am I editing when adding source's to the Source tab on the launchconfig? that isnt sourcepathcomputer
[16:32:39] <maxandersen> http://screencast.com/t/mSylHiWLSVop <? Snjeza ?
[16:37:05] <Snjeza> maxandersen: you are editing a launch configuration. I can't change what the user edits, I only change the default tab. For instance, the user creates two confs : glassfish and jboss as 7. He adds different source attachments to each conf. When he launches one of these confs, I can change the selected projects, but mustn't change source attacments he added.
[16:37:57] <maxandersen> Snjeza: since you are the creator of the launch config the user haven't set anything
[16:38:37] <maxandersen> Snjeza: if its on an existing launch then just add those that are missing?.dont remove those he have added?
[16:41:41] <Snjeza> maxandersen: I can't know what source attachments he added. I can only know what is in the default tab. That's why I don't change non default attachments.
[16:47:55] <VRubezhny> jose_freitas: what tags do you mean? Have an example?
[16:49:57] <maxandersen> Snjeza: he added all the source attachements that aren't related to the selected projects ?
[16:53:23] <maxandersen> Snjeza: your sourcepath computer already are storing the selected projects on it so should be all detectable.
[16:56:47] <Snjeza> maxandersen: If the user debugs some projects on JBoss AS, he can add JBoss AS sources he wants. The remote debug plugin enables him to debug different (selected) projects on different ports and doesn't change his source attachments.
[16:56:49] <Snjeza> When debuging on glassfish, he can create other configuration and add glassfish sources he wants. He can select the same or different projects and debug them on glassfish.
[16:56:50] <Snjeza> If the user doesn't need either glassfish or JBoss AS sources, he can select desired projects and debug them using the default conf. Anyway, I have to differ source attachments the plugin added from those added by the user.
[16:58:03] <Snjeza> maxandersen: "your sourcepath computer already are storing the selected projects on it so should be all detectable." - the selected project are changed when ever the user launches a conf.
[16:58:13] <maxandersen> Snjeza: I dont follow why with my suggestion cant add other configurations too...
[16:58:33] <maxandersen> Snjeza: yes - but you can read the attribute if it exists before updating it for launch.
[17:02:03] <Snjeza> maxandersen: arquillian-core, for instance, contains about 20 projects. If we create a conf. for every combination of selected projects, we would have a lot of confs that the user wouldn't be able to control. The only he needs to do is to separate his source attachments from the source attachments added by the plugin.
[17:02:52] <maxandersen> "The only he needs to do is to separate his source attachments from the source attachments added by the plugin." <? didnt undrestand what you mean here?
[17:04:28] *** dpalmer has quit IRC
[17:06:58] <Snjeza> maxandersen: the remote debug plugin will always add selected projects to any conf. The user can add his own source attachments. The plugin has to differ those two kind of attachments. THe remote debug plugin additionally detects m2eclipse dependencies (using m2eclipse provider) .
[17:14:20] <adietisheim> ping nickboldt
[17:15:46] <nickboldt> adietisheim: pong Andre
[17:16:59] *** fbricon has quit IRC
[17:17:00] <adietisheim> pong nickboldt: just installed, and our plug now gets installable but required plugs from google (sdk?) dont get pulled.
[17:17:15] <adietisheim> nickboldt: I guess I need to add required plugs again into my manifest
[17:17:17] <maxandersen> adietisheim: that is because there is *no* requirement.
[17:17:22] <maxandersen> NONONONON
[17:17:28] <adietisheim> maxandersen: ?
[17:17:38] <maxandersen> adietisheim: we had this discussion about a gazillion times ;)
[17:17:44] <adietisheim> maxandersen: sure
[17:17:49] <nickboldt> yeah, we don't want to be tied
[17:17:56] <adietisheim> maxandersen: so that's why we removed it
[17:17:57] <maxandersen> adietisheim: there can be *multiple* SDK's
[17:18:13] <maxandersen> adietisheim: and you can use the GWT stuff *without* an SDK
[17:18:17] <maxandersen> not for much, but you can.
[17:18:23] <adietisheim> maxandersen: well, but we now have the capability of a version range or no range at all, just an sdk
[17:18:24] <nickboldt> right, so my fix to the composite means user needs no preinstall step or add-this-URL step, and can install our stuff in one go
[17:18:38] <maxandersen> and its not *our* duty nor our place to fix GWT's plugins by forcing and SDK.
[17:18:49] <nickboldt> then they can choose what SDK(s) to install and whoah, the URL for the site's already provided? How awesome are we?
[17:18:54] <maxandersen> nickboldt: yes
[17:19:02] <adietisheim> maxandersen: hum, but the current result (without installing it first) is that the google stuff is not functionnal
[17:19:17] <maxandersen> adietisheim: it works fine for me
[17:19:26] <adietisheim> maxandersen: ok
[17:19:57] <maxandersen> adietisheim: it complains about missing an sdk but thats not really different than not having a JDK installed
[17:20:04] <maxandersen> their plugin just needs to be better handling it
[17:20:10] <nickboldt> adietisheim: yes, but that's an education thing. document how to use it (that is, they need to install the SDK) and give usage example. much more useful than FORCING a version on them or having them break cuz of Google
[17:20:11] <adietisheim> maxandersen: nickboldt: so current result is that you can install (if you did not read the wiki) but it wont really work. it will only if you follow the wiki which says that you have to install google first
[17:20:14] *** danflo has joined #jbosstools
[17:20:18] *** danflo has joined #jbosstools
[17:20:25] <adietisheim> nickboldt: ok
[17:20:30] <nickboldt> adietisheim: you can then install Google *after*, too :)
[17:20:44] <adietisheim> nickboldt: hum, guess you can since not all parts were pulled
[17:21:05] <nickboldt> http://www.springsource.com/developer/sts -- there's a link for "with Google Integration" there
[17:21:26] <nickboldt> whyforcanthey bundle google but we can't?
[17:21:32] <maxandersen> adietisheim: I just ran our wizard with gwt...works
[17:22:11] <maxandersen> nickboldt: install it - last time I tried it wasnt bundled - it  was available as updatesite install ...
[17:22:16] <adietisheim> maxandersen: yup, result is compiling, but all google menus are missing. you cannot manually recompile etc. it's just our prebundled sample that works since it is already compiled ;)
[17:22:48] <adietisheim> maxandersen: cross-compiled I mean
[17:23:14] <maxandersen> adietisheim: ah its showoing up errors in the console now
[17:23:25] <adietisheim> maxandersen: yeah, that's what I was expecting
[17:23:26] <maxandersen> adietisheim: their dependencies must be really foobar
[17:24:58] <Snjeza> maxandersen: "he added all the source attachements that aren't related to the selected projects ?" - we can't differentiate the selected projects from the projects the user adds to the conf. I am not sure I understand your question. If you want that we solve this issue without changing some of the standard attribute of the eclipse remote java configuration, we can't detect m2eclipse...
[17:24:59] <Snjeza> ...dependencies without changing sourcepath provider and classpath provider.
[17:27:35] *** bfitzpat has quit IRC
[17:27:45] *** bfitzpat has joined #jbosstools
[17:27:46] *** ChanServ sets mode: +o bfitzpat
[17:41:42] <maxandersen> Snjeza: ill need to try playing with it ? I dont see the problem in adding the soure paths explicitly and leave the default source path computer...
[17:45:17] <Snjeza> maxandersen: you mean that we need to create a new conf for every "selected projects, port, host" combination?
[17:45:50] <maxandersen> no - if the selected porjects, port, host match we reuse the config?isnt that what you do today?
[17:46:58] <nickboldt> maxandersen: JBT 3.3.0.M3 is due Aug 23? https://issues.jboss.org/browse/JBIDE/fixforversion/12316349 (just confirming that's correct) cc: adietisheim
[17:47:24] <adietisheim> nickboldt: great, thanks
[17:47:53] <maxandersen> nickboldt: thats the date we set a while back yes - last updated at f2f
[17:48:33] <maxandersen> i need to reeval the roadmap dates now with PRD in place and requirements needs to be done...
[17:49:12] *** jpeterka has quit IRC
[17:51:28] <maxandersen> adietisheim: what/who writes: "Server jboss 7 failed to start" ?
[17:51:41] <adietisheim> maxandersen: where?
[17:51:42] <maxandersen> adietisheim: thre is no context/tracing info in it...
[17:51:56] <maxandersen> error log
[17:52:02] <adietisheim> hmm, let me check
[17:52:03] <maxandersen> when I try start AS7 CR1
[17:52:32] <maxandersen> which probably dont work because of incompatible jars but seems the error handling isnt capturing the error properly
[17:53:06] <adietisheim> maxandersen: yep, saw a few of those already :( checking who writes this
[17:55:03] <adietisheim> maxandersen: hmm, not in our messages, file content search did not find it either. guess wtp?
[17:55:28] <adietisheim> maxandersen: no stacktrace nothing?
[17:56:47] <maxandersen> nada
[17:57:14] <maxandersen> and when I press stop in the console (since it is actually runnning) it says server jboss 7 failed to start
[17:57:17] <maxandersen> ..bit weird
[18:04:04] *** gbrown_ has joined #jbosstools
[18:05:52] *** psrna has quit IRC
[18:06:39] *** mgoldmann has quit IRC
[18:13:09] <Snjeza> maxandersen: "no - if the selected porjects, port, host match we reuse the config?isnt that what you do today?" - We use the one conf. that  the user selects, change host, port, selected projects and launch the conf .The user needs a new conf. only if he has his own attachments.
[18:13:50] <Snjeza> maxandersen: Have to run now. Will be online later today.
[18:14:36] *** gbrown_ has quit IRC
[18:19:09] *** Snjeza has left #jbosstools
[18:24:40] *** blafond has joined #jbosstools
[18:26:43] *** akazakov has joined #jbosstools
[18:26:44] *** ChanServ sets mode: +o akazakov
[18:59:11] *** aslak has quit IRC
[19:22:56] *** aslak has joined #jbosstools
[19:23:30] <jose_freitas> VRubezhny: sorry, was out for lunch
[19:23:41] <jose_freitas> VRubezhny: any tags that are not from jsf
[19:24:17] <jose_freitas> h: f: and etc is ok. but If I add seamfaces for example
[19:24:20] <jose_freitas> it does not load
[19:24:40] <VRubezhny> jose_freitas: Is your project a JBoss Tools JSF project?
[19:25:19] <jose_freitas> it doesn't have jsf facet applied
[19:25:21] <VRubezhny> jose_freitas: Do you have seamfaces library in WEB-INF/lib ?
[19:25:23] <jose_freitas> I import them as maven project
[19:25:27] <jose_freitas> yes
[19:25:30] <jose_freitas> it runs fine
[19:25:41] <jose_freitas> but it does not auto complete
[19:27:27] <VRubezhny> jose_freitas: Is it a free/public project? (Can I import it some how?)
[19:28:35] <jose_freitas> its an example I use for some seam-faces testing
[19:28:42] <jose_freitas> but I don't have it on github
[19:28:57] <jose_freitas> I could zip it though and put it somewhere
[19:29:34] <VRubezhny> jose_freitas: When you right-click on this project in Projects/Pachage navigator, do you see a menu item like "Add JSF Capabilities" or something like that?
[19:31:04] <VRubezhny> jose_freitas: It would be great if you'll zip it and publish it (of course, if it's legal)
[19:31:23] <jose_freitas> I don't see this option
[19:31:42] <jose_freitas> I'll put it somewhere
[19:31:44] <jose_freitas> maybe gdocs
[19:31:48] <jose_freitas> one moment
[19:31:56] <VRubezhny> jose_freitas: And what about "Remove JSF caps"?
[19:32:35] <jose_freitas> nope
[19:32:58] <akazakov> jose_freitas: please show your .project file . VRubezhny we can see there what builders/natures are installed
[19:33:33] <akazakov> <project_name>/.project
[19:34:17] <VRubezhny> akazakov: Probably not for this project. And there is no option for this (why?)
[19:34:59] <VRubezhny> akazakov: I mean there is no menu item like "Add JSF caps" in context menu
[19:36:16] <akazakov> jose_freitas: VRubezhny: that menu should be in <right_click_on_the_project> -> Configure... -> ...
[19:38:49] <jose_freitas> http://pastebin.com/bDLDDq2C
[19:38:53] <jose_freitas> this is .project
[19:43:42] <akazakov> jose_freitas:  if your seamfaces jars in the project class path and they have the facelet tag lib then code completion should work... weird.
[19:45:06] *** VRubezhny has quit IRC
[19:48:20] <akazakov> jose_freitas:  wait a minute... your project is not a JSF project. Not sure if we provide tag code completion for such projects...
[19:56:18] <akazakov> hm... it should work even if your project is not a Dynamic Web/JSF Project
[19:57:27] <akazakov> I can't reproduce this issue :(
[20:00:08] <akazakov> jose_freitas: it seems that we need to see the whole project to figure out what is going on there.
[20:00:47] <jose_freitas> akazakov: https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B-9iRfFrEym1MTAyM2ZhNzQtZTM5NS00Nzk3LWE1OTUtMmZkMTBiMDc3Yzhi&hl=en_US
[20:00:55] <jose_freitas> it's a maven project
[20:01:13] <jose_freitas> it works with jsf default tag
[20:01:13] <jose_freitas> s
[20:01:23] <jose_freitas> like: h:output for example
[20:01:35] <jose_freitas> to download the whole project go to file>download original
[20:01:41] <jose_freitas> or ctrl+s
[20:02:50] <jose_freitas> to reproduce go to index.xhtml and try to auto complete <sc:
[20:04:00] <akazakov> thanks. looking...
[20:04:43] <jose_freitas> thank you
[20:05:04] <jose_freitas> it used to work with helios
[20:05:06] *** VRubezhny has joined #jbosstools
[20:05:16] *** ChanServ sets mode: +o VRubezhny
[20:05:34] <jose_freitas> I changed workspaces some days ago (from helios to indigo) didn't notice this autocomplete feature absence since today
[20:06:15] <VRubezhny> jose_freitas: akazakov: Sorry. Lost my Internet connection
[20:06:42] <akazakov> jose_freitas: I see <sc:inputContainer in code completion there
[20:07:16] <jose_freitas> really?
[20:07:19] <jose_freitas> weird
[20:07:19] <akazakov> is it what you are missing?
[20:07:22] <jose_freitas> yes
[20:07:36] <akazakov> try clean the project
[20:08:07] <akazakov> Project->Clean...
[20:08:16] <jose_freitas> hehehe
[20:08:41] <jose_freitas> nope
[20:09:02] <akazakov> what version of JBT are you using?
[20:09:05] <jose_freitas> m2
[20:10:43] <jose_freitas> cdi tools, forge tools, hibernate tools, jbossas tools, and seam3 tools
[20:10:57] <jose_freitas> and jmx console
[20:11:07] <jose_freitas> do I need another one?
[20:11:11] <akazakov> do you see seam-faces-impl.jar in Maven Dependencies for your project?
[20:11:32] <jose_freitas> yes
[20:11:48] <jose_freitas> and the taglib
[20:12:03] <akazakov> jose_freitas: nope, as soon as you have those tools and their dependencies...
[20:12:16] <jose_freitas> yet, inputContainer is a composite component
[20:12:38] <akazakov> ah, yes, right
[20:12:39] <jose_freitas> it's there too
[20:13:27] <jose_freitas> it's weird that it can autocomplete jsf tags
[20:14:20] <akazakov> jose_freitas: do you have code completion for seam tags?
[20:14:32] <akazakov> xmlns:s="http://jboss.org/seam/faces"
[20:15:00] <jose_freitas> nope
[20:15:24] <akazakov> do you see any errors in log?
[20:16:09] <jose_freitas> yes, quite a few actually
[20:16:29] <jose_freitas> but I saw one interesting
[20:16:37] <jose_freitas> A workspace crash was detected. The previous session did not exit normally. Not using saved taglib indexes.
[20:17:44] <jose_freitas> let me restart eclipse
[20:18:24] <akazakov> if you have some problems with loading jars in JBT you will have code completion for standard JSF tags anyway. We load them from XML catalog. So it is why it's working for you. But why JBT doesn't load those jars...
[20:19:19] <jose_freitas> restarting eclipse
[20:19:41] <jose_freitas> I'll pastebin any error stacktraces
[20:24:37] <jose_freitas> http://pastebin.com/2PihswkF and http://pastebin.com/f8AAeadL
[20:29:15] <akazakov> and code completion still not working?
[20:30:14] <jose_freitas> nope
[20:30:28] <jose_freitas> I closed all the tabs
[20:30:29] <jose_freitas> deleted log
[20:30:34] <jose_freitas> and restarted eclipse
[20:30:45] <jose_freitas> when I open a xtml file
[20:31:13] <jose_freitas> it gives the first error
[20:31:22] <jose_freitas> the second one I couldn't reproduce
[20:33:10] <akazakov> weird...
[20:33:22] <jose_freitas> default associated editor for xhtml is "JBoss Tools HTML Editor (locked by HTML, Facelet and Facelet composite component content types)
[20:34:53] <akazakov> jose_freitas: could you try to do the following:
[20:35:38] <akazakov> 1. get seam-faces-impl.jar from your local repo and put it to some folder in your project.
[20:36:08] <akazakov> 2. Add this jar as a lib into the project
[20:36:50] <jose_freitas> ok
[20:36:58] <akazakov> 3. try to Ctrl+Space again
[20:38:48] <jose_freitas> ok, I removed the dependencies from pom, added the jar directly and tried ctrl+space again, still not working
[20:38:50] <jose_freitas> =(
[20:39:18] <jose_freitas> I hate this kind of misterious errors
[20:41:22] <jose_freitas> just tried the same with primefaces lib
[20:41:27] <jose_freitas> don't work either
[20:42:31] <akazakov> 1. try to disable CDI support
[20:42:54] <jose_freitas> .. Configure> remove cdi support
[20:43:21] <jose_freitas> nop
[20:43:45] <akazakov> 2. them remove 		<buildCommand>
[20:43:46] <akazakov> 			<name>org.jboss.tools.jst.web.kb.kbbuilder</name>
[20:43:46] <akazakov> 			<arguments>
[20:43:46] <akazakov> 			</arguments>
[20:43:46] <akazakov> 		</buildCommand>
[20:43:50] <akazakov> from .project
[20:44:06] <akazakov> and remove <nature>org.jboss.tools.jst.web.kb.kbnature</nature> too
[20:44:17] <akazakov> 3. build the project
[20:44:24] <akazakov> 4. enable CDI again
[20:44:51] *** Diablo-D3 has joined #jbosstools
[20:46:11] <akazakov> my be KB builder (which loads libs) got stuck
[20:46:15] <jose_freitas>  k
[20:47:01] <jose_freitas> yes, when I loaded from helios to indigo it needed to reorder the validators
[20:49:25] *** myarboro has quit IRC
[20:49:30] <akazakov> i'm a little bit worry about the order of the maven builder... It's the last one in the .project. So maybe KB builder got stuck on some old classpath. But if it doesn't work even when you don't use maven stuff then it's not the case of a wrong build order.
[20:49:40] <jose_freitas> nope, but I still got error for "Visual Editor Implementation not available" on org.jboss.tools.jst.jsp
[20:49:43] <jose_freitas> no stacktrace
[20:50:22] <jose_freitas> in that case it'd make more sense if it didn't work for you as well
[20:50:41] <akazakov> you have a problem with visual part of the editor, right?
[20:50:52] <jose_freitas> it seems
[20:51:23] <akazakov> so it doesn't matter for code completion
[20:51:38] <jose_freitas> hm
[20:52:22] <akazakov> do you have code completion for #{...} ?
[20:53:00] <jose_freitas> yes
[20:53:14] <jose_freitas> #{credentials.... } for example
[20:55:40] <akazakov> i have one more idea:
[20:55:44] <jose_freitas> ok
[20:55:50] <jose_freitas> np
[20:55:52] <akazakov> 1. close your eclipse
[20:56:12] <akazakov> 2. go to workspace folder
[20:56:40] <jose_freitas> hm
[20:56:48] <jose_freitas> maybe I could reimport it
[20:56:51] <jose_freitas> since is a maven project
[20:56:59] <jose_freitas> delete everysettings
[20:57:08] <jose_freitas> .classpath, .project and everything
[20:57:12] <jose_freitas> and see what happens
[20:57:24] <jose_freitas> but please follow with your suggestion first
[20:57:32] <akazakov> 3. remove <workspace>/.metadata/.plugins/org.jboss.tools.* folders
[20:57:56] <akazakov> 4. start eclipse
[20:58:07] *** adietisheim has quit IRC
[20:58:35] <akazakov> 5. clean the project/ctrl+space
[20:58:54] <jose_freitas> ok
[21:00:19] <jose_freitas> nope
[21:00:22] <jose_freitas> <o> omg
[21:00:47] <akazakov> not working?
[21:01:05] <akazakov> wtf
[21:01:23] <jose_freitas> =/
[21:01:29] <jose_freitas> reimporting project
[21:01:37] <jose_freitas> deleted settings and .project
[21:02:38] <jose_freitas> ok, now it doesn't autocomplete jsf tags
[21:03:14] <jose_freitas> added cdi support and it autocomplete h:tags but not seam faces
[21:03:48] <akazakov> try to create a JSF project. And add seam-faces-impl here. Will it work there?
[21:04:20] <akazakov> New->Project->Jboss Tools Web->JSF
[21:04:21] <jose_freitas> dynamic web project you mean?
[21:04:26] <jose_freitas> aa, ok
[21:04:54] <jose_freitas> theres not this option
[21:05:25] <jose_freitas> there're: properties File, TLD File, Web descriptor, XHTML page
[21:05:41] <akazakov> ah... you don't have JSF tools installed
[21:06:41] <jose_freitas> I have jboss maven jsf configurator
[21:07:01] <akazakov> i think it's a reason
[21:07:08] <jose_freitas> jsf rich faces tools ?
[21:07:17] <akazakov> yes
[21:07:22] <akazakov> it's a bug
[21:07:48] <jose_freitas> hm
[21:08:18] <akazakov> or, maybe it's not a bug... But I believe when you install JSF plugins it will start working...
[21:08:44] <jose_freitas> but is there a specific tool for jsf ? or do I have to install richfaces?
[21:08:49] <jose_freitas> richfaces tools
[21:08:57] <akazakov> richfaces, yes
[21:09:04] <jose_freitas> hm
[21:09:07] <jose_freitas> installing it
[21:09:08] <akazakov> jsf is a part of this tools
[21:09:16] <jose_freitas> didn't though I would need it
[21:09:20] <jose_freitas> thanks
[21:09:21] <jose_freitas> :)
[21:09:43] <jose_freitas> and sorry for all the trouble
[21:10:33] <akazakov> actually we should think about it... even I didn't realize that you have to have JSF installed to get code completion for facelets stuff
[21:11:40] <jose_freitas> yeah, maybe a independent tool
[21:12:59] <jose_freitas> when selectigng which plugin I'd install, I'd certainly select it.
[21:13:06] <jose_freitas> now I see "add jsf capabilities"
[21:14:53] <akazakov> what about Ctrl+Space? :) Don't tell me it's still not working
[21:19:42] *** jose_freitas_aw has joined #jbosstools
[21:19:48] *** jose_freitas has quit IRC
[21:19:54] *** jose_freitas_aw is now known as jose_freitas
[21:20:08] <jose_freitas> sorry, connection timeout
[21:20:28] <jose_freitas> it didn't work on the project but I created a new one with the wizard and it works fine
[21:21:57] *** maxandersen has quit IRC
[21:22:32] <akazakov> ok, now maybe you need to clean the project to force KB builder to load facelet libs for the project. Clean/re-build. Or if doesn't help then again close eclipse,  remove <workspace>/.metadata/.plugins/org.jboss.tools.* folders, start eclipse
[21:22:42] *** maxandersen has joined #jbosstools
[21:22:42] *** ChanServ sets mode: +o maxandersen
[21:23:18] *** jose_freitas_aw has joined #jbosstools
[21:23:48] <akazakov> we fixed some bugs in M2 with project cleaning. So In M3 it should be enough to clean/build the project to pick up new stuff for KB builder.
[21:24:45] *** jose_freitas has quit IRC
[21:26:42] *** jose_freitas_aw is now known as jose_freitas
[21:26:53] <akazakov> jose_freitas: not sure you saw my last comment:
[21:26:54] <akazakov> ok, now maybe you need to clean the project to force KB builder to load facelet libs for the project. Clean/re-build. Or if doesn't help then again close eclipse,  remove <workspace>/.metadata/.plugins/org.jboss.tools.* folders, start eclipse
[21:27:02] *** myarboro has joined #jbosstools
[21:27:16] <jose_freitas> ok
[21:27:23] <jose_freitas> didn't see it
[21:27:50] *** maxandersen has quit IRC
[21:28:16] <jose_freitas> ok
[21:28:27] <jose_freitas> now I see primefaces (that I added for testing)
[21:28:32] <jose_freitas> and don't see seamfaces
[21:28:36] <jose_freitas> oO
[21:29:25] <jose_freitas> nope there's no problem, I had removed seamfaces from pom
[21:29:31] *** maxandersen has joined #jbosstools
[21:29:31] *** ChanServ sets mode: +o maxandersen
[21:29:41] <jose_freitas> and when reimporting it, it obviously didn't add seamfaces as dependency
[21:30:06] <jose_freitas> now everything works fine
[21:30:07] <jose_freitas> thanks
[21:31:16] *** jose_freitas_aw has joined #jbosstools
[21:31:36] <jose_freitas_aw> my connection is a rollercoast today
[21:32:03] <jose_freitas_aw> coaster*
[21:32:42] <akazakov> jose_freitas: thank you. We should think about this dependency...
[21:34:23] *** jose_freitas has quit IRC
[21:34:56] <jose_freitas_aw> akazakov: just found one problem (I think is a problem)
[21:35:12] <akazakov> yes?
[21:35:27] <jose_freitas_aw> it resolves normal dependencies but it can't resolve workspace dependencies
[21:35:45] <akazakov> what do you mean?
[21:36:17] <jose_freitas_aw> I mean, if a seamfaces is a normal dependency resolved as jar, fine, if the project is on the workspace, eclipse resolves the dependency as a project (not a jar)
[21:36:34] <jose_freitas_aw> let me clean the project
[21:38:03] <jose_freitas_aw> this was a problem with jbt 3.2
[21:38:07] <jose_freitas_aw> that was fixed
[21:38:39] *** jose_freitas_aw is now known as jose_freitas
[21:40:26] <akazakov> jose_freitas: I mot not sure I got it.. :) but I guess you are talking about maven dependencies?
[21:41:28] *** blafond has left #jbosstools
[21:41:35] *** danflo has quit IRC
[21:43:14] <jose_freitas> yes, kinda
[21:43:56] <jose_freitas> kbbuilder needs to get taglib from normal jars and for projects in workspace that the main project depend to
[21:44:53] <akazakov> yes it does, it's not working for you for dependent projects?
[21:44:59] <jose_freitas> no
[21:45:14] <akazakov> let me check
[21:45:52] <jose_freitas> and the same project, on a different workspace (not resolved as workspace dependency) provides the taglib correclty
[21:50:31] *** myarboro has quit IRC
[21:51:00] <akazakov> jose_freitas: if you have two projects: A and B. B depends on A. A has <src>META-INF/tag.lib.xml.
[21:51:35] <akazakov> then code completion works in both A and B projects. For me/
[21:52:34] <jose_freitas> hm
[21:52:38] <akazakov> But if A has a jar in the classpath with some tag lib, then this lib from the jar won't be loaded for B project.
[21:53:07] <jose_freitas> ok
[21:53:28] <akazakov> so what is your case?
[21:53:48] <akazakov> do you have the lib in jar of A or in source folder of A?
[21:54:27] <jose_freitas> in my case, I have a project A and project B in a workspace 1 and project C in workspace 2. project B depends on A but cant autocomplete the tags. project C also depends on A and it autocomplete the tags normally
[21:55:39] <jose_freitas> project B autocomplete seam tags and primefaces tags, but not project A tags.
[21:55:47] <jose_freitas> project C auto complete everything
[21:56:21] <jose_freitas> do you have M2?
[21:56:41] <akazakov> where is the facelets tag lib? in seam-faces.jar in A's classpath? Or in A's source folder (A is the seam faces source project)
[21:56:55] <jose_freitas> in A's source folder
[21:57:15] <jose_freitas> meta-inf
[21:58:00] <akazakov> then it should work. No, I don't have M2 right now. May be it's why it works for me. But I don't recall we have fixed such issues in M2...
[21:58:07] <jose_freitas> it could be that project A need jsf capabilities as well?
[21:58:23] <akazakov> yes, it is
[21:58:50] <jose_freitas> hmmm "This project cannot be converted to Web Dynamic project required for JSF capabilities"
[21:59:09] <akazakov> wait... you only need KB builder
[21:59:35] <akazakov> enable cdi on the A project
[21:59:57] <jose_freitas> it has already
[22:00:34] <akazakov> it should be enough... let me check
[22:00:37] *** tfennelly has quit IRC
[22:00:57] <jose_freitas> hm
[22:01:02] <jose_freitas> after cleaning the project it worked
[22:01:13] <jose_freitas> I cleaned project A
[22:01:21] <jose_freitas> and taglib was loaded in project B
[22:01:45] <jose_freitas> so, chuck norris says: always clean in your project
[22:02:28] <jose_freitas> ok, nice
[22:02:54] <jose_freitas> so "everything" works as it should now :)
[22:02:59] <jose_freitas> thank you very much
[22:03:58] *** Snjeza has joined #jbosstools
[22:03:58] *** ChanServ sets mode: +o Snjeza
[22:03:58] <akazakov> yes, clean is a good think when you change dependencies ;)
[22:04:17] <jose_freitas> I'm afraid that using maven clean isn't enough, right?
[22:04:25] <jose_freitas> cause normally I use maven clean
[22:05:02] <jose_freitas> but I don't see eclipse building the project automatically again after maven clean
[22:05:20] <jose_freitas> and mvn clean also don't clean KBbuilder
[22:06:36] <jose_freitas> anyway. I'll use a postit to remind me that cleaning projects through eclipse is sometimes necessarily
[22:06:36] <akazakov> ideally we should not require clean but when you are working with related projects then clean can help.
[22:06:51] <jose_freitas> hehehe
[22:08:44] <akazakov> in most cases Eclipse clean is a workaround for bugs of incremental building (Eclipse/JDT/JBT/Maven...)
[22:09:14] <akazakov> so many tools and builders which depend on each other...
[22:10:45] <akazakov> ok, time for lunch.. let me know if you face some other problems ;)
[22:11:09] *** akazakov is now known as akazakov_afk
[22:12:26] <jose_freitas> thanks akazakov_afk
[22:12:35] <jose_freitas> have a nice lunch
[22:20:42] *** fbricon has joined #jbosstools
[22:20:42] *** ChanServ sets mode: +o fbricon
[22:23:15] *** VRubezhny has quit IRC
[22:28:57] *** Snjeza has quit IRC
[22:35:09] *** Snjeza has joined #jbosstools
[22:35:31] *** ChanServ sets mode: +o Snjeza
[22:40:18] *** fbricon has quit IRC
[22:56:52] *** jose_freitas has quit IRC
[23:06:22] *** akazakov_afk is now known as akazakov
[23:12:34] *** rmartinelli has quit IRC





top