Hopefully 2.5.0 will fix things. But if it doesn't, since you mentioned that a servlet is generating the XML (via XmlBeans) you've got a multi-threaded context right there. Perhaps there are pertinent data fields declared in the servlet scope (directly or indirectly)?
On Fri, 2010-09-24 at 14:33 -0400, Paul Cooper wrote: > Hmmm. I hadn’t thought of that. I’ll try it and see what happens! > Thanks. > > > > Forest and trees and stuff….. > > > > From: Wing Yew Poon [mailto:wing.yew.p...@oracle.com] > Sent: Friday, September 24, 2010 11:10 AM > To: user@xmlbeans.apache.org > Subject: RE: Error compiling schema > > > > > Paul, > > since it appears that your former co-worker was thinking of a > different bug than the truncation problem you're seeing, there is no > gain for you to live on the bleeding edge of XMLBeans. Why don't you > try using the released XMLBeans 2.5.0 and recompile your schema? Let > us know if compilation still fails. > > - Wing Yew > > > > ______________________________________________________________________ > From: Paul Cooper [mailto:pcoo...@emspic.org] > Sent: Friday, September 24, 2010 9:14 AM > To: user@xmlbeans.apache.org > Subject: RE: Error compiling schema > > The compilation errors below are also a huge problem, because I cannot > regenerate my schema jar. > > > > From: Paul Cooper [mailto:pcoo...@emspic.org] > Sent: Thursday, September 23, 2010 6:59 PM > To: user@xmlbeans.apache.org > Subject: Error compiling schema > > > > > Greetings, list. Longtime user of older versions of XMLBeans, and now > am trying to work around BigDecimal truncations when generating XML > from data. > > > > I have downloaded the source from svn, compiled it, and am attempting > to build my schema library. My compilation fails with the following > errors: > > > > C:\Dev\Projects\PreMIS_MultiState2\devlib\test>scomp -src > genXmlBeansSrc -out EMSDataSetXMLBeans.jar NEMSIS\EMSDataSet.xsd > > Time to build schema type system: 2.124 seconds > > Time to generate code: 4.917 seconds > > C:\Dev\Projects\PreMIS_MultiState2\devlib\test\genXmlBeansSrc\org > \nemsis\impl\E08Impl.java:147: > generatedSetterHelperImpl(org.apache.xmlbeans.XmlObject,javax.xml.namespace.QName,int,short) > in org.apache.xmlbeans.impl.values.XmlObjectBase cannot be applied to > (java.lang.Object,javax.xml.namespace.QName,int,short) > > generatedSetterHelperImpl(e0801, E0801$0, i, > org.apache.xmlbeans.impl.values.XmlObjectBase.KIND_SETTERHELPER_ARRAYITEM); > > ^ > > C:\Dev\Projects\PreMIS_MultiState2\devlib\test\genXmlBeansSrc\org > \nemsis\impl\E09Impl.java:151: > generatedSetterHelperImpl(org.apache.xmlbeans.XmlObject,javax.xml.namespace.QName,int,short) > in org.apache.xmlbeans.impl.values.XmlObjectBase cannot be applied to > (java.lang.Object,javax.xml.namespace.QName,int,short) > > generatedSetterHelperImpl(e0901, E0901$0, i, > org.apache.xmlbeans.impl.values.XmlObjectBase.KIND_SETTERHELPER_ARRAYITEM); > > ^ > > C:\Dev\Projects\PreMIS_MultiState2\devlib\test\genXmlBeansSrc\org > \nemsis\impl\E12Impl.java:817: > generatedSetterHelperImpl(org.apache.xmlbeans.XmlObject,javax.xml.namespace.QName,int,short) > in org.apache.xmlbeans.impl.values.XmlObjectBase cannot be applied to > (java.lang.Object,javax.xml.namespace.QName,int,short) > > generatedSetterHelperImpl(e1208, E1208$10, i, > org.apache.xmlbeans.impl.values.XmlObjectBase.KIND_SETTERHELPER_ARRAYITEM); > > ^ > > C:\Dev\Projects\PreMIS_MultiState2\devlib\test\genXmlBeansSrc\org > \nemsis\impl\E12Impl.java:1225: > generatedSetterHelperImpl(org.apache.xmlbeans.XmlObject,javax.xml.namespace.QName,int,short) > in org.apache.xmlbeans.impl.values.XmlObjectBase cannot be applied to > (java.lang.Object,javax.xml.namespace.QName,int,short) > > generatedSetterHelperImpl(e1210, E1210$14, i, > org.apache.xmlbeans.impl.values.XmlObjectBase.KIND_SETTERHELPER_ARRAYITEM); > > ^ > > 4 errors > > > > BUILD FAILED > > > > A web search reveals a JIRA bug (XMLBEANS-396) logged on this very > problem. I have investigated the referenced XMLBeans source to apply > the suggested fix, and I find that both instances of the fix have > already been applied in SchemaTypeCodePrinter.java. > > > > All of this is to work around the BigDecimal truncation bug, which I > can seem to find no reference to on the web…a cow-orker who was > originally assigned this issue indicated that there was a fix for this > bug that had been checked in but was not included in the latest build. > We have checked out the source from SVN, built the three required jar > files, but we are still randomly having the issue with BigDecimal > values being truncated. > > > > Any help would be HUGELY appreciated. > > > > Paul Cooper > > Project Manager > > EMS Performance Improvement Center > > 100 Market Street > > Chapel Hill, NC 27516 > > (919) 843-0201 > > ________ The worst loneliness is not to be comfortable with yourself. -- Mark Twain --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@xmlbeans.apache.org For additional commands, e-mail: user-h...@xmlbeans.apache.org
