[go: up one dir, main page]

Menu

#49 XML Compare shows wrong file content, huge memory footprint

colorer-take5
closed-invalid
5
2004-08-24
2004-08-21
Olaf Kock
No

I'm enjoying to use net.sf.colorer_0.6.0 on eclipse 3.0
on Win2000, however... ;-)

Probably these problems are all related to another,
that's why I file them together as one report.

Problems are:
- When showing xml files in diff view, clicking the
tree view on top of the compare editor (labelled "XML
Compare (Ordered)") shows wrong file content
- Tree sometimes contains structural differences even
if there aren't any or doesn't navigate to real
differences but shows matching content
- memory consumption during diff of big xml files is
extremely huge.

Steps to reproduce:
The attached zip file contains three pairs of xml files:
* tiny-xml1.xml
* tiny-xml2.xml
* medium-xml1.xml
* medium-xml2.xml
* huge-xml1.xml
* huge-xml2.xml
Unpack them into an eclipse project. (note: 6KB Zipfile
contain 632KB well compressed XML)

With the "tiny files":
1. Mark both files and choose "Compare With -> Each
Other" from context menu
2. Note that the differences are correctly shown (one
file contains a tag more than the other)
3. Double click on "eclipseXmlTest[1]" in the "XML
Compare" tree in the upper part of the compare editor
4. Note that the closing tag "</eclipseXmlTest>" has
disappeared.
We also experienced this with different amounts of text
from the last line (the closing tag) disappearing, not
necessarily the whole line.

With the "medium files":
1. Mark both files and choose "Compare With -> Each
Other" from context menu
2. Note that the differences are correctly shown (one
xml-comment differs)
3. open all levels in the "XML Compare" tree in the
upper part of the compare editor by clicking the "+"
4. Note that the Tree does not correspond with the
document - The difference seems to be in

eclipseXmlTest[1]-someRandomTag[20]-andEvenAnother[1]-
body(1) and body(2) (but it is in a comment).

With the "huge files":
1. Open Task Manager, note memory consumption. (restart
eclipse to be clean)
2. Mark both files and choose "Compare With -> Each
Other" from context menu
3. Note that memory footprint jumps up by more than
2000 MB for comparing two files of 290 KB each (I've
even had eclipse crashing on several occasions)
4. If you like: You can reproduce the same errors as
above.

Discussion

  • Igor Russkih

    Igor Russkih - 2004-08-23

    Logged In: YES
    user_id=313042

    I really can't reproduce this. Colorer doesn't provide any
    comparsion mechanism - this is all by eclipse itself. Possibly
    you have some another xml-related plugin, which makes such a
    problem...
    Try to disable all external plugins except colorer and reproduce
    the problem.

     
  • Igor Russkih

    Igor Russkih - 2004-08-23
    • milestone: --> colorer-take5
    • assigned_to: nobody --> lomecb
    • status: open --> open-invalid
     
  • Igor Russkih

    Igor Russkih - 2004-08-23

    Logged In: YES
    user_id=313042

    I really can't reproduce this. Colorer doesn't provide any
    comparsion mechanism - this is all by eclipse itself. Possibly
    you have some another xml-related plugin, which makes such a
    problem...
    Try to disable all external plugins except colorer and reproduce
    the problem.

     
  • Olaf Kock

    Olaf Kock - 2004-08-24

    Logged In: YES
    user_id=45582

    Sorry for wasting your time - I thought, I had disabled all
    other plugins - it turned out to be an available Update from
    eclipse.org, SDK Examples, which looked "eclipsy" enough for
    me to leave it in. After a clean install I've compared both
    installations until I found the offending one.
    Again - sorry for wasting your time - thanks for your work.

     
  • Olaf Kock

    Olaf Kock - 2004-08-24
    • status: open-invalid --> closed-invalid
     

Log in to post a comment.