We use Aspose Cells product in our application to generate worksheets. After generating work sheet, we use a proprietary firm specific method to transfer large files from application server to UI server. A Metascan software is used to scan the xlsx generated before its stored by the proprietary system. Any XSLX generated by Aspose is being treated as an archive file by Metascan and it is not able to identify it as XSLX and hence take over 40 seconds to scan,
When we created an XLS using ASPOSE, the Metascan works faster and is able to scan within 4 seconds.
Attached is a sample code which shows how we use Aspose to generate excel
Please share both of your XLSX files. One that is generated using Microsoft Excel and the other that is generated using Aspose.Cells. We will look into your both files and then check what could be causing this issue.
Please elaborate what is the difference between Metascan and Metadefender? When I open the following link and click the Metascan, it takes me to Metadefender.
Metascan 3.8.2 Now Available!
Please also share some more screenshots and let us know the steps (or environment), how can we test your issue at our end. Thanks for your cooperation in this regard and have a good.
Hi
I will get the information requested.
In meanwhile, is there any possibility one of your team members or yourself can join a conference call if we arrange for one along with a webex so you can observe what happens within our side with scan taking longer?
We have logged your issue for investigation. We will consider all the information provided by you and joining the web conference call if it is necessary. Once, there is some update for you, we will let you know asap.
This issue has been logged as
CELLSNET-45390 - Incompatibility of Aspose generated XLSX with MetaScan software
We have installed the Metadefender_Core v3.13.3 and tested the XLSX file generated by Aspose.Cells component and MS-Excel. We found the scan time are same for the two files. Such as, the files' size we used are both 13M, the scan time is about 340ms. We just used the default scan engine "ClamAV" after the installation. Maybe the performance issue was caused by different engine? Please give us the engines that you used to scan files, so we can make further investigation.
We utilize McAfee Engine licensed by Enterprise. We can probably provide our current engine details in production, but cannot provide them the engine itself.
Thanks for providing us further detail and using Aspose.Cells.
We have logged your comments in our database for further investigation. We will look into it and update you. Once, there is some news for you, we will let you know asap.
Because we cannot deploy the same environment as yours with MetaScan and we cannot verify the performance issue at our end. Now we need your help to trace the cause of it.
We have created two files with your provided file SampleInvestmentList.xlsx:
i.e.
SampleInvestmentList_843955_0.xlsx is re-saved normally by cells component which we think, should have the performance issue when being scanned by MetaScan.
SampleInvestmentList_843955_1.xlsx is re-saved by cells component too but we make “[Content_Types].xml” as the first entry of the archive, just as you have suggested.
Please try those two files to see whether they can give different performance. Let us know your feedback.
Bot the files took more time to scan (>40 seconds) than any other which is created directly from Office EXCEL product as Meta scan is treating both as archives.
Please advise if a call and webex session can help take this forward?
We have again logged your comment and findings in our database for further investigation. We will look into it and update you. Once, there is some news for you, we will let you know asap.
If you could provide us a way to test the performance issue by ourselves, such as, one web page that we could use to upload different files to scan and that could show us the time cost for every file. Then we will be able to try different ways to generate xlsx files to find which part caused such kind of issue. Otherwise we will have to try those ways and ask you help us to test them repeatedly.
Hi,
we are evaluating your request for test page. In meanwhile wanted to check if you were able to try out what was mentioned in reply # 843955 on setting up and testing metascan?