HOMMEZ(オムズ)は男性の心と身体の健康を支援し、一人でも多くの人が子供を得る幸せや男性としての喜びを享受できる社会の実現を目指しています。男性の妊活、活力にまつわる情報や商品の力で性や妊活に悩む男性が効率的に納得感を持って活動できる機会を創出します。
AWS のLinuxでJavaを使う † ふつうにwgetでrpm取ってきて、あとはJavaの切り替え。 wget --no-check-certificate --no-cookies --header \ "Cookie: oraclelicense=accept-securebackup-cookie" \ http://download.oracle.com/otn-pub/java/jdk/8u161-b12/2f38c3b165be4555a1fa6e98c45e0808/jdk-8u161-linux-x64.rpm sudo rpm -Uvh jdk-8u161-linux-x64.rpm sudo alternatives --config java export JAVA_HOME=/usr/java/jdk1.8.0_161 ちなみにダウンロード先はこちら http:
可変ファイル名のファイルを、固定ファイル名のファイルとしてコピーする † 日付がついて出力される可変ファイル名のjarファイルを、SNAPSHOTという固定ファイル名のjarにリネームしたい。 <copy tofile="target/hogehogelib-SNAPSHOT.jar"> <fileset dir='target' includes="hogehogelib-*.jar" excludes="hogehogelib-*sources.jar,hogehogelib-SNAPSHOT.jar,hogehogelib-SNAPSHOT-source.jar"/> </copy> target内にある hogehogelib-*.jar ていう名前のファイルを target/hogehogelib-SNAPSHOT.jar という名前にリネームしています。excludesは任意で
従来のエラー処理は、フラグや戻り値から判定の判定で行っていた。 この方法では、このプログラムを利用するユーザに対してエラー処理を強制する力がないし、戻り値をエラー処理のためだけに潰してしまうことになるし、フラグを設定する側、フラグを判断する側と、二重にエラーチェックをしててすげー非効率だしで、つまり、ダメダメだったのである。 Javaでは、このことを踏まえ、try-catchという方法を採用している。エラー処理をほどこす場所にtryって書いておいて、エラーが起きたらcatchで何らかの処理をする。catch節はエラーの種類によって処理を変えることができる。 構造化手法の人にしてみれば、catch節にて出口が複数になるのを嫌だ!嫌だ!わーん!となるそうだが、例外処理が複数あっても、ぜんぜん構わない。むしろ、Javaの場合は、複数あるべき。 致命的なエラー(実行時エラー)と回復可能なエラー(チ
オープンソースのテストツール「Jameleon」の使い方やタグを解説していますこのサイトについて Jameleonとは Jameleonの歴史 Jameleonで出来ること、出来ないこと このサイト・管理人に関して 書籍 書籍一覧 講座 チュートリアル(インストール~テストスクリプト実行) Jameleonの使い方 Jameleon Jiffieタグ入門 FAQ リンク集 リンク一覧 最近の更新 2007/7/28 FAQを更新(1P追加) 2007/6/13 Jameleonの使い方を更新(1P追加) 2007/5/11 タグ入門を更新(1P追加) 2007/5/9 タグ入門を更新(1P追加) 2007/5/8 タグ入門を更新(1P追加) 2007/3/4 タグ入門を更新(3P追加) 2007/2/25 使い方を更新(1P追加) 2007/2/22 FAQ
Javaプログラムにおいて,クラスを作ることを厭う人たちが多い. そのような人たちの多くはデータを桁数依存にて構造が存在する文字列にして扱うことを好む. しかしJavaにおいてStringを解析することは多くの例外の原因となり,ひいてはシステム障害の原因となることが多い. またStringの演算は重く,Stringはメモリ消費量が多い. この文章では,Java利用システムにおいてStringの濫用を戒め,適切な型の利用と適切なクラス設計を行うことを勧める.*1 Stringの問題 多発する例外 Stringを利用することにより発生する例外には次のものがある. NullPointerException StringIndexOutOfBoundsException IndexOutOfBoundsException IllegalArgumentException UnsupportedEn
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。
UTF-8 のソースからの javadoc 生成でおこられる Eclipse から javadoc を起動する際、ソースファイルをシステムのデフォルトエンコーディングで読み込もうとします。おいらの環境ではシステムのデフォルトエンコーディングが MS932 なのですが、ワークスペースのデフォルトエンコーディングを UTF-8 にしているため、javadoc 生成時におこられてしまいます。 javadocのオプション javadoc には、エンコーディングに関して以下のようなオプションがあります。 オプション 効果 -encoding ソースファイルのエンコーディングの名前 (EUCJIS/SJIS など) を指定します。このオプションが指定されていない場合は、プラットフォームのデフォルトコンバータが使われます。 -docencoding 生成される HTML ファイルのエンコーディングを指定
Ubuntu 10.04 にアップデートしたんだけど,標準だと,OpenJDK しか入れられなくなった. OpenJDK はちょっとバギーだし,Font 回りの設定とかがグダグダなので, 日本語が上手く表示出来なかったりするので,sun のやつを入れる $ sudo add-apt-repository 'deb http://archive.canonical.com/ lucid partner' $ sudo apt-get update $ sudo aptitude install sun-java6-jdk で,インストール出来るので, デフォルトの設定を変更しちゃえば終り $ sudo update-alternatives --config java There are 2 choices for the alternative java (providing /usr/b
追記このエントリについては今後はWikiでメンテナンスしていきますので、最新の情報はWikiで確認して下さい。 追記スティルハウス社の佐藤さんよりコメントを頂いたので一部の表現を修正しました。取り消し線+青字にしたりしてます。 追記ひがさんよりコメントを頂いたので、最後のTransactionについてのソースコードのサンプルを一部修正しています。子Entityをput()する呼び出しの第一引数にTranscationを指定するように修正しました。 ここから GAE/JのLow-level API(主にDatastore周り)については基本的にJavaDocしかなくて情報量が少ないと思ったので、それなりに使っていくための簡単な説明を書いてみる(@fumokmm氏の発言で思いつきました、Thx!)。 個人的な思いとしては、GAE/JのDatastoreについてJDOから入るのは間違いの元だJD
App Engineではどの言語を使えばいいのか - yvsu pron. yasで書いたとおり、App Engineで使う言語は、素のSDKで比べるとPythonの方がJavaより断然出来がいい。 ただ、仕事で使う場合は、素のSDKで開発することはなく、何らかのフレームワークを使うことが普通です。App Engineに特化したKay frameworkやSlim3のレベルで比べるとそんなに違いはありません。 これは、単純なリクエストの処理だと、Javaの方が10倍速いが、実際に行われている処理で比べるとそんなに違いはないのと似ています。 私は、Javaを使っているので、Javaへの評価が良くなりすぎないように、意識的にJavaのデメリットを強調し、Pythonのメリットを強調していますが、実際の仕事で使うレベルにおいては、差はほとんどないということです。 んんーーーー。 たまには本音を書
\u [/2008-05-02] 実体のクラスが呼ばれる [/2019-12-08] キャストが必要なアクセス [2012-05-20] 隠される名前 [/2008-09-13] 後からインターフェース適用 [/2008-05-02] 一見無意味なオーバーライド [2007-11-08] $ Javaのソース内で変数名やクラス名に日本語が使えるのはよく知られていると思う。 普通は英数字と「_」を使うが。他に「$」も使える。 public static void main(String[] args) { int $ = 1; String a$ = "abc"; System.out.println($ + a$); } なんだかとってもヤな感じ(爆) CVSを使ってると、CVSキーワードとして扱われてしまう 。 public String $Date$() { return new ja
LivedoorReaderPinChecker http://ldrpin.appspot.com/ LivedoorReaderPinChecker - iPhoneからLivedoorReaderのピンをチェック! - そうだ?Blogを書こう? サービスを公開してから一月以上経ってしまいましたが、だらだらと書いていこうと思います。 開発動機 開発動機はズバリ、iPhoneからLDRのピンを見るのに困ったから。 自分はタイトルで気になればピンを立てて、後から一気に開いて見るという使い方をしているのですが、 ピンの最大数が100なのでちょっと使ってると埋まるんですね。 iPhoneでフィードを消化してると、今のピンの数がわからなくて一杯になってないか心配になります。 使ってるLDR touchでもピンは見れますが、ピンの外し方を知らなかった。ないなら作っちまえ!って事で作りました。 L
多くの人はこうやればいいと思っているかもしれません。 java.util.Date d = new java.util.Date(); java.sql.Date d2 = new java.sql.Date(d.getTime());確かにこれでも一応変換はできますが、きちんと変換してはいません。java.sql.DateのJavadocを見るとこう書いてあります。 SQL DATE の定義に対応させるために、java.sql.Date のインスタンスでラップされたミリ秒の値は、インスタンスが関連した特定のタイムゾーンで時間、分、秒、ミリ秒をゼロに設定することで、「標準化」する必要があります。 つまり、java.util.Date#getTime()をjava.sql.Dateにただ渡すだけでは不十分で、「特定のタイムゾーンで時間、分、秒、ミリ秒をゼロに設定しなければいけない」のです。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く