第46夜 JAX-RSをWebアプリのフロントエンドとして利用する その３ - しんさんの出張所 はてなブログ編
第43夜、第45夜の続き。 前回でJAX-RSからサーブレットAPIは消えた。 しかしテンプレートがJSPではサーブレットAPIが残ったままだ。 43回でチラッとだけ書いた（「今回は」JSP）が、テンプレートを自由に設定できるのがJersey(JAX-RS参照実装)の強みだ。 ためしにVelocityを使ってみよう。 テンプレート。index.vmという名前にしてある。 <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> <h1>${it.a} + ${it.b} = ${it.c}</h1> </body> </html> JAX-RSのソースは一切変更なし。 @Path("calc") public class C
第43夜 JAX-RSをWebアプリのフロントエンドとして利用する - しんさんの出張所 はてなブログ編
久々のJavaネタ。 JAX-RSのRI実装であるJerseyでのWebアプリケーションの作り方。 いつものように足し算する。 テンプレート。今回はJSP。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> <h1>${a} + ${b} = ${c}</h1> </body> </html> アクションクラス。 @Path("calc") public class CalcResource { @Path("{a}/{b}") @GET public Viewable add(@Context HttpSe
JAX-RS Jerseyを超強引に拡張してみる - TYAGE EMOTION
SAStrutsがActionにトランザクションをかけていたことからヒントを得て、JAX-RS実装のJerseyを拡張して、Resourceクラスの実行時に直接トランザクションをかけるようにしてみたら面白いんじゃないかと思いました。そうすれば、コンテナ管理のトランザクションスコープEntityManagerが簡単に使えるようになるので、JPAのEntityを簡単にURLに紐づけることができます。 JerseyのServletを拡張してEntityManagerをDIできるようにし、Resourceが呼ばれる単位でトランザクションが自動でかかるように拡張してみました。やりかたが超強引なので、参考にもならないレベルですが・・・ まずはServletクラスの拡張から package mapsample.rest.container.servlet; import java.lang.reflec
JAX-RS Jerseyをもうちょっと真面目に拡張してみる - TYAGE EMOTION
前回（id:da-yoshi:20080429:1209403828）のJersey拡張はあまりにも強引過ぎてお試し以外には使えそうも無いので、もうちょっと真面目にJerseyのAPIを調べてみました。 JAX-RS仕様に基づくResourceクラスのインスタンス化を受け持つインターフェイスとして、Jerseyにはcom.sun.ws.rest.spi.resource.ResourceProviderが定義されています。何の指定もしなければ、このインターフェイスの実装であるPerRequestProviderが使用されます。 com.sun.ws.rest.spi.resource.ResourceFactoryアノテーションをResoureceクラスに定義すれば、独自のResourceProviderを定義できます。でもいちいちクラス毎に設定するのは面倒なので、デフォルトの設定をJer
JAX-RSはセッションを自動で開始しない - しんさんの出張所 はてなブログ編
どうやらJAX-RSで普通にアクセスするとセッションを新規に開始しないようだ。もちろん、すでに開始中の場合はセッションの保持時間を延長してくれる。ブラウザからのアクセスの場合まずどこかでhtmlを表示しているのでその後AJAX等でアクセスしてもセッションが引き継がれるので問題にはなりにくいのだが、Swing等単体のアプリだとそうはいかない。 もちろん、JAX-RSで意識的にセッションを発行することは出来る。通常業務アプリはまず最初にログイン画面があるため、ログイン認証のリソースでセッションクッキーを取得させればよい。クッキーを取得していないか、取得していてもログインしていなければはねさせる。これは通常のアプリと同じくフィルタではねると楽だろう。 セッションのIDはどこで取得すればいいかというとHttpServletRequest をインジェクトするのが一番楽。JAX-RSは@Context
もっとJavaEE6っぽくcometチャットを実装する - きしだのHatena
もっとJavaEE6っぽくやってみよう 昨日のエントリでは、AsyncContextの使いかたを試すため、サーブレットだけを使って実装してみました。 でも、すこし泥臭いコードも多くなっていたし、このまま実用的なコードにしていくときにゴテゴテとコードを継ぎ足していくというのもイヤな感じです。 そこで、もっとJavaEE6っぽいコードに書き換えてみましょう。 少し準備 今回は、JAX-RSでのRESTful Webサービスと、CDIでのインジェクションを使ってみます。 JAX-RSの準備 まずは、JAX-RSを使うための設定クラスを作成します。 package chat2; @javax.ws.rs.ApplicationPath("rs") public class ApplicationConfig extends javax.ws.rs.core.Application { } こういう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
