Hi Keith,

Thanks! But we can not do that, because the namespaces take care of the
packages in which the Java-sources are generated. This is to avoid
nameclashes of the generated Java-classes. We extensively use the
org.exolab.castor.builder.nspackages property in the
castorbuilder.properties file.

-- Anton.

-----Original Message-----
From: Keith Visco [mailto:kvisco@;intalio.com]
Sent: Thursday, October 24, 2002 5:20 PM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] Namespace problem when moving from version
0.9.3.9 to 0.9.3.21 orhigher (XSL related)




"Spaans, Anton" wrote:
> 
> Hello everybody,
> 
> In our product we use the Castor framework to marshal objects into an XML
> Document that is parsed by an XSL processor.
> 
> Castor version 0.9.3.9 did not include any namespace attributes into the
> generated XML Document. Whether this was a bug or not, we coded our XSL
> files not to handle namespaces because of this.
> 
> Castor version 0.9.3.21 does include namespace attributes into the
generated
> XML Documents. This makes our XSLs useless, unless we go and change all
our
> XSLs to handle namespaces.
> 
> My question: Is there a way to
> 1. Tell the Castor SourceGenerator to not save the namespace URI into the
> Descriptor classes?

Make a copy of the schema for source generation purposes and just remove
the targetNamespace from the copy.

>            or
> 2. Tell the Castor Marshalling framework to refrain creating any namespace
> attributes (as was done in version 0.9.3.9 and earlier (see the
startElement
> code of the SAX2DOMHandler.java source below)
> 
> Thanks!

A patch was submitted in Bugzilla a while back that allows supressing
the namespaces. We haven't committed this to CVS yet, but it will be
available in a future version.

--Keith

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
        unsubscribe castor-dev

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
        unsubscribe castor-dev

Reply via email to