Hey, I just arrived at the Hyatt Regency hotel. It’s a nice place. I met Mik Kersten in the shuttle bus from the airport. He is also staying at the Hyatt. There seems to be a registration today. I’ll check that out. Last but not least, there’s Ian’s blogger party tonight.

Update:

You can register today. I already got my badge and a lot of other great giveaways including a nice committer shirt. I met Chris, Denis, Ward and Wayne there and after some cookies we decided to get a beer. Right now I’m going downstairs again to meet Ian and all the other bloggers out there.

Eclipse puts provisional API into internal packages. I think this is really distracting. Why? Well, provisional API should encourage early adopters to support upcoming features. Great. But what do they get from adopting an API that will be moved to some other package in a later point of time? Right, their adoption breaks and the users of their plug-ins are stuck to an older Eclipse release.

This now happened to me with the Borland StarTeam integration. The developers adopted to the ResourceMapping support introduced in Eclipse 3.1. Actually this should bring the plug-in some benefits in handling model objects that are backed by multiple resources. That’s a great idea but now I’m stuck to Eclipse 3.1 and can’t use 3.2 M5 anymore because the package name of the Resource mapping support changed and the plug-ins can’t be started anymore due to a java.lang.NoClassDefFoundError: org...internal...mapping.ResourceMapping. This reduces the intendence of the adoption to absurdity. Even a match="greaterOrEqual" won’t help in this case.

Unfortunately, the StarTeam integration is closed source. Thus, I can’t go an fix this stupid error myself. I probably have to wait till long after Eclipse 3.2 has been released to get an updated.

And at the end? Nobody will get any benifits. Users are stuck to an older technology or need to drop the Team integration completely. The adopters appologize and may consider not adopting next time. And the developer will get no feedback about his API because there won’t be any volunteers anymore.

Update 2006-08-17:

I’ve written a plug-in for Polarion’s SVNImporter. It allows you the migrate from StarTeam to Subversion. The code is available here.

Caucho Resin is the application server used in the environment of my new employer. Thus, I had to adapt to a new development technology.

I came across this page in the Caucho Wiki. It explains the various ways of integrating Resin with your favourite IDE. It points to a great tutorial from Pritpal Dhaliwal.

However, what I really missed was a tighter integration into Eclipse WTP. After searching around a little bit I decided to write one myself based on the Eclipse WTP generic server definition support. Here it is. Read the rest of this entry »

Bug 128555 claims that the Eclipse website is hard to understand for newcomers. I agree with that claim. However, it’s really hard to come up with a solution that fits to all requirements collected for the Phoenix project. If you have any suggested how we can improve the user experience especially for newcomers please stand up and shout now. We are listening!

Thanks, Gunnar

I just arrived in my apartment in Toronto. The limo driver had some problems finding the road. But finally he was able to figure it out.

The apartment is on the 30th floor. It’s a great view from here. It’s a nice place. Internet is working. Skype Video, too.