One important request: We're renaming Overlord S-RAMP! In order to highlight the project as a viable standalone solution, as well as to better distinguish between the project and spec names, we're currently brainstorming new ideas. If you have a suggestion, please add it to https://developer.jboss.org/thread/249956!

Another topic to highlight is the deprecation of Jetty, Fuse, and Fuse Fabric support. It was decided that the amount of work necessary to support them was taking too much time away from new features and bug fixes. Further, it's our understanding that none of them were used in the community. Note that they have not been completely removed. Rather, they're simply pulled out of the Maven model under SRAMP-620. If you feel strongly about either of them and would like to see continued support, please let us know: https://community.jboss.org/en/overlord. I am definitely not against re-enabling them if there is an actual need.

New Feature and Enhancement Highlights:

Overlord S-RAMP is now around 95% compliant with the OASIS S-RAMP spec. Remaining tasks are tracked under SRAMP-462. A notable task was full support for the SOA and ServiceImplementation logical models (SRAMP-167).

100% spec compliance should be expected in the next release, which would most likely constitute a 1.0 release candidate.

SRAMP-580If an artifact is deployed to S-RAMP, without explicitly providing the artifact's model and type, the server now automatically attempts to detect it. Another extension contract was added to support this: "ArtifactTypeDetector". As with "ArtifactBuilder", S-RAMP also provides several Detectors OOTB, but custom implementations are possible.

SRAMP-531Previously, archive expansion (discovering artifacts within a jar/war/ear/zip) was handled by each individual client. Instead, this was moved to the server. So, regardless of the client, archives will be exploded and parsed in a consistent, automatic manner.

SRAMP-601The deleteContent action is now supported, allowing a document artifact's content to be completely deleted (the spec, as well as some use cases, require this). See the next bullet for a discussion about constraints.

SRAMP-541The update, updateContent, delete, and deleteContent actions now have a set of restrictive constraints that must first be dealt with. These include custom metadata, relationships, etc. This guarantees data integrity, as well as furthering the "impact analysis" use cases. Further, updateContent and deleteContent now automatically regenerate and delete all applicable derived content, respectively. See https://developer.jboss.org/thread/250173 for more discussion and details.

SRAMP-466When deploying artifacts through S-RAMP's "batch" capability, the entire batch is now given priority when relationships are resolved, as opposed to first checking the existing artifacts in the repo.

Tuesday, October 7, 2014

Along with the recent S-RAMP and DTGov releases, we have also released a new major version of RTGov.

This version includes the following main changes:

One of the most significant changes is the replacement of the Gadget Server UI, with its RTGov gadgets (response times, call trace, situations, service overview) with a new UI. Although the gadget server approach was useful for displaying individual widgets, it did not work well for navigating between related information. The new UI has been designed to enable the user to navigate around related information. It is only the first version of the new UI, so more features will be added - and any feedback on how it can be improved is always welcome.

Integration with Elasticsearch and Kibana. The previous version of RTGov stored activity information in a relational database. RTGov 2 now supports storage of this information in Elasticsearch (a NoSQL database), along with UI integration with Kibana, to provide analytic capabilities over the stored information.

Fuse support. RTGov, along with the other Overlord projects, can now be used within Fuse.

For further information on the new features and bug fixes included in this release, please see the release note.

Friday, October 3, 2014

After reading about the S-RAMP release I'm betting you're not shocked to learn that we also released a new version of Design Time Governance! These two projects continue to be linked pretty tightly, but Hint™ that might be changing in the future....

For now, we hope you enjoy the latest 1.x version of Design Time Governance. For full details, you can view the Release Notes. If that's tl;dr then here are the highlights:

Tuesday, September 9, 2014

The Overlord team has been working on a new project ( https://github.com/Governance/apiman ) that provides rich API Management functionality. The project is still in its early days, so any thoughts/feedback is even more appreciated than normal.