Uday, assuming that nobody offered a solution for this problem so far, why not create a new Jira issue at http://jira.codehaus.org/browse/CASTOR, and attach all relevant files for us to be able to replay your problem ?
If you sticked with the guidelines for creating such a unit test, that would be truly appreciated. Werner Keith Visco wrote: > That's most likely what's happening. If an element doesn't belong to the > default namespace, in this case the "http://apps.pdc.org/wls/server/api" > namespace, Castor will undeclare the default namespace for that element. > So the xmlns="" is basically undeclaring a default namespace for the > element wls. Now I haven't looked at the schema in question, so I'm just > guessing based on my limited knowledge of the codebase and the problem > as it has been described. > > If the wls element is actually declared in the > "http://apps.pdc.org/server/xyz" as the "wls" prefix is mapped to, then > Castor should output <wls:wls>, but again I haven't looked at the schema > definition, so it could either be an issue with the schema, or their > could be a bug somewhere. > > --Keith > > Stephen Bash wrote: >> Uday- >> >> Sorry, misunderstood the question. Looking at your output it seems >> that Castor thinks the default namespace needs to be changed back to >> "". That lead me to look at the schema you referenced, and while the >> wls prefix is used often I don't see a declaration for it... (Or the >> xsd prefix for that matter...) I'm not a schema guru, but I wonder if >> Castor is getting confused by undeclared prefixes? >> >> Other ideas? >> >> Stephen >> >> >> On 3/23/07, Uday Kari <[EMAIL PROTECTED]> wrote: >>> Sorry, guys, I tried setNamespaceMapping and think I understand what >>> it does. But it just adds stuff to the header. >>> >>> The following code >>> >>> java.io.FileWriter fw = new java.io.FileWriter (m_outputFile, >>> false); >>> org.exolab.castor.xml.Marshaller m = new >>> org.exolab.castor.xml.Marshaller (fw); >>> m.setNamespaceMapping("wls", "http://apps.pdc.org/server/xyz"); >>> >>> will generate the "wls" namespace below (but that is not my >>> question...). My question pertains to *eliminating* that empty >>> xmlns="" that shows up in every one of the wls child elements (which >>> could be hundreds) to the top level gauges element. As I see it, I >>> have an all-or-nothing option either get rid of all xmlns or have >>> them show up in every element. My XML schema definition is at >>> http://www.pdc.org/pride/xmlschema/wls.xsd >>> >>> Thanks. >>> >>> <gauges xmlns:wls="http://apps.pdc.org/server/xyz" >>> xmlns="http://apps.pdc.org/wls/server/api"> >>> - <wls xmlns=""> >>> - <station globalID="SXXX03" operatorID="kodi" >>> stationName="Kodiak_AK" status="active" operator="NOS"> >>> <location latitude="57.7317" longitude="-152.5117" /> >>> - <nation> >>> <isoalpha3code>USA</isoalpha3code> >>> </nation> >>> </station> >>> - <system> >>> - <sensors> >>> <sensor type="BWL" interval="6" samples="1" xmtint="6" /> >>> <sensor type="PWL" interval="1" samples="6" xmtint="6" /> >>> <sensor type="BUB" interval="2" samples="30" xmtint="60" /> >>> </sensors> >>> - <platforms> >>> <platform dcpid="33626698" xmtint="6" unit="M" fstmin="4" >>> nonsample="0" har="No" reverse="No" /> >>> <platform dcpid="9321C400" xmtint="60" unit="F" fstmin="34" >>> nonsample="0" har="No" reverse="No" /> >>> </platforms> >>> </system> >>> <product >>> serverLocation="http://tidesandcurrents.noaa.gov/data_menu.shtml?stn=9457292%20Kodiak%20Island%20AK&type=Tide%20Data" >>> /> >>> </wls> >>> </gauges> >>> >>> -----Original Message----- >>> From: Stephen Bash [mailto:[EMAIL PROTECTED] >>> Sent: Friday, March 23, 2007 2:35 AM >>> To: [email protected] >>> Subject: Re: [castor-user] Supress Namespaces >>> >>> Hi all- >>> >>> Hopefully this isn't redundant, but I believe if you use the >>> setNamespaceMapping method on a Marshaller object (i.e. using the >>> NON-static marshal method), the namespace mapping will be declared at >>> the top level and any child elements that use that namespace will not >>> redeclare the prefix (in other words no xmlns attribute). >>> >>> HTH, >>> Stephen >>> >>> >>> On 3/23/07, Werner Guttmann <[EMAIL PROTECTED]> wrote: >>> > Again, this is not required, as Castor (during marshalling) will be >>> able (given that descriptor classes are available) to control the use >>> of namespaces according to your XML schema definition. >>> > >>> > Werner >>> > >>> > > -----Ursprüngliche Nachricht----- >>> > > Von: Uday Kari [mailto:[EMAIL PROTECTED] >>> > > Gesendet: Freitag, 23. März 2007 03:16 >>> > > An: [email protected] >>> > > Betreff: RE: [castor-user] Supress Namespaces >>> > > >>> > > B. (prefer this) one of us extends the API within >>> > > org.exolab.castor.xml.Marshaller to provide method >>> > > suppressNamespacesInAllChildElements() or >>> > > showNamespacesInTopElementOnly() >>> > >>> > --------------------------------------------------------------------- >>> > To unsubscribe from this list please visit: >>> > >>> > http://xircles.codehaus.org/manage_email >>> > >>> > >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >> >> > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email

