I'm sorry to revert this way but I'm in the middle of a release, and I'm trying to release the most clean environment.
Reasons to revert:
The way this is implemented is modifying some core classes and views, and it was not discussed in forums, neither we have system architect opinion about.
I would prefer a solution that make report engine extensible and the implementation is done totally on the extension side.
Suggestion:
Please open discussion in forums, and we review the issue with architectural team on PMC.
Regards,
Carlos Ruiz
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Revision: 12554
http://adempiere.svn.sourceforge.net/adempiere/?rev=12554&view=rev
Author: vpj-cd
Date: 2010-06-14 06:53:36 +0000 (Mon, 14 Jun 2010)
Log Message:
-----------
move the trunk org.eevolution.model
kind regards
Victor Perez
www.e-evolution.com
Removed Paths:
-------------
branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/model/MHRPaySelection.java
branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/model/MHRPaySelectionCheck.java
branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/model/MHRPaySelectionLine.java
Deleted: branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/model/MHRPaySelection.java
Revision: 12553
http://adempiere.svn.sourceforge.net/adempiere/?rev=12553&view=rev
Author: vpj-cd
Date: 2010-06-14 06:51:39 +0000 (Mon, 14 Jun 2010)
Log Message:
-----------
Print Payroll Checks
https://sourceforge.net/tracker/?func=detail&aid=3015725&group_id=176962&atid=934929
kind regards
Victor Perez
www.e-evolution.com
Added Paths:
-----------
branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/form/HRPayPrint.java
branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/form/VHRPayPrint.java
Added: branches/liberoHR/extension/eevolution/libero/src/main/java/org/eevolution/form/HRPayPrint.java
Revision: 12552
http://adempiere.svn.sourceforge.net/adempiere/?rev=12552&view=rev
Author: vpj-cd
Date: 2010-06-14 06:48:54 +0000 (Mon, 14 Jun 2010)
Log Message:
-----------
Print Payroll Checks
kind regards
Victor Perez
www.e-evolution.com
Link to SF Tracker: http://sourceforge.net/support/tracker.php?aid=3015725
Modified Paths:
--------------
trunk/base/src/org/compiere/print/ReportEngine.java
trunk/client/src/org/compiere/print/ReportCtl.java
trunk/db/ddlutils/oracle/views/C_PAYSELECTION_CHECK_V.sql
trunk/db/ddlutils/oracle/views/C_PAYSELECTION_CHECK_VT.sql
trunk/db/ddlutils/postgresql/views/C_PAYSELECTION_CHECK_V.sql
trunk/db/ddlutils/postgresql/views/C_PAYSELECTION_CHECK_VT.sql
Added Paths:
-----------
trunk/base/src/org/eevolution/model/MHRPaySelection.java
trunk/base/src/org/eevolution/model/MHRPaySelectionCheck.java
trunk/base/src/org/eevolution/model/MHRPaySelectionLine.java
trunk/migration/354a-trunk/oracle/737_FR3015725_HRPaymentSelectionCheck.sql
trunk/migration/354a-trunk/postgresql/737_FR3015725_HRPaymentSelectionCheck.sql
Revision: 12557
http://adempiere.svn.sourceforge.net/adempiere/?rev=12557&view=rev
Author: vpj-cd
Date: 2010-06-14 07:29:30 +0000 (Mon, 14 Jun 2010)
Log Message:
-----------
Print Payroll Checks
kind regards
Victor Perez
www.e-evolution.com
Link to SF Tracker: http://sourceforge.net/support/tracker.php?aid=3015725
Modified Paths:
--------------
trunk/base/src/org/eevolution/model/MHRPaySelectionCheck.java
Added Paths:
-----------
trunk/base/src/org/eevolution/model/MHRConcept.java
trunk/base/src/org/eevolution/model/MHRPayroll.java
Reverted these commits with revision 12570.
I'm sorry to revert this way but I'm in the middle of a release, and I'm trying to release the most clean environment.
Reasons to revert:
The way this is implemented is modifying some core classes and views, and it was not discussed in forums, neither we have system architect opinion about.
I would prefer a solution that make report engine extensible and the implementation is done totally on the extension side.
Suggestion:
Please open discussion in forums, and we review the issue with architectural team on PMC.
Regards,
Carlos Ruiz