はてなブックマーク

フロントエンドの開発は、TypeScript や flow によりタイプセーフに行えるようになってきています。 そうなるとバックエンドとフロントエンドの通信もタイプセーフにしたくなってくるはずです。 Swagger を使えばそれが実現できそうです。 Swagger により Angular2 のクライアントのコードを自動生成できるのです。 作成してみた Example Code を github に置きました。 github.com バックエンド バックエンドには、Spring Boot を使いました。 Swagger を使うための Springfox というものがありまして、Spring MVC は、Swagger との相性がとても良いです。 Java まずはバックエンドのコードです。 /backend/src/main/java/app/Application.java package

最近、Visual Studio Code と Vim extension がいい感じになってきたなーと。 デフォルトのキーバインディングを変更したいと思い設定してみました。 英語化 キーバインディングの設定のその前に。。 VS Code は多言語対応もされており、日本語OSでは、メニュー等も日本語で表示されます。 英語で使っていた方が、都合が良いことがあるので、以下の手順で英語化します。 Ctrl + Shift + P でコマンドパレットを開く Configure Language とタイプし Enter すると locale.json が開く "locale":"ja" を "locale":"en-US" に書き換え VS Code を再起動 キーバインディングのカスタマイズ キーバインディングのカスタマイズですが、自分は、Ctrl とのコンビネーションを一部 vim ではない標準

サーバ上でJDBC接続を確認する簡単な方法。 Javaに含まれるjrunscriptを利用します。 以下は、Oracleの場合の例 % jrunscript -cp ojdbc6.jar -f - js> var p = new java.util.Properties(); js> p.setProperty('user', 'ユーザ名'); js> p.setProperty('password', 'パスワード'); js> var conn = new Packages.oracle.jdbc.OracleDriver().connect('jdbc:oracle:thin:接続文字列', p); js> conn.close();こんな感じでエラーが出なければOK。 コンパイルする必要もないしファイルを作成する必要もない。

はじめに REST API をタイプセーフに呼び出したいのです。 その実現のため WADLとかを追いかけてたんですが、Swagger は完全にノーマークでした。 WADLは、実質終わっているような。 昨年(2015年11月)、Microsoft, Google, IBM などにより Open API Initiative という団体が結成されました。 Swagger をベースに、REST API の記述標準化を目指しているようです。 で、今回、「Spring Boot で作成した REST API を Swagger Code Generator により自動生成された Java のコードを利用して呼び出す」ということを試してみました。ソースは、github にアップしています。 サンプルコード Server まずは、Spring Boot で簡単な REST API を作ります。 Appl

サーバサイドは Java、クライアントサイドは TypeScript で書いてて、TypeScript のコンパイルも Gradle でやってました。 （こういうパターンは他の人はどうビルドしてるんでしょう？ちなみにJS系のビルドツールは使ったことがありません） で以前以下のエントリで TypeScript の Gradle Plugin について書いたんですが、新しい TypeScript に対応してなかったり、ちょっと挙動が微妙だったので使うのをやめました。 tc.hatenablog.com TypeScript の バージョン 1.5 から tsconfig.json というファイルでコンパイルの設定ができるようになったので、もう Gradle から直接 tsc コマンド叩いちゃえば良いかと思いました。 まずは、プロジェクトルートの build.gradle task compil

Java の template engine で Rythm っていうのがあるんです。 HTMLのテンプレートに限らず、色々な用途でも使えそうです。 rythmengine.org 試してみました。 まずは、Java 。 mainメソッドを持った Model クラスです。 package app; import org.rythmengine.Rythm; public class Model { public String field = "<b>Hello, World</b>"; public String getBar() { return "The World"; } @Override public String toString() { return "toString was called"; } public static void main(String[] args)

最近、'API'っていうと、RESTでJSONをレスポンスするような事を指してる人が多いと思います。 しかし、呼び出し側のコードも提供せず、'API'を名乗るのは如何なものかと思うんですよね。 SOAPやRMIやCORBAとかは、APIといってもいいかもしれないけど。 RESTでJSONをレスポンスってボヤッとした通信が行われてるだけの感じがして。 RESTは、動かせる実感をすぐに感じられるから、とっつき易さはあるのだと思う。 しかし、利用者側各自で呼び出し用のコードやレスポンスのエンティティを書く必要がでてきて、そのサービスの利用者が複数いる場合、同じようなコード書くことになるんで無駄だよねと。合っているかどうか分からない、サービス仕様のドキュメントを見ながらクライアントを作成するのも微妙と思っていました。 SOAPには、WSDLとういのがあって、この定義から呼び出し側のコードを自動生成

Spring に RestTemplateという便利なRESTクライアントがあるんですが、呼び出すAPIサーバ毎にプロキシサーバを変えたいと思いまして。 システムプロパティいぢらずに済ませたい。ということでコードは、以下の感じです。 import java.net.InetSocketAddress; import java.net.Proxy; import java.net.Proxy.Type; import org.springframework.context.annotation.Bean; import org.springframework.http.client.SimpleClientHttpRequestFactory; import org.springframework.web.client.RestTemplate; : : @Bean public RestT

先日に引き続き、Gradle から TypeScript のコンパイルができないかなと考えていたところ、以下の２つのGradleプラグインがありました。 https://github.com/jzarnikov/gradle-typescript-plugin https://github.com/sothmann/typescript-gradle-plugin 試してみたところ、前者の方は、上手く動かせることができました。 Gradle + eclipse で開発している Java Web アプリに TypeScript のビルドを加えてみました。 build.gradle apply plugin: 'java' apply plugin: 'war' apply plugin: 'eclipse-wtp' apply plugin: 'typescript' buildscript

Gradle + eclipse + WTP の組み合わせでのプロジェクト作成をちょっと整理。 まずは、ターミナルからappという名前のプロジェクトを作成する。 % APP=app % mkdir -p $APP/src/{main,test}/{java,resources,webapp} % mkdir -p $APP/src/main/webapp/WEB-INF % cd $APP % echo " apply plugin: 'java' apply plugin: 'war' apply plugin: 'eclipse-wtp' task wrapper(type: Wrapper) { gradleVersion = '1.11' } eclipse { pathVariables 'GRADLE_USER_HOME': gradle.gradleUserHomeDir }

Gradleも1.0がリリースされたということで、GradleでDomaアプリをビルドするという課題が与えられました（誰にだ）。Domaはpluggable annotation processing api(APTとも呼ばれる)を使っており、ビルド設定が鬼門だったりするので。 DomaのチュートリアルのGradle化です。 で、build.gradle apply plugin: 'java' sourceCompatibility = targetCompatibility = 1.6 [compileJava, compileTestJava]*.options*.encoding = 'UTF-8' processResources.destinationDir = compileJava.destinationDir compileJava.dependsOn processRe

各フレームワークでもうちょい知りたい点が JSONでレスポンスが簡単にできるか（できたらいいなレベル） SAStrutsでいうところの「更新可能なネストした繰り返し」が簡単にできるか（できたらいいなレベル） バリデーション 拡張ポイント 今回のお題レベルじゃまともな評価はできませんが、偏見を含めた今の感想は Spring MVC 3.0, SAStrutsは、実案件に投入してみたい 個人で何か作るときは、Stripes, Clickでやってみたい といったところです。 That's all