20 [17:54:11] balunasj [~balunasj@redhat/jboss/balunasj] has joined #richfaces
51 [17:54:12] ChanServ [ChanServ@services.] has set mode +o balunasj
25 [17:59:02] <prabhatjha> hello everybody
25 [17:59:08] <@balunasj> Hi All
25 [17:59:16] <@balunasj> Here is the agenda for the day  -http://community.jboss.org/wiki/RichFacesTeamMeetingAgenda5-11-2010
25 [17:59:20] <@balunasj> Hi prabhatjha
25 [17:59:31] <prabhatjha> balunasj: hi
25 [17:59:52] <abelevich> hi
25 [18:00:08] <@balunasj> ok all lets get started
25 [18:00:29] <@balunasj> the first thing on the list is just to finalize the maven repo updates
25 [18:00:41] <@balunasj> ilya_shaikovsky: have you been able to get to the wiki page to update?
20 [18:00:46] alexsmirnov [~alexsmirn@adsl-71-132-217-41.dsl.pltn13.pacbell.net] has joined #richfaces
25 [18:01:24] <ilya_shaikovsky> Hello all!
20 [18:01:34] amarkhel [~chatzilla@93.191.103.3] has joined #richfaces
25 [18:01:48] <ppitonak> hi
24 [18:02:41] <nbelaevski> hello everybody
25 [18:03:08] <ilya_shaikovsky> As we told at friday checked the migration results, and updated maven configuration page with info that we do not require additional configurations anymore and links to the comon jboss pages about maven build and our svn repo details pages
25 [18:03:39] <ilya_shaikovsky> http://community.jboss.org/wiki/HowToConfigureMavenForRichFaces
25 [18:04:08] <@balunasj> ilya_shaikovsky: I thought there was more updates that you wanted to get done, but this looks good
25 [18:04:38] <ilya_shaikovsky> balunasj, yup.. but this not related to configuration itself
25 [18:04:42] <@balunasj> I see you just resolved the issue - great - I'll resolve the parent too.
25 [18:04:47] <@balunasj> ilya_shaikovsky: ok good
25 [18:04:59] <ilya_shaikovsky> it's more about building separate samples and separate modules (last one - your page actually)
25 [18:05:41] <@balunasj> my page?  which one do you mean?
25 [18:06:04] <ilya_shaikovsky> http://community.jboss.org/wiki/RichFaces40BuildDirectoryStructure
25 [18:06:45] <@balunasj> ah - ok ic
32 [18:07:07] balunasj resolving RFPL-519
25 [18:07:08] <jbossbot> [RFPL-519] Review impact of jboss maven repo changes for the 3.3.3.F releases and future releases [Open, Critical, Andrey Markhel] http://jira.jboss.org/jira/browse/RFPL-519
25 [18:07:51] <@balunasj> ok so next lets move onto 4.0
25 [18:08:07] <@balunasj> First an update on the build structure changes
25 [18:08:17] <@balunasj> Alex K and I are working on them now.
25 [18:08:25] <prabhatjha> balunasj: just an FYI that 3.3.3 was failing in hudson after maven repo change because build was trying to deploy using dav:// I removed that and it worked
25 [18:08:50] <@balunasj> prabhatjha: yes - I remember the thread with Paul about that.
25 [18:08:57] <@balunasj> prabhatjha: it is all set now though - correct?
25 [18:09:23] <prabhatjha> balunasj: i did not follow the thread but Nick had pinged me and I looked into it
25 [18:09:35] <@balunasj> prabhatjha: ok
25 [18:10:20] <@balunasj> ok so back to the build - there are a few questions I would like to bring up
25 [18:10:39] <@balunasj> and also take any questions others may have based on the changes so far
25 [18:10:54] <@balunasj> first one is about CDK Bom
25 [18:11:30] <@balunasj> alexsmirnov: we talked about in the past, and I am agreeing with you about isolating CDK runtime dependencies that do not overlap with the rest of richfaces.
25 [18:12:23] <@balunasj> alexsmirnov: obviously if there are dependencies used by both CDK, and runtime then we should centralize them in the richfaces-bom, but any that are just for CDK I think should just stay in CDK
25 [18:12:27] <@balunasj> alexsmirnov: sound good?
25 [18:14:50] <alexsmirnov> balunasj: we already discussed it with Nick. I thought that utility classes should be configurable or even generated by CDK. Really, richfaces-commons only required for integration tests in CDK.
25 [18:15:47] <@balunasj> alexsmirnov: I'm missing how that relates to general CDK dependencies?
25 [18:16:01] <@balunasj> alexsmirnov: I was talking about things like google juice
25 [18:16:09] <@balunasj> not inter richfaces projects
25 [18:17:02] <@balunasj> the "utility classes should be configurable or even generated by CDK" sounds like something else we need to discuss :-)
34 [18:17:07] jbossbot [~jbossbot@pool-96-230-229-109.mdsnwi.dsl-w.verizon.net] has quit IRC: Changing host
20 [18:17:08] jbossbot [~jbossbot@redhat/jbossbot] has joined #richfaces
25 [18:17:27] <alexsmirnov> All ot them are defined in the CDK bom. Therefore, we do not have to define them project-wide but only include BOM into target projects.
25 [18:17:55] <alexsmirnov> That is advantage of BOM
25 [18:18:09] <@balunasj> alexsmirnov: ok good - so I think we are agreeing ;-)  CDK specific runtime dependencies will stay with CDK
25 [18:18:24] <@balunasj> alexsmirnov: can you explain this "utility classes should be configurable or even generated by CDK" a little more?
25 [18:18:56] <alexsmirnov> I meant another issue. Because CDK generates classes that use utility methods from richfaces-commons, we have cyclic dependency.
25 [18:20:12] <@balunasj> alexsmirnov: right, but that is why we moved commons - out correct?
25 [18:20:50] <alexsmirnov> Also, it is not possible to use CDK without RichFaces runtime now ( at least, richfaces-commons ).
25 [18:21:12] <alexsmirnov> Sure, it is separate project now.
25 [18:21:28] <@balunasj> right
25 [18:21:41] <@balunasj> ok - next question I had
25 [18:21:58] <@balunasj> is there a reason we require maven 2.1.0 as opposed to 2.0.9?
25 [18:22:08] <@balunasj> I don't have a big problem with it, just wanted to understant
24 [18:23:23] <nbelaevski> balunasj: Maven 2.1.0 has password encryption, while 2.0.9 doesn't
25 [18:23:25] <alexsmirnov> balunasj: actually, we don't use any features introduced after 2.0.9
2 [18:23:59] <@balunasj> nbelaevski: is that more of a developer requirement than a project requirement?
2 [18:24:22] <@balunasj> nbelaevski: in other words if people care they can use 2.1, while the project itself only requires 2.0.9?
24 [18:24:24] <nbelaevski> balunasj: more developer
2 [18:24:54] <@balunasj> nbelaevski: the reason I bring it up is that the jboss-parent pom requires 2.09
24 [18:25:09] <nbelaevski> 2.0.9 exactly or at least 2.0.9?
25 [18:25:21] <@balunasj> we would not even need to set it, if we went with 2.0.9
25 [18:25:25] <@balunasj> 2.0.9+
25 [18:26:22] <@balunasj> so lets remove our setting, go with jboss-parent setting
25 [18:26:35] <@balunasj> and then who ever wants to can use 2.1.0+
25 [18:27:09] <alexsmirnov> balunasj: 2.1.x and late have a fix in the multy-module projects with aggregation plugins that use separate lifecycle. That could affect Hudson builds - for example, to build distribution you have to run Maven twice, first time to build/install modules and second one to package.
25 [18:27:36] <alexsmirnov> Similar issues exist for site and checkstyle reports.
25 [18:27:41] <@balunasj> alexsmirnov: reading...
25 [18:28:43] <@balunasj> alexsmirnov: that could be reason enough to set it.  Weld
25 [18:28:49] <@balunasj> is requiring 2.0.10
25 [18:29:03] <@balunasj> alexsmirnov: do you have a link to the issue so I can review?
25 [18:29:47] <@balunasj> alexsmirnov: don't need to look it up now - later is fine
25 [18:30:15] <@balunasj> alexsmirnov: we'll leave as is until I have reviewed it
25 [18:30:17] <alexsmirnov> I've seen it in the Maven release notes. Trying to find...
25 [18:30:49] <@balunasj> my next question is about module naming
34 [18:30:52] hubidubi1 [~hubidubi@dsl51B7E056.fixip.t-online.hu] has quit IRC: Quit: Leaving.
25 [18:31:12] <@balunasj> specifically with bom/pom/aggregator
25 [18:31:27] <@balunasj> right now I'm using groupId
25 [18:31:28] <@balunasj> :
25 [18:31:41] <@balunasj> org.richfaces.commons ( as an example )
25 [18:31:57] <@balunasj> with artifact id of just bom|parent\aggregator
24 [18:32:06] <nbelaevski> alexsmirnov: [MNG-3716] - Aggregators that fork lifecycles don't have execution projects setup for all projects in the reactor. - this?
25 [18:32:31] <@balunasj> This is ok - and creates a directory structure
 like this : http://snapshots.jboss.org/maven2/org/richfaces/commons/
25 [18:32:57] <@balunasj> however when you import this into eclipse ( or likely any IDE )
25 [18:33:29] <@balunasj> you end up with project names bom, parent, aggregator - if this is the same for all of the modules it will be confusing to tell who is who
2 [18:33:34] <alexsmirnov> nbelaevski: I think there it is.
32 [18:33:53] balunasj I'm using working sets to get around this
25 [18:34:05] <@balunasj> for now - but wanted your thoughts on it
2 [18:34:12] <@balunasj> nbelaevski: alexsmirnov : I'll take a look
24 [18:35:00] <nbelaevski> balunasj: I don't import bom|parent\aggregator projects into IDE
24 [18:35:12] <nbelaevski> balunasj: only .jar artifacts
2 [18:35:26] <@balunasj> nbelaevski: :-)  I am for creating them ;-)
25 [18:35:35] <alexsmirnov> balunasj: bom/parent does not contain any java code so it makes little sense to import into eclipse or other. But I agree that it had better to have distinguished ids for Java projects.
24 [18:36:06] <nbelaevski> looking at this: http://snapshots.jboss.org/maven2/org/richfaces/commons/commons-api/4.0.0-SNAPSHOT/
2 [18:36:10] <@balunasj> nbelaevski: alexsmirnov : so perhaps it is not a big deal for most - unless you are working on the build
24 [18:36:26] <nbelaevski> .jar name should include "richfaces-" I think
25 [18:36:44] <alexsmirnov> balunasj: that is not a problem.
2 [18:36:46] <@balunasj> nbelaevski: good catch and agree
25 [18:36:49] <@balunasj> I'll update
20 [18:37:30] Alex_Kolonitsky [~akolonits@93.191.103.3] has joined #richfaces
25 [18:37:39] <@balunasj> but for bom and parent - do you think we should leave as bom, parent
25 [18:37:52] <@balunasj> or make them commons-bom, commons-parent
25 [18:37:57] <@balunasj> for example?
24 [18:38:16] <nbelaevski> what Weld does?
32 [18:38:29] balunasj looking...
25 [18:38:41] <@balunasj> http://anonsvn.jboss.org/repos/weld/api/trunk/bom/pom.xml
25 [18:38:47] <@balunasj> wel-api-bom
25 [18:38:52] <@balunasj> weld-api-bom
25 [18:39:07] <@balunasj> same for parent
24 [18:39:36] <nbelaevski> so I think we should follow that
2 [18:39:59] <@balunasj> nbelaevski: yeah - I agree - I'll update to that as well
24 [18:40:34] <nbelaevski> good, thanks
25 [18:40:38] <@balunasj> Alex_Kolonitsky: any open questions for build?
25 [18:40:45] <@balunasj> all: anyone else?
25 [18:41:26] <Alex_Kolonitsky> no
25 [18:41:49] <@balunasj> ok lets move on
24 [18:42:06] <nbelaevski> balunasj: Alex_Kolonitsky: when are you planning to finish restructure?
25 [18:42:10] <alexsmirnov> balunasj: The same thing as Java package / class names. Although classes with the same name can be in different packages, mixing them in the same source would be painfull.
25 [18:42:48] <@balunasj> alexsmirnov: agree - and why I wanted to bring it up - it did not "feel" right when I was doing it.
2 [18:43:15] <@balunasj> nbelaevski: Alex_Kolonitsky has started work on /dist, and then will look at ui-*
25 [18:43:29] <@balunasj> I working on core, and then will assist with ui
25 [18:44:03] <@balunasj> I will know more about timeframe by the staff meeting, but thinking sometime early next week.
24 [18:44:10] <nbelaevski> ok, I suggest to plan another assembly discussion, to come to conclusion about artifacts
24 [18:44:27] <nbelaevski> what artifacts we deliver and how to name then
2 [18:44:39] <@balunasj> nbelaevski: agree
24 [18:44:44] <nbelaevski> balunasj: good
25 [18:45:18] <@balunasj> anything else regarding build/dist updates for now?
24 [18:46:02] <nbelaevski> no
25 [18:46:07] <alexsmirnov> One point about svn structure: do not forget to add 'target' and .* patterns to svn:ignore to newly created project.
25 [18:46:36] <@balunasj> alexsmirnov: yes - I actually add that to my global
24 [18:46:42] <nbelaevski> alexsmirnov: I've finished creating globals yesterday :)
24 [18:46:51] <nbelaevski> balunasj: :)
25 [18:47:21] <@balunasj> ok next topic is archetype for A2
25 [18:47:51] <@balunasj> Sean brought this up, and I think it would be good to have a simple JSF 2.0, RF 4. archetype - but not sure about timeframe required
25 [18:47:55] <@balunasj> thoughts on this?
25 [18:48:05] <@balunasj> just to help users get a kickstart
24 [18:49:39] <nbelaevski> we can create archetype from any existing project
25 [18:49:49] <alexsmirnov> balunasj: Yor global settings does not in repo, so someone could commit 'target' folder just by accedent
25 [18:50:56] <@balunasj> alexsmirnov: correct - it is my global settings, but from my research there was no good way to set it for all directories
32 [18:51:24] balunasj I'm no svn ninja though ;-)
2 [18:51:51] <@balunasj> nbelaevski: so it should be fairly easy to just create a basic starting point for users
25 [18:51:55] <ilya_shaikovsky> about archetype.. what about http://anonsvn.jboss.org/repos/qa/people/ppitonak/richfaces-archetype-simpleapp ?
25 [18:52:07] <alexsmirnov> balunasj: yes, it is. Therefore, we have to always check igmore settings for new projects.
24 [18:52:31] <nbelaevski> balunasj: yes
25 [18:52:46] <@balunasj> ilya_shaikovsky: that could be fine - have you tried it?
25 [18:53:00] <prabhatjha> ilya_shaikovsky: yup..creating archetypes can be offloaded to us if needed..it's not too time taking anyway :)
25 [18:53:22] <prabhatjha> balunasj: just a thought ;)
25 [18:53:23] <ilya_shaikovsky> yup.. Pavol told me that it has some minor issues.. but we're using it :) and it looks fine
25 [18:53:32] <@balunasj> ilya_shaikovsky: prabhatjha ok that is fine, we just need to get them into the build structure.
34 [18:53:37] pyaschenko [~pasha@93.191.103.3] has quit IRC: Quit: Leaving.
25 [18:53:49] <prabhatjha> balunasj: let us know the build constraint and will get going
25 [18:53:50] <@balunasj> although I would wait until next week when build updates are complete
25 [18:53:57] <@balunasj> prabhatjha: ok
25 [18:54:15] <@balunasj> prabhatjha or ilya_shaikovsky can you create a jira to cover this?
25 [18:54:54] <prabhatjha> balunasj: when you are done, I would also like to talk about location of tests: selenium tests, example apps, new test applications etc
25 [18:55:19] <@balunasj> prabhatjha: yes, please, have you seen the location for now in the build strucutre.
25 [18:55:24] <@balunasj> getting off track though
25 [18:55:53] <@balunasj> alexsmirnov: there is a way to set svn ignore recursively?
25 [18:56:47] <alexsmirnov> balunasj: I guess it's possible by shell script
25 [18:57:06] <@balunasj> alexsmirnov: :-(
2 [18:57:54] <@balunasj> nbelaevski: when you said you set this globally you meant the same this as I did right?  your local global settings?
24 [18:58:05] <nbelaevski> balunasj: yes
25 [18:58:13] <alexsmirnov> I just checked my local copy - no 'target' directories reported by svn staturs. Yesterday I got two.
25 [18:58:36] <@balunasj> alexsmirnov: can you create a jira to set this?
24 [18:58:43] <nbelaevski> balunasj: from my experience it's possible to set this property recursively, but new projects will require to repeat this operation
25 [18:58:49] <alexsmirnov> balunasj: ok.
2 [18:59:16] <@balunasj> nbelaevski: ok please add that info to the jira - we may need to make it part of the process
25 [18:59:34] <@balunasj> so next up is client side bean validation
25 [18:59:46] <@balunasj> alexsmirnov: any chance to look at this more?
25 [18:59:56] <@balunasj> alexsmirnov: what are your thoughts and plans there?
25 [19:02:00] <alexsmirnov> balunasj: we discussed that on rf-seam meeting. I want to crate a little prototype to check suggested architecture.
25 [19:02:09] <abelevich> sorry guys I have to go ...
25 [19:02:32] <ilya_shaikovsky> https://jira.jboss.org/jira/browse/RF-8647
25 [19:02:33] <jbossbot> [RF-8647] create archtype for simple JSF 2 RF 4 application creation. [Open, Major, Prabhat Jha] http://jira.jboss.org/jira/browse/RF-8647
25 [19:02:36] <@balunasj> abelevich: ok - please be ready to discuss open issues at staff meeting
25 [19:02:44] <ilya_shaikovsky> b.t.w. me too
21 [19:03:00] abelevich [~belevich_@93.191.103.3] has left #richfaces
25 [19:03:15] <@balunasj> ilya_shaikovsky: ok so thing - please be ready to discuss open issues from http://community.jboss.org/message/541572 on thursday
25 [19:03:20] <ilya_shaikovsky> sure
25 [19:03:23] <alexsmirnov> Just behavior that reads JS from predefined place ( validator class package/name.js ) or use AJAX otherwise.
25 [19:03:36] <ilya_shaikovsky> balunasj, I will create subtask for Seam
25 [19:03:40] <ilya_shaikovsky> Sean :)
25 [19:03:46] <@balunasj> ilya_shaikovsky: :-)
25 [19:03:49] <ilya_shaikovsky> to track the progress and document after complete
25 [19:04:29] <@balunasj> alexsmirnov: odo you think you will have something to show, or discuss in more detail at next weeks seam meeting?
25 [19:04:41] <@balunasj> ilya_shaikovsky: thanks
25 [19:05:05] <ilya_shaikovsky> https://jira.jboss.org/jira/browse/RF-8648
25 [19:05:06] <jbossbot> [RF-8648] describe the archetype and use for samples creation [Open, Major, Sean Rogers] http://jira.jboss.org/jira/browse/RF-8648
25 [19:05:34] <alexsmirnov> balunasj: Is Seam meeting going on this Thursday ? I don't see it on calendar. FYI - today meeting too...
25 [19:05:52] <@balunasj> nope
25 [19:05:54] <@balunasj> next week
25 [19:05:59] <alexsmirnov> ok
34 [19:06:08] lfryc [~lfryc@nat/redhat/x-bwbupishphxbsche] has quit IRC: Quit: Leaving
25 [19:07:01] <@balunasj> ok
25 [19:07:34] <@balunasj> alexsmirnov: so you think you could have something to show or discuss more at that meeing?
25 [19:09:07] <@balunasj> BTW - everyone - we will not have time to discuss the 4.0 status topics today - please be ready to discuss thursday, and if you have not entered estimates in the forum post please do.
34 [19:09:58] ilya_shaikovsky [~x3User255@93.191.103.3] has quit IRC: Ping timeout: 264 seconds
24 [19:11:58] <nbelaevski> balunasj: ok
2 [19:12:04] <@balunasj> nbelaevski:
 thanks
25 [19:12:24] <@balunasj> alexsmirnov: I've got to get going - please let me know, and we can talk later
25 [19:12:31] <@balunasj> thanks all
24 [19:12:42] <nbelaevski> balunasj: alexsmirnov: please ping me too
37 [19:13:02] balunasj [~balunasj@redhat/jboss/balunasj] is now known as balunasj_away