balunasj
:
Hi all - here is the agenda for today
[
11:02am
]
balunasj
:
http://community.jboss.org/wiki/RichFacesTeamMeetingAgenda12-14-2010
[
11:02am
]
balunasj
:
We have a fair amount to cover today.
[
11:02am
]
balunasj
:
So lets jump in
[
11:02am
]
prabhaat joined the chat room.
[
11:02am
]
balunasj
:
first is that code freeze for M5 is this Friday
[
11:03am
]
balunasj
:
so by end of day Friday everything assigned to you in jira should either be resolved, or prostponed.
[
11:03am
]
balunasj
:
nbelaevski, ilya, and I have done some initial reviews, but there is obviously too much to get done by Friday.
[
11:04am
]
balunasj
:
Please prioritize your work as you see fit.  If there are critical, or major issues shifting please review with nbelaevski or myself.
[
11:05am
]
balunasj
:
I have reviewed RFPL M5 jira's as well today, so that should be in good shape.  There are some items that can be done after the code freeze ( hence they are in RFPL
[
11:05am
]
balunasj
:
There are few specific jira's that I wanted to review
[
11:05am
]
balunasj
:
RF-9936
[
11:05am
]
jbossbot
:
jira [RF-9936] Fix taglib [Open, Major, Jay Balunas] https://issues.jboss.org/browse/RF-9936
[
11:05am
]
balunasj
:
I went through and assigned the various sub-tasks as needed.
[
11:06am
]
balunasj
:
Alex K has been working on many of these
[
11:06am
]
balunasj
:
but others are assigned to amarkhel, abelevich , Konstantin1.  I'd like you to review these.
[
11:07am
]
balunasj
:
I think it is important for M5 to have accurate tag lib, config files here.
[
11:07am
]
balunasj
:
amarkhel: abelevich Konstantin1 : is that something you guys can review?  I think most are quick fixes
[
11:08am
]
abelevich
:
I have reviewed mine
[
11:08am
]
Konstantin1
:
I will do these tasks by Friday.
[
11:08am
]
balunasj
:
Konstantin1: ok
[
11:08am
]
balunasj
:
abelevich: do you think you can complete them before freeze?
[
11:09am
]
balunasj
:
abelevich: We may need to prioritize depending on what else you are working on?
[
11:09am
]
balunasj
:
amarkhel: how about you - have you reviewed these? do you think you can complete?
[
11:09am
]
abelevich
:
all except RF-9937 will be done before freeze
[
11:09am
]
jbossbot
:
jira [RF-9937] Taglib: iteration components missing UIData attributes [Open, Major, Alexander Smirnov] https://issues.jboss.org/browse/RF-9937
[
11:10am
]
nbelaevski
:
alexsmirnov: I see that attributes from components are no more in taglib. is it mandatory to annotate them with @Attribute now?
[
11:12am
]
balunasj
:
something like that could explain why there are so many issues here
[
11:12am
]
alexsmirnov
:
nbelaevski: I started issues related to that problem yesterday. Making attributes public by default exposes a lot of internal methods to taglib - so I think it's better to define attributes for taglib explisitly.
[
11:13am
]
nbelaevski
:
alexsmirnov: I see
[
11:13am
]
nbelaevski
:
balunasj: so now we need to update all getters with @Attributes
[
11:13am
]
balunasj
:
alexsmirnov: This will require a fair amount of updates to components.
[
11:14am
]
balunasj
:
alexsmirnov: I agree with the approach ( better you mark attributes ), but...
[
11:14am
]
amarkhel
:
balunasj, yes. I will review issues by Friday
[
11:14am
]
balunasj
:
amarkhel: ok
[
11:14am
]
balunasj
:
nbelaevski: If you had to guess how many updates is that?
[
11:16am
]
nbelaevski
:
I think 1-2 days per everybody
[
11:17am
]
balunasj
:
nbelaevski: so in my mind it is 50-50 do you push that to CR, or update now, but miss 1-2 days for everyone....
[
11:17am
]
balunasj
:
thoughts?
[
11:18am
]
nbelaevski
:
I suggest CR
[
11:18am
]
balunasj
:
yeah - that is where I'm leaning as well
[
11:18am
]
balunasj
:
ok, lets push then.
[
11:19am
]
balunasj
:
That is not all of the issues in the jira above though
[
11:19am
]
balunasj
:
I would still like people to review to see if this is effected by the attribute change or not.
[
11:19am
]
balunasj
:
make sense?
[
11:19am
]
alexsmirnov
:
balunasj: Having attributes in taglib doesn't affect functionality - they complitely ignored by facelets.
[
11:20am
]
balunasj
:
that is why I'm ok with having it in CR
[
11:20am
]
balunasj
:
but for final it needs to be right.  It is kind of API, or tooling....imo
[
11:21am
]
ppitonak
:
balunasj: I have one question
[
11:21am
]
balunasj
:
ppitonak: sure
[
11:21am
]
ppitonak
:
balunasj: RF-9936
[
11:21am
]
jbossbot
:
jira [RF-9936] Fix taglib [Open, Major, Jay Balunas] https://issues.jboss.org/browse/RF-9936
[
11:21am
]
ppitonak
:
RF-9948
[
11:21am
]
jbossbot
:
jira [RF-9948] Taglib: panel menu has attribute actionExpression [Resolved, Major, Alex Kolonitsky] https://issues.jboss.org/browse/RF-9948
[
11:22am
]
alexsmirnov
:
balunasj: attributes section in taglib supposed for tools only - they have no related Java API in framework.
[
11:22am
]
ppitonak
:
balunasj: nbelaevski is actionExpression valid attribute?
[
11:22am
]
nbelaevski
:
ppitonak: no
[
11:22am
]
balunasj
:
ppitonak: no
[
11:22am
]
balunasj
:
alexsmirnov: k
[
11:23am
]
balunasj
:
ppitonak: that is what I mean about some attribute issues not being because of the @attribute topic above
[
11:23am
]
balunasj
:
alexsmirnov: either way in CRs we still need accurate taglib
[
11:24am
]
balunasj
:
to remove confusion for now - I'll shift all of the taglib issues to CR1.
[
11:24am
]
alexsmirnov
:
balunasj: It's internal API method called from handler's 'action' attribute processing. That's why I prefer to define attributes explisitly.
[
11:25am
]
balunasj
:
alexsmirnov: right - I agree with you - attributes should be declared explicitly. 
[
11:25am
]
balunasj
:
alexsmirnov: It just mean that for CR1 everyone will need to go back and update where needed.
[
11:25am
]
•
balunasj
 
thinking alexsmirnov and I were talking about different things for a comment or two
[
11:26am
]
balunasj
:
ok - so just to wrap this up - I'm shifting RF-9936 and remaining items to CR1. 
[
11:26am
]
jbossbot
:
jira [RF-9936] Fix taglib [Open, Major, Jay Balunas] https://issues.jboss.org/browse/RF-9936
[
11:26am
]
alexsmirnov
:
balunasj: I just typed too slow
[
11:27am
]
balunasj
:
alexsmirnov: Can you give a status on CSV and msg work?
[
11:27am
]
balunasj
:
you had planned to complete msg work by monday, is it ready to play with?
[
11:29am
]
alexsmirnov
:
balunasj: I merged CSV ( with JavaScript service ) into trunk on Friday. Client-side part works, but cannot display results because message is not ready.
[
11:30am
]
abelevich
:
jbalunas: plz don't shift RF-9940 and RF-9952 to CR
[
11:30am
]
jbossbot
:
jira [RF-9940] Taglib: hashParam has no attributes [Open, Major, Anton Belevich] https://issues.jboss.org/browse/RF-9940
[
11:30am
]
jbossbot
:
jira [RF-9952] Taglib: ajax has no attributes [Reopened, Major, Anton Belevich] https://issues.jboss.org/browse/RF-9952
[
11:30am
]
balunasj
:
alexsmirnov: plans for msg?  do you need help with it?  i
[
11:30am
]
balunasj
:
abelevich: are these from the CDK issue, or something else?
[
11:30am
]
abelevich
:
second
[
11:30am
]
alexsmirnov
:
I have two options for M5: create simple message component wit minimal functionality and simple markup, or create example with custom script instead of component.
[
11:30am
]
balunasj
:
abelevich: you can get them fixed please do.
[
11:31am
]
abelevich
:
ok ic
[
11:31am
]
balunasj
:
alexsmirnov: msg needs to be in, that is why we postponed the release already
[
11:32am
]
balunasj
:
alexsmirnov: I really don't want to go to users and say CSV is there, but use this custom script
[
11:32am
]
balunasj
:
alexsmirnov: So what do you mean by simple message comp?
[
11:32am
]
balunasj
:
alexsmirnov: what will be missing?
[
11:33am
]
alexsmirnov
:
I also prefer to have messages component. Custom script is backup plan.
[
11:35am
]
balunasj
:
good, so what do you need to complete it?
[
11:35am
]
balunasj
:
if we need to shift resources for it we will.  It is important.
[
11:38am
]
balunasj
:
Because we also need to make sure the CDK jira's are handled.
[
11:38am
]
balunasj
:
Olga can help with markup
[
11:39am
]
balunasj
:
and depending on pyaschenko1 load we might be able to have him assist ( pyaschenko1 thoughts? )
[
11:40am
]
alexsmirnov
:
balunasj: At would be helpful is someone started message component. At least minimal functionality from 3.3 or JSF.
[
11:41am
]
balunasj
:
nbelaevski: what are your thoughts here?  We can review jira load, but who might be best person for this?
[
11:41am
]
nbelaevski
:
balunasj: pyaschenko1 definitely
[
11:42am
]
balunasj
:
pyaschenko1: thoughts?
[
11:42am
]
nbelaevski
:
looking at the load: https://issues.jboss.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+RF+AND+resolution+%3D+Unresolved+AND+assignee+%3D+pyaschenko+AND+fixVersion+%3D+%224.0.0.Milestone5%22
[
11:42am
]
nbelaevski
:
we can reassign/shift DnD code review
[
11:42am
]
nbelaevski
:
https://issues.jboss.org/browse/RF-9820 should not be hard
[
11:42am
]
jbossbot
:
jira [RF-9820] Core: Base component should remove event handlers when parent element is destroyed [Open, Major, Pavel Yaschenko] https://issues.jboss.org/browse/RF-9820
[
11:43am
]
balunasj
:
plus I wanted to get status on RF-9329
[
11:43am
]
jbossbot
:
jira [RF-9329] CSV: validators implementations [Coding In Progress, Major, Pavel Yaschenko] https://issues.jboss.org/browse/RF-9329
[
11:43am
]
balunasj
:
anyway
[
11:43am
]
pyaschenko1
:
nbelaevski: I've almost done code review of DnD client side code
[
11:44am
]
balunasj
:
pyaschenko1: how much longer would you need?
[
11:46am
]
pyaschenko1
:
balunasj: need to implement a few validators from Bean Validator Api, depends on alexsmirnov code
[
11:46am
]
balunasj
:
in order to get through any of the rest of this we need to move on - alexsmirnov nbelaevski pyaschenko1 : are you guys available after the meeting for a few minutes?
[
11:46am
]
pyaschenko1
:
balunasj: ok
[
11:46am
]
alexsmirnov
:
balunasj sure
[
11:46am
]
balunasj
:
ok great.
[
11:46am
]
balunasj
:
So quickly on to JSF version for M5
[
11:47am
]
balunasj
:
I'm waiting to hear back from Stan on AS 6 and JSF 2.0.4
[
11:47am
]
balunasj
:
He is checking to see if they fixed a memory leak issue.  There is a chance they will upgrade to this.
[
11:48am
]
balunasj
:
if not then we will need to stick with 2.0.3, but for GAE examples we'll need to recommend 2.0.4 ( perhaps update pom
[
11:48am
]
balunasj
:
)
[
11:48am
]
balunasj
:
this way prabhaat and team still have one main JSF version, but we'll be able to get GAE running
[
11:48am
]
balunasj
:
If AS 6 does upgrade then we'll just have 2.0.4
[
11:48am
]
nbelaevski
:
balunasj: I've tested with 2.0.4 - looks like the problems are still there
[
11:49am
]
balunasj
:
nbelaevski: which ones?  The GAE issue?  I thought that was the reason to shift.
[
11:49am
]
nbelaevski
:
balunasj: even with the fix I made earlier, some requests are not working as expected
[
11:49am
]
nbelaevski
:
balunasj: yes, GAE issues
[
11:49am
]
balunasj
:
nbelaevski: you mean the same failed calls -
[
11:49am
]
balunasj
:
ok
[
11:49am
]
nbelaevski
:
balunasj: tree example fails to work and that happens chaotically
[
11:50am
]
balunasj
:
nbelaevski: do you think it is still narrowed down to the change that we discussed before?
[
11:50am
]
nbelaevski
:
balunasj: I'll be working on that
[
11:50am
]
balunasj
:
ah ok - will keep me posted.
[
11:50am
]
nbelaevski
:
balunasj: ok
[
11:50am
]
balunasj
:
by thursday/friday we'll need to make any updates to JSF version prior to code freeze.
[
11:51am
]
balunasj
:
ok so moving on
[
11:51am
]
balunasj
:
https://issues.jboss.org/browse/RF-10002
[
11:51am
]
jbossbot
:
jira [RF-10002] Rename attribute limitRender to disableImplicitRender [Open, Major, Unassigned] https://issues.jboss.org/browse/RF-10002
[
11:51am
]
balunasj
:
This is an issue that pavol created.  I agree we need consistent naming, but surprised, is this really the same functionality?
[
11:52am
]
balunasj
:
I'm also not 100% on what naming should be.  I prefer shorter entries
[
11:52am
]
balunasj
:
although disableImplicitRender is more concise
[
11:53am
]
ppitonak
:
balunasj: there were limitToList/limitToRender/disableImplicitRender attributes
[
11:53am
]
ppitonak
:
balunasj: today I checked all components
[
11:53am
]
balunasj
:
yuck
[
11:53am
]
ppitonak
:
balunasj: and I didn't find limitToList anywhere
[
11:54am
]
balunasj
:
ppitonak: What do you mean did not find?
[
11:54am
]
ppitonak
:
balunasj: all limitToList was renamed to disableImplicitRender
[
11:54am
]
ppitonak
:
balunasj: so only these two are now in RF
[
11:54am
]
balunasj
:
ah ic
[
11:54am
]
balunasj
:
any other thoughts on this?
[
11:54am
]
nbelaevski
:
ppitonak: balunasj: we've talked with Ilya today - he said that attribute name should be limitRender
[
11:55am
]
balunasj
:
nbelaevski: yeah, I prefer shorter too I think.
[
11:55am
]
balunasj
:
lets go with that.
[
11:55am
]
nbelaevski
:
ppitonak: balunasj: so I was going to resolve the issue as 'won't fix', but didn't come to that yet
[
11:56am
]
balunasj
:
nbelaevski: but, there are currently "disableImplicitRender" there?
[
11:56am
]
balunasj
:
ppitonak: true ^ ?
[
11:56am
]
ppitonak
:
balunasj: yes
[
11:56am
]
nbelaevski
:
no
[
11:56am
]
balunasj
:
[
11:56am
]
nbelaevski
:
yesterday they were named limitRender
[
11:57am
]
nbelaevski
:
there is disableImplicitRender used somewhere in panels... but there was a task to rename it
[
11:57am
]
balunasj
:
nbelaevski: so yesterday they were renamed? then this can be resolved .
[
11:57am
]
balunasj
:
ic
[
11:57am
]
nbelaevski
:
https://issues.jboss.org/browse/RF-9773
[
11:57am
]
jbossbot
:
jira [RF-9773] rich:tabPanel - replace attribute limitToList with disableImplicitRender [Resolved, Minor, Alex Kolonitsky] https://issues.jboss.org/browse/RF-9773
[
11:58am
]
nbelaevski
:
balunasj: not renamed - they had that name initially
[
11:58am
]
balunasj
:
so it was changed to "limitRender", not disableImplicitRender as jira says?
[
12:00pm
]
balunasj
:
sorry - just confused
[
12:00pm
]
ppitonak
:
balunasj: atm accordion has disableImplicitRender
[
12:00pm
]
nbelaevski
:
well, we have two attributes http://community.jboss.org/wiki/A4jCoreComponentsRequirements
[
12:00pm
]
balunasj
:
ok, so lets rename the jira to rename disableImplicitRender to limitRender
[
12:00pm
]
balunasj
:
looking...
[
12:02pm
]
balunasj
:
nbelaevski: please explain?
[
12:02pm
]
balunasj
:
Just see limitRender ( but with note to rename in A2 )
[
12:02pm
]
nbelaevski
:
balunasj: I see both limitRender & disableImplicitRender
[
12:03pm
]
balunasj
:
nbelaevski: ic - I prefer limitRender as Ilya says.
[
12:03pm
]
nbelaevski
:
ok, so we need to reopen RF-9773 to get the initial name back
[
12:03pm
]
jbossbot
:
jira [RF-9773] rich:tabPanel - replace attribute limitToList with disableImplicitRender [Resolved, Minor, Alex Kolonitsky] https://issues.jboss.org/browse/RF-9773
[
12:04pm
]
balunasj
:
or we rename pavol's jira ( switching attribute names ), and leave it as a general task (
[
12:04pm
]
balunasj
:
assuming the change is more than just tabPanel
[
12:05pm
]
balunasj
:
Either one is fine as long as we end up with all components using the same named attributes
[
12:06pm
]
lfryc
:
what about search the project for these keywords and fix the issue everywhere?
[
12:07pm
]
balunasj
:
lfryc: yes, that is what this effectively comes down too
[
12:07pm
]
lfryc
:
we will note this as part of QA process for M5, agree?
[
12:07pm
]
balunasj
:
prabhaat: for QE I had general status - I know you guys are working away.  So perhaps move to doc items.
[
12:08pm
]
prabhaat
:
balunasj, sure
[
12:08pm
]
balunasj
:
lfryc: you mean verifing limitRender?  sure.  The other attribute/tag items are shifting to CR1 ( except those being worked on now ).
[
12:09pm
]
lfryc
:
balunasj: I mean veryfing there is no longer other attr than limitRender with this meaning (disableImplicitRender, limitToList)
[
12:09pm
]
balunasj
:
lfryc: yes
[
12:09pm
]
balunasj
:
please
[
12:10pm
]
balunasj
:
nbelaevski: do you care if I just rename the RF-10002 and assign?
[
12:10pm
]
jbossbot
:
jira [RF-10002] Rename attribute limitRender to disableImplicitRender [Open, Major, Unassigned] https://issues.jboss.org/browse/RF-10002
[
12:10pm
]
nbelaevski
:
balunasj: no, that's fine
[
12:11pm
]
balunasj
:
ok, moving on to docs - I met with sean this morning
[
12:11pm
]
balunasj
:
What question he had was about update to the calendar and documenting them.
[
12:12pm
]
balunasj
:
https://issues.jboss.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+RF+AND+(summary+~+calendar+OR+description+~+calendar)+AND+fixVersion+%3D+%224.0.0.Milestone5%22+ORDER+BY+priority+DESC
[
12:12pm
]
balunasj
:
amarkhel: most of these changes are in
[
12:12pm
]
balunasj
:
amarkhel: but do you know if the wiki is updated?
[
12:12pm
]
balunasj
:
that is the main way that sean updates docs?
[
12:13pm
]
balunasj
:
I'll email Ilya as well ( after he is feeling better )
[
12:13pm
]
balunasj
:
nbelaevski: next up were questions on push, and tree docs. 
[
12:14pm
]
balunasj
:
nbelaevski: Is is not sure where the best location to pull updated info is ( for example on push & setup )
[
12:14pm
]
nbelaevski
:
balunasj: why do you think wiki is not the best?
[
12:15pm
]
balunasj
:
nbelaevski: I do think it is the best?  did I miss state in agenda ?
[
12:15pm
]
balunasj
:
I'm just asking in the agenda if the info is in a jira, but after searching it is not
[
12:15pm
]
nbelaevski
:
ah, sorry - I see
[
12:15pm
]
balunasj
:
I think that wiki updates are best place for this
[
12:16pm
]
balunasj
:
np
[
12:16pm
]
nbelaevski
:
yup, agree
[
12:16pm
]
balunasj
:
nbelaevski: Is this something that needs to wait for Ilya?
[
12:16pm
]
nbelaevski
:
wiiki updates need to be done, but as Ilya is out of the office - there are some delays
[
12:16pm
]
balunasj
:
yup - sure
[
12:16pm
]
balunasj
:
ok so same page there
[
12:16pm
]
nbelaevski
:
yes
[
12:17pm
]
balunasj
:
Next up was the generated docs - no time to work on them, so pushed out.
[
12:17pm
]
balunasj
:
That leave an item or two that QE has, and CR1
[
12:17pm
]
balunasj
:
The only thing to know on CR1 is that we'll be updating jira list for it, and so after freeze everyone should be able to shift to it quickly and keep working.
[
12:18pm
]
balunasj
:
ppitonak: lfryc : you guys had something to bring up in team meeting right?
[
12:18pm
]
ppitonak
:
balunasj: RF-9969
[
12:18pm
]
lfryc
:
yes, Pavol starts..
[
12:18pm
]
jbossbot
:
jira [RF-9969] Toolbar: attributes for event handlers ignored [Resolved, Major, Andrey Markhel] https://issues.jboss.org/browse/RF-9969
[
12:18pm
]
ppitonak
:
balunasj: discussed on mailing list
[
12:19pm
]
ppitonak
:
balunasj: Ilya answered that onitemclick should work only on items
[
12:19pm
]
ppitonak
:
balunasj: not on whole table
[
12:19pm
]
balunasj
:
amarkhel: just marked resolved
[
12:19pm
]
ppitonak
:
balunasj: and that there should be both onclick/onitemclick etc
[
12:20pm
]
balunasj
:
ppitonak: ok so that is important for M5 I think.  attribute renames, -/+, etc... should be done before CR if possible.
[
12:20pm
]
balunasj
:
so good catch
[
12:20pm
]
balunasj
:
lfryc: and the other?
[
12:21pm
]
lfryc
:
balunasj: I had the question on forums...
[
12:21pm
]
lfryc
:
nak: ok so that is important for M5 I think.  attribute renames, -/+, etc... should be done before CR if possible.
[
12:21pm
]
lfryc
:
<balunasj> so good catch
[
12:21pm
]
lfryc
:
<balunasj> lfryc: and the othe
[
12:21pm
]
lfryc
:
sorry...
[
12:21pm
]
lfryc
:
http://community.jboss.org/thread/159907
[
12:21pm
]
lfryc
:
I found the answer here...
[
12:21pm
]
balunasj
:
ppitonak: please update jira as needed for this, and let me know when done  I'll assign
[
12:21pm
]
lfryc
:
http://community.jboss.org/wiki/TreemigrationtoRichFaces4
[
12:22pm
]
lfryc
:
just don;t know at this time what means Questionable
[
12:22pm
]
balunasj
:
nbelaevski: did this make it in?
[
12:22pm
]
balunasj
:
I know we discussed
[
12:22pm
]
nbelaevski
:
no, it didn't
[
12:22pm
]
lfryc
:
nbelaevski: Questionable means it is considered and probably will be implemented?
[
12:22pm
]
nbelaevski
:
lfryc: yes
[
12:22pm
]
balunasj
:
ok - this was one we discussed as a possible CR iirc.
[
12:23pm
]
lfryc
:
ok, than it is ok from my side
[
12:23pm
]
balunasj
:
ok then
[
12:23pm
]
balunasj
:
anything else from anyone before we shift back to CSV and MSG?
[
12:24pm
]
nbelaevski
:
balunasj: I have a question about maven-gae-plugin
[
12:24pm
]
balunasj
:
nbelaevski: sure - I saw a comment on forums related as well  - whats up?
[
12:25pm
]
nbelaevski
:
I think we need to update our archetype to use it - also I've tried to do that yesterday
[
12:25pm
]
nbelaevski
:
two issues:
[
12:25pm
]
nbelaevski
:
1) not all necessary dependencies are mirrored from central to JBoss repo
[
12:26pm
]
nbelaevski
:
2) this plugin is not in jboss-parent, should we add it there?
[
12:26pm
]
balunasj
:
nbelaevski: 1) central should be "proxied" through jboss repo - so once called, should be there.  If not we'll need to discuss with build team
[
12:27pm
]
balunasj
:
nbelaevski: 2) I don't think so, lets keep this at the project level for now.
[
12:27pm
]
balunasj
:
2.1) i.e. we can set in our root-parent
[
12:27pm
]
nbelaevski
:
balunasj: looks like it's not for some reason
[
12:28pm
]
nbelaevski
:
balunasj: ok, I'll create task for releasing parent then
[
12:28pm
]
balunasj
:
nbelaevski: sure, but I think it would be in the parent under trunk - at least for now.
[
12:28pm
]
balunasj
:
( or in archetype/example parent  since nothing else should use it )
[
12:30pm
]
balunasj
:
either way we'll figure it out this week
[
12:30pm
]
balunasj
:
before we shift back to msg and CSV I need a quick break
[
12:30pm
]
balunasj
:
back in 5 min sound ok ?
[
12:30pm
]
nbelaevski
:
balunasj: I'm fine with that
[
12:31pm
]
nbelaevski
:
balunasj: ok, I'll continue my investigation with plugin and check
[
12:31pm
]
balunasj
:
alexsmirnov: pyaschenko1 : we'll meet back here in 5 min then.
[
12:31pm
]
alexsmirnov
:
ok
[
12:31pm
]
balunasj
:
nbelaevski: sure - we can talk about it when ever
[
12:31pm
]
abelevich left the chat room. (Quit: Ухожу я от вас)
[
12:34pm
]
balunasj
:
ok - I'm back
[
12:36pm
]
balunasj
:
pyaschenko1: alexsmirnov nbelaevski : just let me know when your back and we'll get started
[
12:36pm
]
balunasj
:
I've got a hard stop in 25min
[
12:37pm
]
nbelaevski
:
balunasj: I'm here
[
12:38pm
]
balunasj
:
ok
[
12:39pm
]
balunasj
:
nbelaevski: obviously the main goal here is to get msg in.
[
12:39pm
]
balunasj
:
if pyaschenko1 can assist with initial work, while alexsmirnov gets some of the critical CDK issues done.
[
12:40pm
]
balunasj
:
Perhaps later in the week they can sync up and we can finish CSV once and for all.
[
12:40pm
]
balunasj
:
pyaschenko1: you said you were almost done with d-n-d review?
[
12:40pm
]
alexsmirnov
:
I'm back
[
12:41pm
]
balunasj
:
alexsmirnov: please see comment just above
[
12:41pm
]
balunasj
:
sound about right?
[
12:41pm
]
pyaschenko1
:
balunasj: yes
[
12:41pm
]
balunasj
:
pyaschenko1: then the other issue nbelaevski thought would be fairly simple.
[
12:42pm
]
balunasj
:
pyaschenko1: however what about ramining CSV code.  That might need to push until msg base is in so alexsmirnov can pick it up.
[
12:42pm
]
alexsmirnov
:
I see. The most helpful for rich:message would be import message component from 3.3
[
12:42pm
]
alexsmirnov
:
I suggest to create branch for message and put in into the same project with validator
[
12:43pm
]
balunasj
:
alexsmirnov: pyaschenko1 : estimates on effort needed there?  we would need this in the next couple of days, so that there is time to integrate before freeze.
[
12:43pm
]
alexsmirnov
:
while message seems more likely to plain output, it shares some client-side code with validator.
[
12:43pm
]
balunasj
:
"same project" ?  you mean branch, IDE project, mvn sub-project?
[
12:43pm
]
balunasj
:
alexsmirnov: ic
[
12:44pm
]
alexsmirnov
:
I mean the same validator/api , validator/ui projects.
[
12:44pm
]
balunasj
:
does having it in the same project make development easier?
[
12:44pm
]
balunasj
:
yup
[
12:45pm
]
balunasj
:
pyaschenko1: do you think you could shift to working on this tomorrow?
[
12:46pm
]
pyaschenko1
:
balunasj: yes
[
12:46pm
]
balunasj
:
pyaschenko1:
[
12:47pm
]
balunasj
:
alexsmirnov: pyaschenko1 : so you guys will work together on this, and let us know if there are blockers, or questions?  nbelaevski are you ok with that?
[
12:47pm
]
balunasj
:
alexsmirnov: You'll still have some time to work on CDK items I hope.
[
12:48pm
]
nbelaevski
:
pyaschenko1: alexsmirnov: are you ok with the timing?
[
12:49pm
]
alexsmirnov
:
I can create development branch today. rich:message is https://issues.jboss.org/browse/RF-7654, so the branch name will be RF-7854
[
12:49pm
]
jbossbot
:
jira [RF-7654] rich:message/rich:messages [Open, Major, Alexander Smirnov] https://issues.jboss.org/browse/RF-7654
[
12:49pm
]
jbossbot
:
jira [RF-7854] Design: extended dataTable component [Resolved, Major, Lex Dmitriev] https://issues.jboss.org/browse/RF-7854
[
12:50pm
]
balunasj
:
nbelaevski: exactly - I just want to know we can get this in for M5
[
12:50pm
]
balunasj
:
alexsmirnov: assuming you meant first one
[
12:50pm
]
nbelaevski
:
balunasj: yes, me too
[
12:51pm
]
alexsmirnov
:
oops. Of course, 7654
[
12:51pm
]
nbelaevski
:
balunasj: I'm fine with pyaschenko1 working on that, but will they have enough time to finish by Friday?
[
12:52pm
]
alexsmirnov
:
nbelaevski: I don't see a lot of work there.
[
12:52pm
]
nbelaevski
:
alexsmirnov: good
[
12:52pm
]
nbelaevski
:
pyaschenko1: any thoughts?
[
12:52pm
]
balunasj
:
pyaschenko1: and you ?
[
12:55pm
]
balunasj
:
pyaschenko1: ping
[
12:56pm
]
pyaschenko1
:
balunasj:  I don't see a lot of work too
[
12:56pm
]
pyaschenko1
:
balunasj: for client code
[
12:56pm
]
amarkhel left the chat room.
[
12:56pm
]
balunasj
:
pyaschenko1: alexsmirnov : ok good - so you both think Friday is doable.
[
12:56pm
]
balunasj
:
pyaschenko1: alexsmirnov was also tlaking about help with initial migration
[
12:57pm
]
nbelaevski
:
pyaschenko1: alexsmirnov: who will be doing integration?
[
12:57pm
]
balunasj
:
and don't forget all of this needs to be in the build & dist ( should not be too much )
[
12:58pm
]
alexsmirnov
:
nbelaevski: I'll create development branch today. Tomorrow pavel can start initial migration from 3.3 and writing client-side prototype.
[
1:00pm
]
wesleyhales joined the chat room.
[
1:00pm
]
balunasj
:
alexsmirnov: pyaschenko1 : I think nbelaevski  was talk ing about integrating your two pieces together