はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

jenkinsとgitbucketの設定 **[Jenkins]**プラグインマネージャーからGitHub Pull Request Builderをインストールする(確認したバージョンは1.29)。 **[Gitbucket]**gitbucketにプロジェクトをtestで作成する **[Gitbucket]**gitbucketにボット用のユーザーとしてjenkinsbotを作成する **[Gitbucket]**jenkinsbotユーザーをjenkinsから実行したい対象プロジェクトに追加する。 [Gitbucket] root/testのプロジェクトのService HooksでWebHook URL、jenkinsのプラグインのURLとしてhttp://localhost:9090/ghprbhook/を登録する。 **[Gitbucket]**jenkinsbotでログインし

これは、Java EE Advent Calendar 2014の9日目です。 勢いでAdventCalenderに登録したのですが、ネタが思いつきません。 既出な気もしつつ、JAX-RS2.0のJSONカスタマイズとその テスト周りに関して書こうと思います。 なお、この実装を行なったのはGlassfish4.0(b89)です。Glassfish4.1ではありませんので、あしからず...。 はじめに JavaEE7でRESTfulなWebサービスを構築する場合は、標準として提供されるJAX-RS2.0を用います。 JAX-RS2.0の参照実装はデフォルトのJerseyが利用されていますが、Jersyが利用しているJSON変換の実装はMOXyです。 Jacksonの挙動の方がしっくりあうので、Jacksonに変更しておきます。 これで、大体Jacksonの挙動で満足する訳ですが(Listとか

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

GitBucket2.2がリリースされたようです。 最近地道に社内に広めている身としてはありがたい事に、プラグイン機能が実装された事を@takezoeさんのblogで知りました。 とはいえ、プラグインシステムはまだまだ試行錯誤を繰り返している状態なので、APIを含め今後大幅な変更が入る可能性が高いです。現状はあくまでお試し版といったところです。 と書かれていますが、試しにちょっと遊んでみました。 注意事項 勝手にソースを弄ってごにょごにょしているので自己責任でお願いします。 GitBucketの開発向けの起動の仕方や、Scalaの開発環境構築に関してはここでは触れません。 for Developers辺りを参考に構築してください。 前準備 デフォルトでは、https://github.com/takezoe/gitbucket_plugins.git がセントラルリポジトリとして設定されて

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ST3にUpdateするのにあわせて、SublimeLinterの設定を一通り見直しました。 最近はJavascriptばかり書いているので、JS向けの設定のみ設定を行っています。 sublimelinter_syntax_map 任意のsyntaxを特定のsyntaxに合わせる事が出来ます。 例えば独自に拡張されたjQuery(Javascript)というsyntaxがあった場合にそれをJavascriptと同等のLinterが必要だと認識させるためにはこの設定が必要になります。 ただこのマッピングKeyが分からなくて結局SublimeLinterのソースを見てどう判定しているかを確認しました。 結果的には、以下のコマンドをShow Consoleでコンソールを表示してから叩けば現在のsyntaxを表現するキー情報が分かります。 sublimelinter_mark_style Subl

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、諸事情あってsubversionからgitへプロジェクトの半ばでバージョン管理を変更しました。その際にちょっと変わった形でgit-svnの運用を行う事になったのでやりかたに関して簡単にログを残しておきます。 プロジェクトを取り巻く事情 今まではSubversion(仮にメインとします)を用いた運用を行っていたのですが、気軽にtrunkに対してコミットする事が出来ない事情がありました。では、メインSubversion上にbranchをたてればいいじゃんという話になるのですが、ブランチすら気軽に切る事が出来ない状態でした。その上、メイ

GoogleChrome30.0.1573.2 dev(Mac版)でのみ動作確認しています。 HTML5の機能として提供されるplaceholder属性ですが、とてもとても残念な事にinputタグのみでcontenteditable=trueの要素に対してはその効果を適用出来ません。 そんな中で、inputタグでplaceholderを利用して初期値を表示している箇所と、<div contenteditable=true>を利用して入力可能にしている場所があると、当然ユーザーから 『あれ、ここ(inputタグ)で表示してるこの初期表示をあそこ(contenteditable=true)にも表示できるようにしてよ』 とか言われる訳です。というか言われますよね?。私は言われました。 そこで懇切丁寧に説明して理解してくれるユーザーさんならいいんですが、 往々にして『仕様です！実装してください』と

Chrome DevToolsはとてもとても便利で、毎日お世話になっている神ツールです。 単純なHTMLの解析からGPUの使用具合というマニアックな情報まで色々確認出来ますが、その中でデバッグの時に設定しておく事で、ちょっとしたミスを減らして問題にすぐ気付ける設定が１つあります。 javascriptエラーが発生した場合にエラーを補足しBreakする Sourceタブを選択した場合に、左下にメニューがあります。 その中の機能としてボタンっぽいがあります。 これを、1回クリックします。するとという感じで色が変わります。次にもう一度クリックします。するとこんな感じで色がまた変わります。 これらを設定しておくと、javascript実行時に発生したエラーをDevToolが検知してBreakしてくれるので、すぐに問題のあるコードに気がつく事が出来、ミスにすぐ気がつく事が出来ます。 Pause on