noteこの広告は、90日以上更新していないブログに表示しています。21日目のエントリーです。Pluginについて書いてみたいと思います。Pluginは、その名のとおりDBに入っているデータから課題のフィールドを作成することができるプラグインです。顧客の要望を課題として登録する際に、別の顧客管理DBからデータをとってきて、リストから選択するようなことができます。試したJIRAのバージョンは5.0.2だったので、最新版とは少し異なるかもしれません。接続先DBはMySQLで試しました。コピーし、JIRAを再起動します。最新のプラグインは、JIRAの管理画面から直接インストールできるのですが、このプラグインは少し古いインストール方法にしか対応していないようです。Field”が表示されるので、カスタムフィールドを追加します。いう名称のファイルを作成します(IDの部分に10155のような数字が入ります)。そのファイルに、以下のようにDB接続パラメータやプラグインの設定を記述します。HTML.rendering.statistics.viewpattern={1}設定の詳細はこちらにあります。接続先情報と、データを取得するためのsqlを指定し、取得したデータを使用して表示用のパターン等を指定しています。表示にはHTMLも使えるので、別ページにリンクさせることもできます。JIRAを再起動し、追加したカスタムフィールドを課題編集画面に追加すると使用可能になります。プルダウンの他に、こんな感じでAjaxのサジェストボックスを使うことも可能です。フィールドの検索にも対応しています。まとめ設定ファイルを直接編集する必要があったりJIRAを再起動する必要があったりするのが面倒ですが、機能的にはほぼやりたいことができました。あとは複数選択ができるとよいのですが。いくつか問題点もありました。画面サイズによって発生するようなのですが、候補が表示される位置がテキストボックスからずれてしまう場合があり、そのため候補に気付かない可能性があります。あとは、DBのからのデータの取得が完了してから課題の編集画面が表示されるので、DBへの接続に時間がかかる構成では操作性が低下します。キャッシュするので毎回では無いはずです。Fieldは複数選択できるようになってました。画面から設定ができるので、こちらの方がオススメかもしれません。見る本自体に初心者向けとあるとおり、jQueryとかで何となくJavaScriptを書いてきたけど、そろそろマジメに勉強しようという人向けでしょうか。parts』や『JavaScriptパターン』に書いてあることのうち、初心者向けの内容が過不足なくまとまっていて印象でよいと思います。10種類以上の継承の実現方法が一覧で整理されていて、それはそれでわかりやすいのですが、こういうのを見るたびにJavaScriptを使ってよいコードを書く難しさを感じます。DataImportHandlerのインポートを実行するSolrSolrのJavaクライアントライブラリであるSolrjからDataImportHandler経由でのドキュメントのインポートを実行するコードです。abortなども、基本的にはコマンドを変更するだけで同じです。プライベートメソッドやローカル変数の名前の付け方やコメントの書き方というのは、すごくその人のセンスが試される部分だと思います(コーディング規約以上モデリング未満という感じの部分)。大部分はこだわりを持ってコードを書いていれば、自然と身についていくものだとは思いますが、たまにこういう本を読むと、できていること、わかっているけどサボっていること、などが明らかになって、綺麗なコードを書こうというモチベーションが上がると思います。min/maxが境界値を含むのはよいのですが、begin/endのendが境界値を含まないのはイディオムなんですね。JavaのString#substringなんか、いつも少し迷います。あとはgetXXX()が軽量アクセサであるというのが暗黙の規約だと意識はしているのですが、結構DBからデータを取り出すコードでも使ったりしていました。適切な単語を選択するというのは英単語の意味がイメージできないと難しいので、もう少し英文に慣れていて、自然とある状況に対して適切な単語の候補がスラスラと思いつくようにになりたいものです。int/Stringで定数を定義して引数に使うコードを見ますが、、これもわかりづらいと思います。Java5より前の習慣だと思いますが、enumを使う場合に比べると、どこで定数が定義されているかとか、値の範囲が直ぐにわからないので。concurrentパッケージのTimeUnitみたいなAPIが好きです。見るそもそも、データベースの構更は、例えば、サロゲートキーとナチュラルキーの選択や、制約やロジックをアプリケーションで持つかDBで持つのか、の様に、状況に応じて選択すべきで単純にどちらがよいと言い切れないケースが多く、単純に変更内容のみで評価することは難しいと思います。Series)などのコーディングにおけるリファクタリングほど面白くありません。「外部キー制約の追加」と「外部キー制約の削除」のように対になった項目が多いのも冗長な感じがしますし、通して読むタイプの本ではないように思えます。個別の項目の内容を見ると、スキーマ変更手順データ移行手順アプリケーション変更手順が実際のコードで例示されており、自分があるデータ変更を行う際になってどのような点を考慮すべきか確認したい、というケースでは役に立ちそうです。項目自体は、ある程度、DB設計の経験がある人間であれば、ひと通り経験したであろう項目のように思います。09:14[本]データベースリファクタリングTweet広告を非表示にするもっと読むコメントを書く2012-06-06Bloggerをお試し中はてなブログに移行したばかりですが、その少し前からBloggerを試しに使ってます。新しい投稿はBloggerの方に書こうと思いますので、よろしかったらご覧下さい。Bloggerの方が優れているという点もないように思ったので、もうしばらくは使い慣れがはてなを使おうと思います。今後ともよろしくお願いいたします。00:08Bloggerをお試し中Tweet広告を非表示にするもっと読むコメントを書く2012-06-04はてなブログに移行しましたはてなブログに移行しました。Bloggerに移そうかと思っていたのですが、はてなダイアリーからインポートできるようになったようなので、ひとまず移行しました。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。