Harish, it all depends on how complex your Objects are and what kind of XML you would like to have.
In my experience Castor requires the least amount of coding efforts and supports different Java Collection data structures (Lists, Maps, etc) out of the box. Jibx and the others require one to write extra custom code to get things rolling. With Castor one can change the marshall unmarshall mappings & hence contents on the fly. Jibx mappings have to be compiled in everytime and cannot be changed on runtime. Jibx does provide a rather very flexible & very powerful mapping grammar to build is binding file. Performance wise Jibx or JAXB are supposed to be faster according to http://bindmark.java.net but I am seeing the performance values in Castor's favour given my requirements and my Java/XML data structures. Best would be to write JUnit tests to evaluate the different frameworks. Important is to know exactly what your current requirements are and don't get carried away by all the other goody goody extra feature, extra performance hype on the product web pages. Hope that helps. --Sandeep Khanna On Wed, 2006-01-11 at 09:44 +0530, Vembu, Harish wrote: > Hello All, > I did not get any reply for my posting so far. Any quick help > would be much helpful. I am planning to try out JAXB and/or JIBX as an > alternative to Castor 0.91. Please advise at the earliest. > > > Thanks & Regards, > > Harish.V > > > > -----Original Message----- > > From: Vembu, Harish > > Sent: Monday, January 09, 2006 10:13 AM > > To: '[EMAIL PROTECTED]' > > Subject: Castor0.91 implementation > > > > > > Hello All, > > I would like to get valid inputs and suggestions for the > > Castor implementation in my project as given below. Are these below > > mentioned problems taken care in latest version of Castor1.0 ? > > Thanks in advance for your help. > > > > Thanks & Regards, > > > > Harish.V > > ________________________________________________________________________________________________ > > Hi Harish (asuming Harish is your first name), > > > > would you please be so kind to post this to the dev mailing list, where > > it will be dealt with in the appropriate way. > > > > Regards > > Werner > > > > Vembu, Harish wrote: > > > Dear Werner, > > > > > > Its always nice to know a new group who are experts in an > > > area where you are just placed your feet. > > > > > > My query is regarding a design change to be suggested for an existing > > > solution implemented using Castor 0.91. > > > > > > The existing solution in brief: > > > > > > We have a J2EE portal application accessing another payment application > > > through JMS/MQ series. The communication with the Payment application - > > > Request and Response is through XML messages. Castor is used as for > > > marshalling/Unmarshalling of Java objects/ XML docs. > > > > > > The problem: > > > Becasue of the frequent changes to the XSD schemas there is a necessity > > > to tweak a lot with the Java code and also in the portal code. There is > > > problem in mapping of Date field and for XSD schema elements having same > > > names. Also when there are multiple elements with same name in XSD schema > > > then there are issues with respect to marshalling and unmarshalling to > > > and from Java objects. In short there is not 100 % mapping achieved. We > > > need to find a design solution to avoid this shortcoming in using Castor. > > > > > > > > This e-mail and any attachment is for authorised use by the intended > recipient(s) only. It may contain proprietary material, confidential > information and/or be subject to legal privilege. It should not be copied, > disclosed to, retained or used by, any other party. If you are not an > intended recipient then please promptly delete this e-mail and any attachment > and all copies and inform the sender. Thank you. > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] -------------------------------------------------
