Just a quick announcement this time around – the guys at the FUSE Forge have just started up Project LightSabre, which is a distributed version of the OSGi EventAdmin (example) service, using Apache ActiveMQ as the event distribution mechanism. It’s been tested on Equinox and Apache Felix, but it should work on other OSGi implementations too. It’s licensed with the Apache 2.0 license

Zoom! See the events go!

Read the Getting Started guide for more information on how to get going with this.

Update: ECF has followed on with a similar implementation at Distributed Eventadmin Service using the same technologies with a difference license. Fair play!

Phew. It’s out the door. FUSE Integration Designer 1.2 is now available for download.

This release follows on from a couple of preview releases that we ran to gauge our approaches and get feedback. And we got plenty of it, in all flavours.

You might already know what FUSE is about – it’s four popular Apache projects (ActiveMQ, Camel, CXF, ServiceMix), bundled together into a single offering with subscription-based support from Progress Software. These four projects bring together capabilities around messaging, Web services, message mediation and the ESB concept, the idea being to give you a grab-bag of goodies that make sense when you are trying to solve integration problems.

As you might imagine, it’s an interesting task to put together a toolset that lets you blend these technologies in way that can suit every integration issue. In our preview versions, we concentrated on visualization and debugging of Camel routes and creation of Web services. I think the first thing we learned was that users tended to hit the limits of the tool far too quickly – the routes, for example, had a limited set of capabilities that was outstripped by what Camel had to offer. So we concentrated on making sure that the tool could handle any (1.5 or 1.6) route configuration you could throw at it. Let me know if you break it

We also filled in some glaring holes in the preview – you can now deploy your Web services to ServiceMix 3.x and ServiceMix 4.x containers, for example, and we have put in some tools that will let you rummage around inside your ActiveMQ message broker, introspect the queues and topics, inject messages for testing and snoop on messages that are going by. You can save and reload your state too, so it’s possible to set up and share a set of messages and configurations for testing or joint review.

There’s more, of course.

The previews were delivered solely as an Eclipse update site, which could be a bit of a bear to interact with. This time around, you download zip files that have everything – Eclipse core, dependencies, FUSE code, the works. They are big ok, but it means that you get everything in one swoop. There’s online help in there, and some cheatsheets to get you started.

Try it out – download is here, forum is here – and let us know what you think.

What next? The radar is moving on to things like JAX-RS tooling, Camel 2.0 support (runtimes go faster than tools, that’s why they are called runtimes, natch), getting a deep integration with m2eclipse and such like other tasty treats. If you’ve got a hankering for anything particular, let it be known in our tools forum.

By-the-by, since we are all Twittertastic these days, you can get more FUSE news by subscribing to @fusenews or indeed subject yourself to my edgy waffling at @oisin.

This bug has been cropping up on and off since Eclipse 3.2. The usual pattern is that it becomes visible early in the year to the Planning Council, who immediately attempt to triage it and limit the potential solution space so that resolution can be made as cheaply as possible. Because Eclipse is an open organization, and is populated by humans, who are in the main scurrilous gossipers and rumour-mongers, awareness of the bug expands in the community as a whole. A Bugzilla is usually created to give the community the opportunity to cosmologically inflate the solution space through the time-honoured approach of getting your oar in.

Eventually, broad interest wanes, and the determination comes back the Planning Council again, who, disappointed that no really clear solution has come out of the community involvement, many eyes == many opinions it appears, just sigh and put a workaround in. Next year the same sequence of events occur.

This year, it’s bug 271054, but the problem is the same.

What do we call the next roll-up release after Galileo?

Comments about bike sheds will be modded up appropriately.

Nearly there. This is the final article in a tetralogy of tardy tales from EclipseCon 2009. I don’t know about you, but I’m looking forward to the end of this, where I can put a big scratch mark through my notes and call them done.

Thursday 26th March

OSGi Dual Talks: Clouds + Bundle Generation

This dual talk turned into a singleton due to the US immigration office who didn’t manage to get a travel visa to the presenter in time for the conference. There seemed to be a lot of this about. Because I’m on the programme committee, I got to see a number of emails, and there was a couple of tweets too, where developers with Eastern European-style names didn’t get replies on their visas in a timely fashion. Further research indicates that the immigration people are guiding 150 days in advance application for scientific/technical conference travel visas. So, as the Irish Girl Guides say bí ullamh – be prepared: either get your application in early, or change your name.

Back to the cloud. Alexsey showcased some interesting tech around managing and deploying bundles into Amazon EC2, as well as discussing some of the security issues. There’s a lot of this about too. Many companies are constructing their own tools around deployment and management into Amazon and private clouds, using OSGi technology as a handy enabler for standardized packaging and lifecycle. The scale of the activity was brought into sharp relief when I got to sit in on an OSGi Tools meeting on Friday morning. Conclusion – moderately interesting. Next step – wait for someone to develop a standard application model for OSGi.

Conquering GEF: Creating well designed graphical editors and bringing them to the Web

Over in FUSE-land, we’ve got a lot of software that use graph models. Integration graphs, dependency graphs, pipelines, that kind of thing. Graphs are great for visualizing, but when you’ve got the job of doing this for both browser and IDE based tools, then you start looking for ways to minimize your code base forkage. The RAP guys have done a great job in bringing SWT to the Web. If there was a chance that GEF, or better still Zest, could be brought to the Web, then that would be full of win. That’s why I went to this talk, which was standing room only.

Once more, this was a talk of two halves. The first half was a kind of a playbook for GEF, and while that was moderately interesting from the point of view of a useful summary of the trials and errors of getting GEF right, the real meat was in the second part of the talk. Here, Vineet brought us from a GEF editor running in a workbench, to the same editor working in a standalone form without a workbench, to the same editor working in a browser. Very cool. The only downside here is that it’s early days for the work, and there are issues that need to be resolved as well as features that need to be added. The way that it happens behind the scenes is that the original GEF code is compiled to ActionScript (some manual intervention required if there’s name clashes) and then that ActionScript is the thing that gets rendered in the browser window. Definitely worth looking into as it matures. Conclusion – very interesting. Next step – come back and check this out after the summer.

Eclipse Swordfish – an open source SOA runtime framework for the enterprise

Swordfish is Eclipse’s very own ESB – you can’t have an open source community without one – and builds upon Apache ServiceMix and Apache CXF with some added-value capabilities and services. One neat technological advance they have in there is an extensible framework for dynamically generating interceptor chains which are installed in the Normalized Message Router to mediate message exchange. Now there’s a statement that only makes sense to probably about ten people, all of whom are already too busy writing in their own blogs to notice it and marvel at its awesome niche techiness. So it goes. For everyone else, I’ll offer the statement that this enables policy-driven behaviour. The ESB is OSGi-based, and uses JBI (also not as dead as people think) as the way to bundle up units of function. Conclusion – very interesting. Next step – must try it out a bit.

Afterwards, I said to Oliver that it was a good presentation, but probably a bit too much technical detail towards the end. He reminded my that the last time he did a presentation I had told him it was too high-level. He then asked was it possible to make me happy. I replied in the negative.

There’s always an issue with demonstrating middleware. It is not interesting to some people to see command windows and logs – the MEGO effect is immediately apparent. It’s like demonstrating intestines. All you have to look at is the output, and it’s not really that pleasant. Ideally, you could take a chunk of intestine out, and attach electrodes to it, then you could pop your microphone in one end, throw the power switch and the induced peristalsis would rocket the mic out the other end, where you could catch it in an amusing manner. I bet you would get a whole lot of +1s for that demo. But you can’t do that with middleware, alas.

SOA Ecosystems

Yet another one of these curated talks – I’ve got feedback on the plus, minus and meh sides of the argument on this model for talks, so I’m interested in what y’all think. Leave a comment with your, er, comment. I’ll bring it back to the programme committee.

This started off badly because I turned up late to introduce it. Zsolt had already started Eclipse Community Registry, a building block to foster the adoption of the Eclipse Runtime and I’d swear that I got a few filthy looks from Adrian. Sorry, guys. This community registry that Zsolt was talking about sounded like a super-duper version of EPIC – but for services. It’s a service registry with handy stuff like tagging, voting, commentary and the like. Zsolt made sure to point out that this is just an idea at the moment, it’s not a project as yet, he’s just putting it out there to see what people think. Conclusion - interesting. Next step – wait and see.

The second talk, galaxy, an open agile platform using dynamic software architecture continued the theme of long talk names, and removed the convention of capitalization. This was a consumer style of talk – Fy brought us through a fairly large-scale initiative being explored by INRIA to construct a development platform that integrates open standard technologies, includes an agile design and modeling environment, and ensure direct feedback to the design from a monitoring infrastructure. It looks neat, and my first thought was that well, this is a long way off. But it turns out there’s a date on it, in Q4 2010, so that makes it more interesting. Conclusion – very interesting. Next step – keep an eye on what’s going on.

Personal applause for Fy because he did a presentation which was almost completely pictures! Yay!

The final event of the day, and the conference, was The Eclipse Community Spotlight. It’s the same every year, the top-level project leads, or their designated PMC representative get to sit in front of the whole crowd and answer questions. Every year, Doug Gaff does the lyrics of Baby Got Back sotto voce into one of the mics before they are switched on. This year, we found out exactly how much Eclipse real estate David Williams (WTP lead) owns – all of our base is pretty much belong to him.

That’s it for this year. As per usual it’s all great fun, and there was visits to one of the best Thai restaurants in the area, one or two great socializing occasions at receptions and bars, and awesome high-bandwidth interactions with people that can help me solve issues, forge alliances, explain concepts, and such important things. Ultimately, huge thanks are due to Bjorn, Scott, Anne and the rest of the extended team that made this all happen.

(Don’t forget to take the survey!)

Today I continue my week-in-arrears retrospective of the EclipseCon 2009. Authors often mumble into their whiskey about the tyranny of the blank page, but I feel that the full page (of partially illegible notes) is equally tyrannical. And I have no whiskey either.

Just a quick concerned citizen-o-gram by the way, please go and fill out the EclipseCon Survey, paying special attention to the the areas that you would like to see improve. It’s important for the program committee next year.

Wednesday 25 March

Building Applications for the Cloud with Amazon

This was the keynote first thing in the morning. I was impressed with Don MacAskill’s shoes, and the way that they run SmugMug on Amazons cloudtastical offering. I experience a veritable frisson at the new EC2 deploy and debug tools that Amazon have created for Eclipse. It uses Webtools’ server framework and deployment mechanism to allow you to deploy your webservices to machine instances running in EC2, and it allows you to debug them as they run. Very neat. Limited to Tomcat at the moment, I’m sure it’ll be no time at all when you will suddenly see it working for things like FUSE ESB and FUSE MR to name but two, ’nuff said. Conclusion – interesting plus frisson. Next step – extend Amazon code to deploy to FUSE ESB instances.

What’s Baking in the WTP Incubator

was a little curated number intended to act as a showcase for some new projects that are growing in the WTP Incubator project. In a session of two halves, Shane Clarke gave us an insight into Developing JAX-WS Web Services – this is a new piece of tooling that enhances the dynamic web project approach of WTP so that it’s easy to create JAXWS services. I’m biased, since we consume this stuff in FUSE and I’m a committer on the project, but Shane has done a maximum awesome job here, I can’t recommend the man highly enough. Unfortunately, this looked like it was a two-hour talk that had to be jammed into twenty-five minutes, so I’m sure that there’s plenty we didn’t get to see. Conclusion – awesome. Next step – update the Apache CXF wiki with details of this.

Next element in the showcase Incubating XML Security Tools. This incubator project contains a set of capabilities for dealing with various XML Security standards, like partial encryption, signing and the like. The author, Dominik, originally constructed this as an e-learning thing, for people that wanted to experiment with XML Security and see how it all worked. It works pretty well for that, but I’m not sure if there are public APIs in place which would allow you drive the encryption processes programmatically. That would be of more value than the user-driven version. Conclusion – interesting. Next step – somebody translate the help from German please!

From source to automated builds with Buckminster and p2

Buckminster is the software assembly tool that we use to do the STP builds, and it has served us well over the past couple of years, so I was interested to see what has happened recently, given all of the p2 stuff going on, and Eclipse release train requirements around packing and signing and all that. Good news – there’s a recent version of Buckminster that is p2ized and fully kitted out for packing and signing headless builds. Just what the doctor ordered. I would rush off to try it out immediately, but I’m stuck here writing in this damn blog. A footnote on the presentation – the subject matter is a little esoteric, but Henrik did a good job explaining it in a way that didn’t dive deep into the details – except perhaps with the CSPEX thing. Conclusion – w00t. Next step – update to the Magic Buckminster and plumb in my STP generic build system, then blog about it.

Higher-level UI programming

Intriguing title on this session. Perhaps we were to be shown how to program UIs by pure radiant thought alone? Or perhaps we were going to see some Epic-class characters showing us how to do our UI? This was a two-session talk again. First up was UFaceKit – A highlevel Databinding and Widget-Toolkit-Abstraction – the motivation behind this particular piece of work is to provide a higher-level widget toolkit abstraction that can be successfully mapped to alternate widget toolkit implementations, like Swing, GWT, SWT and the like. UFaceKit is now an Eclipse project. Conclusion – interesting. Next step – keep an eye for an opportunity to experiment.

The second talk in the showcase was UI designers : Untangle the knots, use EMF (live) models! (yes, there was an entertaining selection of session titles this year for some reason). We got to see an EMF model representing an SWT UI rendered, live, with instant updates to the UI as you tweaked the model. Very nice. The code that does this is an open source declarative UI framework (ye gods, another one) called Wazaabi. Conclusion – me like! Next step – use this for kick-starting mockups at least.

Eclipse and Maven

This next session was one that I was particularly looking forward to. Eclipse, Maven and how they interact is a persistent thorn in my side – always has been – so I was going to this session in the hope that there will be some release from the anguish. There are two Eclipse and Maven projects at the Foundation, and this session was split into two parts to align with the projects. Some people came along hoping for celebrity deathmatch – I just wanted some solutions.

I’m not going to go into the details of the sessions – I can summarize with m2eclipse FTW, apologies to Phil and Brett and Carlos, but m2eclipse is really ploughing resources into this and is moving ahead with a much more complete and broad solution. Conclusion – m2eclipse FTW. Next step – I think I’ll have to start committing to this when it moves onto Foundation turf.

I got the chance to have a sit-down chat with Jason of the m2eclipse project later in the day and we talked about where it was going, and I asked some questions about how I can incorporate the thing into the FUSE Tools and meet the double goal of providing a means for developers to move in a frictionless manner from snappy Eclipse builders to Maven CBI approaches and not suffer terrible brain-damage. Jason gave me enough confidence that this will happen, but it’s going to require some work. I’ll pick up that thread again in another blog entry.

P

P

As usual, day one back from a conference has disappeared in a miasma of hurried catchups, email rationalizations and a numbing sensation of generalized low-grade horror.

Day two must mean the summary of the conference experience. I’m looking at my twenty-four pages of notes with mounting distress at the level of detail. Some ruthless editing is in order. I’ve previously written about the Monday line-up, and followed with a partially incendiary post that spiked my stats and has probably ensured that I will have a crowd around me at my next talk. Remember, everyone, that pitchforks are sharp and flaming torches are hazardous items indoors.

Tuesday 24 March

Enterprise Build System: Model Driven Architecture on PDE Build runtime

At some point in the past, Kagan’s company had constructed an Eclipse tool for our service testing framework, so I was recommended to go along to this talk. I got to see about fifteen minutes of it before being interrupted by a call that I couldn’t defer. Unfortunately, this meant missing the demo part. Overall the subject matter looked interesting. It addresses the issue of constructing Eclipse builds and products, which, for some unknown reason is more difficult than it should be – mostly it’s the failure modes that are impenetrable. However, because of my vendor/consumer hat, the profusion of build approaches fills me with more trepidation than delight. You know the feeling – you’re watching the Cambrian explosion here, much experimentation of body plans and capabilities, and you are all positive but really you are gritting your teeth waiting for the Pliocene to arrive so you can use the stuff in anger. Conclusion – interesting. Next step – contribution to Athena maybe?

Executing BPMN

Koen Aers presented this session, wherein BPMN was hung within an inch of its life, cut down from the scaffold, eviscerated on the windlass, had its intestines burnt in front of its eyes and finally had its corpse quartered and dispatched to points north, south, east and west. My little joke. It wasn’t that sort of execution at all. Basically he showed how jBPM 4 can execute your BPMN-described models. He gave a quick intro to the charmingly retro little grayscale icons used by BPMN. Koen also said that the BPM/Workflow is a jungle of standards. I think he understated the case a little. It’s probably more like the particle decay cloud that emerges from the collision point of two positron beams, except a lot slower. Hopefully convergence will occur at some point in our lifetimes. Conclusion – informative. Next step – /me will leave this kind of thing up to the experts.

SOA Track Set

Here we go. This is the collection of short talks that I was curating. The point of these tiny talks was to bring people up to speed with what’s going on in the SOA Tools Platform project. Jerry spoke about the STP Policy Editor New and Noteworthy – not too much changed here, but some interesting elements have been added to help you edit Distributed OSGi remote services configuration files. Next up was /me with Enterprise Integration Designer: New and Noteworthy – this is where I got to practice being the bearer of bad news. This component is currently sleeping deeply, with no real effort being made to support it except by yours truly. A plea for help ensued, complete with cute puppy picture. Want to contribute? Take a look at the Wiki and get in touch! In a carefully-planned sweetener to disperse the bitter aftertaste induced by bad news, Vincent then presented SCA Tools: new & noteworthy. Now this project is really lively and is constantly adding new features. They’ve made some changes around the capability to extend the metamodel with new SCA artifacts and included an XML editor for defining composites and component types. Above and beyond the immediate application to SCA runtimes like Tuscany and Frascati, I think that this tool has great potential to help people construct composite applications in this brave new OSGi world we are entering. Finally, Adrian brought us up to date on Integration of SOA Editors in Eclipse using the STP Intermediate Model. There’s another big potential here as the basis for a SOA-style repository model. Conclusion – you tell me. Next step – this will be the subject of another post!

Practical Process Orchestration using Eclipse SOA

In this talk, Dietmar introduced us to some of the BPEL-y stuff that he’s been working on, based off the Eclipse BPEL project. If you view the stats, this talk got totally panned, with a lot of -1s. Two things come to mind straightaway. First, I think that the material in the talk wasn’t really quite ready for presentation. If an attendee wanted to go off and do some work with this, they needed to download and build the BPEL project first. That’s ok in my book, but many attendees might expect to be served their meal on a plate, rather than being handed a bag of raw meat and other ingredients. Personal taste applies, but know your audience. Second, the stats seem off. Last time I looked, I didn’t see any +0 votes in the stats for this talk, and there was at least one – mine. So I’m not so sure accurate reporting has occurred here. Conclusion – somewhat confusing. Next step – tighten up and have downloads.

I think there will need to be an aside soon on the Eclipse BPEL project. Not now though. There’s more sessions. No wonder we were all hosed at the end of the week.

Eclipse SOA Initiative

This was a quick intro from Ricco about a nascent initiative to produce an industry-aligned working group in Eclipse about all SOA things. More on that as it gains more support and strength later. And, for those of you who are quick to turn around and say that SOA is dead, I have two words for you: Ker. Ching. That will be all. Conclusion – watch this space.

Galileo: delivering the next major release

Last talk of the day. Rich and Markus lead us through the Galileo build, and dammit, the room is out the door again. Grr. Since I spend time looking inside the guts of this particular monster, I bailed early, before the funk started to rise in the room. Conclusion – I know where the bodies are buried already. Next step – keep shovelling.

At that point I retired to the bar for beer and sushi with some other Progressians. Having a distributed organization, and in an environment where the travel budget fairies have gone to the bad, conferences can provide valuable meet-up opportunities. The Wednesday writeup shall ensue…

In watching the presentations this year, it has come to my attention that some of them are boring. Yes, I know this will be an unpopular opinion, but I was startled enough by it that I thought I had to share.

I have always asserted that as a presenter, your primary role is to entertain. That is, you want to ensure that the arses stay on the seats until you get your point across, and when you do get that point across you want people to be engaged, with their brains on.

Remember, presenter – I have Twitter now. I can amuse myself if you are not amusing me. But haven’t I come for content? Sure, but if I enjoyed the presentation, then I’ll be happy with a bunch of recommended links.

Now unfortunately, there are some topics that are inherently dull and uninteresting in their own right, although this does vary with personal taste. For example, even the merest mention of BPEL gets me right into that day-dream about being out on the golf course on a sunny day.

Or, come to think of it, the one about chainsaws, which I won’t elucidate here.

You are kind of doomed with those type of topics – you had better hope that the attendance contains a cadre of narrow-niche hardcore heads who love it from their own particular perspective. But it will – unless you get the conference wrong.

Ok, so you have a topic thats intrinsic novelty has not put you at a disadvantage. Hypothetical example, Editing Tools for SmoochML Documents. The first mistake to make would be to say “First I will introduce the SmoochML standard”. Dude, if I didn’t know what it was, I wouldn’t be in your talk. You are a developer, so I understand your need to do obsessive corner-case coverage, but, you know, you’re actually off-topic. And then you might complain that you are running out of time at the end. Sympathy, I know thee not.

This is why I like short talks (although ten minutes is too short) – there’s no time for a gentle introduction, it’s off the cliff, into the sea, down as deep as you can go, and then pop out of the water panting and hollering. Forget beach entry.

If you are doing a fifty-minute talk, then I recommend you get in there with a good narrative. Set up a dramatic situation – what was the problem? What would be the consequence of failure? You must create several thousand SmoochML documents in 24 hours, or the Joker is going to blow up a hospital. And, all you have is three dozen red pandas that the programmers inadvertently left behind over the weekend. Yikes!

Next step is to resolve the conflict, tell the story, how did you deliver using the Editing Tools for SmoochML project? Just tell it. Then once it’s all over, go back over a few things and drill into them a little more. People will be more engaged – they may even ask some questions rather than sitting there breathing shallowly with glossy little eyes.

Good luck.

Oh, and go check out the stats for the talks and see if you can spot the ones where people weren’t engaged.

It’s 7am Wednesday morning in Santa Clara, CA. Breakfast is on its way and I’m trying to sort my schedule for the day ahead at EclipseCon 2009.

The last couple of days have been busy. Not as busy as previous years – there’s a marked downturn in the attendance due to corporate travel bans and a seeming go-slow in the US Immigration Dept responsible for issuing travel visas.

On tutorial day, Monday, I attended a PDE builds/Athena builder tutorial. Peak learning came from Andrew Niefer (the last PDE build guy standing) whos skilled explanations painted a picture of PDE build not so much as the be-tentacled monstrosity many believe it is. Top tip – think of PDE as a framework for generating Ant scripts.

Nick has slides and comments on his blog.

Verdict: early days yet, but potential there. Looks like most of the presentation to the user is going to be a minimized properties file plus a conventional project structure. It’s ok. Work to be done with tests etc.

I’d planned to attend the p2 tutorial in the afternoon, but turned up three minutes late (lunchtime visit to Apple store, natch) and the place was rammed.

Rant ensues – we do need to get sorted on room allocations. The p2 thing is popular, since it was forced down our throats last year, and it was in a small room. Downstairs, there were huge rooms with a dozen people scattered about. Grr.

In the heel of the hunt, I went to the Domain-specific Language Development talk, which turned out to be a good learner (the pain). I actually twigged how GMF works at last. The concern is that I may have lossed SAN points in the process – I’ve often remarked how learning the many Eclipse frameworks closely mirrors character progression in the Call of Chthulu RPG. What’s more, I learned about model tranformation with Operational QVT, which is good – will use it. I zoned out during the Xpand piece (jetlag).

Top tip to presenters – Address your audience, not your slides. The slides can’t beat you with sticks for a bad delivery. Ask your audience how they are doing now and then: are they following? Have they got the ellipse in the node mapping done yet? Do they need a minute to regenerate the model because they are newbies at reading your mind? That would be a good start.

To wind it up, I got fingered by The Powers That Be to do powerpoint karaoke session with the inimitable Mik Kersten of Mylyn fame (going to have to get that integrated with FUSE tools). We presented a new framework for identity theft in the cloud. ROFLMAOs there were in abundance.

Back to the schedule selection. At this point in my career I had expected to have mastered basic bi-location, but haven’t, so I thinking of relying on oscillating between sessions. Tuesday update later on. Don’t forget there will be tweetin’ ahead – #eclipsecon.

Last week, Antoine Toulmé hosted a live action demo of the BPMN Modeler Project. It’s been recorded, and you can catch up with at Eclipse Live. Eclipse Live has turned out to be a pretty cool resource, and I’m promising myself I’ll spend more time hanging out there, and might even do some video.

If you think that the demo is going to be all about BPMN and possibly a little too dull for your bytecode-wielding brain, fast forward a bit to where Antoine talks about extending and changing the modeler for your own needs. You’ll be deep in the code at that point and finding out about the awesome GMF chops that went into making the modeler what it is.

Check out the collection of screenshots here to see some of the possibilities.

Due Diligence Process