According to my colleges that work with frontend technologies many of our customers have today started to use HTML5 to build single page web apps but most of them have not yet switched from old school HTTP to WebSockets when it comes to communicating with backend server applications.
WebSockets simplifies much of the complexity in HTTP [...]
Archive for the ‘SOA’ Category
(Sorry for writing this up in Swedish – the post is in the context of Swedish e-health. If this moves forwards I’ll wright the next post in english…hrmmm…well.. Swinglish)
Kim Nordlander (SLL) och Åke Rosander (Cehis) presenterade projektet Mina Hälsotjänster under nationella eHälsodagen här om veckan: http://www.nationellehalsa.se/program.html. Ett sätt att dela upp tjänster (i betydelsen IT-stöd) för [...]
I just read Boris Lublinsky’s article on “Is REST the future for SOA?“.
I think it makes a good job in clarifying that REST and SOA are different architecture styles, rather than merely a choice of protocol. I also like that he discusses the common case where people talk about REST when they actually mean http [...]
Soi-toolkit and the upcoming Mule Studio (currently in beta) are two tools that simplify development of services and integrations based on Mule ESB. This article describes how these two tools complement each other to make the development even more simplified (and fun ☺).
First a short introduction of the two tools and then an illustrated test [...]
Soi-toolkit adds value to the leading open source Mule ESB. Its makes it very easy to start building integrations and services.
You get projects setup including tests all based on Maven. You also get support for logging, property handling, WSDL and XML Schema creation and much more.
So how do you get started ? The Soi-toolkit website contains [...]
I’m an enterprise architect. My work is to define architectures that span systems, organizations and sometimes countries. Not because architectures become better if they do. No, because business-, enterprise- and pan-european integration projects depend on an agreed abstraction (in the sense of frameworks) of IT so that focus can shift from plumbing to system-level design. [...]
JAX-WS is the Java-standard for Web-Service XML to Java POJO binding. It entered the scene in Java EE 5 and Java SE 6. I wrote a blog entry a while back on it’s advantages over the predecessor (JAX-RPC). With WSDL-first (contract-first) design, Java POJO:s are generated from WSDL and XSD source files. The resulting Java [...]
We are often asked to define WSDL- and schema design guidelines (contract-first) for clients. We have found a core set of guidelines that seem to work well for clients using XML_binding. The core challenge is to find a portable and reasonably useful approach to controlled evolution, supporting backwards- and forwards compatibility across service consumers and [...]
Kraftfulla portalservrar – så som WebSphere Portal Server – är i många avseende mer lika integrationplattformar än applikationsservrar. Att utveckla, testa och deploya applikationer som publicerar s.k. portlets (enligt Java-standarden JSR-168) mot en full portal server är komplext för alla inblandade discipliner. Standarden WSRP (WebService Remote portlets) syftar till att frikoppla driften av en portlet-applikation [...]
Here at CQon there is a track dedicated to service-oriented architecture – mainly focused technical aspects. When things get complicated or structured to a level where the fun or the productivity or both are gone, application architects and developers tend to look for new approaches – typically more agile than current best-practice.
We have seen Corba [...]