-
-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
coming should always write coming_result.json
at the end of an analysis
#124
Comments
Hi Martin and one of the implementation is : https://github.com/SpoonLabs/coming/blob/ecfcf05577afdd0ab7a1eeb19d0b471e6ec6f750/src/main/java/fr/inria/coming/core/entities/output/JSonPatternInstanceOutput.java (Via command line we can pass severals output) I agree that this part must be improved, e.g., I would add to the entities WDYT? |
Yes that would be great. The goal is that every run create by default a JSON file and the last line in the log would be "created 'coming_result.json'": this is the added value of Coming (instead of the log lines, see #115). (The inspiration for this comes from the great https://github.com/mast-group/mineSStuBs/) |
Yes, actually we have something similar to that (example). However, as shown in that example, it's each output processor who stores the JSON (and eventually logs the path to the file). I would say that the Coming core must do that instead (i.e., the output processor should only return the json and the core processes them) |
coming_result.json
at the end of an analysis
Fully agree. Updated the title and desc of the PR. @niloofartrg what about having a look at this in parallel of your experiments? |
after discussion with @niloofartrg it's the responsibility of each mode to save the JSON file at the right place. #130 makes sure that the features mode do create one JSON file per commit |
the Coming core should collect all JSON results, process them and write them to disk in
coming_result.json
.For this, it'd be nice to have FinalResult be serializable to JSON
The text was updated successfully, but these errors were encountered: