CacheAdminA_trunk

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Add: vhDeploy klasse voor toevoegen config-item voor de ECP-location
    • -0
    • +26
    /vhDeploy/WV/Deploy20111212xLocationECP.cls.xml
Rugwandhouderlijst ook de rugwandhouders van de tussenruggen bij sifon/spoelbakken
    • -12
    • +8
    /BL/PPS/TBX/DocRugwandhouderLijst.cls.xml
[WS.WebService]

- Intra.PPS

In Sync brengen van TECH.Context.RuntimeContext.cls met cache2010 repo's
    • -0
    • +16
    /TECH/Context/RuntimeContext.cls.xml
Merged revision(s) 3618 from deploy:

TBXZaag beschadiging plaatmateriaal corr werkvloerlengte

........

    • -11
    • +21
    /APPS/Halux/PPS/TBXZaag/impl/Werkpost.cls.xml
    • -1
    • +1
    /APPS/Halux/PPS/TBXZaag/IWerkpost.cls.xml
Code in sync brengen
Code in sync brengen
Merged revision(s) 3614 from trunk:

terugdraaien "correctie" kaderdeurenberekening planningstool

........

    • -4
    • +12
    /DOM/LEV/impl/DataM/DataMToelevering.cls.xml
terugdraaien "correctie" kaderdeurenberekening planningstool

OPM (FMA, 15/12/2011). Voor degenen die dit achteraf proberen te begrijpen: de correctie is wel degelijk een correctie; de vorige allocatie van resources was fout en de correctie toont wat de juiste allocatie is. Revisie 3614 draait de correctie gelukkig ook niet terug in tegenstelling tot wat de comment zegt. Vermits er geen support was voor het boeken van eenzelfde tijd op meerdere resources was het niet mogelijk om de nieuwe allocatie volledig te implementeren. De support is toegevoegd volgens story "https://www.pivotaltracker.com/story/show/22032773" en in revisie 3699 wordt uiteindelijk exact dezelfde allocatie gedaan dan in revision 3571 maar dan met de frees op meerdere resources nu dit mogelijk is. Het doel van revisie 3614 is onduidelijk.

[WS.WebService]

- PPS.TBX.Server : location verwijst naar cache02

[WS]

- TBX/SFS up to date brengen.

    • -0
    • +30
    /WS/TBX/SFS/ConfirmOrderResult.cls.xml
[WS.WebService]

- TBX SFS

    • -0
    • +61
    /WS/TBX/SFS/OrderServiceInternal.cls.xml
[WS.WebService]

- TAPI

[WS.WebService]

- PR

[WS.WebService]

- PPS

[WS.WebService]

- EWMS

[WS.WebService]

- Derde Klant

[WS.WebService]

- Sys

[WS.WebService]

- Prod

[WS.WebService]

- EC

[WS.WebService]

- TBX

[WS.WebService]

- P2L

[WS.WebService]

- OptiBox

    • -1
    • +1
    /WS/Prod/OptiBox/OptimizerServer.cls.xml
[Fax]

- up to date brengen

    • -153
    • +0
    /WS/Derde/Fax/InkomendeFaxen.cls.xml
    • -85
    • +0
    /WS/Derde/Fax/UitgaandeFaxen.cls.xml
[WS.WebService]

- Faxen

    • -1
    • +5
    /WS/Derde/Fax/UitgaandeFaxServer.cls.xml
Fix: FaxMail crash opgelost (blnSendMail is Undefined)
Planningstool: resourcegebruik kaderdeuren gecorrigeerd.
Merged revision(s) 3567 from trunk2010:

[DataM]

- Oplossing van dataM ivm niet compileren van TTSC

Hoe je daar in terecht komt is mij een raadsel. Het programma TTSC is de ingangsmenu voor scanners.

Op lijn 12 moet die 33 eigenlijk 34 zijn.

En in feite moet je dit doen (cQTTSC opslaan als TTSC): zl cQTTSC zs TTSC

Vriendelijke groet, Cordialement, Kind regards,

Marc

........

Prod.Product niet laten controleren op locks
Generisch product zorgt voor error, opgelost