Well, well .... this is a task that still awaits completion. I think we do already have an existing Jira entry asking (reminding) us to migrate logging to use Jakarta's commons-logging. Then - and only then - we'll be able to fine-tune logging output to the degree expressed here.
Werner > -----Ursprüngliche Nachricht----- > Von: Gundersen, Richard [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 13. März 2007 15:57 > An: [email protected] > Betreff: RE: [castor-user] Preventing output of a certain element > > Hi > > Actually, my exception wasn't Castor's fault, and wasn't being thrown by > Castor - it was more to do with Hibernate. But, it occurred while Castor > was marshalling some of my objects. > > It's just that Castor doesn't seem to produce any debug at all apart from > this kind of stuff at the very beginning > > #startElement: field > #startElement: bind-xml > #endElement: bind-xml > #endElement: field > #startElement: field > #startElement: bind-xml > #endElement: bind-xml > #endElement: field > #startElement: field > #startElement: bind-xml > > It might be nice to have a bit more detail (like which element it's > working on at the time). Since it's in debug it shouldn't be much overhead > and indeed will usually be turned off, but would be useful to have I > think. > > BTW this is the debug setting I was using: org.exolab.castor.debug=true. > Please correct me if there is another one I should use. > > 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:46 PM > To: [email protected] > Subject: AW: [castor-user] Preventing output of a certain element > > 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 > > > ______________________________________________________________________ > 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
