I hope that this file is what you want.

Thank's

the method invoked by the main of SourceGeneratorMain
sgen.generateSource(schemaFilename, options.getProperty(ARGUMENT_PACKAGE));

public final void generateSource(
final String filename, final String packageName) throws
IOException {
final File schemaFile;
if (filename.startsWith("./")) { schemaFile = new File(filename.substring(2)); } else { schemaFile = new File(filename); }

FileReader reader = new FileReader(schemaFile);

try { InputSource source = new InputSource(reader); source.setEncoding("UTF-8"); // added by Raffaele Fabbri source.setSystemId(toURIRepresentation(schemaFile.getAbsolutePath())); generateSource(source, packageName); } finally {
try { reader.close(); } catch (java.io.IOException iox) { // ignore }
}
} //-- generateSource

This is an specific solution that solves our situation. It would be better
that a general solution could be found.
I would like to ask you if you could upload the solution.
If you have any dobts please call or send me a mail.

Thank's very much.

Raffaele Fabbri

If the pattern is defined in an include file it doesn't work.

I try to find the problem but I need some help

<?xml version="1.0" encoding="ISO-8851"?>

or some other appropriate character set. When I load your XSD in a text editor, I don't see the proper characters. If I cut-and-paste from a browser into the xsd file and re-save it, and then run everything, it works for me. When the input XSD is read in, the encoding specified in the <?xml statement is used to figure out the encoding.

Sorry for my bad english but I'm italian

Thank's in advance

source.setEncoding("UTF-8");

to both places in the source file that make "new InputSource()", does that help the import problem? If I do this, the CTF master test suite runs successfully.