September 2008 - jbossws-dev - Jboss List Archives

by Halhalli, Shivarudrappa

Hi, I had to configure Jboss4.2.3 Security setup as a part of SOAP header message. The requirement is the any webservice client called should connect to server and authenticate the "ApplicationID" which is embedded in the SOAP Header. The applicationID should be configured in the Jboss Server for validation. The webservice implemented is using JAX-WS 2.1. I am using Netbeans6.1 IDE to generate the webservice and the client webservice. Another question how to add content to the SOAP header ? Thanks & Regards Shiva

15 years, 7 months

2
1
0 / 0

[Design of JBoss Web Services] - Re: Review of fix for JBWS-2304

by darran.lofthouse＠jboss.com

"richard.opalka(a)jboss.com" wrote : | AFAICS DOMUtils ThreadLocal capability is used in native stack only ;) I will double check but I think I found one way it does get called when used by Metro to read a deployment descriptor - again leaving the Document and DocumentBuilder associated with the Thread. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179424#4179424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179424

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Review of fix for JBWS-2304

by richard.opalka＠jboss.com

"darran.lofthouse(a)jboss.com" wrote : | Would it be Ok to go ahead with my initial fix to begin with and then I will work on the a complete solution including refactoring next | Yes, no problem. "darran.lofthouse(a)jboss.com" wrote : - one issue that will need to resolved is that because DOMUtils is in common it does have some use with the other three stacks. AFAICS DOMUtils ThreadLocal capability is used in native stack only ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179307#4179307 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179307

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Review of fix for JBWS-2304

by darran.lofthouse＠jboss.com

Thanks Richard, Would it be Ok to go ahead with my initial fix to begin with and then I will work on the a complete solution including refactoring next - one issue that will need to resolved is that because DOMUtils is in common it does have some use with the other three stacks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179305#4179305 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179305

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Review of fix for JBWS-2304

by richard.opalka＠jboss.com

"darran.lofthouse(a)jboss.com" wrote : Overall I think the mechanism to cache the Document and DocumentBuilder should be re-factored to possibly associate it with the MessageContext and the message itself so that it does not need to be in it's own ThreadLocal with a potential for leaks - however I am not sure if such a bug change would be suitable at the moment. | | Anyway I just wanted to see if you have any additional thoughts on this fix before I commit. | Hi Darran, to be honest I don't like our current DOMUtils ThreadLocals capability. ThreadLocals holding thread-specific fields should only be used when there is no other good option available. The following are top two reasons to avoid ThreadLocals: The use of thread-specific variables tends to hide parameters that influence behaviour and can make it harder to check for errors or leakage. In this sense, thread-specific variables present the same, although less extreme, traceability problems as static global variables. Use of thread-specific variables can detract from reusability by increasing code dependencies. In other words if you will refactor our DOMUtils and will remove ThreadLocals dependent code, I will really like your solution ;) Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179207#4179207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179207

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Deploying web services in service archive

by alessio.soldano＠jboss.com

anonymous wrote : we rely upon the webapp being deployed and started in tomcat, but that can only happen once the tomcat runtime is started too. Otherwise we don't have the right runtime classloader for JSE endpoints. OK, besides the considerations upon the jbossws deployment design which can probably be improved (I'm posting to another thread on this soon), do you have any suggestion on this issue? Is actually possible to somehow wait for the webapp to be started? Maybe someone with better experience/knowledge on the AS5 design can help. We need the ENCLoader from that webapp, otherwise we can't access the jndi enc context, as eventual lookups for java:comp/env will fail. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179175#4179175 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179175

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Review of fix for JBWS-2304

by darran.lofthouse＠jboss.com

I have been working on the following issue: - https://jira.jboss.org/jira/browse/JBWS-2304 The fundamental problem is that the ThreadLocals are not being cleared when the client request completes. The initial fix has been to clear the ThreadLocals once the MessageContextAssociation stack is empty with a couple of exceptions. 1 - When the MessageContextJAXWS pivots then a flag is needed to avoid clearing the thread local. 2 - For message style endpoints the ThreadLocal of the Document is used for further transitions if the SOAPMessage is subsequently accessed, for this the XMLSource now caches the Document and sets it on the DOMUtils. http://fisheye.jboss.com/changelog/JBossWS/?cs=8242 http://fisheye.jboss.com/changelog/JBossWS/?cs=8245 Overall I think the mechanism to cache the Document and DocumentBuilder should be re-factored to possibly associate it with the MessageContext and the message itself so that it does not need to be in it's own ThreadLocal with a potential for leaks - however I am not sure if such a bug change would be suitable at the moment. Anyway I just wanted to see if you have any additional thoughts on this fix before I commit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179092#4179092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179092

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Deploying web services in service archive

by alessio.soldano＠jboss.com

"anil.saldhana(a)jboss.com" wrote : BMW has this post on the deployers. | http://www.jboss.org/feeds/post/deployers_in_jboss_microcontainer Thanks Anil View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179022#4179022 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179022

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Deploying web services in service archive

by anil.saldhana＠jboss.com

BMW has this post on the deployers. http://www.jboss.org/feeds/post/deployers_in_jboss_microcontainer View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179007#4179007 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179007

15 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Deploying web services in service archive

by anil.saldhana＠jboss.com

deployers - this dir will contain deployers that build/modify metadata that will go as part of the deployment unit. This can contain real deployers also. deploy - this dir should contain beans etc that have nothing to do with metadata. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179004#4179004 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179004

15 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev September 2008