IDempiere/FullMeeting20140212

⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2014-02-12

CarlosRuiz: Good Morning
hengsin: Hi
Deepak: Good Morning/Evening
CarlosRuiz: Hi Deepak
Deepak: Hello Carlos
PedroRozo: Good morning/afternoon everyone..
CarlosRuiz: Hi Pedro
CarlosRuiz: I'll be working on the peer review queue
nmicoud: Bonjour !
tbayen: Daarestiet :-)
tbayen: Hi PedroRozo , nice to see you :)
alaragh: Buenos dias!!
PedroRozo: thanks guys ...I glad to share with you that we will release the new smartpos 2.1 during the day ... many QA fixes, enhanced reliabilkity and resilency and includes the first release 100% linux (idempiere OSGi plugin, rabbitmq and our POS running and preliminary tested on centos 64bits) ,,,we will send more details in our release email during the afternoon ..
PedroRozo: also, for the next week. we will release the first version of the expected SmartPOS appliance: a virtual box appliance with centos linxu 64bis, postgres, idempiere, rabbitmq, and smartpos.. ready for testing and everything 100% open source, just want to share first with the idempeire community because we continue building on top of your great work...
CarlosRuiz: good news PedroRozo
tbayen: Great, PedroRozo . I would like to test and review it it but there are other projects for the next weeks. :-( Later in the year I am sure I will come back to it.
tbayen: There are some directories that can (and in the end should) be taken out of the main trunk (e.g. translations, Swing, Jasper, ?!?). I want to do some experiments how this works. How should we deal with the mercuarial history of these files? Do we have to keep the whole iDempiere repo and delete everything else but e.g. german translation? That would lead to a rather big repo for every single part. Or can we abandon the history a
tbayen: nd just give a readme to see in the main trunk's history?!?
tbayen: wdyt?
CarlosRuiz: you can a extract a mercurial folder with history
tbayen: Ah, ok?
PedroRozo: sure.Thoomas we will be glad to receive your feedback later,, that is why we will release a pre-configured an all-in-one - ready to go demo environment.(Appliance). so it would be easier to test everything just inside any virtualbox host.
tbayen: You can send me a box if you want. ;-)
CarlosRuiz: I'm more the kind of "compile and run" guy - and in past have had problems trying to get all the pieces of SmartPOS
CarlosRuiz: tbayen, must be something with hg convert with filemap
CarlosRuiz: http://www.zachburlingame.com/2011/05/extract-directory-from-mercurial-repo-with-full-history/
tbayen: Carlos, thanks for the hint. I am googling about it. I did not expect such a feature.
CarlosRuiz: maybe we can start moving swing to be a plugin? and experiment with that approach
tbayen: Carlos - Pssst... I did not want to say this too loud. ;)
CarlosRuiz: :-) I was talking about the dance -> "swing"
tbayen: And my opinion is that the translations are more a case to get out of the trunk.
tbayen: But yes - as I said yesterday: If you do not want to give me write access to the trunk it may be that I have to fork Swing. :-p
tbayen: But don't tell Norbert I am forking.
CarlosRuiz: nope - won't be a fork
CarlosRuiz: my expectation is that your repo will be the official swing
tbayen: Hmmm... This is a question of the meaning of "fork". Another question: Is iDempiere a fork or the official *empiere? And a last question: Who cares about that?
tbayen: If my work is good it will be "official".
CarlosRuiz: yep in DVCS "official" is probably the "most followed"
CarlosRuiz: but it could be several officials
tbayen: Swing in your trunk is "stable". Veeeery stable!
CarlosRuiz: so, I know who cares about being "official" - the marketing guys :-D
CarlosRuiz: BTW - did you see what happened with RedHat and CentOS?
tbayen: They are reunited and Redhat gave the "rebels" a good paid job. Hehe
aguerra_: Hello x everybody!!!!
CarlosRuiz: Hi aguerra_
hengsin: Pedro, does it work as a POS for fitnesse center ( membership, collect membership fee, sell fitnesse drinks and products, check in/check out for session ) ?
PedroRozo: Hensin ... product, services and the membership feed are managed as usual ... but more advanced membership requeirements , such as session control (attendance)...might require additional dev efforts
PedroRozo: if you don´t need the power of an ERP , or aynchronous communication behind the POS(our real advantages), perhaps a simple stand alone OBPOS fork like this http://www.unicenta.com/, migth be enough for your business scenario..
tbayen: For my payment module I need a way to ask questions from a running process to the user (a password). There is no interface for that. Only for y/n questions. Is that true?
CarlosRuiz: PedroRozo, is there a how-to-build guide?
tbayen: Or is there something advanced in zk I did not find yet?
tbayen: I only checked Swing
CarlosRuiz: a process parameter?
tbayen: A parameter does not help. Depending on your bank there is a kind of challenge-response system used in germany.
CarlosRuiz: ah, in such case I think you better write a form instead of a process
tbayen: Hmmm... ok. This will be my first form. Time to learn something new. :-)
PedroRozo: Carlos: Regarding build, we have two mercurial repositories: 1 for the idempiere OSGi.plug-in .. so any idempeire developer could build the plugin from there .. 2. a Netbeans project.. so just pulling the code and the provided databases (ready to go) you can build pos and ERP from scratch ...
PedroRozo: als we have release since 2.0 an step by step docs .. about how to setup rabbitmq .... and main configuration parameters in both ERP & POS sides ....
tbayen: Are there links to these resources in your proposed mail? Or is there a starting page?
PedroRozo: yes ...I will include those details (links) in the release message this afternoon, but everything is available in our forums and wiki as well here: http://sourceforge.net/projects/smart-pos/ for your reference :
tbayen: CarlosRuiz, what is a good example to start with developing a form?
tbayen: Thanks Pedro. :-)
CarlosRuiz: good - I'll need to revisit that it
CarlosRuiz: tbayen, in this case there is an online payment form that must be close to your need
CarlosRuiz: all those forms that extend PaymentForm
PedroRozo: yes, your feedback will be appreciated..
CarlosRuiz: but don't know if that's your case - or you need a full form like WAllocation
tbayen: I tend to do it from scratch to know exactly what it does. I just need some understandable examples. Thanks for the pointers.
PedroRozo: A quick request to Carlos, Hengsin or someone with workflwo backgroun, we have a quick question about how to include an approval node to a normal process_shipment workflow (it works for order and requisition but not for this process), hope you can take a look, we already replicated on : https://demo.idempiere.com/, and here the forum thread: https://groups.google.com/forum/?hl=es#!topic/idempiere/MkEhKEvuB9I we would appreci
CarlosRuiz: PedroRozo, it has to be with MInOut.getApprovalAmt
CarlosRuiz: it returns zero
CarlosRuiz: haven't tested but I think you could extend the MInOut class, override getApprovalAmt and let it return something different
CarlosRuiz: and register your modified class as the model class for that table
PedroRozo: ok that means that any ERP document that doesn´t manage amounts (like this shipment) won´t work for approvals... with the current workflow processes right ? ...we will need to override that method in those ERP documents in the future as well...
CarlosRuiz: it all depends on the getApprovalAmt on each doc class
PedroRozo: Understood Carlos, now to fix this PO class we used to perform those minor custom fixes to the core as customizations (customization.jar or zkcustomization before with Adempeire 3.6.1 withotu re-build everything) ... but now with Idempiere to override this core class only .. what is the suggested way to perform it without re-building everything from scratch, perhaps an OSGi fragment ? does it work for this PO classes similiar t
egil_ghintech: Good morning
CarlosRuiz: Hi egil_ghintech
egil_ghintech: hi carlos. i have a question
egil_ghintech: payment allocation can be redirected on gl distribution?
egil_ghintech: the real problem is when i make a withholding on payment it alocate the payment on the invoice and use the writeoffamt to do this. it create gl entries on bp ajustment and not in the withholding tax account.
PedroRozo: Carlos .. we want just to clarify that we are trying to avoid core customizations with Idempiere, but in this case it looks like it is required to fix this wrong behavour of the MInOut for workflows, then is the OSG fragment an valid option to overriide this MInOut class ? or do you have any other suggestion/approach to fix core classes like this without re-building everything ?:
CarlosRuiz: PedroRozo, as I advised above is not touching core
CarlosRuiz: and is not a wrong behavior
CarlosRuiz: :-)
CarlosRuiz: IMHO is not wrong behavior as receipt is not expected to have an approval amount - your case sounds like a specific customer business case
CarlosRuiz: but - as I said also above - I haven't tested - maybe it doesn't work
CarlosRuiz: another approach would be to make the getApprovalAmt extensible in some way
CarlosRuiz: I think it will work as the MWFActivity is using OSGi to get the PO class of the table
PedroRozo: ok --- now I understand. thanks Carlos
egil_ghintech: anyone can give me a sugesstion about mi question?
CarlosRuiz: ah sorry - I missed the question
egil_ghintech: ok. payment allocation can be redirected on gl distribution? [11:31] <egil_ghintech> the real problem is when i make a withholding on payment it alocate the payment on the invoice and use the writeoffamt to do this. it create gl entries on bp ajustment and not in the withholding tax account.
egil_ghintech: this is in lco
CarlosRuiz: the LCO moves the writeoff to the withholding account
CarlosRuiz: for the amount of withholdings applicable on payment - and the excess is posted as usual on the bp adjustment account
egil_ghintech: ok. underestood. thanks.
egil_ghintech: but about gl distribution
egil_ghintech: can i do this? redirect alocation?
CarlosRuiz: there is a ticket about that ... let me check
CarlosRuiz: https://idempiere.atlassian.net/browse/IDEMPIERE-775
CarlosRuiz: and there is also this ticket pending for feedback
CarlosRuiz: https://idempiere.atlassian.net/browse/IDEMPIERE-1687
egil_ghintech: ok thank you for the help