Good day, Have you set the classloader in WAS to "Parent Last"? I have had numerous problems with WAS using outdated "default" XML-related packages.
Regards, Dave -----Original Message----- From: Werner Guttmann [mailto:[email protected]] Sent: Monday, December 13, 2010 4:01 AM To: [email protected] Cc: 魏�路 Subject: Re: [castor-user] <array-list> or <arrayList>? Hi, it definitely should be <array-list/> as long as you do not supply a mapping file and rely on the default naming mechanism. To be honest, I have no idea what might cause the switch when deploying on WAS 7.X. Regards Werner On 11.12.2010 19:35, 魏�路 wrote: > Hello, > > I met a problem and hope someone here know the reason. I'm using the > static method "Marshaller.marshal(myList, writer);" to marshall "myList": > ArrayList<MyClass>. No mapping file is used. But I get different xml > when the code is run from Eclipse+tomecat and WAS. It works well when > running from Eclipse+tomecat. The xml is<array-list xmlns:xsi=" > http://www.w3.org/2001/XMLSchema-instance"; xmlns:java="http://java.sun.com"; > xsi:type="java:mypackage.MyClass"><my-lass><my-name>name1</my-name></my-cl ass></array-list>. > But when it is deployed on webSphere (7.0) Application Server, the xml > will be<arrayList/> no matter how many MyClass objects in the arrayList. > > I'm using castor-1.3.jar in both Eclipse and WebSphere. What would be > the reason? > By the way, how to subscribe the mail list? > > Thanks! > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email This e-mail and any files transmitted with it are for the sole use of Blue Slate Solutions and the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
