apache-tuscany - apache tuscany

	Commit message (Collapse)	Author	Age	Files	Lines
*	TUSCANY-2790 - Updated package names from org.osoa.sca to org.oasisopen.sca ↵	mcombellack	2009-01-28	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \|	and from org.osoa.sca.annotations to org.oasisopen.sca.annotation to reflect the new package names in the OASIS Open SCA specifications. To do this, I: * Renamed the org.osoa.sca package to org.oasisopen.sca using Eclipse refactoring * Renamed the org.osoa.sca.annotations package to org.oasisopen.sca.annotation using Eclipse refactoring * Did a global search and replace for all remaining instances of the old org.osoa package names and replaced with the new org.oasisopen version Hopefully, I have not missed too many instances of the old package name git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@738490 13f79535-47bb-0310-9956-ffa450edef68
*	Fix OSGi access violations and package imports	rfeng	2008-12-09	12	-68/+18
\| \| \| \|	git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@724568 13f79535-47bb-0310-9956-ffa450edef68
*	Changes to match new 2.0 core interfaces, plus adding back the contents of ↵	edwardsmj	2008-12-05	10	-8/+626
\| \| \| \| \| \|	the /authentication folder which was left out of the migration to the 2.0 stream git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@723690 13f79535-47bb-0310-9956-ffa450edef68
*	Merging the 1.x delta on top of the equinox based modules	lresende	2008-11-19	13	-191/+351
\| \| \| \|	git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718858 13f79535-47bb-0310-9956-ffa450edef68
*	Copying modules from Equinox branch, to start merging the delta changes from ↵	lresende	2008-11-19	15	-0/+1122
\| \| \| \| \| \|	1.x/original trunk git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718815 13f79535-47bb-0310-9956-ffa450edef68
*	Moving current trunk modules to contrib, before starting the Equinox branch ↵	lresende	2008-11-19	25	-1899/+0
\| \| \| \| \| \|	merge git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718812 13f79535-47bb-0310-9956-ffa450edef68
*	Change message getHeaders() operation to return a list, remove the QoS ↵	slaws	2008-09-24	6	-31/+57
\| \| \| \| \| \|	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
*	Add files missed from previous policy commit	slaws	2008-09-15	10	-4/+733
\| \| \| \|	git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@695452 13f79535-47bb-0310-9956-ffa450edef68
*	More work exploring the policy extension model by implementing a token based ↵	slaws	2008-09-15	9	-97/+103
\| \| \| \| \| \|	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
*	Use basic authentication as a motivating scenario for looking at policy plug ↵	slaws	2008-09-05	15	-0/+1138
	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