-
Notifications
You must be signed in to change notification settings - Fork 173
Restriction preventing use of both --report-csv and --report-json #210
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
Comments
@sds83uk Why do you need both csv and json report file which has the same data? |
Unfortunately we are still very much in the investigation stage. |
@sds83uk Download windows or linux binary from here Use this command with uploaded query.txt
Then, Logpresso Mini will merge all JSON report files into single CSV file Query:
|
My apologies, I see it now! Could the snippet I suggested removing be changed to only apply to I understand and would be okay with both types of reports being created in the same folder if the following parameters were used: If needed, a caller/wrapper script can be modified to move these to alternative locations (post execution). Having said that, I also recognise that someone else may have a different requirement to store the files in separate folders during execution (rather than running twice) and will certainly look into the tool you have suggested to see what we can do with that. Thank you for your continued contributions to the community! |
@sds83uk A bit complicated but it makes sense. I'll fix it. |
@sds83uk Fixed in v2.6.2. Would you test it? |
Thank you! This is now working as requested: Create named report files
Note: Above tests fail if file already exists, i.e. "Error: File already exists - ...\Test1.csv" Create timestamped report files in specified output directory:File name = log4j2_scan_report_yyyyMMdd_HHmmss
|
@sds83uk Thank you for detail test report! |
Hi,
I drafted the following a few days ago but at that time a problem with my account meant that I was unable to add as a comment to a previous issue.
As this now covers two closed issues (references added) and has a separate request I hope this the an appropriate way to raise this.
Original example (#174, resolved in version 2.4.1)
In version 2.4.0 there is an output which explains what happened here:
Command:
log4j2-scan.exe --report-json --report-path out.json c:\
Output (v.2.4.0):
Cannot write report file. File already exists: c:\out.json
i.e. the CSV was written first and the JSON file couldn't be created
Example 2 (#203, resolved in version 2.6.1)
I mention this because in version 2.4.0
--report-json --report-dir Reports
creates both JSON and CSV (due to unique names):Command:
log4j2-scan.exe --report-json --report-dir Reports C:\
Whereas, because
--report-dir
still implies--report-csv
, version 2.4.1 advises:Output (v2.4.1):
Error: Cannot use both --report-csv and --report-json options. Choose one.
Changing tack slightly...The reason for raising this issue...Example 3 (this issue)
Whilst testing version 2.4.0 with the following command the output was beautiful, wonderful work!
Command:
log4j2-scan.exe --all-drives --scan-log4j1 --scan-logback --scan-zip --report-csv --report-json --no-empty-report >> %COMPUTERNAME%_log4j2_scan_report.txt
Testing again with version 2.4.1, the same error is presented:
Output (v2.4.1):
Error: Cannot use both --report-csv and --report-json options. Choose one.
Request
Would it be possible/appropriate to remove this check?
CVE-2021-44228-Scanner/src/main/java/com/logpresso/scanner/Configuration.java
Lines 323 to 325 in 3d82e03
Because due to the other alterations [in version 2.4.1 and 2.6.1]:
--report-json --report-path out.json
would work as intended (json output file #174)--report-path
would still imply--report-csv
if neither report type was specifically requested--report-dir
would still imply--report-csv
if neither report type was specifically requestedCVE-2021-44228-Scanner/src/main/java/com/logpresso/scanner/Configuration.java
Lines 327 to 332 in 3d82e03
This would allow us to continue to create both types of reports whilst we determine how we plan to consume the data.
Thank you for your time and consideration.
The text was updated successfully, but these errors were encountered: