1cf32f9c6e
PP/DD: set default window for each PP/DD table
2008-09-17 05:59:07 +00:00
10e16923ac
PP: refactoring PP_Cost_Collector
2008-09-16 17:37:30 +00:00
b40fb724d6
Fix according to application_1_4.xsd.
2008-09-16 10:48:57 +00:00
eb8b602e66
FR [ 2111266 ] Financial Report: column segment value hierarchies
2008-09-16 03:45:18 +00:00
864c04982b
Fix Create Cost Element do not work
...
http://sourceforge.net/tracker/?func=detail&atid=879332&aid=2112805&group_id=176962
2008-09-15 21:11:20 +00:00
d07f2fba8e
zkwebui: putting back zk3.0 because zk3.5 is so buggy
2008-09-15 14:12:50 +00:00
377ff791cf
CRP:
...
* refactoring
* eliminated recursive method calls
2008-09-15 13:53:46 +00:00
786f6c1915
BF [ 2104835 ] NULLS LAST not supported in postgresql 8.2 or earlier
...
http://sourceforge.net/tracker/?func=detail&atid=879332&aid=2104835&group_id=176962
2008-09-15 13:38:22 +00:00
1345baa9d7
HR:
...
* added MHRAttribute
* added MHRDepartment + caching support
2008-09-15 13:28:12 +00:00
1aa5771e31
Solve a discovered ambiguous condition after Update of ZK 3.5 jars
2008-09-14 00:10:59 +00:00
8823fb8193
zkwebui: Use ZK 3.0 theme, because ZK 3.5 theme is so buggy
2008-09-13 08:12:41 +00:00
abb2016715
BF [ 2108636 ] InfoInvoicePanel throws NPE
2008-09-13 07:52:44 +00:00
a587278332
zkwebui: very minor fixing
2008-09-13 06:54:19 +00:00
3ad045e0c7
FR [ 1974299 ] Add MiniTable.getSelectedKeys method
...
* fixed java 5 warning
* organized imports
2008-09-12 10:25:37 +00:00
666e29482a
FR [ 1974354 ] VCreateFrom.create should be more flexible
2008-09-12 10:10:23 +00:00
7cbdbdb163
CreateCostElement: minor refactoring
2008-09-12 09:55:33 +00:00
0e10da320a
BF [ 2107083 ] Caching of MOrgInfo issue
...
BF [ 2107088 ] MOrg.getOfClient should return ONLY active records
2008-09-12 09:49:25 +00:00
732bba1e20
Query:
...
FR [ 2107068 ] Query.setOrderBy should be more error tollerant
FR [ 2107109 ] Add method Query.setOnlyActiveRecords
* fixed indentation
* fixed copyright
2008-09-12 09:39:39 +00:00
b5b78bb16a
FR [ 2107062 ] Add more DB.getKeyNamePairs methods
2008-09-12 08:54:48 +00:00
5462895d6c
BT [ 2106723 ] InvoiceGenerate process should ignore proposal/quote orders
2008-09-12 02:45:07 +00:00
f551abdba1
small improve
2008-09-12 02:02:33 +00:00
736c059e4e
fix error introducing with re factory, The Purchase Order is a Supply
2008-09-12 01:56:58 +00:00
d90b318338
Fix error introducing last commit, now the Qty On hand is right
2008-09-12 01:34:18 +00:00
a20a0c7803
BF [ 2076330 ] Add new methods in CWindowToolbar class
2008-09-11 10:33:51 +00:00
43c9ae0799
BF [ 2103659 ] Messagebox
2008-09-11 10:26:56 +00:00
9f745caa45
MRP process improvements:
...
* org caching is implemented in MOrg class, so is not needed here (same as warehouse)
* use new Query API (better exception handling)
2008-09-11 10:10:40 +00:00
56dc7e973d
MOrg: increase cache size in concordance with MWarehouse.s_cache size
2008-09-11 10:06:13 +00:00
343270572f
MDDNetworkDistribution - minor corrections
...
* use java 5 autoboxing
* always use lazy cache instead (i.e. lines will be loaded on first getLines)
2008-09-11 09:38:43 +00:00
bca6ae9e19
NULLS LAST not supported in postgresql 8.2 or earlier
...
http://sourceforge.net/tracker/?func=detail&atid=879332&aid=2104835&group_id=176962
2008-09-11 04:22:13 +00:00
f0e1413491
This change let lock more short, the reason is when you have big volume of record is best execute sort deletes and insert, this case you create the record for resource, organization , warehouse
2008-09-11 04:08:23 +00:00
42b66d7d2d
This is best way to management the transaction when calculate MRP, I made 3 test:
...
1.- Calculate MRP in single transaction, this case show large locks in DB of PP_MRP table set in wait other transaction as create SO,PO,REQ,etc
2.- Calculate MRP all transaction independents this drop the large lock in DB
3.- Calculate MRP with single transaction and commits for each document, So this test is that get best result.
kind regards
Victor Perez
www.e-evolution.com
2008-09-11 03:42:00 +00:00
7613b20989
fixed small bugs
2008-09-10 23:39:48 +00:00
aa02bdbe4b
Implementing Caches and MRP should run out transaction.
2008-09-10 19:52:05 +00:00
4027198f74
Implementing cache for Network Distribution
2008-09-10 19:50:58 +00:00
c794877516
Increment cache is necessary for when run MRP.
2008-09-10 19:49:46 +00:00
e5800655bd
BF [ 2104022 ] GridTab.processCallout: throws NPE if callout returns null
2008-09-10 17:02:57 +00:00
1e329d3c76
BF [ 2104021 ] CalloutEngine returns null if the exception has null message
2008-09-10 16:45:48 +00:00
8a010f9b52
* Merge revisions 6401 from branches/adempiere341
2008-09-10 16:04:56 +00:00
a67d22109e
* Merge revisions 6398 from branches/adempiere341
2008-09-10 05:38:25 +00:00
cb40da8cc6
Current ADempiere use DB.getNextID for get next sequence vs MSequence.getNextID, so in the future the developer need use only DB.getNextID
2008-09-09 18:26:55 +00:00
e1cf4390fa
FR [ 2094183 ] New Bank Statement create From
...
Added date, amount and bp filters.
http://sourceforge.net/tracker/index.php?func=detail&aid=2094183&group_id=176962&atid=879335
2008-09-08 07:31:04 +00:00
9ba9887804
* Merge revisions 6393 from branches/adempiere341
2008-09-08 03:31:13 +00:00
76dbf6e3c2
Integrate [ 2074600 ] Housekeeping - Process to delete historic information
...
Contribution from d_ruiz
2008-09-07 05:45:06 +00:00
f1d051f148
fixed result set open.
2008-09-06 22:56:25 +00:00
9feb992370
Implementing Local Phantom
2008-09-06 22:32:46 +00:00
895e58208c
* Merge revision 6386 from branches/adempiere341
2008-09-06 22:04:55 +00:00
5b750b1abe
[ 2097563 ] Compatibility with old functionality the production
...
http://sourceforge.net/tracker/index.php?func=detail&aid=2097563&group_id=176962&atid=879332
2008-09-06 22:03:10 +00:00
505c7bd4ca
CreateCostElement: bug fixing
...
MCostElement.getElements: AD_Org_ID parameter is not needed since all M_CostElements are created with AD_Org_ID=0 (see beforeSave)
2008-09-06 17:55:20 +00:00
ccc427a99e
RollupWorkflow:
...
* use COLUMNNAME_*
* use cached getters instead of loading MCostElement-s
2008-09-06 17:11:58 +00:00
458f934a82
VOrderReceiptIssue:
...
* refactoring
* cleanup
[ 2096774 ] Wrong Sql statement in VOrderReceiptIssue
2008-09-06 17:07:50 +00:00
teo_sarca
Redhuan D. Oon
Heng Sin Low
Carlos Ruiz