SecurityContextとセッションでアクセス制御を行う - シュンツのつまづき日記
【前提条件】 [環境] JDK 8u31 NetBeans 8.0.2 Jersey 1.1.12 Jersey MVC 1.1.12 [設定など] コンテキストパスは「/」で動作させています。 【参考サイト】 Jersey Jersey 【概要】 JAX-RSでHTTPセッションの情報を元に権限チェックする方法です。 javax.ws.rs.core.SecurityContextを使用します。 Google先生で検索するとweb.xmlに権限情報を追加するというのは かなり引っかかるのですが、なかなか独自でと言うのが引っかかりませんでした。 ログインユーザごとに権限をチェックしたいと言う場合、 一般的にはDBにアクセスしてと言うやり方をすると思うので、web.xmlを使うのは無理があります。 今回はDBで認証した情報をセッションに設定、 そのセッションを元にSecurityContex
JerseyMVCで静的ファイルをリソースクラスの対象から除外する - シュンツのつまづき日記
【前提条件】 [環境] JDK 8u25 NetBeans 8.0 Glassfish 4.1 Gradle 1.12 [参考資料] JerseyMVC Template Jersey 【概要】 JerseyMVCで静的ファイルをJAX-RSのリソースから除外する方法についてです。 ApplicationPathアノテーションにパスを設定すると そのパスより下のサブディレクトリが すべてJAX-RSのリソースとして扱われます。 今回は静的ファイルを除外する方法について調べてみました。 【パスでなんとかする】 簡単に思い浮かぶ方法としては ApplicationPathアノテーションに指定するパスで工夫するというのがあります。 ApplicationPathに「/service」などの値を設定して、 静的ファイルは別のパスを設定する方法です。 この方法だと画面を表示するためのURLに 全て「
Java EE 7でもアクションベースMVC！ -MVC 1.0への移行を睨んだJersey MVCの活用- #javaee - 行きあたりばったりエンジニアの日記
この記事について このブログは、Java EE Advent Calendar 2015 - Qiitaの25日目（最終日）です。 昨日はhondaYoshitakaさんの「Java - JAX-RSによるExcel/CSV/PDFファイルダウンロード - Qiita」でした。 MVC 1.0はJava EE 8から アクションベースMVCと言えば、Java EE 8で導入される「MVC 1.0」ですね。 MVC 1.0の詳細については、今年のGlassFish勉強会の資料をご覧ください。 Java EE 8先取り！MVC 1.0入門 [EDR2対応版] 2015-10-10更新 EE 8は2017年上半期リリース予定ですので、現在のEE 7ではMVC 1.0は使えません。 MVC 1.0の参照実装「Ozark」は既にGitHub・Maven上で公開されていますが、まだ策定途中のため仕様が
Jersey - RESTful Web Services in Java
This page has moved to a https://eclipse-ee4j.github.io/jersey/.
Jersey2.8とGuice3.0を連携させる - Qiita
JAX-RS 2.0からDI(JSR-330)が仕様に組み込まれています。JAX-RSの参照実装であるJerseyにも2.XからはDIが組み込まれています。ところが、そのJSR-330の実装はHK2でした。そのため同じくJSR-330の実装であるGuiceとJerseyの連携が、Jersey1.Xのころと同じ方法ではできなくなりました。どうする！？ HK2がBridgeを提供してくれました！ HK2がGuiceとのBridgeを提供してくれたので、ちょこっと書いたら動くようです。 package web; import com.google.inject.Guice; import com.google.inject.Injector; import com.google.inject.servlet.ServletModule; import org.glassfish.hk2.api.
How to implement REST token-based authentication with JAX-RS and Jersey
How token-based authentication works In token-based authentication, the client exchanges hard credentials (such as username and password) for a piece of data called token. For each request, instead of sending the hard credentials, the client will send the token to the server to perform authentication and then authorization. In a few words, an authentication scheme based on tokens follow these step
Custom JAX-RS authorization - using JWT in each request
You can perform this logic in a ContainerRequestFilter. It pretty common to handle custom security features in here. Some things to consider The class should be annotated with @Priority(Priorities.AUTHENTICATION) so it is performed before other filters, if any. You should make use of the SecurityContext, inside the filter. What I do is implement a SecurityContext. You can really implement it anywa
RESTEasyのHTML Providerで遊んでみる - CLOVER🍀
相変わらず、JAX-RSはRESTEasyで遊んでいる自分でございます。 ところで、JAX-RSの参照実装Jerseyには、Jersery MVCというものが人気のようです。RESTEasyにもそんなのないのかなぁ？と思ってちょっと調べたところ、以下のものに辿り着きました。 RESTEasy HTML Provider https://github.com/resteasy/Resteasy/tree/master/jaxrs/providers/resteasy-html これ、ドキュメントにも載ってませんよね…？ Javadocには、一応ありますが。 http://docs.jboss.org/resteasy/docs/3.0.7.Final/javadocs/org/jboss/resteasy/plugins/providers/html/package-summary.html
JPA & JAX-RS のテストを Arquillian を使ってやってみた（テストカバレッジ取得のおまけつき） - Qiita
Java EE でテストやるなら Arquillian Oracle の強力なプッシュもあってか、Java EE が勢いを盛り返しつつある昨今ですが、Java EE にはテスティングフレームワークはありません。やっぱり JUnit とか使います。 しかし、Java EE はアプリケーションサーバーによるコンテナ管理を中心に動作するので、単純に new でオブジェクトを生成して試すことはできず、JUnit だけでは力不足。そこで登場するのが Arquillian。 Arquillian · Write Real Tests Arquillian is an innovative and highly extensible testing platform for the JVM that enables developers to easily create automated integr
JAX-RSのユニットテストまわり - 日々常々
JAX-RSのClient APIを確認した流れで、ユニットテストまわりも眺めてみる。 Jersey - 2.17 RESTEasy - 3.0.9.Final 各実装のテストサポート 軽くコード書いてみたりしつつ思ったことをば。 Jerseyさん Chapter 25. Jersey Test Framework Jerseyさんのテスティングフレームワークを使うには、jersey-test-framework-core と、テストで使うコンテナのproviderが要ります。providerはいくつか用意されているので、好きなのを依存に追加しましょう。 testCompile "org.glassfish.jersey.test-framework:jersey-test-framework-core:${jerseyVersion}" // grizzly2, inmemory, jd
JAX-RS(Jersey)とJPAのサンプルにCDIを使ってTomcatで動かす - Qiita
はじめに こちら(JAX-RS(Jersey)とJPAで簡単なサンプル)でJerseyとEclipseLinkを使ってDBを使った簡単なWebアプリケーションというかWeb APIを作成してみました。 今回はその続きです。 ただ、このままではtestabilityが悪かったりEntityManagerインスタンスのライフサイクル管理が面倒だったりするので、そこを任せるためにDIを使おうと思います。 ちょうどJersey2.15からJava EE環境以外でもCDIを利用できるようになったので、そいつを使います。 https://jersey.java.net/release-notes/2.15.html ソースはこちら。"eclipselink-cdi"タグが対象のコードです。 https://github.com/kamegu/jersey-jpa/tree/eclipselink-cd
WebAPIのステートレスなCSRF対策 - あめだま
Jerseyのバージョン1.9.1で追加されたCSRFをステートレスに防ぐフィルタが興味深かったので、そのメモです。 CSRF対策の手法 通常、CSRF攻撃を防ぐにはトークンを使う方法があります。サーバがクライアントにトークンを発行して、クライアントは発行されたトークンをクエリパラメータなどの形でリクエストに付与します。サーバはトークンが付与されていないリクエストを実行しません。攻撃者は発行されたトークンを知らないため、リクエストを実行できないという寸法です。 CSRF対策とステート ただし、この方法ではトークンの取得〜リクエストの発行にステートができるため、WebAPIがステートフルになってしまうという問題があります。RESTベースのWebAPIはやはりステートレスに作りたいところです。 そこで、JerseyのCSRF対策フィルタはステートレスになるよう作られています。 JerseyのC
Arquillian で JAX-RS のテストを書くときはこんな感じでどうだろう - なにか作る
Arqullian を使っている。 ちょっとずつ書き方がわかってきた気がする。 サンプルコード @RunWith(Arquillian.class) @UsingDataSet("dataset.yml") public class CountryResourceTest { @ArquillianResource private URL baseUrl; private URI countryUri; @Before public void init() throws Exception { countryUri = UriBuilder.fromUri(baseUrl.toURI()) .path(ApplicationConfig.class.getAnnotation(ApplicationPath.class).value()) .path(CountryResource.cla
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jersey /* servlet mapping causes 404 error for static resources
Chapter 18. Bean Validation Support
Guice don't inject to Jersey's resources
GitHub - pac4j/jax-rs-pac4j: Security library for JAX-RS and Jersey
JSON Web Token in action with JAX-RS
jersey security and session management
Integrating Jetty with RESTEasy