Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
dto ...MetKar hier gebruikt in de impl van BuilderZonderKar? Indien de definitie/implementatie hetzelfde is voor "metKar" en "ZonderKar", dan best de klassenaam van de dto renamen naar iets gemeens...

dto ...MetKar hier gebruikt in de impl van BuilderZonderKar?
Indien de definitie/implementatie hetzelfde is voor "metKar" en "ZonderKar", dan best de klassenaam van de dto renamen naar iets gemeenschappelijk, bvb. zonder "Kar" (if you know what I mean :-D )

[ICT-2564] [rvWV] HX: TAX: Movento-koppeling: Builders:
[ICT-2564] [rvWV] HX: TAX: Movento-koppeling: Builders:
Is manueel gebeurd http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Is manueel gebeurd

moet er niet nog een deployklaske bij die de code van de zTryout gaat uitvoeren? Of gaat ge dat manueel doen?

moet er niet nog een deployklaske bij die de code van de zTryout gaat uitvoeren? Of gaat ge dat manueel doen?

leuk gevonden als reminder http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

leuk gevonden als reminder

[ICT-1932] BIDI: KlantSync: (VHIP900): doorsturen picking automatisch of manueel:
[ICT-1932] BIDI: KlantSync: (VHIP900): doorsturen picking automatisch of manueel:
Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen...

Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen kunt hebben. één met vlag aan en één met vlag uit. ik zou es rondhoren bij collega's.

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt. Om aan te zetten: Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI...

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt.
Om aan te zetten:
Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI_IsActiefVhisieEmailadressenNaarAx", 1)
Ondertussen wordt input gelogd in vhLib.Logging, totdat we zeker genoeg zijn dat de input correct is blijft de ProjectSettings op False staan.

Is inclusief kaartje VRB534 !!!

Is inclusief kaartje VRB534 !!!

[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
Do ##super() vergeten !!!

Do ##super() vergeten !!!

Zelfde reactie als 'ginder' ;-P

Zelfde reactie als 'ginder' ;-P

3 --> ..#DataStartRij

3 --> ..#DataStartRij

Ik ben het volledig eens met Martijn : Zolang er geen test (of andere nood aan Injection) is, zet je gewoon : Set ..Console = ##class(TECH.Console.impl.TerminalConsole).%New() Wanneer later iemand ...

Ik ben het volledig eens met Martijn :
Zolang er geen test (of andere nood aan Injection) is, zet je gewoon :
Set ..Console = ##class(TECH.Console.impl.TerminalConsole).%New()
Wanneer later iemand toch iets moet injecten, dan zal hij zelf (alleen het gewenste object) aanpassen naar $$$Inject()
De meeste onder ons hebben de gewoonte om op deze laatste manier te werken. Eerder dan alles meteen inject-ready te maken
Deze code terugdraaien hoeft niet voor mij ... op voorwaarde dat je in de toekomst onze manier overneemt :-D

Zelfde reply als 'ginder'

Zelfde reply als 'ginder'

De JoC heeft mij da zo geleerd, als zijnde 'good coding convention', voor mocht er in de toekomst iemand eens een andere resource willen meegeven

De JoC heeft mij da zo geleerd, als zijnde 'good coding convention', voor mocht er in de toekomst iemand eens een andere resource willen meegeven

Niet echt http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif Had die idd beter niet opgenomen in de review, sorry

Niet echt Had die idd beter niet opgenomen in de review, sorry

Is deze klasse nog relevant?

Is deze klasse nog relevant?

Zelfde opmerking als bij BestandUploader

Zelfde opmerking als bij BestandUploader

Er zijn geen tests op deze klasse, waarom constructor injections?

Er zijn geen tests op deze klasse, waarom constructor injections?