【Retrofit を読む】 利用者が定義したインターフェイスに実装を提供する Java ライブラリの作り方 【リフクレション】 - ひだまりソケットは壊れない
この記事は、はてなエンジニアアドベントカレンダー 2014 の 15 日目のエントリです。 昨日は id:chris4403 による 「開発合宿で何を考えてどう作ったか」 でした。 このエントリでは、Android アプリおよび Java アプリケーション用の REST クライアントライブラリである Retrofit のコードを参照しながら、利用者が定義したインターフェイスの実装を提供するようなライブラリの実装方法について説明します。 主に Java のリフレクションの話になります。 注意点など 本記事中に掲載されている Retrofit のコードは、Apache License, Version 2.0 のもとで公開されているものです。 記事執筆時点の master ブランチの最新のコミットを参照しています。 Android アプリ開発者で Retrofit のコードを読みたい人は An
モデルをスケッチする
モデルをスケッチする JPOUGのAdvent Calendar 12/15 担当です。 先日開催された db tech showcase 東京 2014 で関口さんが聴講者向けに「この中にモデリングを実際にやったことがある人はいますか？」という質問をしましたが、なんとほとんど手が上がらなかったのですね。「みんな意外とモデリングしてない？」そう思って本日の記事を書いてみることにしました。 先に私のことを書いておきましょう。私はDBエンジニアではありません。金融系が主なフィールドで、どちらかというとプラットフォーム(IT基盤)やアプリケーション(AP基盤)を得意とする分野で働いています。ですので、E-Rデザインに特化したお話ではありません。オブジェクト指向をベースにモデリングの本当に最初の最初にあたるステップのお話をします。 抽象度が高いレベルですから、モデリングをやるにはER図でもいいだろ
Docker All The Things for Java EE Developers - On Windows with Maven - DZone
Everybody seems to do Docker these days. And the whole topic gets even more attraction with Microsoft committed to integrate it into Windows. As many middleware developers are running Windows, I thought I give it a try myself and also give some more tips along the way about how to build and run images with the least possible amount of struggle with Docker containers, hosts and guests and command l
JavaEEだけどDockerがしたい！- GlassFish on Docker - ブログなんだよもん
Java EE Advent Calendar 2014 14日目です。 今年はDockerが大躍進した年だな、と思います。 そこで、このビックウェーブに乗り遅れないように、GlassFishを使って、Dockerベースの環境を作ってみました。 今回利用するコンテナはこちら Appコンテナ GlassFishが乗っているサーバです。下記のプロセスが動いています。このコンテナの数を増やす事でスケールアウトが可能。 GlassFish Fluentd Consul client agent 本体はGlassFishですが、周辺システムとしてFluentdとConsulをインストールしてあります。 Dockerテクニック的に言えば、FuluentdやConsulを入れた状態でいったんイメージを構築して、それを継承する形で、glassfishイメージを作ってるので、wildflyやtomcatにす
WebRTCにおけるNAT越えの課題へのアプローチ - Qiita
WebRTCは、音声映像メディアやデータをP2Pで通信する能力をブラウザに提供します。しかし、既存のインターネットの世界ではNATが広く用いられており、容易にP2Pを利用することはできません。この記事では、NATに対してどのような課題がWebRTCに存在し、どのようなアプローチで解決を試みているかについて解説します。 インターネットの世界におけるNATの存在 今日のインターネットにおいて、エンドユーザが用いるホストのほとんどは何らかのNATデバイスの配下に設置されています。これはWebに携わるエンジニアの間では広く知られている事実でしょう。全世界に広がった広大なインターネットの世界に対応するためにIPv6が新たなインターネットプロトコルとして発案されてかなりの時刻が経過しました。にもかかわらず、古いインターネットプロトコルであるIPv4が一般的に用いられており、しかもそのアドレスは既にとっ
改めて知ろう、SSLサーバー証明書とは？ | さくらのナレッジ
こんにちは、サイバートラストの坂本です。このたび、さくらのナレッジの筆者陣に加わることになりました。どうぞよろしくお願いします。 SSL サーバー証明書が注目をあびた 2014 年 今年ほど、SSLサーバー証明書に関するニュースを頻繁に目にした年はなかったのではないでしょうか。 最近の話題であれば、Chrome による、SHA-1 アルゴリズムを用いた SSL サーバー証明書の制限。また、SSL に関する脆弱性ということでは、全国紙やテレビのニュースでも取り上げられた「 Heartbleed 」や、他にも POODLE が深刻度の高いものでした（いきなり脱線しますが、私は「SSL サーバー証明書」でなく、「TLS サーバー証明書」といつから呼ぼうか迷っています）。 さらに、Chrome といえば、Google は SSL サーバー証明書が使用された Web サイトを SEO の評価として優
ITアーキテクトって何だろう その１ | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは。三苫です。 この記事はTECHSCORE Advent Calendar 2014、14日目の記事です。 この記事は、私がITアーキテクトって何だろうと学習した記録です。たぶん、全三回程度になると思います。 本記事は書籍「システムアーキテクチャ構築の原理」をもとに書かれています。不明点あれば本書をあたるのが確実です。 ニック・ロザンスキ、イオイン・ウッズ 榊原 彰(監訳) 牧野裕子(訳) (2008)． システムアーキテクチャ構築の原理 翔泳社 要約 あらゆるシステムには静的構造、動的構造、外部から観測できる振る舞い、品質特性が存在する。それらを提示することができるものがアーキテクチャであり、要求を実現するために考えられる複数の候補アーキテクチャから最適なものを決定することがシステムアーキテクトの仕事である。 ITアーキテクトは、設計の根拠を問われたときにそれを説明できなければ
テストコードは、どの程度かけば良いものなの？ | Webシステム開発／教育ソリューションのタイムインターメディア
皆様、Spec(コードベースの単体、機能、結合テスト)書いてますか？ 私はあんまり書いていません。 「テスト書かないとかありえない！」と怒られそうなので一応弁解しておきますが、C0レベルのテストは、そこそこ書いているつもりです。 プロジェクトでカバレッジはXX%以上！(XXの部分は95だったり100!だったりします）という決まりがあるため、書いてます。消極的な理由ですね。 時としてカバレッジを満たすためのテストを書く、という意味の分からない事をしてしまったことは、反省しております。 しかし、C0は所詮C0であり、このレベルのテストをいくら一生懸命書こうが、バグがでるときはでるものなのです。 だからといってC1、C2、またはそれ以上を満たすようなテストを一生懸命かけばバグが無くなるか？という話でもありませんが、バグ発生率が少しは下がるかと思います。 さて、最近お固い業務システムで、そこそこ致
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
初めてのHTTP/2サーバプッシュ | GREE Engineering
前回はWebサイトをHTTP/2に対応するためにリバースプロキシを検証した記事を書かせていただきました(HTTP2を試してみる)。 あれから幾つかの議論を経てHTTP/2の仕様も大分安定してきており、HTTP/2を実装したクライアントや実験的にHTTP/2を有効にしているサービスもあるので実際に試すことも出来ます。 そこで今回は応用編としてHTTP/2のサーバプッシュについて、その仕組と実際に試したことについて書かせていただきます。 余談ですが、 現在の仕様では "HTTP2.0" ではなく "HTTP/2" もしくは "HTTP2" が正しい名称になります。 HTTP/2概要 まず、軽くHTTP/2の概要に触れておきます。 HTTP/2は2012年の末頃より、HTTP/1のセマンティクスを維持したままパフォーマンスを改善する目的で議論が開始されました。 Googleの考案したSPDYと言
方針管理を用いたアジャイルのスケーリング
企業がアジャイルのスケーリングを図るとき，戦略定義や方向性の管理，体制維持のためにアジャイル的な手法を求める場合がある。展開と組織構造の維持が今日の課題だ，とPierre Neis氏は指摘する。氏はLean Kanban France 2014カンファレンスで，世界的規模の企業がアジャイルに移行する上で，方針管理(Hoshin Kanri)の導入が果たした役割について講演を行った。その時のスライド資料は，氏のWebサイト"It's not lean, it's agile at scale... the Hoshin Kanri way"に公開されている。 InfoQは氏にインタビューして，方針管理による戦略と方向性の管理，アジャイル計画，方針管理によるアジャイル展開とリーンプラクティス，説明責任，方針管理の採用によるメリットなどについて聞いた。 InfoQ:企業がアジャイルを拡大しようと
GUI自動テストの保守性を高めるには
2014/12/14に開催された「システムテスト自動化カンファレンス2014」(http://connpass.com/event/9618/)の発表スライドです。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTML is Easy - DZone Java
Loading...
テスト自動化のパターンと実践
ビルドプロセスとCI #STAC2014