Windows

「クライアントは要求された特権を保有していません。」のエラーに遭遇してしまった。

pandora — Thu, 13 Sep 2007 15:54:00 GMT

久しぶりの書き込みになりますが、それはそれでトラブルが発生していなかったことなので
喜ばしいことなのだが．．．(それ以外にでも色々忙しくて書けなかったのだが。)

昨日、パッケージ商品のＲＯＭマスタだしの最終試験でWindows2000 Pro SP4で

商品の起動時の認証で正しく認証しないというトラブル報告を受けて調査していました。

調査した結果、LogonUser 関数を使用して認証している箇所で、エラーコード 1314 が

返却されていることがわかりました。

このエラーコード 1314 の意味を調べると「クライアントは要求された特権を保有していません。」

という意味でした。

うーん。ログインしているユーザーは、Administrators グループに所属しているのに

なんで特権がないのだ．．．．

とりあえず、試行錯誤した結果、下記の対応で認証がＯＫとなることが判りました。

　１．管理ツール --> ローカルセキュリティポリシーを起動。

　２．ローカルポリシー --> ユーザー権利の割り当て --> オペレーティングシステムの一部として機能
　　　に Administrators グループを追加。(実際には、商品所有のある特定のグループですが。)

ＸＰ、ＶＩＳＴＡでは、上記の対応がなくても問題なく動作するのでサポート対応(電話対応)で行うようになりました。

ただ、プログラムの修正は、必要なので、どのように特権を追加していくのかを今から調べて対応となります。

対応した内容をこの日記で公開していきます。

さて、調査、調査．．．(^_^;)

Dictionary ジェネリッククラスにはまってしまった。(シリアライズ化における注意事項)

pandora — Thu, 07 Jun 2007 15:16:00 GMT

.NET 2.0 からジェネリックが導入され、Hashtable の変わりに Dictionary を使用してきました。

ただ、コレクションに格納されている値を取得する際に、提供されているプロパティやメソッドは非常に

使いにくかったので、Dictionary を継承して BaseDictionary という拡張クラスを作成し使用していました。

昨日、リモーティングでこのBaseDictionaryを含んだクラスを使用して値の受け渡しをした際に、下記の

例外が発生してしまいました。

{"BaseDictionary～型のオブジェクトを逆シリアル化するコンストラクタが見つかりませんでした。"}

当初、この意味は何？？．．． Dictionary は、ISerializable インターフェイスを継承しているはずだし．．．．

という状態でした。

もしかして、独自でシリアル化のコードを書かなければいけないだろうかと思い、とりあえず BaseDictionary

クラスに ISerializable インターフェイスを継承して、とりあえず版のGetObjectData メソッドを用意し、確認テスト。

結果、かわらず例外エラー。うーん(~_~;)

色々ネットで調べたら、ISerializable インターフェイスを継承すると専用(特別)のコンストラクタも必要みたい

でしたので、この専用(特別)なコンストラクタを用意し、再度、確認テスト。

結果、例外エラー発生せず正常終了。

もしかして、この専用(特別)のコンストラクタがなかったことが真の原因かと思い、コンストラクタ以外の追加

したのを削除し、再度、確認テスト。

結果、無事に正常終了。

ということで、Dictionary ジェネリッククラスを継承する際には、この専用(特別)なコンストラクタが必要です。

この専用(特別)なコンストラクタを下記に記述しておきます。

?protected BaseDictionary(SerializationInfo info,StreamingContext context):base(info,context){}

皆さんもジェネリッククラスを継承して拡張クラスを作成する際には気をつけて下さいね。

気づかなかった．．．．

pandora — Thu, 08 Mar 2007 13:37:00 GMT

先週からドメイン(Active Directory)への問い合わせやユーザーやグループ等の作成の調査を行うことになり、

マネージコードで存在しないか調べたところ、System.DirectoryServices 名前空間というのが存在することが

判り、早速、探索を開始した。

その探索は、なんとか終了して、必要な機能は実現できたのだが、そこではたと思った。

もしかして、ドメイン環境だけではなく、ワークグループの環境あるいはローカルコンピュータへの問い合わせも

このクラス群で可能なのではなかろうかと思い、試してみると、DirectoryEntry クラスを使用するとできるのでは

ないか。

少し、ショックを受けてしまった。(~_~;)

気づかなかった。というより知らなかった．．．．．orz

Active Directory環境以外は関係ないと思って、ろくに調べなかったことに少し後悔しています。

とりあえず、アンマネージのNet*のＡＰＩで対応している基本クラスをマネージのDirectoryEntry クラスを

使用するバージョンに切り替えようと。

それにしても、膨大なクラス群から必要なクラス群を取り出すには苦労しますね。

まだまだ、探索していないクラス群は山のようにあるだろうな．．．

ま、使用する時に探索しようーと。

解決！

pandora — Sat, 27 Jan 2007 18:59:00 GMT

昨日、悩んでいた CurrentCell に正しい値を設定する件は、ひとまず解決しました。(^^♪

妥当な方法か解らないが、色々調査した結果から判断しました。

公開されているプロパティ・メソッドで CurrentCell に大きく影響を与えるのは、DataMember,DataSource である。

バインディングした後で、バインディングデータが変化し、更新するために、再度、バインディングしようとすると

変化した値が反映されない。

この問題の対策としては、DataMember を再度設定すると正しく反映される。

しかし、バインディングする際に表示されるデータが１件もない場合(CurrentCell がnull になる場合)には、

上記の方法だけでは、ダメで、表示はされるが、下記の問題が発生している。

　・CurrentCell は変化せず null のままである。

その対策として、バインディングした際に CurrentCell が null であれば、 DataMember もクリアする。

再度、バインディングしようとする際に、DataMember を再度設定すると正しく反映される。

毎回、その作業を行うのは負担があるので、この対策を含んだメソッドを基本となる DataGridView に

作成して対応するようにしました。

下記に作成したソースを記載しておきます。

#region データソースの設定を行う。
public void SetDataSource(object dataSource)
{
if(this.DataMember==""){return;}
if(dataSource==null){return;}

    this.DataSource = dataSource;
    this.saveDataMember = this.DataMember;

    if(this.CurrentCell!=null){return;}
    this.DataMember = "";
}
#endregion

#region データソースの更新を行う。
public void UpdateDataSource(object dataSource)
{
    if(this.saveDataMember==""){return;}
    this.DataMember = "";
    this.DataMember = saveDataMember;
}
#endregion

うーん。悩んでいます。

pandora — Fri, 26 Jan 2007 18:51:00 GMT

Windows フォームコントールの１つである DataGridView コントロールに IList インターフェースを

保持しているデータオブジェクトをバインディングしているのだが、格納データが１件も存在しない時に

バインディングすると CurrentCell がnull になってしまう。

これはこれでいいのだが、格納データにデータを追加して再度バインディングするとうまいことバインディング

してくれない。

DataMenmber を操作して、表示は可能になるが、それでも CurrentCell は null のままである。

なんとか CurrentCell に値を入れたいのだが．．．．

現在、調査中である。

Windows Vistaでのアプリケーションのインストール

pandora — Wed, 20 Dec 2006 10:40:00 GMT

Windows Vistaでアプリケーションのインストールは、右クリックの管理者で実行を選択し、実行の許可を

あたえる方法が一般的になっていくのだろうか？

そうすれば、今までのＯＳと同様にスムーズにインストールができる。

と同様にアプリケーションの実行も管理者で実行すれば問題なく実行できる。

が、このようなことが繰り返し行われることにより、考えずに実行の許可をあたえてしまうクセがつき、

悪意を持ったアプリケーションに対しても許可をあたえてしまうのではないかと思う。

おくればせながら．．

pandora — Thu, 14 Dec 2006 13:09:00 GMT

おくればせながら、Windows Vista 対応のアプリケーションを開発することになりました。

Windows Vista のＢｅｔａ版から少しづつ見ているので、表面的なことは知っているつもりだが、

詳細に色々設定をかえて調査していないので、本格的な調査は、これからである。

とりあえず、Windows Vista デペロッパストーリー：アプリケーション互換性解説書を印刷して、

目を通そうと考えています。

来週から探索開始だ。

pandora — Thu, 19 Oct 2006 18:47:00 GMT

現在、ＳＱＬＳｅｒｖｅｒｅ２０００対応のアプリケーションをＳＱＬＳｅｒｖｅｒ２００５にも対応することになり、

来週からそのあたりを探索する必要がでてきた。

特に、ＳＱＬ－ＤＭＯを使用している機能をＳＱＬ－ＳＭＯに置き換えていく必要があり、そこが結構大変な

感じがしているので、そこから探索開始する予定である。

探索結果もまた公開していきます。

とりあえず、明日は、環境づくりから開始になります。

ImeModeがある条件下で自動で変更される対応

pandora — Tue, 10 Oct 2006 13:35:00 GMT

１０月６日にわかったある条件下で ImeMode が自動で(勝手に)変更される件での対応ですが、問題となる Form

にて対応しようと考えていましたが、修正される気配がないので基本コントロールで対応することにしました。

対象となるコントロールは、TextBox,MaskedTextBox,RichTextBox になります。

私の場合、基本的には提供されているコントロールを継承してBase～と自分なりのコントロールを使用している

のでそのBase～で対応することになります。

対応策の基本的な考え方は、一つのコントロールに対して ImeMode をころころと変更することは少ないと考え

ころころと変更する際には、あるプロパティを変更し対応可能とし、通常は、設定された ImeMode を常に使用する

という考え方で進めました。

具体的には、

コンストラクタで ImeMode の自動変更を許可するフラグ(isEnableImeModeAutoChanged)を許可しない設定(false)

及び、設定された値を保持する変数(enabledImeMode)には、ImeMode.NoControlを設定し、 ImeMode が変更され

た時に発生するイベントでそのフラグの状態によって自動で変更された値を設定されていた値に再設定するよう

にしました。

イベント内のコードは下記になります。

  protected override void OnImeModeChanged(EventArgs e)
  {
        base.OnImeModeChanged(e);
        if(this.isEnableImeModeAutoChanged==true){return;}
        if(this.ImeMode==this.enabledImeMode){return;}

        if(this.enabledImeMode==ImeMode.NoControl){this.enabledImeMode=this.ImeMode;}
        else                                                           {this.ImeMode=this.enabledImeMode;}
  }

知らなかった。

pandora — Fri, 06 Oct 2006 17:59:00 GMT

知らなかった。

ImeModeの値が勝手に変更される場合があるとは．．．．

バグかも知れないが、修正版を待っていられる状態ではないので、頭を悩ませています。

とりあえず、メニューがクリックされる前の状態を保持していて処理終了後に元の状態に戻す方法で

対応しようと思います。

なんか、他に方法があるのだろうか。プロパティなんかで．．．．

<画面構成及び仕様>

MenuStrip,ToolStripMenuItem,TextBox,Button 各１つずつ存在している。

TextBox の ImeMode は Hiragana に設定されている。

ToolStripMenuItem をクリックされたらメッセージが表示される。

Button をクリックされたらメッセージが表示される。

<事象>

TextBox にフォーカスを設定して FEP が、ひらがなになるのを確認後、ToolStripMenuItem のクリックを

実行すると FEP が OFF になり、それっきり TextBox にフォーカスがきても FEP が、ひらがなになることは

ない。

同じような状態から Button クリックを実行した場合は、問題なく正常に動作します。

他のテキスト入力コントロール(MaskedTextBox,RichTextBox)も同じでした。

Windows

「クライアントは要求された特権を保有していません。」のエラーに遭遇してしまった。

Dictionary ジェネリック クラスにはまってしまった。(シリアライズ化における注意事項)

気づかなかった．．．．

解決！

うーん。悩んでいます。

Windows Vistaでのアプリケーションのインストール

おくればせながら．．

来週から探索開始だ。

ImeModeがある条件下で自動で変更される対応

知らなかった。

Dictionary ジェネリッククラスにはまってしまった。(シリアライズ化における注意事項)