If you're running dasBlog, go patch it.

Spread the word!

- G

So Rick LaPlante has had a good summer, that's good to hear - my summer has been one great big uncetainty void, what with not having a permanent place to live, starting a new job, having the baby learning and growing at an ever increasing pace... not that any of these things are bad (though I'll be glad when I move into my new place in a couple weeks), just uncertain.  So, I started this blog entry to poke at Rick for telling us about his summer and then dropping the big news if we managed to get through the first half of his entry, and here I am, having now done the same thing.

SO, the big news from Rick:

I’m excited to say that today we signed off on the the last few issues and started the release process for the next Community Technology Preview.  You should be able to get the bits off of MSDN later this week.  ...  This will be a big CTP because it will include the Team Foundation server installation (which I know many of you are very anxiously awaiting).  It will also be based on the Whidbey Beta 1 bits so you will finally have a matched set of Beta 1 compilers/editors/frameworks, and the Team System all in 1 place.  Because it’s based on the Beta 1 bits, the official title of the release will be “Visual Studio 2005 Beta 1 refresh with the Team System”.

Sweet.  Having just spent the last week driving the effort to use NAnt, NUnit, FxCop, and NCover all wrapped up nicely by CruiseControl.Net to create a fully automated, continuously integrated build environment - it should be interesting to see how VS Team System will match up to the ease of VS.Net integration (ok, duh, MS'll win this one), ease of server setup (CruiseControl.Net was much easier to set up than I was prepared for - I'll be blogging my findings once I'm done), and most crucially, ease of developer acceptance - once the NiftyNewToy aura has worn off, how much (or how little) of a PITA will it be for a developer to use VSTS?  Right now with my CC.Net setup, all a developer *has* to do is check something in - the tests, reporting, and redistribution of binaries and documentation is all automated.  Of course, the developer *should* run tests before he checks something in - but we all know that doesn't mean it'll happen 100% of the time.

- G

In the spirit of using Google for good instead of evil, I point you to Tim Heuer's personal blog where he declares (and rightly so) that Fulton Homes suck.

-G

Bob Beauchemin was experimenting with .Net UDTs, and their query results in SSMS when he came upon an interesting bugfeature.  If you create a .Net UDT, deploy it to SQL Server, use it as a column in a table, insert a row into that table, and do a “select *” on that table, you get an error:

An error occurred while executing batch. Error message is: File or assembly name 'MyNewType, Version=1.0.0.0, Culture=neutral, PublicKeyToken=17177e16a4b86577', or one of its dependencies, was not found.

This is because SSMS is just another client for SQL, and as such, uses ADO.Net to query it... which means that the custom UDT you deployed to the server must also be deployed to the machine you're using SSMS from in order to properly disply the value.  Yuck.

In the comments, Angel Saenz-Badillos, an ADO.Net guy from MS, mentions that he doesn't like this behavior, and wants feedback to determine how best to go about this issue.  So, jump on over to either Bob's entry and leave comments, or shoot them stright to Angel himself.  I personally would prefer that in order to get a value back, you have to define a ToString method; how about you?

- G

I'm no HR drone, and I can't pound out a good job description, but the company I'm working for has 3 spots open for .Net developers in NYC, and we need to get those folks in as quickly as we can.  The company is a large, well respected financial firm with offices worldwide.  The project you will be working on (it's a contract gig, but it'll last at least a year) will involve lots of backend processing, crossreferencing large amounts of data.

Also good skills to have:

• Oracle 9i
• Knowledge of the RUP methodology & tools
• “Advanced“ ASP.Net knowledge - if you can't answer a question w/o reading out of a book, move along.

If you think you fit the bill, shoot me an email with a cover sheet, resume, and salary requirements, preferably in MS Word or RTF format; PDF is ok.

- G