Difference between revisions of "IDempiere/FullMeeting20120215"

From WikiQSS
(proposed themes to discuss)
 
(full meeting)
 
Line 7: Line 7:
 
</font>
 
</font>
  
Proposed themes to discuss:
+
'''''CarlosRuiz''''': Good morning<br>
* git vs mercurial (proposed by hengsin)
+
'''''CarlosRuiz''''': as I use to say starting these meetings  :-)<br>
 +
'''''CarlosRuiz''''': no agenda, just open meeting to chat about technical/functional things, so if you have any issue (technical or functional) you want to discuss - is open - otherwise I'll start working on my pendings for iDempiere<br>
 +
'''''CarlosRuiz''''': ah - but I remember there was a point proposed by hengsin - "git vs mercurial"<br>
 +
'''''a42niem''''': good morning<br>
 +
'''''Suman_''''': Good Morning<br>
 +
'''''CarlosRuiz''''': morning  :-)<br>
 +
'''''CarlosRuiz''''': I'll be working on IDEMPIERE-140 meanwhile ...<br>
 +
'''''Suman_''''': Hi Carlos<br>
 +
'''''CarlosRuiz''''': Hi Suman<br>
 +
'''''Suman_''''': IDEMPIERE-92<br>
 +
'''''Suman_''''': selenium one<br>
 +
'''''Suman_''''': I have downloaded adempiere361, but it seems you have given selenium related changes as patch<br>
 +
'''''Suman_''''': globalqss<br>
 +
'''''Suman_''''': and one more thing my understanding is in Rich Internet applications through code we should not set ID<br>
 +
'''''Suman_''''': as it can create name space problem<br>
 +
'''''Suman_''''': We need to have our own attribute, and selenium should recognize this<br>
 +
'''''CarlosRuiz''''': 1- adempiere361 and idempiere are in sync on that selenium naming convention - and evolving<br>
 +
'''''CarlosRuiz''''': 2 - zk provides and recommends this mechanism for selenium http://books.zkoss.org/wiki/Small_Talks/2009/February/How_to_Test_ZK_Application_with_Selenium<br>
 +
'''''CarlosRuiz''''': hmmm - seems like hengsin is having a lot of connection problems<br>
 +
'''''CarlosRuiz''''': but I would like to analyze this statement -> "With the current version ZK 5.0.3 the manual implementation of the ID generator is no longer required"<br>
 +
'''''Suman_''''': yes I agree, your the given by you is basis for our work<br>
 +
'''''Suman_''''': From ZK5.0 onwards ZK implemented a new tool called ZTL, which will help in selenium automation<br>
 +
'''''Suman_''''': but that tool does not work in zk3.6<br>
 +
'''''CarlosRuiz''''': thanks for clarifying<br>
 +
'''''Suman_''''': we can see discussion at the following link<br>
 +
'''''Suman_''''': http://www.zkoss.org/forum/listComment/17556/2/20;jsessionid=85EB0E17643C14D7BD1E5384950C1F04.forum<br>
 +
'''''hengsin__''''': hi carlos<br>
 +
'''''CarlosRuiz''''': hi hengsin<br>
 +
'''''CarlosRuiz''''': Suman_, what do you mean with "it can create name space problem"<br>
 +
'''''Suman_''''': Carlos, are you able to record and Playback the script with out manual intervention with the code changes you made<br>
 +
'''''CarlosRuiz''''': yes - for a big percentage of components<br>
 +
'''''Suman_''''': When we load a page no two components should have same ID<br>
 +
'''''Suman_''''': if our code is setting ID manually then there is a chance that ID may get repeated<br>
 +
'''''CarlosRuiz''''': ah - ok - I changed the nextUUID function to check that<br>
 +
'''''hengsin''''': hi carlos<br>
 +
'''''CarlosRuiz''''': hi<br>
 +
'''''CarlosRuiz''''': Suman_, look the AdempiereIdGenerator.java the line with this comment "// but don't trust and look to avoid dups"<br>
 +
'''''Suman_''''': Ok<br>
 +
'''''CarlosRuiz''''': at this moment the recorded session can be played back - and it stops precisely at the components where we have not implemented the nextID approach<br>
 +
'''''CarlosRuiz''''': so for me it's a matter of extending coverage of the nextID thing for more and more components<br>
 +
'''''CarlosRuiz''''': trying to find a unique predictable ID for each<br>
 +
'''''Suman_''''': I have taken snapshot from the following link, hg clone https://bitbucket.org/CarlosRuiz_globalqss/adempiere361<br>
 +
'''''Suman_''''': is this correct link for latest adempiere361?<br>
 +
'''''CarlosRuiz''''': yes<br>
 +
'''''CarlosRuiz''''': after cloned you must -> hg update globalqss_adempiere361<br>
 +
'''''Suman_''''': ok<br>
 +
'''''CarlosRuiz''''': is the IDGenerator approach still backward compatible in zk5?<br>
 +
'''''Suman_''''': with some minor changes I think yes<br>
 +
'''''Suman_''''': Instead _ we may need to use -<br>
 +
'''''Suman_''''': but ZK5.0 has licensing issues<br>
 +
'''''hengsin''''': hi carlos<br>
 +
'''''CarlosRuiz''''': yes - I saw hengsin opened a ticket pointing to ZK6<br>
 +
'''''CarlosRuiz''''': Suman_, if you plan to work on that area I'll be glad to review and integrate your work<br>
 +
'''''Suman_''''': I have around this, I have downloaded adempiere361 today, will send an update as I make progress<br>
 +
'''''CarlosRuiz''''': great<br>
 +
'''''CarlosRuiz''''': with a42niem we tested the fork mechanism and pull request on bitbucket<br>
 +
'''''CarlosRuiz''''': it works good<br>
 +
'''''Suman_''''': I am new to this bitbucket<br>
 +
'''''Suman_''''': can you share any link<br>
 +
'''''Suman_''''': with the steps on how to pull the changes<br>
 +
'''''CarlosRuiz''''': very simple really<br>
 +
'''''CarlosRuiz''''': I wrote just a few lines here<br>
 +
'''''CarlosRuiz''''': http://www.adempiere.com/Branch_GlobalQSS_361#You_can_fork_on_bitbucket<br>
 +
'''''Suman_''''': Ok<br>
 +
'''''Suman_''''': Thanks<br>
 +
'''''Suman_''''': Thanks for Discussion<br>
 +
'''''Suman_''''': I will be leaving now<br>
 +
'''''Suman_''''': Bye<br>

Latest revision as of 11:33, 15 February 2012

Table of Contents | Full Meeting Minutes | Full Meeting 2012-02-15

CarlosRuiz: Good morning
CarlosRuiz: as I use to say starting these meetings :-)
CarlosRuiz: no agenda, just open meeting to chat about technical/functional things, so if you have any issue (technical or functional) you want to discuss - is open - otherwise I'll start working on my pendings for iDempiere
CarlosRuiz: ah - but I remember there was a point proposed by hengsin - "git vs mercurial"
a42niem: good morning
Suman_: Good Morning
CarlosRuiz: morning :-)
CarlosRuiz: I'll be working on IDEMPIERE-140 meanwhile ...
Suman_: Hi Carlos
CarlosRuiz: Hi Suman
Suman_: IDEMPIERE-92
Suman_: selenium one
Suman_: I have downloaded adempiere361, but it seems you have given selenium related changes as patch
Suman_: globalqss
Suman_: and one more thing my understanding is in Rich Internet applications through code we should not set ID
Suman_: as it can create name space problem
Suman_: We need to have our own attribute, and selenium should recognize this
CarlosRuiz: 1- adempiere361 and idempiere are in sync on that selenium naming convention - and evolving
CarlosRuiz: 2 - zk provides and recommends this mechanism for selenium http://books.zkoss.org/wiki/Small_Talks/2009/February/How_to_Test_ZK_Application_with_Selenium
CarlosRuiz: hmmm - seems like hengsin is having a lot of connection problems
CarlosRuiz: but I would like to analyze this statement -> "With the current version ZK 5.0.3 the manual implementation of the ID generator is no longer required"
Suman_: yes I agree, your the given by you is basis for our work
Suman_: From ZK5.0 onwards ZK implemented a new tool called ZTL, which will help in selenium automation
Suman_: but that tool does not work in zk3.6
CarlosRuiz: thanks for clarifying
Suman_: we can see discussion at the following link
Suman_: http://www.zkoss.org/forum/listComment/17556/2/20;jsessionid=85EB0E17643C14D7BD1E5384950C1F04.forum
hengsin__: hi carlos
CarlosRuiz: hi hengsin
CarlosRuiz: Suman_, what do you mean with "it can create name space problem"
Suman_: Carlos, are you able to record and Playback the script with out manual intervention with the code changes you made
CarlosRuiz: yes - for a big percentage of components
Suman_: When we load a page no two components should have same ID
Suman_: if our code is setting ID manually then there is a chance that ID may get repeated
CarlosRuiz: ah - ok - I changed the nextUUID function to check that
hengsin: hi carlos
CarlosRuiz: hi
CarlosRuiz: Suman_, look the AdempiereIdGenerator.java the line with this comment "// but don't trust and look to avoid dups"
Suman_: Ok
CarlosRuiz: at this moment the recorded session can be played back - and it stops precisely at the components where we have not implemented the nextID approach
CarlosRuiz: so for me it's a matter of extending coverage of the nextID thing for more and more components
CarlosRuiz: trying to find a unique predictable ID for each
Suman_: I have taken snapshot from the following link, hg clone https://bitbucket.org/CarlosRuiz_globalqss/adempiere361
Suman_: is this correct link for latest adempiere361?
CarlosRuiz: yes
CarlosRuiz: after cloned you must -> hg update globalqss_adempiere361
Suman_: ok
CarlosRuiz: is the IDGenerator approach still backward compatible in zk5?
Suman_: with some minor changes I think yes
Suman_: Instead _ we may need to use -
Suman_: but ZK5.0 has licensing issues
hengsin: hi carlos
CarlosRuiz: yes - I saw hengsin opened a ticket pointing to ZK6
CarlosRuiz: Suman_, if you plan to work on that area I'll be glad to review and integrate your work
Suman_: I have around this, I have downloaded adempiere361 today, will send an update as I make progress
CarlosRuiz: great
CarlosRuiz: with a42niem we tested the fork mechanism and pull request on bitbucket
CarlosRuiz: it works good
Suman_: I am new to this bitbucket
Suman_: can you share any link
Suman_: with the steps on how to pull the changes
CarlosRuiz: very simple really
CarlosRuiz: I wrote just a few lines here
CarlosRuiz: http://www.adempiere.com/Branch_GlobalQSS_361#You_can_fork_on_bitbucket
Suman_: Ok
Suman_: Thanks
Suman_: Thanks for Discussion
Suman_: I will be leaving now
Suman_: Bye