18:06:39クッキーの保存について下記のようにすれば、クライアントに(クッキー受け付け状態ならば)クッキーが保存される。特定のクッキー名を持つクッキーを探すにはクッキー名を1つ1つ調べるしかない「Cookie」クラスで用意されている"getName"メソッドを使う。▼クッキーの有効期限についてデフォルトでは、クッキーはブラウザを閉じたら破棄されてしまう。cookie.setMaxAge(3600);のようにして、setMaxAgeメソッドで有効期限を設定する。単位は秒で、上記の例では1時間の有効期限となる。引数に0を設定するとクッキーが破棄される。引数にマイナスを設定すると、デフォルトと同じになる。▼セッションとクッキーの違いセッションは必要な情報をクライアントではなく、サーバー側に保存するそのため、セキュアに利用できる。セッションはクライアント毎に作成され、識別IDや保存したい値をセッション変数としてサーバー側に保存する。開始されてなければ新規にセッションを作成する。falseを指定するとセッションが存在しない場合はnullを返す。"1");保存するデータの「名前」と「値」をセットで登録する名前はString型で、値はObject型である。値はObject型のサブクラスなら、なんでも登録できる(intなどの基本型は不可)読み込みは、取得したセッションに対して、getAttribute("名前")を実行する。session.getAttributeNames();各オブジェクトに対して処理を行う場合は以下のようにする。Date(createTime);最後にアクセスした日時は下記のように取得する。経過秒数を表すlong型の値である。▼セッションの有効期限getMaxInactiveInterval()で取得可能クッキーの時と同じく、戻り値はint型で単位は秒デフォルトは30分(1800秒)setMaxInactiveInterval()で設定することが可能web.xmlから以下のように設定することもできる。取得したセッションに対してsession.getId()を実行することで取得できる。セッションを開始するとクッキーが保存される。▼クッキーが使えないクライアントに対するセッションクッキーが使えないクライアントからでもセッションを利用できるようにするためにはURLをセッションID付きのものに書き換える必要がある。クッキーが使える場合に、クライアントからはサーブレットへのリクエストと同時に自分が持っているクッキーをサーバに送ってくる。その仕組みの変わりに、サーブレットへのリクエストそのものにセッションIDを含めてしまうということになる。URLに付加するセッションIDは、クライアント毎・セッション毎に異なるため、固定して記述することは出来ない。クライアントが最初にサーバへアクセスした時にセッションを開始し、そこからセッションIDを取得した上で、それ以降クリックされる全てのURLにセッションIDを付与した形でHTMLをサーブレットが出力する必要がある。response.encodeURL("/session/sessiontest");またこのメソッドは、必要無ければ書き換えを行わない。クッキーが使える状態で、クッキーからセッションIDを取得出来る場合にはこのメソッドを使ってもセッションIDの付与は行われないURL書き換えはクッキーが使えないクライアントでもセッションを利用できるようになり便利なのですが、URL自体にセッションIDを記述してしまうとセッションIDがそのままログなどにも残ってしまいセキュリティ上問題がある。(ざわざわ)電話番号を入力し、下のボタンを押すと、SMSに認証コードが送られますSMSに認証コードを送る電話音声で認証コードを送るキャンセル不正な入力です。認証キャンセルWIKIの操作を続ける認証コードが届かない場合は。