[Gvsig_english] POTENTIAL ERROR/BUG OADE gvSIG Beta 2 collapses project XML structure on saving

[Benjamin Ducke]

Aha! Yes, that's the problem. Thanks Fran, this saves
me a lot of looking in the wrong places.

Will fix this for the next OADE release.

Cheers,

Ben

----- Original Message -----
> Hi Ben and Simon.
> 
> This behaviour is defined in the file castor.properties. It should
> exist
> and have only one line:
> org.exolab.castor.indent=true
> 
> If it doesn't exist, or is not found, castor will use indent=false and
> will save the xml without carriage returns.
> 
> Cheers.
> 
> Fran.
> 
> Benjamin Ducke escribió:
> > Hi Simon,
> >
> > there are no differences in the project file handling code
> > between gvSIG OADE 2010 and gvSIG CIT. So I suspect it is
> > the Java VM that makes the difference.
> >
> > End-of-line characters between tags are not mandatory for
> > XML parsers, so maybe Sun changed that behavior between
> > JVM 1.5 and 1.6, and they have to be manually enforced now.
> >
> > I'll look into it.
> >
> > Cheers,
> >
> > Ben
> >
> > ----- Original Message -----
> >
> >> Hi Ben,
> >>
> >>
> >> I have uncovered something peculiar in how OADE gvSIG Beta 2
> >> handles project files. Although it does not appear to impact on use
> >> of a
> >> project by OADE gvSIG Beta 2 or gvSIG 1.9 (BN 1253) it does impact
> >> on being able to review and change project files manually.
> >>
> >>
> >>
> >> I have two project files attached. The first is created in gvSIG.
> >> This file has a traditional XML structure with one tag and its
> >> elements on
> >> each line. This allows for a line by line inspection of a project
> >> file by editors, translation routines or grep.
> >>
> >>
> >>
> >> When I open this file in OADE gvSIG Beta 2, and save it, all lines
> >> after
> >>
> >> <?xml version="1.0" encoding="UTF-8"?> are collapsed into a single
> >> line (see file). I can open the file again in both programs and
> >> continue working (obvoiously the programs parse on tags not lines).
> >> If I save in gvSIG 1.9 (BN 1253) the XML structure is reinstated.
> >>
> >> Obviously this has to do with end-of-line characters and carriage
> >> returns, as I can't detect any differences in encoding.
> >>
> >> --
> >>
> >>
> >> Cheers Simon
> >>
> >> Simon Cropper
> >> Botanicus Australia Pty Ltd
> >> PO Box 160, Sunshine, Victoria 3020.
> >> P: 9311 5822. M: 041 830 3437.
> >> mailto: scropper at botanicusaustralia.com.au
> >> web: www.botanicusaustralia.com.au
> >>
> >> _______________________________________________ Gvsig_internacional
> >> mailing list
> >> Gvsig_internacional at listserv.gva.es
> >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> >>
> >
> >
> > ------ Files attached to this email may be in ISO 26300 format
> > (OASIS Open Document Format). If you have difficulty opening them,
> > please visit http://iso26300.info for more information.
> >
> > _______________________________________________ Gvsig_internacional
> > mailing list
> > Gvsig_internacional at listserv.gva.es
> > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> >
> 
> -- Fran Peñarrubia
> Scolab www.scolab.es
> 
> Asociación gvSIG
> www.gvsig.com
> 
> _______________________________________________ Gvsig_internacional
> mailing list
> Gvsig_internacional at listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information.