Free Support Forum -

Generate more readable comparison output using Java

We are currently evaluating GroupDocs Comparison for JAVA and so far it seems promising. However, we have run into one roadblock that does not seem to be discussed in the documentation.
With comparing 2 simple HTML files when a line is added the output is great and looks as expected, a blue line with the added text in the results. But when deleting and adding a line item in the same list it instead intermingles each word in red and blue. We would expect the deleted line to be red and the added line in blue. As an example, see the same 2 files compared via Daisydiff, an old open source product. I am attaching a zip file with sample code, the 2 HTML files and a screenshot of the daisydiff output which is an example of the format we would expect.
The functionality of GroupDocs (as advertised at least) is what we are looking for but showing results to ur end users like this would be much too confusing to them and a deal breaker. Please help !! (211.5 KB)

1 Like


We’re investigating this scenario. Your investigation ticket ID is COMPARISONJAVA-868. As there’s any update, you’ll be notified.

Any update on this? Our EVAL license expires soon and I need to do a demo and make a recommendation to our management.

1 Like


The fact is that API compares lists by tags. Inserting a list item in another location, API discovers a completely different line. Because of this, we get a confusing result. As a workaround we would suggest to add the current list under one tag for accurate comparison. We are still working on this to improve the output.

Can you give an example of the workaround you mention? How do we get deleting a whole list item to work?


In your version 2 HTML file, you changed location of the following line:

<li><span style="color: #ff0000;">[TM]</span>Limited penetration testing windows of less than 8 hours in length are not recommended, as they can limit the testing techniques and tools that can be run.</li>

Although, this line is same in both files. But it is giving confusing results. If we set position of this line identical in both files, result becomes better.
This issue is currently under investigation. As there’s any update, you’ll be notified.