*** CarlosRuiz has quit IRC | 02:09 | |
*** ChuckBoecking has quit IRC | 02:21 | |
*** ChuckBoecking has joined #idempiere | 02:22 | |
*** norbertbede1 has joined #idempiere | 04:53 | |
*** nmicoud has joined #idempiere | 05:13 | |
*** norbertbede1 has quit IRC | 05:21 | |
*** norbertbede has joined #idempiere | 05:36 | |
*** umair has joined #idempiere | 05:45 | |
*** a42niem has joined #idempiere | 05:49 | |
Not-5e44 | [IDEMPIERE] biglaci updated IDEMPIERE-2880 | 06: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 YOU | 06:11 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2880 | 06:11 |
*** norbertbede has quit IRC | 06:35 | |
*** KermitTheFragger has joined #idempiere | 06:36 | |
*** Michael_AT has joined #idempiere | 07:04 | |
*** norbertbede has joined #idempiere | 07:07 | |
*** umair has quit IRC | 07:14 | |
*** norbertbede has quit IRC | 07:23 | |
*** turkertunali has joined #idempiere | 07:24 | |
turkertunali | Hello, 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 clients | 07:39 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2887 | 07: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-2887 | 07: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-2887 | 07:40 |
*** norbertbede1 has joined #idempiere | 07:51 | |
*** jannis_a42 has joined #idempiere | 07:56 | |
*** jannis_a42 has left #idempiere | 07:58 | |
*** jannis_a42 has joined #idempiere | 07:58 | |
*** jannis_a42 has left #idempiere | 08:06 | |
*** jannis_a42 has joined #idempiere | 08:06 | |
*** jannis_a42 has left #idempiere | 08:06 | |
*** jannis_a42 has joined #idempiere | 08:09 | |
*** jannis_a42 has left #idempiere | 08:10 | |
*** mbozem has joined #idempiere | 08:12 | |
*** jannis_a421 has joined #idempiere | 08:30 | |
*** jannis_a421 has left #idempiere | 08:32 | |
*** KermitTheFragger has quit IRC | 09:27 | |
*** KermitTheFragger has joined #idempiere | 09:29 | |
norbertbede1 | Hi | 10:38 |
norbertbede1 | i would like to ask others related to hazelcast | 10:39 |
norbertbede1 | running multiple servers now. and we have some troubles with hazelcast in version 3 in our customised codebase | 10:39 |
norbertbede1 | What is main function of hazelcast ? - is something solving cache reset, broadcast message, kill all sessions messages - across servers ? | 10:41 |
*** norbertbede1 has quit IRC | 10:59 | |
*** norbertbede1 has joined #idempiere | 11:09 | |
a42niem | hi norbertbede1 | 11:45 |
a42niem | as far as i understood it is distributed caching | 11:46 |
a42niem | i have experienced problems also in 3.0 | 11:46 |
a42niem | when server is running and i start the java client i get tons of errors in the java client | 11:46 |
a42niem | so i completely disabled hazelcast for both | 11:46 |
a42niem | then caching falls back to how it was before hazelcast (local only) is my understanding | 11:47 |
norbertbede1 | so each servers must be handled separately ? | 12:19 |
norbertbede1 | etc. cache reset, kill sessions etc | 12:19 |
a42niem | i think so | 12:28 |
*** CarlosRuiz has joined #idempiere | 12:34 | |
*** ChanServ sets mode: +o CarlosRuiz | 12:34 | |
*** egil0902 has joined #idempiere | 12:38 | |
*** nmicoud_ has joined #idempiere | 12:42 | |
*** nmicoud has quit IRC | 12:45 | |
Not-5e44 | [IDEMPIERE] carlosruiz_globalqss created IDEMPIERE-2888 Decouple webstore as external plugin not installed by default | 13:01 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2888 | 13:01 |
*** aguerra has joined #idempiere | 13:02 | |
CarlosRuiz | Good morning | 13:02 |
aguerra | Buenos dias VarlosRuiz | 13:02 |
nmicoud_ | Bonjour | 13:03 |
aguerra | Buenos dias CarlosRuiz and good morning for all | 13:03 |
a42niem | hi Carlos, hi all | 13:03 |
*** HideakiHagiwara has joined #idempiere | 13:03 | |
HideakiHagiwara | Hello,Everyone! | 13:04 |
aguerra | hi a42niem HideakiHagiwara | 13:05 |
CarlosRuiz | Hi HideakiHagiwara | 13:06 |
*** Deepak has joined #idempiere | 13:07 | |
HideakiHagiwara | Hi,aguerra and CarlosRuiz :D | 13:07 |
Deepak | Hello All, good morning | 13:08 |
*** jannis_a42 has joined #idempiere | 13:09 | |
HideakiHagiwara | Hello, Deepak | 13:09 |
Deepak | Hello Hideaki | 13:09 |
CarlosRuiz | Hi Deepak | 13:10 |
Deepak | So Carlos, Regarding authorization token in web service, We do as below | 13:12 |
Deepak | We 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 were | 13:12 |
Deepak | Added 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 IRC | 13:14 | |
Deepak | Hope this will not break existing web service | 13:16 |
*** diego_ has joined #idempiere | 13:20 | |
*** diego_ has left #idempiere | 13:20 | |
*** druiz has joined #idempiere | 13:21 | |
*** norbertbede1 has quit IRC | 13:21 | |
CarlosRuiz | sounds ok Deepak, can you please upload a patch for review - and maybe the soapui test | 13:21 |
CarlosRuiz | wondering two things | 13:22 |
CarlosRuiz | 1 - is it validated that token comes from same IP address? | 13:22 |
Deepak | This is also configuration | 13:22 |
CarlosRuiz | 2 - what happens if the session (token) times out and you make a new call? | 13:22 |
Deepak | in case of manual authentication, can opt same Client or not | 13:23 |
Deepak | If Session time out then it returns error, Token time out | 13:23 |
CarlosRuiz | if all login information is there - it could try to open a new session if the token is timed out | 13:24 |
CarlosRuiz | didn't understand your comment "in case of manual authentication, can opt same Client or not" | 13:24 |
Deepak | This is regarding your question 1 | 13:26 |
Deepak | We have 2 kinds of authorization token | 13:27 |
Deepak | 1. Created by web service on first login request this we say auto generated session which has smaller expiration time | 13:27 |
Deepak | 2. Manually created from window tab and field, this has configurable expiration time as well as it has flag to allow from same Remote IP | 13:28 |
Deepak | For Auto, it always look for same IP | 13:28 |
CarlosRuiz | ok | 13:30 |
CarlosRuiz | about the token timeout | 13:30 |
CarlosRuiz | > if all login information is there - it could try to open a new session if the token is timed out | 13:30 |
Deepak | No, it will not do that | 13:30 |
Deepak | It reports error, Token time out | 13:30 |
*** norbertbede has joined #idempiere | 13:32 | |
Deepak | Carlos, I sent you patch on skype | 13:32 |
Deepak | We need to add new Authorization token in migration script yet | 13:33 |
CarlosRuiz | better upload to ticket | 13:33 |
Deepak | Sorry window for Authorization token | 13:33 |
Deepak | Will upload corrected | 13:33 |
CarlosRuiz | my 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 token | 13:34 |
Deepak | Issue is how to automate expiration so there is no chance of matching of random token | 13:36 |
Deepak | Client should know that it expired and need to do re-login | 13:37 |
CarlosRuiz | no random token - because all the login information is validated again - also the password | 13:38 |
Deepak | No, Token do not validate passoword | 13:39 |
Deepak | Token validated against user | 13:39 |
*** carlos__ has joined #idempiere | 13:42 | |
carlos__ | sorry Deepak - was disconnected | 13:43 |
carlos__ | I mean | 13:43 |
carlos__ | if the token is expired - and you have all the login information | 13:43 |
*** CarlosRuiz has quit IRC | 13:43 | |
carlos__ | then you can re-login | 13:43 |
*** carlos__ is now known as CarlosRuiz | 13:43 | |
*** muriloht has joined #idempiere | 13:46 | |
Deepak | if the token is expired - and you have all the login information | 13:46 |
Deepak | Yes that is true, but this may not be good | 13:47 |
Deepak | in such case there is no meaning of expiration | 13:47 |
Deepak | Instead I suggest to increase expiration time | 13:47 |
CarlosRuiz | expiration in such case is that you closed the expired session and open a new one | 13:50 |
CarlosRuiz | BTW - the expiration is checked against the opening-time or last-operation-time ? | 13:50 |
Deepak | Last operation time | 13:53 |
Deepak | So it keep updating last access time | 13:53 |
CarlosRuiz | good | 13:55 |
*** norbertbede has quit IRC | 13:56 | |
*** norbertbede has joined #idempiere | 13:56 | |
norbertbede | hi all | 14:07 |
norbertbede | good afternoon from slovakia.. | 14:07 |
norbertbede | to all | 14:07 |
CarlosRuiz | Hi norbertbede | 14:07 |
norbertbede | need a bit talking | 14:07 |
norbertbede | a42niem hive me some answers, but want to ask others well. its related to distributed cache(hazelcast). | 14:07 |
norbertbede | We are running multiple servers now with haproxy in production | 14:08 |
*** Deepak has quit IRC | 14:08 | |
norbertbede | and we have some troubles with hazelcast in version 3 in our customised codebase | 14:08 |
norbertbede | Stupid question BUT - What is main function of hazelcast ? - is something solving cache reset, broadcast message, kill all sessions messages - across servers ? | 14:08 |
norbertbede | in practice i cant answer it myself :( | 14:08 |
HideakiHagiwara | Hi, norbertbede. Me too. :D | 14:11 |
Not-5e44 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2887 | 14: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 commit | 14:11 |
Not-5e44 | message - 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 Ruiz | 14:11 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2887 | 14:11 |
CarlosRuiz | norbertbede, the original requirement that lead to distributed cache is this | 14:14 |
CarlosRuiz | https://idempiere.atlassian.net/browse/IDEMPIERE-491 | 14:14 |
CarlosRuiz | in the description from nmicoud_ you can see the big issue - potential data corruption - i.e. allowing to complete documents on a closed period | 14:15 |
CarlosRuiz | distributed cache solves that | 14:15 |
CarlosRuiz | it's a big need IMHO if you have multiple computers with idempiere (swing clients or servers) | 14:16 |
CarlosRuiz | it's not required in principle if you have just one server app | 14:16 |
CarlosRuiz | but - after that - broadcast messaging was implemented using hazelcast - so if you disable hazelcast you lose broadcasting | 14:16 |
norbertbede | kill 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-2887 | 14:17 |
norbertbede | active session>>kill sessions | 14:17 |
CarlosRuiz | it seems so | 14:17 |
norbertbede | this opening small window but if i run it in server 1 then server 2 users doenst receive this message | 14:18 |
norbertbede | i sent it today same time when i need to restart servers | 14:18 |
norbertbede | :) | 14:18 |
CarlosRuiz | interesting - sounds like a bug | 14:18 |
norbertbede | but hazelcast not workíng now because some strange messages | 14:19 |
norbertbede | in log | 14:19 |
norbertbede | we are investigating but cant get it work | 14:19 |
norbertbede | yet | 14:19 |
norbertbede | i see better now thanks | 14:19 |
norbertbede | what about sessions | 14:19 |
norbertbede | user sesssion | 14:20 |
norbertbede | if i kill e.g. server1 then user lost session M | 14:20 |
norbertbede | ? | 14:20 |
norbertbede | or can continue "without" break on gui | 14:20 |
norbertbede | probably naive question | 14:20 |
CarlosRuiz | haven't tested | 14:20 |
norbertbede | but want to clarify now | 14:20 |
norbertbede | hengsin know the answer ? wdyt | 14:22 |
norbertbede | or anybody else | 14:22 |
norbertbede | :) | 14:22 |
Not-5e44 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2887 | 14:23 |
Not-5e44 | [IDEMPIERE] BTW - importing payments maybe is easier with the new CSV Importer - we're probably deprecating old importers | 14:23 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2887 | 14:23 |
CarlosRuiz | Deepak made the code for that kill feature | 14:23 |
*** Deepak_ has joined #idempiere | 14:28 | |
Deepak_ | sorry, got disconnected and don't know | 14:29 |
Deepak_ | Norbert, Kill session can be initiated from any server | 14: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 user | 14: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-2840 | 14: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-2840 | 14:38 |
Not-5e44 | [IDEMPIERE] deepak updated IDEMPIERE-2840 | 14: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-2840 | 14:39 |
Not-5e44 | [IDEMPIERE] deepak updated IDEMPIERE-2840 labels set to "+patch Bischofstein2015" | 14:39 |
Not-5e44 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2840 | 14:39 |
Deepak_ | Carlos, I added updated patch on IDEMPIERE-2840 | 14:40 |
Deepak_ | CarlosRuiz, Regarding RunProcess improvement, ValueNamePair added to support object to avoid parsing and retaining orginal data type in requestCtx | 14:42 |
*** spina has joined #idempiere | 14:48 | |
*** Michael_AT has quit IRC | 14:48 | |
*** egil0902 has joined #idempiere | 14:51 | |
CarlosRuiz | Deepak_, I understand what the change to ValueNamePair does - but is not needed for that development | 14:53 |
CarlosRuiz | why 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 process | 14:53 |
Deepak_ | So do you advise to add new ObjectNamePair class in core and use that? | 14:54 |
CarlosRuiz | you're passing an object - and then retrieving as String | 14:55 |
CarlosRuiz | is not the same to pass the Object.toString() ? | 14:55 |
Deepak_ | opps, That is something wrong | 14:56 |
Deepak_ | That is not what I planned to do, May be I messed it during merging | 14: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 |
CarlosRuiz | I guess you tested and is working as it is now - returning a String | 14:57 |
Deepak_ | Funny thing is that where I tested, it has all parameters of String type | 14:58 |
Deepak_ | This is in GetCrateBP process | 14: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 webservice | 15:06 |
CarlosRuiz | where is that? -> "ValueNamePair list was used to pass output parameter from process to web service" | 15:08 |
*** spina has quit IRC | 15:17 | |
*** KermitTheFragger has quit IRC | 15:19 | |
*** HideakiHagiwara has quit IRC | 15:33 | |
CarlosRuiz | ok guys - I need to go back to work - thanks for the meeting | 15:37 |
Deepak_ | Bye, Carlose | 15:37 |
Deepak_ | Carlos:) | 15:37 |
Deepak_ | Can you review IDEMPIERE-2579 and IDEMPIERE-2643 | 15:38 |
CarlosRuiz | IDEMPIERE-2643 is being tested by norbertbede - I'll wait for their feedback better | 15:38 |
CarlosRuiz | for IDEMPIERE-2579 - if I can find some time - hard to find these days :-( | 15:39 |
*** Deepak_ has quit IRC | 15:42 | |
*** mbozem has quit IRC | 15:42 | |
*** turkertunali has quit IRC | 15:47 | |
norbertbede | accidentally no time yet IDEMPIERE-2643 | 16:08 |
norbertbede | but next week we able to do | 16:08 |
norbertbede | because important for us | 16:09 |
*** CarlosRuiz has quit IRC | 16:20 | |
*** nmicoud_ has quit IRC | 16:21 | |
*** druiz has quit IRC | 16:25 | |
*** turkertunali has joined #idempiere | 16:25 | |
*** mhernandezve has joined #idempiere | 16:25 | |
*** aguerra has quit IRC | 16:52 | |
*** norbertbede has quit IRC | 16:55 | |
*** aguerra has joined #idempiere | 17:02 | |
*** aguerra has quit IRC | 17:09 | |
*** aguerra has joined #idempiere | 17:12 | |
*** norbertbede1 has joined #idempiere | 17:16 | |
*** aguerra has quit IRC | 17:35 | |
*** norbertbede1 has quit IRC | 17:58 | |
*** norbertbede1 has joined #idempiere | 18:04 | |
*** egil0902 has quit IRC | 18:17 | |
*** muriloht has quit IRC | 21:05 | |
*** turkertunali has quit IRC | 22:57 | |
*** mhernandezve has quit IRC | 23:10 | |
*** norbertbede1 has quit IRC | 23:56 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!