- Plain password.
- Digested password.
All these endpoint are based on the same structure: an annotated class, a XSD file used to generate the WSDL and a simple model. Only the actual Spring configuration varies from one another.
The configuration makes use of XML and properties files. This way it is easier noticing what is the actual reusable code, and what is just part of the configuration.
The following authentication methods are used:
- Plain password.
- Digested password.
Each of them includes a WSS4J and XWSS variant with their own endpoint. To find out the URIs where each endpoint is deployed check this same readme below, or the documentation page.
There is also a client, an a few context files prepared to set up it to call any of the endpoints.
Several tests are included to make sure all these endpoints and clients work as expected. But they also show how to test secured endpoints.
Documentation is always generated for the latest release, kept in the 'master' branch:
Documentation is also generated from the latest snapshot, taken from the 'develop' branch:
The documentation site sources come along the source code (as it is a Maven site), so it is always possible to generate them using the following Maven command:
$ mvn verify site -P jetty
The verify phase is required, as otherwise some of the reports won't be created, while the jetty profile is used to run the tests with Jetty.
The application is coded in Java, using Maven to manage the project.
The project has been tested on the following Java versions:
- JDK 7
All other dependencies are handled through Maven, and noted in the included POM file. This includes the plugins used for running the example in an embedded web server.
The project includes generated code. This is handled automatically by Maven, but if for some reason the generation fails then there will be missing classes in the project.
If that happens clean and rebuild with Maven.
Running the example
To run the example locally just use the following Maven command for Jetty:
$ mvn jetty:run-war -P jetty
Or this one for Tomcat:
$ mvn tomcat7:run-war -P tomcat7
Of course, you can always package it and deploy the WAR manually in your preferred server:
$ mvn package
After this all the endpoint URLs are accessible. These can be found below, and require some sort of SOAP client, such as the console one included in the project.
This console client can be used by just running the ConsoleClient class, located in the com.bernardomg.example.swss.client.console folder.
Running the example with Java 8
Sadly, the example currently can't be run on Java 8. This is due a compatibility issue with Spring-WS and the security implementations.
Even the backwards compatibility of the new Java versions fails. Because of this the project should be run by using one of the tested JDKs, otherwise nothing can assure the demo will work correctly.
URLs for the web services
By default the web services will be deployed to the following URL:
But this can be changed in the POM, by editing the Jetty plugin's configuration.
With this, by running the project the following endpoints are mapped each to their own URL:
|Authentication method||WSS Implementation||URL|
Any kind of help with the project will be well received, and there are two main ways to give such help:
- Reporting errors and asking for extensions through the issues management
- or forking the repository and extending the project
Issues are managed at the GitHub project issues tracker, where any Github user may report bugs or ask for new features.
Getting the code
If you wish to fork or modify the code, visit the GitHub project page, where the latest versions are always kept. Check the 'master' branch for the latest release, and the 'develop' for the current, and stable, development version.
The project has been released under the MIT License.