RenJuan/TASKPM
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
4248 commits 1 branch 0 tags 56 MiB
Commit graph

1512 commits

Author SHA1 Message Date
Susana Montes Pedreira
6637da457c ItEr60S04ValidacionEProbasFuncionaisItEr59S04 : [Bug #539] 
This bug was fixed with the following patch :
ItEr60S04ValidacionEProbasFuncionaisItEr59S04 : It fixes the template screen.

This patch adds to the aplications list of a template the name of the order element.
Also, assigns correctly the template to the order when the order is created
from a template.
 2010-06-24 13:09:08 +02:00
Óscar González Fernández
081443ece1 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #519] Fix bug. 
Changing the set instance was interfering with delete-orphan. The
initial persistent set must be kept in order to delete-orphan keep on
working. If a new set is assigned hibernate loses track of the
removals done and doesn't delete the orphans. Instead of assigning to
new set, the advanceMeasurements set is reset to the new contents.
 2010-06-23 18:53:58 +02:00
Óscar González Fernández
d50f6d7e75 Revert "ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #519] Fix bug." 
This reverts commit 50ce3f3802. Wrong
fix for the bug. The mapping is right and the association was updated
correctly but the measurements keep on existing.
 2010-06-23 18:53:14 +02:00
Óscar González Fernández
50ce3f3802 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #519] Fix bug. 
Removing inverse. When a set is mapped with inverse=true it modifies
the association based on the other side of the association, in this
case the advanceAssignment property at AdvanceMeasurement. The
advanceAssignment property at AdvanceMeasurement was correctly set at
null and the set has cascade all-delete-orphan. This could make you
think that it should remove the AdvanceMeasurement. But in the moment
that Hibernate tries to apply the cascade the AdvanceMeasurement has
been removed from the set so it doesn't try to apply the changes.
 2010-06-23 17:20:35 +02:00
Óscar González Fernández
17b2f90927 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: Only remove versions if they are not used at another scenario. 2010-06-23 11:13:16 +02:00
Óscar González Fernández
399b317bf5 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #514] Add some delete cascades. 
This way the constraint errors are avoided.
 2010-06-23 00:07:47 +02:00
Óscar González Fernández
defb0ae34e ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #514] Fix deleted entity would be resaved by cascade. 
Also refactorings and when the order has no versions left it's removed.
 2010-06-23 00:07:32 +02:00
Óscar González Fernández
717234f2db ItEr60S04ValidacionEProbasFuncionaisItEr59S04: It must return a new state for the new scenario. 2010-06-22 14:14:05 +02:00
Óscar González Fernández
70b71aed76 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #497] Fix bug. 
When calling
ResourceAllocation#mergeAssignmentsAndResourcesPerDay(Scenario,
ResourceAllocation<?>) switchToScenario is called. This was causing
for the specific allocations an unnecessary copy of the
assignments. This caused this newly created assignments to be
associated to the resource, generating other load in the chart.
 2010-06-22 14:14:05 +02:00
Jacobo Aragunde Pérez
80a239417e ItEr60S12MellorasGlobalesRendementoItEr59S22: Corrected the index on the relation between CalendarData and BaseCalendar. 
The indexed attribute was incorrect.
 2010-06-21 19:47:49 +02:00
Manuel Rego Casasnovas
3971221313 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: Update resources per day value at allocation grid. 2010-06-16 18:37:35 +02:00
Manuel Rego Casasnovas
056bcfddc3 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: Fixing problems calculating ResourcesPerDay value for ResourceAllocation. 2010-06-16 18:37:32 +02:00
Susana Montes Pedreira
bd1e2bae16 ItEr60S04ValidacionEProbasFuncionaisItEr59S04:[Bug #517] 
Checks if the type of resource is not null.
Initializes to zero the hours if it are null.
 2010-06-15 20:07:22 +02:00
Susana Montes Pedreira
1d95948ba8 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: Fixing test. 
Check the test orderElementTest correctly.
 2010-06-15 19:08:28 +02:00
Jacobo Aragunde Pérez
d9e5c0c266 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #501] Fixes bug: the length of unassigned tasks changes with the hours of the related order element. 2010-06-15 19:03:34 +02:00
Óscar González Fernández
51ad035263 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: Move validation annotation from field to method. 
Validation annotations on fields causes problems when the entity is a
proxy.
 2010-06-15 18:13:03 +02:00
Óscar González Fernández
83f73040ba ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #527] Validate the resource allocation. 
This should avoid to save day assignments with null containers.
 2010-06-15 18:08:42 +02:00
Diego Pino Garcia
6d92362f96 ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #522] Avoid to be able to do a limiting resource allocation from a scenario different from master 2010-06-15 11:51:01 +02:00
Manuel Rego Casasnovas
fe85ca28be ItEr60S04ValidacionEProbasFuncionaisItEr59S04: [Bug #523] Removing of advance consolidation was not working properly. The original hours calculation was wrong. 2010-06-15 11:12:10 +02:00
Susana Montes Pedreira
228c4675b2 ItEr59S04ValidacionEProbasFuncionaisItEr58S04 : Fixing bug. 
the calculated advance is modified to check  precision.
 2010-06-15 11:12:07 +02:00
Diego Pino Garcia
ff0807cdca ItEr60S04ValidacionEProbasFuncionaisItEr59S04: Fix bug, show % completion percentage instead of % end date 2010-06-14 22:02:15 +02:00
Manuel Rego Casasnovas
ae0a0d7c73 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: [Bug #509] Missing copy consolidated attribute in DayAssignment. 2010-06-14 21:07:21 +02:00
Susana Montes Pedreira
8535d5f6c6 ItEr59S04ValidacionEProbasFuncionaisItEr58S04 : Fixing bug. 
Now the method getAdvanceMeasurements() returns a unmodifiable collection,
and the advance percentage is marked as dirty when the advance measurements
or the advance assignment are removed.
 2010-06-14 20:48:01 +02:00
Susana Montes Pedreira
8579f09121 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: Fixing bug. 
When it is changed the advance type , it is updated the
advance type in the parents.
 2010-06-14 20:10:31 +02:00
Susana Montes Pedreira
1dfd0c3963 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: Fixing Bug. 
fixes the division by zero in the method mergeAdvanceMeasurements().
 2010-06-14 19:24:54 +02:00
Óscar González Fernández
f9d080c082 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: [Bug #516] Fix bug. 
Adding metada for copying consolidations.
 2010-06-14 18:37:47 +02:00
Óscar González Fernández
b32175d926 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: Move validation annotations to accessors from fields 2010-06-14 18:37:47 +02:00
Óscar González Fernández
21eb5f8cee ItEr59S04ValidacionEProbasFuncionaisItEr58S04: Fix bug. 
When copying a order on a derived scenario the queue dependencies are
ignored. An exception is produced copying LimitingResourceQueueElement
if they are not ignored.
 2010-06-14 18:37:47 +02:00
Diego Pino Garcia
aa9f6ca8ce ItEr59S08CUAsignacionRecursosLimitantesItEr58S10: [Bug #503] (Scenarios) It is impossible to add generic limiting resource allocation 2010-06-14 12:54:27 +02:00
Óscar González Fernández
9f2866c160 ItEr59S04ValidacionEProbasFuncionaisItEr58S04: [Bug #507] Fix bug. 
overrideConsolidatedDayAssignments was passing directly the
assignments from another allocation so they already had a
parent. Doing a copy.
 2010-06-14 01:17:55 +02:00
Javier Moran Rua
46600cbc8b ItEr57S04ValidacionEProbasFuncionaisItEr56S04: [Bug #499] Compare by id instead of == on adding dependencies. 
The former code to add dependencies provokes error when one of the LimitingResourceQueueElement in which a depencency
is going to be added (as origin or as destiny) is a proxy (although it has been initialized).
 2010-06-13 15:54:13 +02:00
Óscar González Fernández
c6332e37d5 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: Apply validation annotations on methods instead of fields. 
A validation annotation on a field was causing a validation error when
saving limiting resources (the entity was a proxy).
 2010-06-12 20:16:34 +02:00
Óscar González Fernández
a53e99acac ItEr59S24AdaptacionsFinaisEscenarios: Remove limiting allocations when copying due to creating a new version 2010-06-12 20:05:45 +02:00
Óscar González Fernández
b9eebd034e ItEr57S04ValidacionEProbasFuncionaisItEr56S04: Remove unused method 2010-06-12 18:36:17 +02:00
Óscar González Fernández
8a94cdeffa Merge master into scenarios 2010-06-11 20:20:26 +02:00
Óscar González Fernández
6de86c4a57 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: Now orders can be created from template. 
Fixes exception when creating order from template due to not calling
useSchedulingDataFor
 2010-06-11 00:51:23 +02:00
Óscar González Fernández
7ea78b7b70 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: Refactor. Remove unnecessary createElement method. 
Only was used for OrderTemplate but was implemented on all hierarchy.
 2010-06-11 00:51:23 +02:00
Jacobo Aragunde Pérez
a1ba6aba49 ItEr58S16RFAdaptacionInformesItEr55S14: Adapted the report 'Working progress per task'. 
Now it's implemented in the XXModel. The DAO operation has been removed.
 2010-06-10 22:28:43 +02:00
Jacobo Aragunde Pérez
efe6eea20c ItEr58S16RFAdaptacionInformesItEr55S14: Adapted the report 'Completed estimated hours per task'. 
Now it's implemented in the XXModel. The DAO operation has been removed.
 2010-06-10 22:28:41 +02:00
Jacobo Aragunde Pérez
03199cdb68 ItEr58S16RFAdaptacionInformesItEr55S14: Corrected the implementation of the method TaskElementDAO.getTasksByOrderAndDate(). 
It wasn't adapted to the new model based on scenarios and produced an exception.
 2010-06-10 22:28:38 +02:00
Jacobo Aragunde Pérez
daa48353e3 ItEr59S22MellorasGlobalesRendemento: Adding indexes over foreign keys in certain associations of several hbm.xml files. 
The reviewed hbm.xml files are:

Advance.hbm.xml
Calendars.hbm.xml
Configuration.hbm.xml
ExternalCompanies.hbm.xml
AdvanceConsolidations.hbm.xml
Tasks.hbm.xml
QualityForms.hbm.xml
Users.hbm.xml
WorkReports.hbm.xml
 2010-06-10 20:11:33 +02:00
Lorenzo Tilve
529c05d499 ItEr59S07RFAspectosGraficosRecursoLimitantesItEr58S08: Show progress inside queue elements 2010-06-10 19:00:07 +02:00
Susana Montes Pedreira
5531357545 ItEr59S11RFMellorasAvancesItEr58S20: Adds some improvements in the advances screen. 
Adds the advances assignment screen in the order planning screen.
 2010-06-10 13:36:08 +02:00
Óscar González Fernández
3ae4b9ccd0 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: [Bug #493] Fix bug. 
The validation annotations were applied to fields. This fails when the
object is a proxy. Now they are placed at accessors instead.
 2010-06-10 02:35:11 +02:00
Óscar González Fernández
ede7870ae7 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: [Bug #489] Fix bug. 
ReturningNewAssignments was always adding the initial new assignments
(assignments for the current order and scenario that are still not
saved). But removals and addings can happen on these new assignments
but ReturningNewAssignments kept using the initial new assignments.

Instead of passing the initial new assignmetns to
ReturningNewAssignments, they are added to resource using @AfterCopy
mechanism.
 2010-06-10 01:00:11 +02:00
Óscar González Fernández
b263ea5baf ItEr57S04ValidacionEProbasFuncionaisItEr56S04: [Bug #489] Fix error at resource load chart. 
Take into account the day assignments for the current scenario, not
all.
 2010-06-09 21:43:11 +02:00
Óscar González Fernández
185b2c0737 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: Add method for filtering by Scenario 2010-06-09 21:34:52 +02:00
Óscar González Fernández
0af1279839 ItEr57S04ValidacionEProbasFuncionaisItEr56S04: [Bug #489] Remove spurious containers. 
This fixes the bug for the planning view. It removes the containers
for the current scenario at all SchedulingDataForVersions but the new
current one so their day assignments don't interfere when calculating
the external load.

The newly created SchedulingDataForVersion has also spurious
containers resulting from the deep copy. These are removed too.

Now the data is stored correctly so when you get back after saving the
load is shown correctly. But while the planning is being edited the
chart shows wrong data.
 2010-06-09 21:19:53 +02:00
Manuel Rego Casasnovas
1a5ba8dc88 ItEr59S24AdaptacionsFinaisEscenarios: Show only the orders of master scenario in the list of subcontracted tasks. 2010-06-09 18:08:32 +02:00
Óscar González Fernández
78d34f8d49 ItEr59S08CUAsignacionRecursosLimitantesItEr58S10: Take in consideration transitive dependencies when calculating earliestPossibleDates 2010-06-08 22:01:10 +02:00