Subfolders onder XML/analysemodule_input?

[tcdewit]

Is het een idee om onder de analysemodule_input folder subfolders aan te maken, analoog aan de analysemodule_output folder?

[wadqc]

Lijkt me alleen nuttig als er meer dan 1 file in die subfolder komt te staan. Had je daar ideeen over?

Update: ... per selector natuurlijk. Ja dat is wel handig. Wel een breuk met huidige situatie, hoe daarmee om te gaan? Bestaande input files gewoon laten staan is natuurlijk het gemakkelijkst.

[tcdewit]

Gelukkig staan de paden relatief tov de XML folder in de DB dus dit geeft geen problemen met de oude files. Deze aanpassing is niet echt noodzakelijk qua performance (NTFS ondersteunt maximaal 4.294.967.295 files in een folder en linux ondersteunt in totaal ~15.000.000 inodes per 200GB), maar voor debuggen en testen kan dit wel erg handig zijn weet ik uit eigen ervaring.

[wadqc]

"Gelukkig staan de paden relatief tov de XML folder in de DB dus dit geeft geen problemen met de oude files." --> bedoel je dat je bestaande input files wilt laten staan in de analysemoduleinput folder, en dat dat geen probleem is? Ik begrijp niet helemaal wat je hiermee bedoelt. "Voor debuggen en testen kan dit wel erg handig zijn"_ --> mee eens.

[tcdewit]

Ik bedoel dat er momenteel het volgende in zo'n entry zit: filepath=XML/analysemodule_input/ filename=20150305093141920.xml Deze kunnen gewoon blijven bestaan, naast entries van de vorm: filepath=XML/analysemodule_input/my_module/ filename=20150305093141921.xml Eventueel is het ook mogelijk een conversiescript te schrijven die ook eerdergenoemde files allemaal migreert naar de nieuwe format, maar echt nodig lijkt me dat niet.

[wadqc]

Helder. Bij analysemodule_output is de opsplitsing trouwens wat merkwaardig: filepath=XML/analysemodule_output filename=my_module/20150305232239.xml Ik denk dat we dat voor de input maar niet gaan overnemen, dus inderdaad wel zoals jij hierboven hebt aangegeven.

[tcdewit]

Geïmplementeerd in WAD_Service commit c25e1063822f7e4e80957f367bfa689efe68cd84.