Hello, i did a workaround in my project just like Andrew's suggestion.It is a little bit ugly since it intercepts every line but it works, cheers,
On 8/15/07, Andrew Fawcett <[EMAIL PROTECTED]> wrote: > > Hi, > > You could always implement your own SAX handler (that you give to the > Unmarshaller) that effectively delegates to a XML serialiser handler but > before doing so checks for the xs:type attribute a remotes it? > > Regards, > > Andrew. > > -----Original Message----- > From: Gundersen, Richard [mailto:[EMAIL PROTECTED] > Sent: 15 August 2007 15:54 > To: [email protected] > Subject: RE: [castor-user] Disable xsi:type and xmlns > > Hi Werner > > Thans for the quick response. Sure, I'll add a Jira issue now. As I > mentioned this isn't a bug with Castor at all, but it would just make my > life much easier (and hopefully others) when we are working with third > party applications that don't handle XML very well. > > Richard Gundersen > Java Developer > > Email: [EMAIL PROTECTED] > Phone: 01618302398 > Fax: 01618342536 > London Scottish Bank plc > 24 Mount Street > Manchester > M2 3LS > > -----Original Message----- > From: Werner Guttmann [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 15, 2007 1:06 PM > To: [email protected] > Subject: Re: [castor-user] Disable xsi:type and xmlns > > Richard, > > given that you are using Castor's Marshaller through the Spring classes, > there's non easy solution. Looks like I need to enrich the > CastorMarshaller class to expose all setters from the original > Marshaller class. > > Can you please raise a new Jira issue at > > http://jira.codehaus.org/browse/CASTOR > > and I will commit the changes as soon as possible. > > Regards > Werner > > Gundersen, Richard wrote: > > Hi > > > > I desperately need to stop Castor from outputting xmlns and xsi:type > > attributes in my XML (the software reading the XML doesn't support it > > hmmm...) > > > > Does anyone know how to do this? I've been looking in the source to > find > > which properties I can use. The best I came up with was > > "org.exolab.castor.parser.namespaces=false" in castor.properties which > I > > thought might get rid of the first attribute, but it didn't make a > > difference. > > > > I'm using this Springified marshaller if that's inmportant: > > org.springframework.oxm.castor.CastorMarshaller > > > > Please help! > > > > Regards > > > > Richard Gundersen > > Java Developer > > > > Email: [EMAIL PROTECTED] > > Phone: 01618302398 > > Fax: 01618342536 > > London Scottish Bank plc > > 24 Mount Street > > Manchester > > M2 3LS > > > > > > *** Disclaimer *** > > > > This electronic communication is confidential and for the exclusive > use of the addressee. It may contain private and confidential > information. The information, attachments and opinions contained in this > E-mail are those of its author only and do not necessarily represent > those of London Scottish Bank PLC or any other members of the London > Scottish Group. > > > > If you are not the intended addressee, you are prohibited from any > disclosure, distribution or further copying or use of this communication > or the information in it or taking any action in reliance on it. If you > have received this communication in error please notify the Information > Security Manager at [EMAIL PROTECTED] as soon as possible and > delete the message from all places in your computer where it is stored. > > > > We utilise virus scanning software but we cannot guarantee the > security of electronic communications and you are advised to check any > attachments for viruses. We do not accept liability for any loss > resulting from any corruption or alteration of data or importation of > any virus as a result of receiving this electronic communication. > > > > Replies to this E-mail may be monitored for operational or business > reasons. London Scottish Bank PLC is regulated by the Financial Services > Authority. > > ______________________________________________________________________ > > This email has been scanned by the MessageLabs Email Security System. > > > > --------------------------------------------------------------------- > > 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 > > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > *** Disclaimer *** > > This electronic communication is confidential and for the exclusive use > of the addressee. It may contain private and confidential information. > The information, attachments and opinions contained in this E-mail are > those of its author only and do not necessarily represent those of > London Scottish Bank PLC or any other members of the London Scottish > Group. > > If you are not the intended addressee, you are prohibited from any > disclosure, distribution or further copying or use of this communication > or the information in it or taking any action in reliance on it. If you > have received this communication in error please notify the Information > Security Manager at [EMAIL PROTECTED] as soon as possible and > delete the message from all places in your computer where it is stored. > > We utilise virus scanning software but we cannot guarantee the security > of electronic communications and you are advised to check any > attachments for viruses. We do not accept liability for any loss > resulting from any corruption or alteration of data or importation of > any virus as a result of receiving this electronic communication. > > Replies to this E-mail may be monitored for operational or business > reasons. London Scottish Bank PLC is regulated by the Financial Services > Authority. > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > > > Using spreadsheets for group consolidation and reporting? > Report faster and eliminate spreadsheet errors with CODA's consolidation > system, OCRA. Click here for more > > _____________________________________________________________________________ > This e-mail has been sent by CODA plc or one of its subsidiaries (CODA GB > Ltd or CODA Group International Ltd). The information in this message is > confidential and may be legally privileged. It may not be disclosed to, or > used by, anyone other than the addressee. If you receive this message in > error, please advise us immediately. Internet emails are not necessarily > secure. CODA does not accept responsibility for changes to any email which > occur after the email has been sent. Attachments to this email may contain > software viruses, which could damage your systems. CODA has checked the > attachments for viruses before sending, but you should virus-check them > before opening. > CODA plc: Registered in England 5861419 > Registered Office: Methuen Park, Chippenham SN14 0GB > CODA GB Ltd: Registered in England 3909530 > Registered Office: Methuen Park, Chippenham SN14 0GB > CODA Group International Ltd: Registered in England 3938996 > Registered Office: Methuen Park, Chippenham SN14 0GB > Please don't print this e-mail unless you really need to. > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > >
