summaryrefslogtreecommitdiffstats
path: root/java/sca/modules/assembly-xsd (unfollow)
Commit message (Collapse)AuthorFilesLines
2009-01-23TUSCANY-2783 - Integrating GData schema to tuscany schemalresende1-0/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@736947 13f79535-47bb-0310-9956-ffa450edef68
2009-01-23TUSCANY-2783 - Adding schema for GData bindinglresende1-0/+43
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@736945 13f79535-47bb-0310-9956-ffa450edef68
2009-01-23TUSCANY-2780 - Updating NOTICE files to include 2009 in the copyright statementlresende1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@736880 13f79535-47bb-0310-9956-ffa450edef68
2009-01-20Updating MANIFEST.MF versions to 2.0.0lresende1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@736040 13f79535-47bb-0310-9956-ffa450edef68
2008-11-28Some module description tidying. Also get rid of an empty directoryslaws1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@721428 13f79535-47bb-0310-9956-ffa450edef68
2008-11-19Fixing up pom artifact version to 2.0-SNAPSHOTlresende1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718906 13f79535-47bb-0310-9956-ffa450edef68
2008-11-19Merging the 1.x delta on top of the equinox based moduleslresende15-9/+170
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718858 13f79535-47bb-0310-9956-ffa450edef68
2008-11-19Copying modules from Equinox branch, to start merging the delta changes from ↵lresende43-0/+2165
1.x/original trunk git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718815 13f79535-47bb-0310-9956-ffa450edef68
2008-11-19Moving current trunk modules to contrib, before starting the Equinox branch ↵lresende45-2347/+0
merge git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718812 13f79535-47bb-0310-9956-ffa450edef68
2008-11-17Change MANIFEST.MF version to 2.0 to match trunk build. It turns out this ↵antelder1-1/+1
isn't so striaght forward to do as there are quite a few permutations you need to search/replace to catch all the occurances of 1.4 so this is going to make doing releases a bit harder so we may need to find a better way git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718234 13f79535-47bb-0310-9956-ffa450edef68
2008-11-17Copy MANIFEST.MF files from sca-equinox to trunk for the minimal modules to ↵antelder1-0/+13
run the calclator sample. Minimal modules as identified in http://apache.markmail.org/message/ofdwyjikioosc7bn. Still need to update for new version, that will be in a seperate commit git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718231 13f79535-47bb-0310-9956-ffa450edef68
2008-11-17Change trunk version so it doesn't clash with the 1.4 branch version by ↵antelder1-1/+1
bumping up to 2.0-SNAPSHOT as per the recent vote for 2.0 git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@718223 13f79535-47bb-0310-9956-ffa450edef68
2008-11-14deployable is optionalslaws1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@714015 13f79535-47bb-0310-9956-ffa450edef68
2008-11-09Tidy wire format support (move model into binding-jms and rename default to ↵slaws1-8/+12
textxml). Extend support to include text and object. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@712538 13f79535-47bb-0310-9956-ffa450edef68
2008-11-07Remove the OASIS assembly specific parts from the OSOA core.xsd. The ↵slaws4-38/+40
wireformat function is, for the time being, now driven by some tuscany specific elements particular to the JMS binding defined in tuscany-sca-binding-jms.xsd git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@712118 13f79535-47bb-0310-9956-ffa450edef68
2008-11-03Add import/export.resource to the contributions schema. However it seems ↵slaws1-3/+23
that our contribution schema is in the wrong place and the extension elements are in the wrong namespace. I'll open JIRA. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@710084 13f79535-47bb-0310-9956-ffa450edef68
2008-10-31TUSCANY-2631 - Make the contribution processor more fault tolerant. Apply ↵slaws1-0/+2
Ram's patches (and a few other changes). Doesn't do everything asked for in the JIRA but a step in the right direction git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@709372 13f79535-47bb-0310-9956-ffa450edef68
2008-10-21Experimental request response binding support. Just implemented for jms ↵slaws2-0/+36
service binding and only activated when wireFormat appears in the SCDL. Still early stage so many more changes to come. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@706620 13f79535-47bb-0310-9956-ffa450edef68
2008-10-15TUSCANY-2626 fix a non-UTF character in the LICENSE file. slaws2-2/+2
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@704808 13f79535-47bb-0310-9956-ffa450edef68
2008-10-13TUSCANY-2626 - missed change from previous commitslaws1-0/+2
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@704069 13f79535-47bb-0310-9956-ffa450edef68
2008-10-12TUSCANY-2626 - Add the wsdlLocation attribute back into the binding.ws ↵slaws4-1/+91
schema and add the W3C schema to support it. git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@703811 13f79535-47bb-0310-9956-ffa450edef68
2008-10-06TUSCANY-2625 - Fixed by updating attribute name.lresende1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@701969 13f79535-47bb-0310-9956-ffa450edef68
2008-09-30Extending the Tuscany binding schema to allow extended attributes in order ↵lresende5-0/+5
to add policy related configuration git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@700343 13f79535-47bb-0310-9956-ffa450edef68
2008-09-18Support the rmi:// uri for binding.rmirfeng1-1/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@696531 13f79535-47bb-0310-9956-ffa450edef68
2008-09-15TUSCANY-2538 - Adding default processor to handle unknown contents in ↵lresende1-4/+2
composite file git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@695536 13f79535-47bb-0310-9956-ffa450edef68
2008-09-15More work exploring the policy extension model by implementing a token based ↵slaws1-1/+1
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-08-06Update subscriptionHeaders elementantelder1-0/+4
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@683229 13f79535-47bb-0310-9956-ffa450edef68
2008-08-06Add the implementation.web xsd to the all xsdantelder1-0/+1
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@683188 13f79535-47bb-0310-9956-ffa450edef68
2008-08-01Add impl.web xsdantelder1-0/+24
git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@681673 13f79535-47bb-0310-9956-ffa450edef68