CacheAdminACommon_trunk2010

Checkout Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 22
Last Commit: 15 Nov 17
Commits this week: 0
Total Lines of Code (LoC): 86.070
Net change in LoC this week: 0

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading

Subversion Details

1 property
  • svn:mergeinfo = /deploy2010:3219
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Tuesday 26 Nov 2024
10:04 am

Jo Willems

Monday 14 Oct 2024
9:16 am

Tom Vermeulen

9:16 am

Tom Vermeulen

ik zou hier allemaal die commentaarlijnen met w en zw wegsmijten

ik zou hier allemaal die commentaarlijnen met w en zw wegsmijten

9:14 am

Tom Vermeulen

Tab na uw datalijnen, en niet na de titels. Zal wel werken, maar is niet consistent

Tab na uw datalijnen, en niet na de titels. Zal wel werken, maar is niet consistent

Thursday 10 Oct 2024
3:09 pm

Jo Willems

[ICT-4678] Wijziging aan klantenlabel van magazijn: toevoeging letter links bovenaan
[ICT-4678] Wijziging aan klantenlabel van magazijn: toevoeging letter links bovenaan
Tuesday 01 Oct 2024
9:35 am

Peter Vercoutter

Wednesday 28 Aug 2024
6:18 pm

Wim Vermeulen

6:18 pm

Wim Vermeulen

TECH changes meestal in het kader van een grotere story (a.k.a. jira-ticket) maar dat zet ik er meestal niet bij aangezien dit algemeen bruikbaar kan/moet zijn. Anderzijds, om te kunnen opvolgen of...

TECH changes meestal in het kader van een grotere story (a.k.a. jira-ticket) maar dat zet ik er meestal niet bij aangezien dit algemeen bruikbaar kan/moet zijn.
Anderzijds, om te kunnen opvolgen of te kunnen back-tracen zou beter zijn toch aan een jira te koppelen.
Ik heb de commit-message (op trunk2010) aangepast.

6:11 pm

Wim Vermeulen

Tom Vermeulen ik begrijp jou suggestie om de cumulatieve wachttijd bij te houden, maar heeft weinig meerwaarde op dit moment, vind ik.

Tom Vermeulen ik begrijp jou suggestie om de cumulatieve wachttijd bij te houden, maar heeft weinig meerwaarde op dit moment, vind ik.

Tuesday 27 Aug 2024
4:21 pm

Jo Willems

Tuesday 06 Aug 2024
3:47 pm

Tom Vermeulen

3:47 pm

Tom Vermeulen

Kan hoe dan ook geen kwaad om een Jira ticket te maken, ook als het over een technisch iets gaat. Allez, ik vind het niet terug

Kan hoe dan ook geen kwaad om een Jira ticket te maken, ook als het over een technisch iets gaat. Allez, ik vind het niet terug

3:45 pm

Tom Vermeulen

Stomme vraag, maar zou het interessant kunnen zijn om het totaal aantal gewachte seconden mee in de logging mee te nemen? Ik vraag het maar omdat we momenteel toch nog wat last ondervinden bij de D...

Stomme vraag, maar zou het interessant kunnen zijn om het totaal aantal gewachte seconden mee in de logging mee te nemen? Ik vraag het maar omdat we momenteel toch nog wat last ondervinden bij de DFS en het kan misschien interessant zijn om die wachttijd zichtbaar te maken. Your call

Monday 05 Aug 2024
3:47 pm

Wim Vermeulen

[ICT] TECH.Files uitbreiding voor DFS-ondersteuning
[ICT] TECH.Files uitbreiding voor DFS-ondersteuning
Wednesday 09 Feb 2022
1:32 pm

Wim Vermeulen

Monday 07 Feb 2022
1:00 pm

Peter Vercoutter

11:00 am

Wim Vermeulen

[ICT-2730][rvPVR] ICT - WebService logging toevoegen voor "Badly formed SOAP Message"
[ICT-2730][rvPVR] ICT - WebService logging toevoegen voor "Badly formed SOAP Message"
Thursday 24 Jun 2021
8:16 am

Jo Willems

Tuesday 30 Mar 2021
11:53 am

Jelle Baele

Thursday 18 Mar 2021
2:44 pm

Peter Vercoutter

Wednesday 17 Mar 2021
3:46 pm

Jelle Baele

3:45 pm

Jelle Baele

[ICT-2259] [rvPVR] Interface klanten van AX naar Admin uitbreiden filter voor rare tekens
[ICT-2259] [rvPVR] Interface klanten van AX naar Admin uitbreiden filter voor rare tekens
Tuesday 09 Feb 2021
3:54 pm

Wim Vermeulen

8:08 am

Peter Vercoutter

Monday 08 Feb 2021
3:21 pm

Wim Vermeulen

[ICT-2178][rvPVR] MFW: Json-request van Caché naar .NET : specifiek basis-object i.p.v. TECH.RegisteredObject...
[ICT-2178][rvPVR] MFW: Json-request van Caché naar .NET : specifiek basis-object i.p.v. TECH.RegisteredObject...
Tuesday 02 Feb 2021
2:53 pm

Jelle Baele

10:39 am

Wim Vermeulen

Monday 01 Feb 2021
4:56 pm

Jelle Baele

Ok top, bedankt!!

Ok top, bedankt!!

4:06 pm

Wim Vermeulen

inderdaad. T eerste deel was het belangrijkste om te begrijpen : code afzonderen (in dit geval via composition) om enerzijds de basisklasse WS.WebService niet telkens te belasten, en anderzijds om ...

inderdaad. T eerste deel was het belangrijkste om te begrijpen : code afzonderen (in dit geval via composition) om enerzijds de basisklasse WS.WebService niet telkens te belasten, en anderzijds om de complexere logica om te loggen los te trekken van de klasse zelf.

Dat je de rest niet meteen kan volgen, is geen probleem hoor. Is te begrijpen, want is idd complexere logica.
Om je toch een beetje wegwijs te maken:
de complexiteit was/is : hoe geraak ik aan de opgeroepen WebMethod naam? Want deze willen we loggen. Er zijn verschillende gebruikers die een WebService van Caché oproepen : SoapUI, Vhisie4, AX, Fop DocBase, een andere Caché-server, ...
Onlangs is er een nieuwe gebruiker om aan dit lijstje toe te voegen : de eCon-configurator. Deze gebruikt (nog) een andere manier om WS request naar Caché te sturen. Deze request heb ik geanalyseerd, en op basis daarvan, vond ik in de structuur dat de webmethod vervat zat in de property MsgClass. En in de meeste gevallen lijkt dit zelfs de beste manier om de juiste webMethod naam te bepalen.
Tot zover de uitleg voor vandaag

3:45 pm

Wim Vermeulen

Ja, oude gewoonte om $G() te schrijven. Kzal het aanpassen. Reden : in dit geval hou ik rekening met andere scenario's waarbij de nieuwe parameter nog niet wordt doorgegeven. Begrijp dus als : om ...

Ja, oude gewoonte om $G() te schrijven. Kzal het aanpassen.

Reden :
in dit geval hou ik rekening met andere scenario's waarbij de nieuwe parameter nog niet wordt doorgegeven. Begrijp dus als : om backward-compatible te
zijn. Anders zou het hier een <UNDEFINED> crash geven.

N.B. het is een public method, dus kan van eender welke plaats opgeroepen worden. Ik hou er dus rekening mee dat ik 1 of meerdere gebruikers kan gemist hebben.