問題タブ [policy]

真剣に。22 インチのモニターでは、おそらく画面の 4 分の 1 しかカバーしていません。このルールを破るには弾薬が必要です。

制限があってはならないと言っているのではありません。私が言っているのは、80 文字は非常に小さいということです。

昨日、JavaRMIを使い始めようとしました。このSunチュートリアル（http://java.sun.com/docs/books/tutorial/rmi/index.html）を見つけて、サーバーの実装から始めました。しかし、pogramを開始するたびに（rmiregistryが実行されている）、次のStackTraceでAccessControlExceptionが発生します。

私のserver.policyファイルは次のようになります。

しかし、私もこれを試しました...

...そしてこれ（そして他のいくつか:-(）：

しかし、いずれの場合も結果は同じです。はい、ポリシーファイルはパス内にあります（ポリシーファイルに間違ったステートメントを書き込むと、解析例外が表示されます）。他のいくつかの「/」と「\」の星座を試しましたが、効果がありません。

私はEclipseを使用しており、VM-パラメーターは次のようになっています。

コンパイルされたRemote-Interfaceクラスとinterface-implementationクラス（LoginImpl）クラスは、「C：/ ProjX / server / serverProj / bin /usermanager/」のパスにあります。スタブをインスタンス化してレジストリに再バインドする主な方法は、別のパッケージにあり、次のようになります。

誰かアドバイスはありますか？助けてくれてありがとう。

したがって、質問は同じです（java.rmi.UnmarshalExceptionは、コードベースの変更がAccessControlExceptionの解決策ではないことを示しています）。いいえ：プラグイン「GB」は購入したくありません;-)。

難しい質問。Intertubesで見つけたものがすべて正しければ、答えはおそらくノーですが、試してみる価値はあります。++と+のCtrl組み合わせをオーバーライドする必要があります。キーの組み合わせをオーバーライドできるのは良いことですが、私はそれを行う低レベルのフックを持っています。私はそれが必要でなかったらいいのにと思います。ポリシーによってスタートメニューとタスクマネージャーを完全にブロックできれば、オーバーライドは不要になりますが、適切なポリシーを見つけることができませんでした。ShiftEscCtrlEscWin

このスレッドに従ってパブリッシャーポリシーファイルをgacに追加しようとしていますが、テストサーバーにファイルを追加しようとすると問題が発生します。

「アセンブリ'policy.3.0.assemblyname.dll'のマニフェストで指定されたモジュールが見つかりませんでした」というメッセージが表示されます。

私のポリシーファイルは次のようになります。

助けてください！

ありがとう

ベン

（デフォルトを除いて）依存関係がない新しいアセンブリを使用して問題を最初から再現しました-すべてがローカル開発マシンで正常に動作します（そしてリダイレクトも正常に動作します）が、GACにポリシーファイルを追加すると同じエラーが発生しますサーバー上で！

次のようにリンクされています

助けてください！

よく確立されたツールを会社の Active Directory にリンクしようとしたときに、障害にぶつかりました。私は次のように言われました：

「申し訳ありませんが、ドメイン管理者のパスワードを [F/OSS] ソフトウェアに対して信頼することはできません...」.

この質問は、F/OSS ソフトウェアが free/oss であるという理由だけで、他のどのソフトウェアよりも (自動的に) 信頼性が低いわけではないことを IT に納得させる方法を具体的に扱っています。

私は OSS ソフトウェアをうまく​​採用しています (私は根っからの Linux 忍者です)。別の言い方をすれば、私の会社で OSSの受け入れを促進するにはどうすればよいでしょうか?

管理者アカウントなしで AD に結び付けるという技術的な問題は、別の投稿に譲ります。

編集：

これらの問題について、いくつかの説明がありました。これは実際にはアクティブ ディレクトリとはほとんど関係がなく、すべて F/OSS の信頼全般に関係しています。したがって、最初の太字の質問はまだ有効だと思います。「管理者パスワード」に関する部分は無視してください。

上司は昨日、リポジトリへのチェックインに関する新しいコミットポリシーを発表しました。このポリシーは、ヘッド/トランクおよびブランチへのコミットに有効です。
コミットメッセージには、次の項目が含まれている必要があります。

• 理由（バグID、プロジェクトID、または機能以外の変更）
• レビューアの名前

コミット後、CMSに変更ブログエントリも作成する必要があります。

私はこのコミットポリシーの大ファンではありません。非生産的なブランチで新しいことや実験的なことをしているときは、通常、レビュー担当者は必要ないからです。

従わなければならないコミットポリシーはありますか？

バグレポートのためだけに生産ブランチを変更するのは良い考えだと思いますが、開発ブランチへのコミットはそれほど制限されるべきではありません。

いいえ、文字通りではありません。むしろ、高品質のソフトウェアを作成する能力に影響を与えたポリシーの赤いテープのホラーストーリーはありますか？この質問のような一般的な人材やシステム管理ポリシーについて話しているのではなく、不正なソース管理ポリシー、テスト手順、バグ追跡プロセスなど、開発プロセスを直接対象としたポリシーについて話しているのです。

インデント対スペースやブレーススタイルなどの聖なる戦争ではなく、伝説のTPSレポートのような嫌な官僚主義の例をお願いします。

私は自分のグループの開発プロセスをレビューしているので、これは私にとっていくぶん関連性があります。そして、あなたが対処しなければならなかった最悪のプロセスのいくつかを（文脈のために）見たいと思います。構造化されたポリシーまたはプロセスが行き過ぎになるのはいつですか？

バージョン 2.0.0.0 の共有アセンブリを開発しています。将来の互換性のために、すべての 2.0.xx バージョンをインストール済みの最新バージョンにバインドしたいと考えています。そのためには、発行元ポリシー ファイルが必要です。2 つの異なるアセンブリをインストールする代わりに、発行者ポリシーを「コード」アセンブリに直接埋め込む方法はありますか?

つまり、ラップするアプリケーションから分離して実行することは許可されていないため、アセンブリは常に GAC にあります。

ありがとうございました。QbProg

最近、SQL Server 2008 の新しいポリシー管理の調査を開始しました。「Public Not Granted Server Permission」ポリシーへの準拠を確認したところ、サーバーがチェックに失敗しました。その理由は、ユーザーがサーバーに接続できるように、パブリックに TCP エンドポイントのアクセス許可があるためです。これを削除する場合は、ユーザーに接続する権利を個別に割り当てる必要があります。

これはばかげているように思えます。Microsoft がこれを変更することを推奨する理由がわかりません。私はゲスト アカウントを持っていないので、特定のユーザーだけがサーバーにアクセスできます。サーバーはファイアウォールの背後にあり、会社内の 1 つのサブネットしかアクセスできません。誰かがこれについて何か洞察を持っていますか?

Enterprise Library 4.1 を使用しており、例外処理とログ記録を実装したいと考えています。System.Exception タイプの一般的な例外を処理する 1 つのポリシーをセットアップできます。私はこのポリシーを「データ アクセス ポリシー」と呼んでいます。

一般的なアプリケーション開発ルールでは、いくつのポリシーを作成する必要がありますか? SqlExceptions をキャッチするためのベスト プラクティスは何ですか? 別のポリシーを定義する必要がありますか?

私が探しているのは、Enterprise Library を使用してアプリケーションを開発している人々からの提案と、彼らが例外処理のポリシーをセットアップする方法と、いくつかの例が役立つことです。

ありがとう