#idempiere IRC log for Thursday, 2015-08-27

*** norbertbede1 has quit IRC00:06
Not-8b5f[iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±9] https://bitbucket.org/idempiere/idempiere/commits/01:40
Not-8b5f[iDempiere] globalqss fd658b2 - hg merge release-2.1 (merge release2.1 into development)01:40
*** CarlosRuiz has quit IRC01:51
*** CarlosRuiz has joined #idempiere01:51
*** ChanServ sets mode: +o CarlosRuiz01:51
Not-8b5f[iDempiere] jenkins built #1733 completed (success) http://ci.idempiere.org/job/iDempiere/1733/01:52
*** CarlosRuiz has left #idempiere01:52
Not-8b5f[iDempiereDaily] jenkins built #452 completed (success) http://ci.idempiere.org/job/iDempiereDaily/452/02:51
*** ThanhVX_VN_DEV has joined #idempiere02:58
ThanhVX_VN_DEVHi everybody02:58
ThanhVX_VN_DEVanyone here ??02:59
*** ThanhVX_VN_DEV has quit IRC03:00
*** norbertbede1 has joined #idempiere03:06
*** norbertbede1 has quit IRC03:11
*** norbertbede1 has joined #idempiere04:27
*** hieplq has joined #idempiere04:43
*** hieplq has quit IRC04:48
*** hieplq has joined #idempiere04:53
*** norbertbede1 has quit IRC04:56
*** norbertbede1 has joined #idempiere05:03
*** hieplq has quit IRC05:09
Not-8b5f[iDempiere2.1Daily] jenkins built #132 completed (success) http://ci.idempiere.org/job/iDempiere2.1Daily/132/05:16
*** norbertbede1 has quit IRC05:24
*** norbertbede1 has joined #idempiere05:39
*** a42niem has joined #idempiere06:04
*** norbertbede1 has quit IRC06:06
*** norbertbede has joined #idempiere06:19
Not-8b5f[IDEMPIERE] tbayen created IDEMPIERE-2799 CSV Import transactions can work for some lines and fail for others09:16
Not-8b5f[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-279909:17
*** norbertbede3 has joined #idempiere09:26
*** norbertbede has quit IRC09:26
*** norbertbede1 has joined #idempiere09:49
*** norbertbede3 has quit IRC09:49
*** hieplq has joined #idempiere10:01
*** norbertbede1 has quit IRC10:17
*** hieplq has quit IRC10:19
*** dave__ has joined #idempiere10:23
*** hieplq has joined #idempiere10:25
*** norbertbede1 has joined #idempiere10:47
*** hieplq has quit IRC11:41
*** druiz has joined #idempiere12:14
*** hieplq has joined #idempiere12:20
*** hieplq has quit IRC12:34
*** jbwiv has quit IRC12:36
*** jbwiv has joined #idempiere12:40
*** CarlosRuiz has joined #idempiere13:24
*** ChanServ sets mode: +o CarlosRuiz13:24
jbwivCarlosRuiz: hello. responding to your hello yesterday. I was asking whether a Vagrantfile existed for idempiere?13:39
CarlosRuizHi jbwiv - I didn't know what was Vagrant  :-)   looks interesting13:40
CarlosRuizthere is no Vagrantfile here AFAIK13:40
CarlosRuizbut a42niem recently published a VirtualBox machine13:40
jbwivVagrant is a really cool thing for development13:40
jbwivCarlosRuiz: ok, cool. I'll google that13:40
jbwivone other question: does there exist documentation on what idempiere can do from a supplier/vendor management perspective?13:41
jbwivwe have a requirement to13:41
jbwivhave a central vendor database13:41
jbwivlink the vendors to mfrs part numbers13:41
jbwivstore three quotes for each part number, etc13:41
jbwivI may take a stab at crafting a vagrantfile for idempiere13:42
jbwivhowever, last time I looked (over a year ago) the recommended way to build it was through Eclipse13:43
jbwivI think Vagrant works best with command line builds13:43
CarlosRuizthere is a way to build from command line - you need to install buckminster and director13:44
CarlosRuizhttp://wiki.idempiere.org/en/Building_iDempiere_without_Eclipse13:44
jbwivCarlosRuiz: ok, cool. I'll check those docs out13:44
jbwivand regarding the supplier/vendor management capabilities...where should I look to learn more?13:45
*** norbertbede2 has joined #idempiere14:10
*** norbertbede1 has quit IRC14:10
norbertbede2hi CarlosRuiz14:11
norbertbede2just a quick question14:11
norbertbede2related to this http://wiki.idempiere.org/en/NF2.1_Import_CSV_Process14:11
norbertbede2its for nonUI import - however cant find path - when i would like to enter filename and path to file when run import by scheduler14:12
CarlosRuizjbwiv, I think iDempiere can support easily that requirement - but sounds good to ask in forums14:12
CarlosRuizHi norbertbede214:12
norbertbede2any idea pls14:12
norbertbede2i would like to use really for scanner import14:12
CarlosRuizat the moment you can define a filepath from the server14:14
CarlosRuizso - you would need to upload the file to a specific server filename and then run the process14:14
CarlosRuizsome improvements we thought when developing that  were:14:15
CarlosRuizto make the filepath variable - maybe easy using context variables and just calling Env.parse or something like that14:15
CarlosRuizand the other could be a process that traverses a folder and import all the files found there14:15
norbertbede2other idea option to switch between storage provider/OS filesystem14:16
CarlosRuizat the end maybe it must move the successfully imported files to a "success" folder - and the unsuccessful to an "error" folder14:16
norbertbede2yes14:16
jbwivCarlosRuiz: ok, thanks14:16
CarlosRuizyw14:16
norbertbede2i will ask tomas tomorrow, becuase we had a process to run standard imrport by scheduler. there are fields for success and error, backup folder14:17
norbertbede2would be applicable here14:17
norbertbede2let you know, thanks14:17
*** hieplq has joined #idempiere14:23
Not-8b5f[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-279914:43
Not-8b5f[IDEMPIERE] There is an easy workaround that you can test to see if it works: First tab - a table that is the same for all the records to import (i.e. AD_Client) Second tab - the table you want to import in a single trx And do the import as a master/detail - as all the details are on the same master it will be on a single trx. Regards, Carlos Ruiz14:43
Not-8b5f[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-279914:43
*** norbertbede2 has quit IRC14:49
Not-8b5f[IDEMPIERE] tbayen updated IDEMPIERE-279915:11
Not-8b5f[IDEMPIERE] That is a workaround but not a solution. :-) I don't like the idea to create a new window for every time I want to import something in a single transaction.15:11
Not-8b5f[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-279915:11
Not-8b5f[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-279915:28
Not-8b5f[IDEMPIERE] Yes, precisely, workaround. Documenting it here in case others find it worthy. The design of the importer took that into account precisely to avoid what you wrote "That leads to the fact that some records can fail but the rest will be applied". The old importers didn't have any way to manage transactions, a sales order with three lines can end completed with two lines imported. We defined the15:28
Not-8b5ftransactionality per master record precisely to avoid that situation, but not for the whole file as it doesn't sound too wise in terms of lockings. But of course, this is extensible, and it must be easy to extend the concept to make trx per file, just that because of lockings that must be an option, and not the default option. Regards, Carlos Ruiz15:28
Not-8b5f[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-279915:28
*** hieplq has quit IRC16:10
*** norbertbede2 has joined #idempiere16:46
*** hieplq has joined #idempiere16:49
*** hieplq has quit IRC17:07
*** hieplq has joined #idempiere17:21
*** CarlosRuiz has quit IRC19:25
*** a42niem has quit IRC19:59
*** norbertbede2 has quit IRC20:41
*** norbertbede has joined #idempiere21:16
*** norbertbede has quit IRC21:20

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