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

[Simon Cropper]

On Thursday 24 June 2010 17:47:06 Francisco José Peñarrubia wrote:

> 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/Ben,

On my system gvSIG uses Java 1.6.0_18 and OADE gvSIG 1.9 Beta 2 uses Java 
1.6.0_18; both point to the same instance of Java!

I only have one file named castor.properties in the gvSIG_1.9/bin/ directory; 
so I copied into the bin directory of the gvsig-oade-2010-1.0.0 directory.

Retested and all worked fine. Thanks Fran.

-- 
Cheers Simon

	Simon Cropper
	Botanicus Australia Pty Ltd
	PO Box 160 Sunshine 3020
	P: 03 9311 5822. M: 041 830 3437
	W: http://www.botanicusaustralia.com.au