RE: about sharing doc builders

Sanjiva, I'm sorry, but it is a valid scenario - the Calls are not thread safe, but in this scenario one Call will not be used in more than one thread at the same time. Threads safe does not mean that one object could be used from different threads at all - just not in the same time. However once

Re: thread local storage and EJBs

No, the whole point of thread local is that its thread specific. Hence there's no way that two threads can share the stuff as its in a specific thread object! Hence, no synchronization necessary. Sanjiva. - Original Message - From: "WJCarpenter" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED

Commit to XMLParserUtils.java

To those of you contemplating changes to document builder factory caching, please note that I have just committed a change to XMLParserUtils.java that you should grab. Based on a bugtraq posting (http://online.securityfocus.com/archive/1/297714/2002-10-27/2002-11-02/ 0), I have added code to disab

cvs commit: xml-soap/java/src/org/apache/soap/util/xml XMLParserUtils.java

snichol 2002/10/29 18:43:04 Modified:java/src/org/apache/soap/util/xml XMLParserUtils.java Log: By default, turn off expansion of entity references. cf. bugtraq post on 10/29/2002 by Gregory Steuck <[EMAIL PROTECTED]> (http://online.securityfocus.com/archive/1/297714/2002-10-2

Re: thread local storage and EJBs

> "WJCarpenter" [EMAIL PROTECTED] writes: >> I believe using ThreadLocal will make the code technically ineligible >> for use by EJBs, but I don't know if there are any EJB containers >> which enforce that. > > Hmm .. interesting. I thought it was our WebSphere guys who suggested > the thread local

Re: Need help with the SOAP-EJB deployment error

More information on the exception being thrown would be a big help. As for the fault being returned, I suspect the problem is that your serializer is being loaded by a different class loader than the Apache SOAP classes. Assuming Apache SOAP is deployed as a webapp, your serializer should be depl

about sharing doc builders

Pavel Ausianik wrote: > I get a Call from pool from thread t1. Since it is not exists, pool create > it, t1 use it, creating a DocumentBuilder, return to pool > I get a Call from pool from thread 2. Since we have an instance of Call in > pool, it will be reused. The operation is not finished yet in

thread local storage and EJBs

(I don't know why I didn't get these messages .. thanks Pavel for pointing them out.) "WJCarpenter" [EMAIL PROTECTED] writes: > I believe using ThreadLocal will make the code technically ineligible > for use by EJBs, but I don't know if there are any EJB containers which > enforce that. Hmm .. in

Need help with the SOAP-EJB deployment error

Hi, I need to invoke a EJB deployed under weblogic thru the soap server. I make the soap call using a Java client and expect it to invoke my EJB method and return the result of the EJB processing. In my proxy I have the Call.invoke and after which it checks for the fault node as listed below

FW: Missing http://xml.apache.org/xml-soap

NACK Pier -- Forwarded Message > From: "Sean Aschen" <[EMAIL PROTECTED]> > Date: Tue, 29 Oct 2002 12:11:47 -0500 > To: [EMAIL PROTECTED] > Subject: Missing http://xml.apache.org/xml-soap > > I use a tool that imports this document in it's generated WSDL files (IBM > WebSphere Application

[PATCH] Improve Key mapping

Hello, XMLJavaMappingRegistry.getKey function uses Class.toString(), which is not efficient and causes StringBuffer allocation, then expand, since original size is not enough. In the same time for using as key it is enough to use class name. The Class.toString function is following (from SUN's SD

[PATCH] Use DocumentBuilder from pool , instead of creating new one

Hello, Please see what I propose to solve problem with many allocated DocumentBuilders (Sorry, but I propose revert back changes proposed by Sanjiva). Other classes were DocumentBuilder is used can be easily adopted in the same way as Call is. Best regards, Pavel Index: XMLParserUtils.java ===

RE: cvs commit: xml-soap/java/src/org/apache/soap/util/xml XMLParserUtils.java

Sanjiva, sorry, I don't know if you missed my answer , but you letter , and other two answers to you is available in the list. Please see my answer http://marc.theaimsgroup.com/?l=soap-dev&m=103582951732270&w=2 Thinking more about a solution which could work safely. I found that it will be realti

Fw: cvs commit: xml-soap/java/src/org/apache/soap/util/xml XMLParserUtils.java

I sent this to soap-dev earlier but didn't see it appearing. Sorry if its a re-post. Sanjiva. - Original Message - From: "Sanjiva Weerawarana" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 29, 2002 12:10 AM Subject: Re: cvs commit: xml-soap/java/src/org/apache/soap/ut

How to integrate SOAP in a Servlet ?

  Hello,   I have a Servlet program build in Java. I want to extend this servlet to be able : - to run the normalservice, as know - to integrate the SOAP mechanism.   So, I would like to integrate something like this in my service() method :   public class MyEngine extends HttpServlet{   RPCR