技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive) 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？
技術/HTTP/REST設計思想の "Stateless" との付き合い方 - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
作成日: 2015-02-11 21:34:52 / last updated at: 2015-02-15 20:03:11 カテゴリ: HTTP プログラミング [ Prev ] [ Next ] [ 技術 ] RESTfulなAPIやWebアプリケーションを開発する際に、一つの疑問が生じる。 RESTでは「ステートレス」を重視して、サーバサイドでのセッション管理ではなく、クライアント側で認証情報や状態を保持して、サーバに都度送る方式を唱えている。これはHTTPで実装するなら、Cookieを使ったセッション管理ではなく、BasicやDigest認証など、HTTP認証を使うことになる。 しかし現実問題として、モダンなWebサイトでBasic/Digest認証を扱うことはなく、サーバサイドのCookieを使ったセッション管理を使うことになる。 RESTにおいて、ステートレスという特
Java/JAX-RS/勉強メモ(JAX-RS 2.0) - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
作成日: 2014-04-29 23:30:54 / last updated at: 2014-04-29 23:32:12 カテゴリ: Java [ Prev ] [ Next ] [ Java ] JAX-RS 2.0 (JSR 339)の使い心地について調べたのでメモ。 https://jax-rs-spec.java.net/ https://jcp.org/en/jsr/detail?id=339 http://ja.wikipedia.org/wiki/JAX-RS 実装： Jersey https://jersey.java.net/ GlassFish プロジェクトでも使われてる、Sunマイクロシステムズ時代からのJAX-RSのリファレンス実装。ライセンスはCDDLv1.1とGPLv2のデュアルライセンス。 Apache CXF -- Index http://c
技術/MacOSX/シェルスクリプトを".app"("Bundle")化する - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
作成日: 2013-07-06 23:49:43 / last updated at: 2013-08-17 14:05:21 カテゴリ: Apple Eclipse Java シェルスクリプト [ Prev ] [ Next ] [ 技術 ] Javaアプリで、"java -jar xxxx.jar"だけで動くようなアプリの場合、Mac OS XのLaunchPadやSpotlightなどのランチャーアプリから検索して実行するのに支障があります。それに限らず、シェルスクリプトを介して実行したかったり、諸事情で"xxxx.app"の中身の構成を若干調整したい場合の参考資料などを勉強がてらまとめました。 環境 : Mac OS X 10.8.4 基本 : "xxxx.app" = "Bundle" シェルスクリプトを".app"(="Bundle")化するには最小構成 アイコン画像の
技術/HTTP/URLエンコードで 0x20(スペース) を "+" にすべきか "%20" にすべきか - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
作成日: 2013-03-23 22:18:13 / last updated at: 2017-11-19 16:15:33 カテゴリ: HTML HTTP ネットワーク [ Prev ] [ Next ] [ 技術 ] ※時間がないとか、だらだらとRFCの解説を読んでる暇が無い方は、末尾のまとめ部分だけ目を通していただければ十分かと。 URLのpath中やquery中、POSTリクエストボディ中で、0x20のスペースを、"+"に変換するのが「正しい」のか、"%20"にするのが「正しい」のか、わからなくなってきたのでちょっと調べてみました。 ただしRFCの全文を熟読してるわけではないので、言い回しや表現はもとより理解そのものが間違ってる可能性もあるので、話半分程度に参考にしてください。 "+"を使うべきか、"%20"を使うべきか、よく迷う箇所： URLのパス中 URLのクエリ中
日記/2006/11/02/JavaでPropertyファイルを好き勝手な位置から読み込ませるには - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
作成日: 2006-11-02 10:37:17 / last updated at: 2009-04-05 10:38:44 カテゴリ: Java 前々から気になってて仕方の無かった疑問の一つ。 Propertyファイル・・・広く言えば外部リソースという言い方になるらしいんだけど。 例えばクラスパス直下の*.propertiesファイルであれば、ResourceBundleで一発で読み出せる。ResourceBundleは基本的にローカライズリソースの読み込みに使われるので、まあ、便利。 ただ、ResourceBundleはプロパティファイルの位置を指定できない。クラスパスツリーの中に組み込まれた形でないと利用できない（元々リソースを表現するクラスファイルを読み込むものらしいので、当然と言えば当然）。 というわけで、好き勝手な位置のiniファイルやpropertiesファイルをど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java/Maven3/ローカルのjarファイルを参照させるには - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)
Groovy/Gradle/Eclipseとの連携 - Glamenv-Septzen(ぐらめぬ・ぜぷつぇん)(archive)