Tracking change and innovation in the enterprise software development community
QCon London 2010!
March 10-12, 100
Speakers, 80 sessions,
"THE" team leads and,
architects conference.
Scaling Scrum
in the enterprise?
ScrumWorks Pro
can help.
Start a trial today
Free Book Offer
SOA Demystified
$40 Value
Posted by Scott Delap on Jan 18, 2008
Bill Kayser of Nagarro recently detailed his experience moving an application to OSGi from a custom infrastructure and build process. In the first of two blog entries on the endeavor, he provides an interesting introduction to OSGi from the perspective of SOA in a JVM. In the second entry he covers the conversion process itself. The driving reasons for moving to OSGi were based on business requirements. However, Kayser was pleasantly surprised by the other benefits that were gained:...The improvements included but were not limited to:
...To this day team members still come up to me occasionally to thank me for introducing OSGi, often after being reminded what things were like by having to go back to an old release build...
- Going from 25,000 lines of ant code required for a full build down to about 200 lines of boilerplate configuration, plus about 200 lines of custom callbacks,
- We eliminated about seventy class file catalogs used to ensure extra classes were not inadvertently shipped in the wrong jar file or duplicated unnecessarily,
- Reducing the size of application distros by eliminating unused dependencies
- Surfacing previously unknown bugs based on dangling references to missing classes and libraries,
- Eliminating a large body of code devoted to managing extensions with segregated class spaces using custom class loaders.
- Going from managing four different runtime configurations for each application–the IDE classpaths, the IDE launchers, the runtime script classpaths, the build script classpaths–down to a single feature descriptor listing the OSGi bundles comprised by each application.
On a related topic Red Monk's Michael Coté recently published the OSGi in Java - Eclipse Equinox Screencast and Video Series, sponsored by the Eclipse Foundation. Coté tackles topics such as an introduction to Enterprise OSGi, Ajax with Eclipse RAP, and OSGi on the Server-Side.
Unix, Linux Uptime & Reliability Increase While Patch Management Woes Plague Windows (Yankee Group)
Innovation in Your Data Centre
Consolidation and Virtualization Are NOT Enough: The Case for Non-x86
Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).
The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?
The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.
"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?
Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.
SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.
Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.
For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.
No comments
Watch Thread Reply