XMLBeans is supposed to be threadsafe. It always has been, but we recently have had to fix a bug in that area. And by "recently" I mean after the XMLBeans 2.4.0 release. So if you could try and build XMLBeans from SVN source (it is really very easy, see http://xmlbeans.apache.org/sourceAndBinaries), that would be great since it would give us an indication whether you are hitting the same issue or it is something else.
Radu On Mon, 2009-04-27 at 09:47 -0400, HODAC, Olivier wrote: > > Hello, > > I use xmlbeans v2.0 > > I have save problems on solaris: sometimes, the xml file gets malformed. In > the file, some tags are mixed up or does not close... > > There was a workaround and the occurences were low, so I said that it may be > a threading problem and we used to live with that. Indeed, my application is > threaded and I have several threads that modifies the xmlobject and 1 thread > that save() it. > > Today I want to fix this. > > Do you confirm that xmlobject was not thread safe? Is this object thread > safe, now? > Am I totally wrong? in this case, is there a document that explains the > concurency concerning xmlbeans? > > Dao > > The information in this e-mail is confidential. The contents may not be > disclosed or used by anyone other then the addressee. Access to this e-mail > by anyone else is unauthorised. > If you are not the intended recipient, please notify Airbus immediately and > delete this e-mail. > Airbus cannot accept any responsibility for the accuracy or completeness of > this e-mail as it has been sent over public networks. If you have any > concerns over the content of this message or its Accuracy or Integrity, > please contact Airbus immediately. > All outgoing e-mails from Airbus are checked using regularly updated virus > scanning software but you should take whatever measures you deem to be > appropriate to ensure that this message and any attachments are virus free. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
