RootDiscoverThe goal of the Swordfish project is to provide an extensible SOA framework based on the proven Eclipse Equinox runtime technology. The framework is designed to be complemented by additional open source components such as a service registry, a messaging system, a process engine etc. to form a comprehensive open source SOA runtime environment based on both established and emerging open standards. Download SwordfishForums: eclipse.swordfish[nntp] EngageEngage with the project. Get the code. Build products based on this technology.Scope: The goal of a service-oriented business architecture (SOA) is the loose coupling of business services. In order to enable such a service-oriented business architecture users require a SOA runtime platform. As of today, enterprise users face a number of challenges in operating these SOA runtime platforms, e.g. SOA Platforms consist of a set of internal technical services (e.g. registry, messaging, and security). Today, those technical services are strongly coupled within most of these platforms. A loose coupling of those services would allow a best of breed approach and would give the user the option to leverage existing software assets The interoperability between different SOA runtime platforms is often limited to the basic technical services (e.g. messaging). High level interoperability (e.g. business process orchestration) across SOA domains operated on different platforms is often not possible. The enablement of embedded systems collaborating in a SOA runtime environment. The SOA platforms available today fall short to these expectations and limit the value of SOA on the user side. This project intends to address these three challenges: Lack of common interfaces between the technical components of a SOA runtime platform Lack of interoperability between SOA environments Lack of SOA runtime deployment on embedded systems, e.g., on medical devices in the healthcare industry Lack of common interfaces: The different SOA runtime platforms consist of very similar technical components (e.g. service registry, messaging). The lack of common APIs between these technical components means that these components cannot be exchanged. This project intends to develop a common framework/API which treats these components as exchangeable plug-ins. Lack of interoperability: Although there are ongoing standardization efforts, the interoperability of heterogeneous SOA environments is very limited today. As an example, a BPEL code can usually not be executed across different SOA environments. Rather than introducing yet another new SOA platform, the SOA Runtime Framework introduces a new abstraction layer and allows developers to create adapters to existing SOA platforms. Lack of SOA deployment on embedded systems: The vast majority of the currently existing SOA environments is exclusively targeted at enterprise environments and demands a considerable amount of memory and processing resources. The SOA Runtime Framework takes a different approach in that all components could potentially be replaced by alternatives with a smaller footprint which renders it equally well suited for both enterprise environments and resource-restricted embedded and mobile devices. Contribute to this project: Create a new bug/issue reportYou can use the code from these repositories to experiment, test, build, create patches, issue pull requests, etc.swordfishThe project's SVN RepositoryReleases: Explore all 6 releases. NameDate 0.10.02010-06-23 0.9.22010-02-26 0.9.12009-09-25 Commit Activity: Commits on this project (lifetime).Developer Mailing List: swordfish-devThe project's "dev-list" is intended for project-related communications among project developers. ParticipateParticipate in the project. Contribute patches. Become a committer.Reviews: NameDate Helios Release2010-06-11 Move to SOA2010-02-10 0.9 Release2009-09-16 Galileo Release 0.92009-06-10 0.82009-03-18 1.0.0 Release Review2009-03-11 Creation2007-08-15 Licenses: Eclipse Public License 1.0