summaryrefslogtreecommitdiffstats
path: root/sca-java-1.x/trunk/modules/binding-ws-axis2/src/main/java/org/apache/tuscany/sca/binding/ws/axis2/Axis2ServiceProvider.java (unfollow)
Commit message (Collapse)AuthorFilesLines
2011-03-29TUSCANY-3822: call PolicyHandler.afterInvoke() with outbound MessageContext ↵nash1-3/+2
containing response message git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@1086734 13f79535-47bb-0310-9956-ffa450edef68
2009-11-13Moving 1.x trunklresende1-0/+0
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@835700 13f79535-47bb-0310-9956-ffa450edef68
2009-10-19TUSCANY-3309 - apply patch from Chad Phillips to add the SOAP headers to the ↵slaws1-0/+6
Tuscany message so that interceptors can look at the SOAP headers in the chain. Thanks for the patch Chad. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@826612 13f79535-47bb-0310-9956-ffa450edef68
2009-09-29Should be looking at the resolved policy sets and not the applicable policy setsslaws1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@819882 13f79535-47bb-0310-9956-ffa450edef68
2009-07-18TUSCANY-3149 - Generally be more careful about removing object references in ↵slaws1-0/+2
host-webapp. Specifically there is a problem with the axis ws binding (JIRA 3732 in the Axis project) where a shutdown hook is registered but not removed. This is fixed in Axis2 1.5 but as we are still in 1.4.1 I've worked round it here. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@795364 13f79535-47bb-0310-9956-ffa450edef68
2009-05-14Add support for using Tuscany threads instead on setMessageListener in a JEE ↵antelder1-2/+6
container environment git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@774720 13f79535-47bb-0310-9956-ffa450edef68
2009-05-14Start bringing up Tuscany version of JMS transport so the setMessageListener ↵antelder1-2/+2
not allowed in a JEE container can be fixed git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@774701 13f79535-47bb-0310-9956-ffa450edef68
2009-03-08Only create a transport description for the JMS transport if JMS is ↵slaws1-0/+11
configured to be in use. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@751406 13f79535-47bb-0310-9956-ffa450edef68
2008-11-13Creating Java SCA 1.x branchlresende1-0/+0
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@713805 13f79535-47bb-0310-9956-ffa450edef68
2008-11-10Fix for TUSCANY-2669rfeng1-3/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@712700 13f79535-47bb-0310-9956-ffa450edef68
2008-11-06Fixes for TUSCANY-2611ramkumar1-1/+10
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@711780 13f79535-47bb-0310-9956-ffa450edef68
2008-09-30Minor cleanup of unused importslresende1-1/+0
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@700339 13f79535-47bb-0310-9956-ffa450edef68
2008-09-24Change message getHeaders() operation to return a list, remove the QoS ↵slaws1-1/+1
context and change various tests to take account of this assuming that the security information is now passed in the header. This pass the security context is not consolidated into a single subject. The tests that used to pass just a principal still do. Also add a delivery mode JMS policy test. Add some ignores. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@698457 13f79535-47bb-0310-9956-ffa450edef68
2008-09-15More work exploring the policy extension model by implementing a token based ↵slaws1-8/+32
authentication schema across binding.ws and binding.jm. No authentication is actually performed here. That is left for users to provide their own policy interceptors. However tokens are passed and security Subjects/Principals are created. This exercise has highlighted some awkwardness in the process of building policy implementations. I'll post about this on the mail list. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@695374 13f79535-47bb-0310-9956-ffa450edef68
2008-09-05Use basic authentication as a motivating scenario for looking at policy plug ↵slaws1-4/+50
points. Generic username/password processing is added as an interceptor. Specific axis configuration is performed by new logic specific to binding.ws which is invoked if the basic auth policy is present (we need to think about this mechanism). I added a binding-ws-axis2-policy module as a replacement for policy-security-ws but haven't moved over to it yet. I also added a message header map to Message but have only been experimenting to date. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@692411 13f79535-47bb-0310-9956-ffa450edef68
2008-08-12Fix TUSCANY-2531nash1-2/+4
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@685310 13f79535-47bb-0310-9956-ffa450edef68
2008-07-25Fix TUSCANY-2480nash1-49/+21
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@679776 13f79535-47bb-0310-9956-ffa450edef68
2008-07-25Fix TUSCANY-2481nash1-2/+4
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@679629 13f79535-47bb-0310-9956-ffa450edef68
2008-07-08Make the ServiceDiscovery pluggable and add support for OSGi-based service ↵rfeng1-10/+2
discoverer git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@675040 13f79535-47bb-0310-9956-ffa450edef68
2008-06-30Fix TUSCANY-2446nash1-27/+56
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@672939 13f79535-47bb-0310-9956-ffa450edef68
2008-06-22Fix TUSCANY-2418nash1-4/+109
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@670360 13f79535-47bb-0310-9956-ffa450edef68