This content has been marked as final.
Show 8 replies
-
1. Re: Proxy Thread Safety
ropalka Dec 4, 2007 4:51 AM (in response to ropalka)Hi again,
I'd like to extend my question to BindingProvider.getXYZContext() methods as well. Should these methods be thread safe too?
For example CXF makes it thread safe, see:
http://www.mail-archive.com/cxf-user@incubator.apache.org/msg00150.html
Richard -
2. Re: Proxy Thread Safety
thomas.diesler Dec 4, 2007 5:04 AM (in response to ropalka)A client proxy is inherently not thread safe. Making a remote call can be multiple step process i.e. setting binding properties first
The service is however thread safe and can be reused among multiple threads. -
3. Re: Proxy Thread Safety
ropalka Dec 4, 2007 5:04 AM (in response to ropalka)According to
http://forum.java.sun.com/thread.jspa?threadID=705659&messageID=4089586
it should be thread safe (from method invocation point of view)
Richard -
4. Re: Proxy Thread Safety
thomas.diesler Dec 4, 2007 5:07 AM (in response to ropalka)The post sais
4. What about each stub/port object? Is it thread-safe? (I’m
guessing no.)
Yes
Which I read as that the SunRI proxy is not thread safe either -
5. Re: Proxy Thread Safety
ropalka Dec 4, 2007 5:26 AM (in response to ropalka)Hi Thomas,
my mistake. Yes, you're right, SunRI proxy isn't thread safe as well
Richard -
6. Re: Proxy Thread Safety
ropalka Dec 4, 2007 5:29 AM (in response to ropalka)"thomas.diesler@jboss.com" wrote:
A client proxy is inherently not thread safe. Making a remote call can be multiple step process i.e. setting binding properties first.
Hi,
and if I share binding properties for each invocation, it should be thread safe or not (again from method invocation point of view)?
Richard -
7. Re: Proxy Thread Safety
ropalka Dec 4, 2007 5:37 AM (in response to ropalka)Thomas Diesler said:
The proxy holds state that is related to the invocation itself e.g. attachment parts, unbound header values, etc, thus it can't be shared via multiple threads.
Thanks
Richard -
8. Re: Proxy Thread Safety
thomas.diesler Dec 4, 2007 5:54 AM (in response to ropalka)
More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason - including blind stupidity.
- W.A. Wulf