I think in general it should be possible to improve the verbosity of *some* exceptions. If you provided me with something that is wrong per definition, I could have a detailed look at the problem in question.
Werner > -----Ursprüngliche Nachricht----- > Von: Gundersen, Richard [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 13. März 2007 15:14 > An: [email protected] > Betreff: RE: [castor-user] Preventing output of a certain element > > Hi > > Thanks for the reply. I changed the objects in the end and made sure there > wasn't a 'location' attribute so it comes out as a flat list. I figured it > would be best to fix the root of the problem - the objects, as you > suggested. > > As an aside, I've just spent some time debugging quite a tricky problem > caused ultimately by a hibernate mapping that someone had changed without > my knowledge. I only found out about it when Castor was trying to marshall > it. > > I had Castor in debug while trying to find the problem, but even then > there seemed to be very little debug coming out (actually the only bit was > when it was reading the mapping file). If this is the extent of the debug, > would it be possible to include a bit more, particularly e.g. when > marshalling, spit out the name of the class and member attributes are > being marshalled, so if an exception is thrown I have an idea of where in > my object graph to start looking? > > 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: Tuesday, March 13, 2007 2:02 PM > To: [email protected] > Subject: AW: [castor-user] Preventing output of a certain element > > In your case, not really. If <Order> et alias would be part of a bigger > object hierarchy, you might be able to work with either the location > attribute or the container attribute. > > Werner > > > -----Ursprüngliche Nachricht----- > > Von: Gundersen, Richard [mailto:[EMAIL PROTECTED] > > Gesendet: Montag, 12. März 2007 17:06 > > An: [email protected] > > Betreff: [castor-user] Preventing output of a certain element > > > > Hi > > > > Is it possible to suppress the output of a certain element in the XML. > > For example, I have an order and orderItem, as mapped below: > > > > <class name="Order"> > > <map-to xml="Order" /> > > <field name="orderItems" collection="collection" > > type="OrderItem"> > > <bind-xml auto-naming="deriveByClass"/> > > </field> > > </class> > > > > <class name="OrderItem"> > > <map-to xml="OrderItem" /> > > <field name="orderItems" collection="collection" > > type="OrderItem"> > > <bind-xml auto-naming="deriveByClass"/> > > </field> > > </class> > > > > This will result in something like: > > > > <Order> > > <OrderItem> > > ... > > </OrderItem> > > <OrderItem> > > ... > > </OrderItem> > > </Order> > > > > What I'm wondering is if it's possible to omit the 'Order' element, so I > > end up with a flatter list i.e. > > > > <OrderItem> > > ... > > </OrderItem> > > <OrderItem> > > ... > > </OrderItem> > > > > ..Which could be achieved by something like '<map-to none/>'. I tried > > omitting the map-to element in 'Order' but as I expected, Castor uses > > reflection to put in 'order'. I'd just like to ignore it comepletely, > > but still output the objects inside Order. > > > > 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 --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
