Malcolm Groves: Borland

ECO III at ADUG Sydney

Wed, 18 Jan 2006 00:48:47 GMT

I'll be showing off some of the new features of ECO III at tonight's ADUG (Australian Delphi User Group) Sydney meeting.

It's essentially a repeat of my Borcon US session. Borland will be providing the pizza and drinks, so come along if you can.

Korean Delphi 2006 launch via 200 inch monitor

Tue, 15 Nov 2005 04:56:00 GMT

Last week in the middle of all the stuff going on at Borcon in San Francisco, David and I snuck out late one night to a video conference room at Kinko's to present 2 hours of Delphi 2006 to 400 developers in Seoul, Korea.

It was 2 hours of nail-biting suspense, as I was expecting the video or the audio to let us down at some point, but except for a few minutes of noise partway through, it all went very smoothly. We were up on a 200 inch screen, which is kinda scary, as I was feeling quite tired from jet-lag and usual late nights at Borcon, so the bags under my eyes must have been about a foot tall

Not sure why it still surprises me when technology works as it is meant to. Maybe this stuff may yet deliver on its promise of letting me travel less.

ECO is Child's Play

Wed, 26 Oct 2005 05:39:09 GMT

I saw the rough recordings of this awhile back, but I just watched it again now that it's been posted on BDN.

I thought I was getting reasonably good at explaining this ECO thing, but I bow to the master (mistress?)

http://bdn.borland.com/article/0,1410,33331,00.html

This one's going straight into the pool room

Mon, 26 Sep 2005 03:46:28 GMT

I spoke with Matthew Overington, a journalist in Australia, a little while back about Model Driven Development in general, and ECO in particular. The resulting article showed up on BuilderAU back in August.

I wouldn't normally post links to sites that have linked to an article I'm in, but I'm so tickled by this one, I just had to post. The article has been referenced on the Healthy Hair website, specifically on the Hair Loss blog (Who knew there was a blog about hair loss? Why wasn't I told?).

Now the less kind amongst you who know what I look like, will no doubt be able to construct some terribly amusing reason why I'd be on this site. Oh, how we'd laugh! Sorry to spoil it for you, but you'd be wrong. There were no photos in the article. Ha!

My mum will be so proud. I'm not even upset that they messed up the quote. This one's going straight into the pool room.

ECO : Autoforms and Form Factories

Mon, 29 Aug 2005 00:32:46 GMT

I've been in New Zealand this week doing some Borland Developer Day's events. Mornings we've been focusing on ECO, afternoons we've been focusing on the new MDA features in the next version of Together.

Anyway, during the ECO session in Wellington, I was talking about the AutoForms capabilities, and how you could register your own AutoForms for specific types. This is a really useful feature, as you can use the default AutoForm during early parts of your development, so that you can focus on getting the model developed, and then when ready, you can create custom forms to be used to view and edit your objects. Registering them with the AutoForm service means that you don't have to change any of the code in your app that display's your AutoForm, it will automatically use the new form you have registered.

After the session, one of the guys in the audience who'd been using ECO for awhile came up to me asked how to do this. To be honest, I thought I'd already blogged about this. Apparently not, so I had a few hours to kill in the Qantas lounge in Christchurch while I waited for my flight home, so I thought I'd write something up. You can grab the sample code here.

A few things first. If you haven't seen the default AutoForm capabilities, download the source for this project and open it in Delphi 2005 Architect. Bring up Winform1, and note that I've set the ECOAutoForm property on the grdAllPeople DataGrid to True. Now I can simply double-click on a row in my grid, and an autoform will be created. This is probably the simplest way to get ECO to display an AutoForm for an object.

NB: If you can't see an ECOAutoForm property in the DataGrid's on your form, you probably need to add an ECOAutoFormExtender component to the form. This will insert some ECO-specific properties into the DataGrid.

Also click on Button3, which is the button labeled "Show Autoform" next to the upper grid. I've also set it to display an AutoForm for the currently selected Person in the grid. I've enabled this by setting it's ECOListAction property to ShowAutoForm, and setting its BindingContext to my grdAllPeople grid, and its RootHandle property to the ExpressionHandle holding the collection of Person objects, in this case, ehAllPeople. This is probably the second simplest way to display an AutoForm for an object.

If you want to display an autoform for an ECO object via some other method (e.g., via a context menu, etc), then the following code (Which is also in the Click event of Button4 in the sample project) will achieve the desired result:

procedure TWinForm1.Button4_Click(sender: System.Object; e: System.EventArgs);
var
autoContainer: IAutoContainer;
begin
if Assigned(cmhSelectedAppointment.Element) then
begin
    autoContainer := AutoContainerService.Instance.CreateContainer(
                       cmhSelectedAppointment.Element,
                       AutoContainerArgs.Create(EcoSpace,
                                                False,
                                                AutoContainerMemberVisibility.AllMembers,
                                                ContainerReusage.NeverReuse));
    if Assigned(autoContainer) then
    Form(autoContainer).Show;
end;
end;

Firstly, we're checking that an Appointment object has been selected in our grid, by seeing if the Element attribute of our CurrencyManagerHandle is assigned. Then, we're using the AutoContainerService's CreateContainer method to get back a reference to an IAutoContainer for the selected Appointment. Lastly, provided we got back a reference, we're casting it as a Form and calling show to display it.

Running the project should show that clicking the button to invoke this code has the same result as double clicking in the grid.

Personally any time I want to display a form in my ECO apps, I use this code. Yes, it's longer than just creating an instance of a custom form and assigning the ECOSpace and the ECO object you want to edit. However, bear with me for a minute and hopefully you'll see the advantage.

Open the fAppointmentAutoForm unit and have a look at the TAppointmentForm it contains. I designed this form like I would design any other ECO Winforms. File | New | Other...ECO Enabled Windows Form, drop my controls down. set the ReferenceHandle's ECOSpaceType and StaticValueTypeName properties, set up my databinding, etc. To convert this form into an ECO AutoForm, I have to do a few things:

1. Extend your form class so that it implements the IAutoContainer interface. You'll need to add the Borland.Eco.AutoContainers and the Borland.Eco.ObjectRepresentation namespaces to your interface uses clause. Use Ctrl-Space from within your class declaration to declare the BuildControls, HookUpGUI and set_ECOSpace methods, and extend the declaration of your EcoSpace property so that has a setter method (the aforementioned set_EcoSpace).

2. Ctrl-Shift-C from inside the form classes declaration to stub out the implementations of these new methods. The code within them looks like the following:

procedure TAppointmentForm.set_EcoSpace(value: EcoSpace);
begin
if value <> FEcoSpace then
FEcoSpace := value;
end;

procedure TAppointmentForm.HookUpGUI(ecoSpace: EcoSpace; element: IElement);
begin
FEcoSpace := ecoSpace;
RHRoot.EcoSpace := self.EcoSpace;
RHRoot.SetElement(element);
end;

procedure TAppointmentForm.BuildControls(element: IElement;
autoContainerArgs: AutoContainerArgs);
begin
// don't need to do anything, unless you intend writing a generic
// autoform
end;

Most of these should be fairly self explanatory. The BuildControls method is empty, however if you wanted to dynamically create controls on your AutoForm, this is where you'd do it.

3. So, now our AutoForm is complete, however we need to register it with the AutoFormService. To do ths, we define a simple Factory class. In the same unit, you'll see this under my form declaration. Its delcaration looks like this:

AppointmentAutoContainerFactory = class(System.Object, IAutoContainerFactory)
public
function get_AutoContainer: IAutoContainer;
function Matches(modelElement: IModelElement): Boolean;
end;

Its implementation looks like this:

function AppointmentAutoContainerFactory.get_AutoContainer: IAutoContainer;
begin
Result := TAppointmentForm.Create(nil);
end;

function AppointmentAutoContainerFactory.Matches(modelElement: IModelElement): Boolean;
begin
Result := modelElement.Name.Equals(Appointment.ClassName);
end;

You may need to add the Borland.Eco.UmlRt namespace to your Interface uses clause. The get_AutoContainer method is where we actually create an instance of our form. The Matches method will be called by the ECO Framework, passing in a reference to the model element for which it is trying to create an AutoForm. Your job in this method is to decide if your form will handle this class, in this case I'm checking whether it represents an Appointment, and if so returning true.

4. Lastly, I need to register my Factory with the AutoForm service, by adding the following code to the initialization section of the unit:

initialization
AutoContainerService.Instance.AddFactory(AppointmentAutoContainerFactory.Create);
finalization

That's it. Now when you run your app, you should notice that when you request an autoform for an Appointment object you'll get back our new form. This is regardless of how you request it (i.e.. double clicking in your grid, using the ECOListAction on your button, using the AutoForm code, ECOSpaceDebugger etc). You don't need to change any of your forms, you can make the change in one place and the rest of your app will follow. Way cool!

In the sample code, the initialization section code is commented out, so you can easily see the before and after effect.

24 hours of Delphi

Tue, 12 Jul 2005 23:07:56 GMT

So, we're getting close to the 24 hours of Delphi online radio thingy (yes, I think that's the official name). The schedule is up here.

I'm going to be on at midnight PST, and then again at 11pm PST (which thankfully is a much more civilised 5pm and 4pm respectively where I am), but I'll be sticking my head in whenever I can. I'll also be making an effort to be online for the ECO bits, which are:

3:00 am PST with Jan
3:45 am PST with Jonas
10:00 am PST with Daniel
7:00 pm pST with Randy
10:00pm with Tim and Dick

Hmm and Brian Long is always good value, and Marco, and..., OK, looks like I'm not going to get much work done for the next 24 hours.

Custom OCL Operations

Tue, 19 Apr 2005 20:56:40 GMT

Jonas has just updated the ECO pmwiki with an interesting post on creating custom OCL operations, along with an example that implements a bunch of DateTime functionality that you can invoke from OCL. One of the guys mentioned this a few months back, and I've been waiting since then to get my hands on it. Hmmm, wonder if I have time to play tonight.....

Delphi at SDA.NET Conference

Tue, 19 Apr 2005 20:55:04 GMT

SDA Asia magazine are holding their SDA.NET Conference 2005 in Singapore from the 24th to the 27th of May. This conference promises to be pretty cool for a bunch of reasons:

There are a whole bunch of well known Delphi people speaking, including Michael Li, Neal Ford, Chad Hower and Hadi Hariri. Somehow I managed to sneak in there as well :-)
As well, there are some great speakers from the MS side of the fence as well, such as Ingo Rammer, and the one that I'm most looking forward to hearing speak, Clemens Vasters.
Half the sessions are totally free to attend. The other half require registration, but even that is ridiculously cheap (SGD$250 per day, including the pre-con and post-con tutorials).

So even if you're not based in Singapore, at that price, and with that lineup of speakers, how could you not attend? If you are going, let me know, maybe we can organise a meetup (Chee Wee and I know this great pub)

ECO is Love

Thu, 14 Apr 2005 06:44:48 GMT

Part of the reason I've been quiet on the blog lately (apart from work, travel, family life, ill dogs, and just general laziness) is that I've been working on a reasonably large ECO/ASP.NET application for use internally in Borland. Eventually I'd like to publish the source code (inspired as I am by Peter Morris) but trust me, you wouldn't want to see it in its current state.

Anyway, back to the point. Being a web app, part of it follows a fairly common web standard of organising content in a hierarchy of categories that users can use to navigate down into more specific areas. Think of the directory structure at Yahoo in the screenshot below

Anyway, this was relatively easy to implement in a model: a Category class that has an auto-association (ie. an association to itself) such that a Category can have 0..* child categories, and a Category can have 0..1 parent categories. It was also relatively easy to set up in ASP.NET so I could browse my way up and down these categories.

What had me stumped for awhile were the breadcrumbs. Breadcrumbs? Look in the Yahoo screenshot above. Near the top, it has a list of all the ancestor categories as links, so you can work your way back up to where you came from. I wanted to be able to get a list of the Category objects that make up the path from a specific Category all the way to the root. In the screenshot, it's Directory, Computers and Internet, Programming and Development, Languages, Delphi from least specific down to most specific. Once I had this in a handle, I could bind it to an ASP.NET Repeater component and Robert's your mother's brother. I didn't only need to access this path for the breadcrumbs, but that's a nice, visible example of what I needed.

I eventually came up with some fairly convoluted code that walked up the Parent association, adding each to a handle as I went (which involved some pretty funky casting along the way). That worked, but it left a fairly foul taste in my mouth. I thought ECO was supposed to stop me from having to write this sort of pointless plumbing code?

Well, obviously if there wasn't a better way I wouldn't be writing this article. After some help from Jesper and Jonas (thanks guys!) here's my current solution. I'm sure there are others, but I'm kinda fond of this one at the moment.

I've added a Derived Association, in fact another auto-association, called Path and made it uni-directional. When you reference this association you should get back all categories from the root down to the current Category. To make this happen, the Derivation OCL for the Path association looks like this:

if self.Parent.isNull then
self->asSet
else
self.Parent.Path->including(self)
endif

If the current Category is the root, its Parent will be null, and as a result we return a collection of just the current Category. However, if we are somewhere down the tree, then we use the including operator to add the current Category to its Parent's Path collection (ie. we're recursively calling this derived association).

Works like a bought one, as you can see in the screenshot below. The top left grid is showing all the Category objects, and also serves to let us select a particular category. The bottom left grid is showing the children of the currently selected Category, and the bottom right grid is showing the contents of the currently selected Category's Path association. Exactly what I needed.

Yes, the result is exactly the same as my convoluted code, and yes I had to learn a bit of OCL (this is the best OCL reference I've found so far, BTW. Thank you Anthony), but it just feels so much more ECO-like to be able to tell the framework what I want at a higher level, rather than having to explicitly say how to do it. Sure, I always want to have the option to take control over how things happen, but for stuff like this, I couldn't care less.

<Sigh> Once again I'm reminded, ECO is love.

Oh, you can download the source for this example here (and yes, I realise I can't spell, but then Delphi doesn't spell check my Project names for me, so it's not my fault).

FileExplorer for Delphi 2005

Wed, 10 Nov 2004 02:49:48 GMT

Well, I didn't expect to be updating this quite so quickly, but it's my own laziness that caused it so I can't really complain.

I've updated my FileExplorer addin so that it behaves in a more civilised manner when it comes to where it places its packages than it used to.

I got the good oil from Allen on what I should be doing, spent a little time learning how to add Pascal scripting to my InnoSetup project (which is stupidly easy, BTW. InnoSetup rocks!), and the result is a setup that will hopefully play nicer with security issues, etc.

Of course, I said "should" and "hopefully" a few times above. I've tried to test it out as well as I can, but I'm sure you'll all let me know if there are any problems :-)

Writing Solid Delphi Code

Tue, 09 Nov 2004 01:00:31 GMT

I've had a couple of people point out that the link to the sample source at the end of the Writing Solid Delphi Code article was dead. Well, I finally got around to fixing it, so all should be well now. Sorry guys.

FileExplorer for Delphi 2005

Sun, 07 Nov 2004 04:59:56 GMT

I've updated my FileExplorer addin for Delphi 2005, as well as adding a couple of new features, such as support for jumping direct to any of the paths in your VCL and .NET Library Paths. More info here

Japan : Delphi 2005 vs Typhoon Tokage

Wed, 20 Oct 2004 21:08:23 GMT

I arrived in Tokyo this week to do some early briefings around Delphi 2005 (aka Diamondback), the same week that Typhoon Tokage arrived. I spent a couple of days briefing journalists from the major Developer magazines in Japan, but given that the launch of the Japanese version of Delphi 2005 lags behind the English edition by a little while, we chose to do the public events a little differently. As Arisawa-san pointed out in his blog, Japan are holding full launch events later in November, however this time we invited select members of the Delphi community in for a briefing. These are guys who run User Groups, run online Forums, publish Japanese Delphi magazines, etc. In other words, the kind of enthusiastic community members that Borland is blessed with all around the world, and this was, we thought, a small way we could try and repay that enthusiasm.

We had scheduled this event for Wednesday night, which it turns out was the same time when Tokage was due to hit Tokyo. As cool as we think Delphi 2005 is, we thought that maybe people may not want to come out to a Delphi event just as a 800km-wide Typhoon descended directly on Tokyo, we contacted the invited people and offered to run it on Thursday night instead. Some took us up on the offer, but amazingly, a surprising number were willing to brave the Typhoon in order to get a first look at Delphi 2005 in Japan!

So, if these guys are willing to risk it, who am I to say no, so as rain flew horizontally past the window, flood levels rose, and much destruction was wrought elsewhere in Tokyo, we had a group of guys sitting watching my demos and getting very excited about what they were seeing. To say it was surreal is an understatement. These guys are so hardcore! We'll run it again tonight, but so far this has been the most memorable part of the Delphi 2005 launch. Singapore, Malaysia, Thailand and Korea in the next few weeks will have to raise the bar in order to top that!

Diamondback Sneak Peek - Perth

Wed, 13 Oct 2004 23:58:10 GMT

The last of the Diamondback Sneak Peaks for Australia was in Perth on Tuesday. ADUG Perth is the newest of the ADUG Chapters, only having been up and running for 6 months or so, but we still managed nearly 60 people along to see Diamondback. You'll have to trust me on that though, because about 5 minutes after most people left, I realised I forgot to take a photo :-(

Again, a big thanks to the various organisers of ADUG. We totally couldn't have done these Sneak Peeks without their help. Given they are all volunteers and all have day jobs, it was a great contribution on their part to the Delphi community. Thanks guys.

I've got a few days of not showing Diamondback, then I'm off to Japan. More photos soon.

Diamondback Sneak Peek - Adelaide

Wed, 13 Oct 2004 23:50:20 GMT

The Australian Diamondback Sneak Peeks continued this week with Monday finding us in Adelaide. I'm becoming a bit of a broken record, but we had another bumper turnout and the product seemed to go over very well.

Surprisingly for Adelaide, they even had a signed Queensland State of Origin jersey up on the wall, which immediately made me realise that Adelaide people must be very discerning and refined judges of quality :-P

Diamondback Sneak Peek - Melbourne

Sat, 09 Oct 2004 06:43:37 GMT

To finish the week, we had the biggest turnout so far. Melbourne's Delphi community turned out in force to see Diamondback. And finally another group who weren't shy in front of a camera.

Diamondback Sneak Peek - Brisbane

Sat, 09 Oct 2004 06:39:18 GMT

Thursday I was in Brisbane for the Diamondback Sneak Peek. Weird shaped room (these two photos are in the same room, honestly), but a great turnout and a great response to Diamondback.

Diamondback Sneak Peek - Canberra

Wed, 06 Oct 2004 10:10:12 GMT

Today was Canberra's turn to get a look at Diamondback. They were a little more shy than the Sydney guys when it came to the photo, but were no less enthusiastic about the product. Tomorrow is Brisbane's turn.

Diamondback Sneak Peek - Sydney

Wed, 06 Oct 2004 09:59:51 GMT

Last night we started the Diamondback Sneak Peeks for Australia in Sydney. Great turnout, lots of good questions, and we ran way over time (just too much good stuff to show off). Everyone seemed pretty excited about what they were seeing (as you can see from the photo) so we're off to a good start for the rest of the sessions.

Many thanks need to go to the ADUG guys for doing so much of the work in organising these events.

Leaving on a Jet Plane, Don't know when I'll be back again...

Sun, 26 Sep 2004 23:43:36 GMT

My home for the next month or two is going to be somewhere in Qantas Economy Class. Starting next week we're kicking off a whole bunch of Diamondback Sneak Peeks around Asia Pacific. I'm both excited about it (I'm really looking forward to the reaction from the audience to Diamondback) and dreading it (I'm a fairly grumpy traveller) at the same time.

So the next two weeks I'm doing the rounds of Australia, covering Sydney, Canberra, Melbourne, Brisbane, Adelaide and Perth. More details here

After that it's Japan, Malaysia, Singapore, Thailand, Korea and after that it gets kinda blurry. China and Taiwan will be handled by the extraordinary Gordon Li, and New Zealand has already been covered by the equally extraordinary Richard Vowles. I'll try and post photos as I go around.

I think I get home before Christmas.

Upside is I write most of my ECO blog articles on flights, so no excuses over the next couple of months.

BCN2Outlook

Thu, 09 Sep 2004 12:18:33 GMT

Sorry to be so late in posting this. A couple of people have asked me about this old utility leading up to this Borcon, but what with trips and catching up with life when I get home, I haven't got around to uploading it before now. Here's the description from years ago when I first released it:

The Borcon US website allows you to select sessions you are interested in attending and then download a BCN file. They also provide tools to sync this BCN file with your Palm Calendar.

This is all well and good, except for those of us who don't use a Palm!
BCN2Outlook is a simple tool we've developed to allow you to sync your BCN file with Outlook. Once it's in Outlook, you should be able to sync from your Outlook Calendar to whatever flavour PDA you use, using its standard Outlook sync. We've tested this with Outlook 97 and 2000, and PocketPC ActiveSync, however it should work with other versions of Outlook.
BCN2Outlook is offered free to other Borcon attendees

I haven't tested it this year, but I imagine it should still work. Post-Borcon I'll dig out the source for it and post that as well.

Borland Blogging Community

Sun, 27 Jun 2004 23:42:27 GMT

Now that we have our official blogging site up and running (http://blogs.borland.com), I've been reposting some of my ECO stuff over there at http://blogs.borland.com/malcolmgroves. Still haven't quite figured out what I'll do regarding new articles, but I'm leaning towards posting them there and posting a note here to let people know they are available.

Evaluate OCL in Code

Mon, 31 May 2004 01:23:27 GMT

A quick one for today.

Just had a question from someone on how to evaluate OCL from code. Assuming you have our Person class from the previous examples, place the following code in a button's click event:

procedure TWinForm.Button1_Click(sender: System.Object; e: System.EventArgs);
var
OCLResult : IElement;
ObjList : IObjectList;
i : Integer;
begin
OCLResult := ECOSpace.OclService.EvaluateAndSubscribe(nil, 'Person.AllInstances',
nil, nil);
if OCLResult is IObjectList then
begin
ObjList := IObjectList(OCLResult);

    for i := 0 to ObjList.Count - 1 do
    begin
      MessageBox.Show(Person(ObjList.Item[i].AsObject).Firstname);
    end;
end;
end;

Here, I'm executing some simple OCL (Person.AllInstances) and then iterating through the resulting collection. The Item property of IObjectList returns an IObject. You can then reference its AsObject method to get back a TObject, which you can cast as your Person and away you go.

Once you have your Person, dealing with any attributes or associations that it has will be much easier, as they will be correctly typed. It's just "getting inside" our object model where we need to cast all over the shop.

Obviously, if your OCL doesn't return a collection, then you'd deal differently, but the above code should get you started.

Test Lists in TDD

Sun, 30 May 2004 04:53:07 GMT

I was flicking through Test-Driven Development in Microsoft .NET in Borders yesterday.

In it, one of the authors suggests you make a Test List when creating your test class. A Test List, cunningly named as it is, is a list of tests you think you might need for the particular class you are testing. The idea being that not only is it a place to capture all the initial thoughts you had about potential tests you should perform, and the others you think of while you are working, but they also went on to outline a couple of different strategies to choose which tests to write first, and how your choices may affect the design of your class.

Seems like a good idea to me: simple, useful, obvious, but in spite of the fact that I've been using DUnit and JUnit for quite a few years, and more recently NUnit, it's not something that I've ever formally done. I usually just keep them in my head (invariably forgetting a few) or scrawl them down randomly on a bit of paper and immediately lose them. I've had the embarrasing situation a couple of times, where upon tracking down a bug, I've said to myself "But I'm sure I wrote a test for that" only to find that I meant to, but...

So, mark up one habit I'm going to try and get into. However it seems that Delphi and C#Builder can help me out here. I've already got the following code added to a Code Template:

{$REGION '|'}

{$ENDREGION}

so that I can add collapsible code sections with a simple Ctrl-J. So, from now on I'm going to try and get in the habit of putting one of these up somewhere near the declaration of my test classes, and within it use the To-Do List features of Delphi and C#Builder to embed my Test List into my code. I then get a nice, non-distracting collapsed section like this:

but which when needed, expands out to this:

but more importantly, I can access via the To-Do List viewer:

So at the very least, I can now prove I really did mean to add that test after I spend a bunch of time tracking down a bug :-)

Malcolm Groves: Borland

ECO III at ADUG Sydney

Korean Delphi 2006 launch via 200 inch monitor

ECO is Child's Play

This one's going straight into the pool room

ECO : Autoforms and Form Factories

24 hours of Delphi

Custom OCL Operations

Delphi at SDA.NET Conference

ECO is Love

FileExplorer for Delphi 2005

Writing Solid Delphi Code

FileExplorer for Delphi 2005

Japan : Delphi 2005 vs Typhoon Tokage

Diamondback Sneak Peek - Perth

Diamondback Sneak Peek - Adelaide

Diamondback Sneak Peek - Melbourne

Diamondback Sneak Peek - Brisbane

Diamondback Sneak Peek - Canberra

Diamondback Sneak Peek - Sydney

Leaving on a Jet Plane, Don't know when I'll be back again...

More Articles Reposted

BCN2Outlook

Borland Blogging Community

Evaluate OCL in Code

Test Lists in TDD