InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

Event Patterns

Presented by Ian Cartwright on May 17, 2007 Length 00:29:50
Sections
Architecture & Design,
Development,
Enterprise Architecture
Topics
Messaging ,
Java ,
Architecture ,
.NET
Tags
ThoughtWorks ,
Event Stream Processing ,
Best Practices ,
JAOO Conference ,
Patterns
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Ian Cartwright presents some of his work (developed with Martin Fowler) on Event Patterns, including: Event Sourcing, Event Collaboration, Parallel Model, and Retroactive Event. These patterns can be used in scenarios where a sequence of domain model changes may need to be recorded, reversed, corrected, or simply observed.

Bio
Ian Cartwright is a consultant and ThoughtWorks and worked with Martin Fowler on distilling these event patterns.

About the conference
JAOO is the premier European developer conference on software technology, methods and best practices. The conference presents in-depth presentations and tutorials by researchers, engineers and trend-setters in software engineering and technology.
Unlimited undo by Mikko Apo Posted
patterns! by Joost de Vries Posted
State transitions as event transaction model by William Homan-Muise Posted
  1. Back to top

    Unlimited undo

    by Mikko Apo

    A few years ago I had a similar solution in a university project. The program was supposed have undo with one step undo history, but I was determined to make the undo unlimited. The easiest way to implemented that was with events, or transactions. Events could hold sub events, so the changes to the model could be rewound on micro (detailed) or on macro level.

    Sometimes I've been thinking how the same solution would work as a backend solution for large scale enterprise data. Storing the change information would be nice step up from having just the current state of the model available in the database.

    Every change in the model could be stored as event. The event could contain more information about the transaction than just the change data: user id, transaction ids, session state and application's context. With that info the event log would have more uses than "just" containing the changes, it would serve as an automatically generated application/system log. Event's authentication data could would provide accountability for all actions. Also, as a convinient side effect the system would support data's revision history out of the box. No more need to manually reimplement different aspects of data's revision history.

    Hooking something like this to the integration layer would be nice. Persistance APIs like JPA could also generate the event log automatically. That way the system would be nicely transparent (from the application's point of view) and there wouldn't be any need for changes to support the event log.

  2. Back to top

    patterns!

    by Joost de Vries

    Interesting; I was recently saying to a colleague that I felt that the patterns movement seems to have dried up years ago. Maybe that is because the hype moved on, or maybe because making knowledge explicit is hard work that mostly benefits others, I don't know.
    I still feel that patterns are a wonderful way to create knowledge: ie make explicit what people have been doing wrestling with real world problems.
    (if I'm not right in saying that the patterns movement dried up I'd love to see some some pointers)
    So, this is very interesting.

  3. Back to top

    State transitions as event transaction model

    by William Homan-Muise

    We have developed a product that collects events from network devices and uses a state machine model to capture complex and long running transactions. It is currently being used in the VoIP and Municipal WiFi markets for monetization, revenue assurance, alerting/notification and analytics. It is based upon the JBI container.

Educational Content

10 tips on how to prevent business value risk

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.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.