Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Floyd Marinescu on Mar 06, 2007
IONA came from a CORBA background and developed a very flexible distributed SOA platform based around web services standards but using high performance transports and message bindings as opposed to traditional SOAP over HTTP. C24 came from and integration background (we came from Braid after is was bought by Mercator in '98), we assumed transports were someone else's problem and concentrated on the data integration.John explained what IO is in detail:
The result is two independent products with identical design criteria each solving a half of the problem both assuming someone else would solve the other half, we met last year at a client and here we are today with two halves that work perfectly together.
IO comes in two parts, design-time and run-time; The design-time tool is a modelling tool, metadata management GUI and code generator, it's basically Castor+JAXB on steroids. We can design from scratch or suck in models from databases, XML schema, UML models, text files (fixed or delimited) or binary and represent it as a model. From there we can add constraints to the model such as one date being before another or if one field is present another must contain at least two sub-elements unless the third field contains "bla", the nasty stuff the people like to ignore but causes most of the errors in data.The most advanced use cases of IO are in large banks using IO "as their primary integration technology for their own ESBs." Most if not all ESBs handle XML, most can handle CSVs but few can model CSVs and binary natively and offer the business constraints required for advanced standards like SWIFT, FpML and ISO-20022. The two main use cases for IO are to supply ready-made models of messaging standards with their business rules and constraints (e.g. SWIFT, TWIST, FpML, EDIFACT etc.) and the other is a flexible tool to allow anyone (typically large enterprises) to model any type of message "no matter how complex", John said.
The result of all this, i.e. the run-time, is self-contained Java code (a POJO) that not only represents the original model but can also parse the data natively, apply the constraints in the form of validation and expose the content of an instance though XPath 2. We can for example import a CSV text file, define a few constraints and deploy the code, the whole process takes minutes. The resulting code will parse the CSV file at a rate of thousands or rows a second applying the constraint rules to each row allowing non-complient rows to be placed into an exception process. We can even apply XSLT 2 and XQuery directly in the CSV rows without having to convert each row to XML first, the result is extremely high performance parsing and transformation.
A hearty congratulations to John, Wayne, Simon and the rest of the team.
Peace,
Cameron Purdy
Tangosol Coherence: The Java Data Grid
John, so this is the big announcement:-) Congrats and good luck.
Thanks Cam, it was hard work but we made it!
-John-
John, so this is the big announcement:-) Congrats and good luck.
Yup, it's business as usual though so I'll still be looking for your help with Mac benchmarks. This is the reason we were rather distracted and busy last week though. :-)
-John-
Congratulations to Wayne, John and the team, and of course to IONA!
Congratulations to you all from me too! Cheers, Tony.
--
Anthony B. Coates
Miley Watts LLP
More congrats to everyone from here as well!
Add some more congrats from here too!
./alex
--
:Architect of InfoQ.com:
.w( the_mindstorm )p.
C4Media/InfoQ Co-Founder
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
8 comments
Watch Thread Reply