寝ても覚めても.NET（？）

件名の内容についてどはまりました。
Azure開発用の開発環境ストレージには、日本語データが登録できないようです。
# もしかすると２バイト系は全部だめ？


Windows Azureトレーニングキットの
Introduction to Windows Azure for Visual Studio 2010 Developersの
Excercise 1をやって、
・・・
ようするに、Hello World!くらい一番初めのやつをやって、

最後に実行したところ

System.Data.Services.Client.DataServiceRequestExceptionが発生。

当然、どこかうち間違ったかなと思うわけですが、
解答ソリューションでも同様のエラー。

じゃー環境だろうということで、いろいろ調べていくと・・・
先人（？）の知恵には学ぶべきですね。

本番環境のWindows Azure Tableでは日本語のデータが登録できる

というものを 発見。日本語登録できないのかよ！！

なんだろう・・・日本語データでテストしたかったら課金ってこと？？？

今更ながら感満載だけど、自分用のメモ
app.configまたはweb.configに以下のようなこと書いた。

<configuration>
  <configSections>
    <section name=”mySection” type=”” />
  </configSections>

  <mySection>
    <myElement>
      <![CDATA[
        あいうえお
      ]]>
    </myElement>
  </mySection>
</configuration>

で、実行したら、構成ファイルを読み込むところで

ConfigurationErrorsExceptionが発生して
構成セクションに CDATA またはテキスト要素を含むことはできません。
って言われた。

ってか、へぇ～って感じだった。
あえてテキスト要素を書こうとは思わないから、全然気づいてなかった・・・。

以前の投稿でEnt Lib 5.0はXPをサポートしないって書いたけど・・・。
どうやらサポートすることになったみたい。

ちなみに以前の投稿が4/23で、Ent Lib 5.0のページが更新されたのが4/28
いったいなんだったのかしらｗ

以下のブログにもいろいろ書いてありました。
http://blogs.msdn.com/agile/archive/2010/04/28/enterprise-library-5-0-on-xp-additional-test-pass-no-issues.aspx

XP SP3だったらOKみたいなんで、まぁまぁ問題ないかということで。

.NET 4からっぽいWCFのルーティング

クライアントとサーバーの間に挟まってまさにルーターになるための
RoutingServiceクラス（System.ServiceModel.Routing, System.ServiceModel.Rouging, Version=4.0.0.0.）
なんてものが用意されている。

これを使うとほんとにルーターみたいに受け取ったアドレスやらメッセージから
本来行くべき場所のアドレスにスルーパスしてくれる感じ。
なので、ルーターとして動いているサービスと実際にリクエストを処理するサービスの２つがあるイメージ。

IISでホストすれば当然、両サービスへのアクセス履歴が残る。


一方、ASP.NET Routingと連動するために用意されている
ServiceRouteクラス（System.ServiceModel.Activation, System.ServiceModel.Activation, Version=4.0.0.0）
なんてものもある。

こっちの場合は、WCFをASP.NET互換モードで動かして、
Global.asaxのApplication_Startメソッドで、
RouteTable.Routesに新しいルーティング定義を追加する。

RouteTable.Routes.Add(new ServiceRourte(“Service”, new ServiceHostFactory(), typeof(IService));

のような感じ。
クライアントからは以下のようなアドレスでアクセスできる。

http://localhost/WCF/Service

ServiceRouteの第一引数とURLの末尾が一致すると、
このルート定義が使われて、
ServiceHostFactory（ServiceHostFactoryBaseを継承して自分で作る必要あり）で
ホスティング環境が起動し、
IServiceコントラクトの実際のサービスが呼び出される仕組み。

こっちの場合は、ASP.NETランタイム内でディスパッチされてるから
IISのアクセスログとしては、「http://localhost/WCF/Service」しか残らない。

もう少し応用すれば、ASP.NET MVCのルーティングみたいに
http://localhost/App/Category/2
とかのURLをディスパッチして、特定のWCFサービスに渡すとかできそうだけど
なんか、それは果てしなく難しそうなのと、それにあまり意味がなさそう・・・。

へぇ～ってだけなんですが・・・。

Express Editionにはタブオーダーって機能がないんですね。
今の今まで全然知りませんでした。
画面作ってると意外に便利なタブオーダー
こんな昨日まで削られてしまっていたとは。

まぁほかにもあれやこれやそれやと結構いろいろなくて、普段Ultimate（旧Team Suite）しか使ってないと
いろんなことに気付けないものだなとつくづく。

Visual Studio 2010がぼちぼち出回り始めてますね。

そろそろインストールも終わってではヘルプでも見ながら・・・
といきたいところですが
今回、ローカルヘルプの使い方ががらりと変わってしまって
正直相当使いにくくなった気がします。

まず、見え方が気に入らない。
今まで通り、左ペインでツリービューを展開できるようにしたい！

追加のインストールが必要なのが面倒。
自分のほしいものだけインストールできるけど、いちいちインターネットに
接続してダウンロードしてインストールしないといけない。
これがものすごーく時間がかかる。

MSDN ライブラリも見え方が気に入らない。
新しいMSDN ライブラリを見に行くとVS 2010のローカルヘルプみたいになってる。
こっちは、右上の基本設定から表示をクラシックに変えれば今まで通り。

VS上位エディションのヘルプ構造の変更でどこになにがあるかわからない。
VS 2005, 2008とTeam Suite & TFSを使ってきた身としては
今回のヘルプの構造変更はかなり戸惑う。
もうどこに何があるのかわからない・・・。まぁなれだろうけど。。。

一番腹立たしいのは今まで
URLの最後のほうに表示されてた「xxx(VS.80).aspx」とか「xxx(VS.90).aspx」とかが
バージョン切り替え用にあったはずなのに
ここを「xxx(VS.100).aspx」とか「xxx.aspx」にしてもVS 2010用のコンテンツは表示できない・・・。
何のためのアドレスルールだったんだー！！！

一か月ぶりのエントリーですが
一応、みなさんに御挨拶ということで。

過去２年にわたり、MVPの表彰をいただいておりましたが
昨今のちょーさぼり生活のあおり、今回は見事に再受賞できませんでした。

最近は仕事が忙しいのを理由に
コミュニティの勉強会とかにはほとんど顔を出していませんが
今年もあまり変わらない状態になると思われます。

ＭＳ系セミナーは引き続き参加していくと思うので
見かけたらまた遊んでやってください。

ひとまず、4/13のReady Dayには出没しているものと思います
では。

VS2005だか2008のころだったからか搭載されたデバッグ実行中に
DataSet内に格納されているデータを参照するための機能

ウォッチウィンドウ使ったり、イミディエイト使ったりしなくてよくなってずいぶんと楽になりました。
当然のようにVS2010にもついているわけですが・・・

まだベータだからかな。
.NET Framework 3.5で開発してたら、DataSetVisualizer.dllを読み込めませんでした
的なエラーが表示されてうまく表示できません。

エラー内容をよくよく見てみると現在のアセンブリは以前のバージョンでビルドされているため
うんたらかんたら・・・

.NET Framework 4に変えてみたところ普通に表示できるようになりました。
なんとなく気になったので書いてみた。