Form submission and validation Handling form submission Protecting against CSRF Custom Validations Custom Field Constructors Main concepts Section introduction Configuration API HTTP programming Asynchronous HTTP programming The Twirl template engine Form submission and validation Working with Json Working with XML Handling file upload Accessing an SQL database Using the Cache Calling REST APIs wi
概要 ほとんどのWebアプリケーションは、今操作しているユーザーを識別するためにセッションの管理機能を持っています。 play2でセッション管理といえば play2-auth ですよね。 ということで、試してみます。 (認証と認可で記事を分けることにしました。今回は認証編です。) (ここではOAuth2.0対応は触れず、自前で認証機能を持つ場合を考えます。) この記事のゴール 認証・認可の大まかな流れを理解する play2-authで認証部分まで作り動作確認する ログインできてcookieが付与されているところまで。 ログイン情報が正しいかは認可のフェーズで行うため割愛。 環境 Play 2.5 play2-auth 0.14.2 全体のコードは以下。 認証・認可の難しいところ まず、authという単語を見た時に、 Authentication - 認証 Authorization - 認
CREATE TABLESPACE 表領域名 DATAFILE 'データファイル名1.dbf' SIZE 100M AUTOEXTEND ON NEXT 500K MAXSIZE UNLIMITED ,'データファイル名2.dbf' SIZE 100M AUTOEXTEND ON NEXT 500K MAXSIZE UNLIMITED ,'データファイル名3.dbf' SIZE 100M AUTOEXTEND ON NEXT 500K MAXSIZE UNLIMITED ; CREATE TABLESPACE 表領域名 --データファイルのパスとサイズを指定する [DATAFILE データファイル名 [SIZE ファイルサイズ]] --自動拡張の指定をする。NEXT:増分値を指定 MAXSIZE:最大値を指定する(無制限はUNLIMITED) [AUTOEXTEND {OFF | ON N
Administering BlazeDS applications / Security サーバ側の destination にセキュリティをかけられるという話。 J2EE のセキュリティフレームワークや、カスタムのセキュリティ用ロジックを使えるらしい。 Securing BlazeDS Authentication はユーザーの認証。 Authorization は行動に対する許可。 Authentication を通過しなければ Authorization はできない。 BlazeDS では destination に対してセキュリティ制約をかけることができる。 Basic認証では、credentialが無かったり間違っていたりする場合に HTTP 401 を返すことにより、ブラウザ側でログインダイアログを出す。カスタム認証ではクライアントに失敗を返す。デフォルトはカスタム認証。 B
ども、@kimihomです。 API に関する基礎的な話で、なぜ API が重要なのか、APIの実装で注意する点について記述した。 今回はAPI開発において最も頭を悩ます、認証の問題について考えてみたい。 API における認証 よくあるログインが必要なページを考えてみていただきたい。 通常のWebアプリケーションであれば、Cookieという仕組みを使って毎回Webサーバーにアクセスするときにsession idというものを送信し、それとユーザー情報を紐付けたデータを取ってくることで、どんなユーザーからリクエストが来たのかをWebアプリケーション側で判断することができる。これにより、私たちはいつも閲覧しているWebアプリケーションが自分専用の画面として見れるようになっている。 これがAPIになると話は違ってくる。Cookieという仕組みが使えないのである。ということで、なんとかしてAPIにア
Javaで複雑なスレッド処理 Javaには当初からThreadクラスがあるが、インスタンス生成が重くて微妙だった。 JDK5からはExecutorが導入されて、WorkerThread的なことはやりやすくなったし、Lock系のクラスも増えて便利になった。また、Futureの導入により処理結果を受け取るのも楽になった。 とはいえ、Future.get()を呼ぶと呼び出しThreadがブロックするからそれもまた別Threadでやって、というようになんか本質的じゃない処理を書かないといけなかったのも確か。 Java8からはCompletableFutureが導入され、より複雑なThread処理を行うことができるようになったようなので、調査をする。 前提知識 同じくJava8で導入されたFunction, Consumer, Supplierを理解していないとよく分からないと思う。以下に記事書いた
今まで色々と検証して本記事を作成しましたが、@ooocamel さんのコメントの通り次のように--mirror オプションを使用することで、これらの手順はより短い手順で実施できるようです。 # git clone --mirror taro@tarosserver.example.com:/path/to/PrivateProject.git # git remote set-url --push origin git@github.com:Taro/PublicProject.git # git push --mirror これより下の記事については--mirror オプションを使用しない手順になりますが、参考程度にご覧になるようお願いします。 自分の作業環境にあるgit リポジトリをGitHub のリポジトリへと移行する 自分の作業端末や作業場所内のGit リポジトリからGitHub
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く