#idempiere IRC log for Wednesday, 2015-10-14

*** CarlosRuiz has quit IRC02:09
*** ChuckBoecking has quit IRC02:21
*** ChuckBoecking has joined #idempiere02:22
*** norbertbede1 has joined #idempiere04:53
*** nmicoud has joined #idempiere05:13
*** norbertbede1 has quit IRC05:21
*** norbertbede has joined #idempiere05:36
*** umair has joined #idempiere05:45
*** a42niem has joined #idempiere05:49
Not-5e44[IDEMPIERE] biglaci updated IDEMPIERE-288006:11
Not-5e44[IDEMPIERE] yes, cache reset after creating new organizations, solved problems on tabs (role/org access, role/user,....) this bug is closed, definitely, THANK YOU06:11
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288006:11
*** norbertbede has quit IRC06:35
*** KermitTheFragger has joined #idempiere06:36
*** Michael_AT has joined #idempiere07:04
*** norbertbede has joined #idempiere07:07
*** umair has quit IRC07:14
*** norbertbede has quit IRC07:23
*** turkertunali has joined #idempiere07:24
turkertunaliHello, when will iDempiere 3 released ? It is still in development branch.07:33
Not-5e44[IDEMPIERE] pritesh.shah17 created IDEMPIERE-2887 Import Payment imports from multiple clients07:39
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288707:39
Not-5e44[IDEMPIERE] pritesh.shah17 updated IDEMPIERE-2887 Attachment set to "IDEMPIERE-2887.patch"07:40
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288707:40
Not-5e44[IDEMPIERE] pritesh.shah17 updated IDEMPIERE-2887 assignee set to "Carlos Antonio Ruiz Gomez"07:40
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288707:40
*** norbertbede1 has joined #idempiere07:51
*** jannis_a42 has joined #idempiere07:56
*** jannis_a42 has left #idempiere07:58
*** jannis_a42 has joined #idempiere07:58
*** jannis_a42 has left #idempiere08:06
*** jannis_a42 has joined #idempiere08:06
*** jannis_a42 has left #idempiere08:06
*** jannis_a42 has joined #idempiere08:09
*** jannis_a42 has left #idempiere08:10
*** mbozem has joined #idempiere08:12
*** jannis_a421 has joined #idempiere08:30
*** jannis_a421 has left #idempiere08:32
*** KermitTheFragger has quit IRC09:27
*** KermitTheFragger has joined #idempiere09:29
norbertbede1Hi10:38
norbertbede1i would like to ask others related to hazelcast10:39
norbertbede1running multiple servers now. and we have some troubles with hazelcast in version 3 in our customised codebase10:39
norbertbede1What is main function of hazelcast ? - is something solving cache reset, broadcast message, kill all sessions messages -  across servers ?10:41
*** norbertbede1 has quit IRC10:59
*** norbertbede1 has joined #idempiere11:09
a42niemhi norbertbede111:45
a42niemas far as i understood it is distributed caching11:46
a42niemi have experienced problems also in 3.011:46
a42niemwhen server is running and i start the java client i get tons of errors in the java client11:46
a42niemso i completely disabled hazelcast for both11:46
a42niemthen caching falls back to how it was before hazelcast (local only) is my understanding11:47
norbertbede1so each servers must be handled separately ?12:19
norbertbede1etc. cache reset, kill sessions etc12:19
a42niemi think so12:28
*** CarlosRuiz has joined #idempiere12:34
*** ChanServ sets mode: +o CarlosRuiz12:34
*** egil0902 has joined #idempiere12:38
*** nmicoud_ has joined #idempiere12:42
*** nmicoud has quit IRC12:45
Not-5e44[IDEMPIERE] carlosruiz_globalqss created IDEMPIERE-2888 Decouple webstore as external plugin not installed by default13:01
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288813:01
*** aguerra has joined #idempiere13:02
CarlosRuizGood morning13:02
aguerraBuenos dias VarlosRuiz13:02
nmicoud_Bonjour13:03
aguerraBuenos dias CarlosRuiz and good morning for all13:03
a42niemhi Carlos, hi all13:03
*** HideakiHagiwara has joined #idempiere13:03
HideakiHagiwaraHello,Everyone!13:04
aguerrahi a42niem HideakiHagiwara13:05
CarlosRuizHi HideakiHagiwara13:06
*** Deepak has joined #idempiere13:07
HideakiHagiwaraHi,aguerra and CarlosRuiz :D13:07
DeepakHello All, good morning13:08
*** jannis_a42 has joined #idempiere13:09
HideakiHagiwaraHello, Deepak13:09
DeepakHello Hideaki13:09
CarlosRuizHi Deepak13:10
DeepakSo Carlos, Regarding authorization token in web service, We do as below13:12
DeepakWe made all element of AD loginRequest as non mandatory except username. Added token as non mandatory parameter. Currently ADLoginResponse was in XSD but was not used in any of response. We added ADLoginResponse in all responses as optional elements. Also made all current return values in ADLoginResponse as optional. Added flag in system configuration WEBSERVICE_LOGIN_RESPONSE_ALL, if this is true, current login parameter id were13:12
DeepakAdded system configurator for WEBSERVICE_Token_Timeout for expire time of token.  If WEBSERVICE_SUPPORT_AUTH_TOKEN=N then no ADLoginResponse element returned.13:13
*** egil0902 has quit IRC13:14
DeepakHope this will not break existing web service13:16
*** diego_ has joined #idempiere13:20
*** diego_ has left #idempiere13:20
*** druiz has joined #idempiere13:21
*** norbertbede1 has quit IRC13:21
CarlosRuizsounds ok Deepak, can you please upload a patch for review - and maybe the soapui test13:21
CarlosRuizwondering two things13:22
CarlosRuiz1 - is it validated that token comes from same IP address?13:22
DeepakThis is also configuration13:22
CarlosRuiz2 - what happens if the session (token) times out and you make a new call?13:22
Deepakin case of manual authentication, can opt same Client or not13:23
DeepakIf Session time out then it returns error, Token time out13:23
CarlosRuizif all login information is there - it could try to open a new session if the token is timed out13:24
CarlosRuizdidn't understand your comment "in case of manual authentication, can opt same Client or not"13:24
DeepakThis is regarding your question 113:26
DeepakWe have 2 kinds of authorization token13:27
Deepak1. Created by web service on first login request this we say auto generated session which has smaller expiration time13:27
Deepak2. Manually created from window tab and field, this has configurable expiration time as well as it has flag to allow from same Remote IP13:28
DeepakFor Auto, it always look for same IP13:28
CarlosRuizok13:30
CarlosRuizabout the token timeout13:30
CarlosRuiz> if all login information is there - it could try to open a new session if the token is timed out13:30
DeepakNo, it will not do that13:30
DeepakIt reports error, Token time out13:30
*** norbertbede has joined #idempiere13:32
DeepakCarlos, I sent you patch on skype13:32
DeepakWe need to add new Authorization token in migration script yet13:33
CarlosRuizbetter upload to ticket13:33
DeepakSorry window for Authorization token13:33
DeepakWill upload corrected13:33
CarlosRuizmy concern is that then client program must keep control of the timeout to retry - if all the login info is there, the server could do the relogin and return a new token13:34
DeepakIssue is how to automate expiration so there is no chance of matching of random token13:36
DeepakClient should know that it expired and need to do re-login13:37
CarlosRuizno random token - because all the login information is validated again - also the password13:38
DeepakNo, Token do not validate passoword13:39
DeepakToken validated against user13:39
*** carlos__ has joined #idempiere13:42
carlos__sorry Deepak - was disconnected13:43
carlos__I mean13:43
carlos__if the token is expired - and you have all the login information13:43
*** CarlosRuiz has quit IRC13:43
carlos__then you can re-login13:43
*** carlos__ is now known as CarlosRuiz13:43
*** muriloht has joined #idempiere13:46
Deepak if the token is expired - and you have all the login information13:46
DeepakYes that is true, but this may not be good13:47
Deepakin such case there is no meaning of expiration13:47
DeepakInstead I suggest to increase expiration time13:47
CarlosRuizexpiration in such case is that you closed the expired session and open a new one13:50
CarlosRuizBTW - the expiration is checked against the opening-time or last-operation-time ?13:50
DeepakLast operation time13:53
DeepakSo it keep updating last access time13:53
CarlosRuizgood13:55
*** norbertbede has quit IRC13:56
*** norbertbede has joined #idempiere13:56
norbertbedehi all14:07
norbertbedegood afternoon from slovakia..14:07
norbertbedeto all14:07
CarlosRuizHi norbertbede14:07
norbertbedeneed a bit talking14:07
norbertbedea42niem hive me some answers, but want to ask others well. its related to distributed cache(hazelcast).14:07
norbertbedeWe are running multiple servers now with haproxy in production14:08
*** Deepak has quit IRC14:08
norbertbedeand we have some troubles with hazelcast in version 3 in our customised codebase14:08
norbertbedeStupid question  BUT - What is main function of hazelcast ? - is something solving cache reset, broadcast message, kill all sessions messages -  across servers ?14:08
norbertbedein practice i cant answer it myself :(14:08
HideakiHagiwaraHi, norbertbede. Me too.  :D14:11
Not-5e44[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-288714:11
Not-5e44[IDEMPIERE] Thanks [~pritesh.shah17], reviewing the code I see same issue is spread in many of the Import classes :-( I see other "OR" not between parenthesis in the class in (r2.1) lines 126, 143 Similar issues in ImportGLJournal and others. Developer question: if you want to be mentioned as developer in the commit message can you please give me your bitbucket user - or your preferred developer info for the commit14:11
Not-5e44message - alternatively you can upload your patch complete, some developers do something like: hg commit (fill developer and commit message - commit message must mention the JIRA ticket) hg export (export the changeset just committed) hg rollback (to clean the local commit) Regards, Carlos Ruiz14:11
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288714:11
CarlosRuiznorbertbede, the original requirement that lead to distributed cache is this14:14
CarlosRuizhttps://idempiere.atlassian.net/browse/IDEMPIERE-49114:14
CarlosRuizin the description from nmicoud_  you can see the big issue - potential data corruption - i.e. allowing to complete documents on a closed period14:15
CarlosRuizdistributed cache solves that14:15
CarlosRuizit's a big need IMHO if you have multiple computers with idempiere (swing clients or servers)14:16
CarlosRuizit's not required in principle if you have just one server app14:16
CarlosRuizbut - after that - broadcast messaging was implemented using hazelcast - so if you disable hazelcast you lose broadcasting14:16
norbertbedekill session belonging to broadcasting ?14:17
Not-5e44[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2887 labels set to "+Patch"14:17
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288714:17
norbertbedeactive session>>kill sessions14:17
CarlosRuizit seems so14:17
norbertbedethis opening small window but if i run it in server 1 then server 2 users doenst receive this message14:18
norbertbedei sent it today same time when i need to restart servers14:18
norbertbede:)14:18
CarlosRuizinteresting - sounds like a bug14:18
norbertbedebut hazelcast not workíng now because some strange messages14:19
norbertbedein log14:19
norbertbedewe are investigating but cant get it work14:19
norbertbedeyet14:19
norbertbedei see better now thanks14:19
norbertbedewhat about sessions14:19
norbertbedeuser sesssion14:20
norbertbedeif i kill e.g. server1 then user lost session M14:20
norbertbede?14:20
norbertbedeor can continue "without" break on gui14:20
norbertbedeprobably naive question14:20
CarlosRuizhaven't tested14:20
norbertbedebut want to clarify now14:20
norbertbedehengsin know the answer ? wdyt14:22
norbertbedeor anybody else14:22
norbertbede:)14:22
Not-5e44[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-288714:23
Not-5e44[IDEMPIERE] BTW - importing payments maybe is easier with the new CSV Importer - we're probably deprecating old importers14:23
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-288714:23
CarlosRuizDeepak made the code for that kill feature14:23
*** Deepak_ has joined #idempiere14:28
Deepak_sorry, got disconnected and don't know14:29
Deepak_Norbert, Kill session can be initiated from any server14:35
Deepak_But actual session is on one of server, so initiating server broadcast message and all server listen and found session then it initiate notification to user14:36
Not-5e44[IDEMPIERE] deepak updated IDEMPIERE-2840 Attachment set to "IDEMPIERE-2840.patch"14:37
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-284014:37
Not-5e44[IDEMPIERE] deepak updated IDEMPIERE-2840 Attachment set to "idempiere-xmlbeans-1.1.jar"14:38
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-284014:38
Not-5e44[IDEMPIERE] deepak updated IDEMPIERE-284014:39
Not-5e44[IDEMPIERE] Carlos, Attaching patch and jar file for your review. As Norbert want to use this, I am asking him to test this as his earliest.14:39
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-284014:39
Not-5e44[IDEMPIERE] deepak updated IDEMPIERE-2840 labels set to "+patch Bischofstein2015"14:39
Not-5e44[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-284014:39
Deepak_Carlos, I added updated patch on IDEMPIERE-284014:40
Deepak_CarlosRuiz, Regarding RunProcess improvement, ValueNamePair added to support object to avoid parsing and retaining orginal data type in requestCtx14:42
*** spina has joined #idempiere14:48
*** Michael_AT has quit IRC14:48
*** egil0902 has joined #idempiere14:51
CarlosRuizDeepak_, I understand what the change to ValueNamePair does - but is not needed for that development14:53
CarlosRuizwhy to introduce a potential source of problems on a core class?14:53
Deepak_What is then option to pass output parameter and value from process14:53
Deepak_So do you advise to add new ObjectNamePair class in core and use that?14:54
CarlosRuizyou're passing an object - and then retrieving as String14:55
CarlosRuizis not the same to pass the Object.toString() ?14:55
Deepak_opps, That is something wrong14:56
Deepak_That is not what I planned to do, May be I messed it during merging14:56
Deepak_Are you suggesting to go with ObjectNamePair approach?14:57
Deepak_Actually should do requestCtx.put(m_webservicetype.getValue() +"-"+pair.getName(),pair.getValueObject());14:57
CarlosRuizI guess you tested and is working as it is now - returning a String14:57
Deepak_Funny thing is that where I tested, it has all parameters of String type14:58
Deepak_This is in GetCrateBP process14:58
Deepak_CarlosRuiz, In old version, ValueNamePair list was used to pass output parameter from process to web service. Now should we keep same for consistency to have old process written backward compatible, or should we add new ObjectNamePair class and check for instance of both in webservice15:06
CarlosRuizwhere is that?   -> "ValueNamePair list was used to pass output parameter from process to web service"15:08
*** spina has quit IRC15:17
*** KermitTheFragger has quit IRC15:19
*** HideakiHagiwara has quit IRC15:33
CarlosRuizok guys - I need to go back to work - thanks for the meeting15:37
Deepak_Bye, Carlose15:37
Deepak_Carlos:)15:37
Deepak_Can you review IDEMPIERE-2579 and IDEMPIERE-264315:38
CarlosRuizIDEMPIERE-2643 is being tested by norbertbede - I'll wait for their feedback better15:38
CarlosRuizfor IDEMPIERE-2579 - if I can find some time - hard to find these days  :-(15:39
*** Deepak_ has quit IRC15:42
*** mbozem has quit IRC15:42
*** turkertunali has quit IRC15:47
norbertbedeaccidentally no time yet IDEMPIERE-264316:08
norbertbedebut next week we able to do16:08
norbertbedebecause important for us16:09
*** CarlosRuiz has quit IRC16:20
*** nmicoud_ has quit IRC16:21
*** druiz has quit IRC16:25
*** turkertunali has joined #idempiere16:25
*** mhernandezve has joined #idempiere16:25
*** aguerra has quit IRC16:52
*** norbertbede has quit IRC16:55
*** aguerra has joined #idempiere17:02
*** aguerra has quit IRC17:09
*** aguerra has joined #idempiere17:12
*** norbertbede1 has joined #idempiere17:16
*** aguerra has quit IRC17:35
*** norbertbede1 has quit IRC17:58
*** norbertbede1 has joined #idempiere18:04
*** egil0902 has quit IRC18:17
*** muriloht has quit IRC21:05
*** turkertunali has quit IRC22:57
*** mhernandezve has quit IRC23:10
*** norbertbede1 has quit IRC23:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!