Tapestry for Nonbelievers
A new article by I. Drobiazko and R. Zubairov introduces v. 5 of the Apache Tapestry component-oriented web framework. The tutorial shows how to create a component and covers IoC in Tapestry and Ajax.
Tracking change and innovation in the enterprise software development community
Posted by Ian Cartwright on May 17, 2007 04:25 PM
Evaluation Guide: Is Your SCM Tool Ready for Agile?
IBM software architect eKit: Grady Booch podcast, whitepapers, articles
Introducing the SpringSource Application Platform
Snapshots from SOA Governance: Artifacts, People, Processes, Repositories
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.
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.
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.
A new article by I. Drobiazko and R. Zubairov introduces v. 5 of the Apache Tapestry component-oriented web framework. The tutorial shows how to create a component and covers IoC in Tapestry and Ajax.
In this interview, Burton Group consultant Pete Lacey talks to Stefan Tilkov about his disillusionment with SOAP, his opinion on REST, and addresses some of the perceived shortcomings REST vs. WS-*.
Jay Fields presents his concept of Business Natural Languages - a type of Domain Specific Languages geared towards being readable by domain experts.
Adoption and interest for Distributed Version Control Systems is constantly rising. We will introduce the concept of DVCS and have a look at 3 actors in the area: git, Mercurial and Bazaar.
Deborah Hartmann interviewed Segundo Velasquez about his experience as customer with an Agile team during the initial phase of software design of a product.
David Cooksey shows how to fine grained versioning to a ClickOnce deployment using an HttpHandler written with ASP.NET, making partial rollouts to a test audience much easier.
Windows workflow (WF) is an excellent framework for implementing business processes, but lacks support for human activities. This article describes a completely generic approach for changing this.
In this interview taken during OOPSLA 2007, Markus Voelter talks about the importance of documenting the software architecture, and gives some good and also bad examples on how it could be done.
3 comments
Reply