OracleとGoogleのJava著作権侵犯裁判の現状を知る（2018年版） - orangeitems’s diary
控訴審でOracleがGoogleに勝利 Oracleが、Googleに対してここ8年間に渡ってJavaをめぐり約1兆円以上の損害賠償を求めている裁判が行われているのをご存じでしょうか。かの有名なAndroidは一部、Java APIが利用されているのですが、その中で著作権侵害があったとの訴えです。 米国時間で2018/3/27にOracleがGoogleに勝利したというニュースが舞い込みました。 jp.techcrunch.com 火曜日（米国時間3/27）に連邦控訴裁がこの訴訟に新しい命を吹き込み、GoogleがOracleのJava APIsを使ってモバイルオペレーティングシステムAndroidを作ったことは著作権法の侵犯にあたる、と裁定した。 とはいえ、経緯を知らない人にとっては何のことやらわからない記事だと思いますので、短時間で理解できるようにまとめてみたいと思います。 賠償金額
StrutsのClassLoader脆弱性はSAStrutsに影響しません - ひがやすを技術ブログ
Struts2に見つかった脆弱性と同様の脆弱性がStruts1系にも見つかりました。 Apache Struts 2の脆弱性が、サポート終了のApache Struts 1にも影響 HTTP(S)のリクエストでJavaのClassLoaderのメソッドが呼び出せてしまうという脆弱性です。 もう少し噛み砕いて言えば、リクエストのパラメータをJavaBeansにセットする時に、リフレクションを使い、パラメータ名にaaa.bbb.cccのようなネストした名前をサポートしているフレームワークは同様の問題が起こる可能性があります。 パラメータ名をclass.classLoader.xxxのような感じにして、ClassLoaderのメソッドを呼び出す訳です。 このような問題を起こすリフレクションフレームワークで最も有名なのは、Apache Commons BeanUtilsです。リクエストのパラメータ
Java、バッチ処理の仕様を策定へ | エンタープライズ | マイコミジャーナル
Java Programming Language Javaを使ったバッチアプリケーションの開発と運用の標準化を目指した新しい仕様「JSR 352: Batch Applications for the Java Platform」の策定作業が開始された。IBMから提出された仕様で、Java SEとJava EEの双方における利用を想定。策定目標時期は2012年第2四半期とされており、かなりアグレッシブに作業を進める気概であることがわかる。 JSR 352ではバッチアプリケーションの開発と、ジョブをスケジュールに従って実行するための実行環境の2つに対して、標準化されたプログラミングモデルを実現することを目指している。提案されている資料では「バッチジョブ」「バッチジョブステップ」「バッチアプリケーション」「バッチイグゼキュタ」「バッチジョブマネージャ」を定義しモデリング対象を明確化している。
Twitterが、Ruby on RailsからJavaVMへ移行する理由
オライリーが主催するイベント「Open Source Convention 2011」が7月25日から米国ポートランドで開催されました。 その中で、TwitterがなぜRuby on RailsベースのシステムをJavaVMベースへ移行しようとしているのかを解説したセッション「Twitter: From Ruby on Rails to the JVM」が行われ、ビデオが公開されています。 13分程度の短いセッションのポイントをまとめて紹介します。 世界最大のRuby on RailsによるWebサイトをJavaVMへ移行 Twitterのアプリケーションサービスグループ、Raffi Krikorian氏 Twitterは世界中からのツイートをリアルタイムで扱っている。リアルタイム処理が、ツイッターにおけるもっとも難しい処理だ。 Twitterは、おそらく世界最大のRuby on Rail
技術者が知っておきたいTomcat 7の新機能20連発
■ リクエスト処理のアーキテクチャ Tomcat 4時代から採用されているリクエスト処理のCatalinaアーキテクチャは変更なしで、そのまま採用しています。Tomcatが受け付けたリクエストは、リクエスト処理パイプラインによってServletまで到達し処理されます。 ■ クラスタリング（セッションレプリケーション） 若干のインターフェイスの改良はありますが、基本的には同じ仕様です。 「All-to-All」「primary-secondary」の2つのレプリケーション方式が利用可能となっています。 ■ DBコネクションプール 今までどおりApache Commons DBCPを使用し、バージョンはDBCP 1.4系(JDBC 4用)を採用しています。Tomcat独自のjdbc-poolを利用する場合は別途ビルドが必要です。jdbc-poolは近いうちに同梱されるかもしれません。 では、T
Nadai Collaborations Inc. - [Concept]：IT産業界の効率化・発展・成熟に貢献する
Nadai Collaborations 株式会社は、企業のシステム設計・開発、プログラム設計・開発、インターネット接続ホームページ制作を行っております
[java][seasar] S2AOPを触ってはみたものの - deftrash in hatena
恥ずかしながら本格的にAOPプログラムをするのは、今回が初めて。ということで、S2AOPを試そうにも、「ポイントカットってどういう意味？」とか、「インタータイプとは何ぞや？」というところでつまづいて、なかなかスムーズに体得できていない。まあ、触りながら理解していくしかない。 とりあえず、SAStrutsのチュートリアルに独自のInterceptorを織り込んでみる。 package tutorial.interceptor; import org.aopalliance.intercept.MethodInvocation; import org.seasar.framework.aop.interceptors.AbstractInterceptor; public class HogeInterceptor extends AbstractInterceptor { private s
![[java][seasar] S2AOPを触ってはみたものの - deftrash in hatena](https://cdn-ak-scissors.b.st-hatena.com/image/square/a255c7c62a37f0877e65bd68e533da9722107109/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127109892699%2F17680117127109894829%2F1556938834)
EHCache の設定部分を調査。 - kameidの備忘録 - Sharpen the Saw!
どっかに和訳が転がってそうな気がしてならないんだけど、ちょっと見、見当たらなかったので、設定部分だけ訳した。 必須属性 name: キャッシュ名： キャッシュの名前を設定してください。これはキャッシュの識別に使用されます。 名称が重複しないようにしてください。 maxElementsInMemory: メモリ中のエレメント数： メモリ中に生成されるオブジェクトの最大数を設定してください。 maxElementsOnDisk: ディスク中の最大エレメント数： ディスク中に保持されるオブジェクトの最大数を設定してください。 デフォルト値は0です。これは無制限という意味になります。 eternal: 永続フラグ： エレメントを永続化させるかのboolean値。永続させる場合は、 タイムアウトは無視され、エレメントは削除されなくなります。 overflowToDisk: ディスク退避フラグ： エレ
Ehcacheの設定とか使い方とか - たけぞう瀕死ブログ
ehcache.xmlでのキャッシュ設定 Ehcacheではクラスパスルートのehcache.xmlというXMLファイルで設定を行います。設定項目はかなり多岐に渡りますが、中でも肝になるキャッシュの設定について調べてみました。もちろんここで書いている項目以外にもクラスタリングやらトランザクションやら様々な設定がありますが、それらについてはまた別の機会にということで。 maxElementsInMemory メモリに格納する最大エントリ数、0の場合は無制限 eternal trueを指定した場合タイムアウト値は無視される timeToIdleSeconds キャッシュのアイドル秒数を指定、0の場合は無制限（デフォルトは0） timeToLiveSeconds キャッシュの有効秒数を指定、0の場合は無制限（デフォルトは0） overflowToDisk メモリへの格納数をこえた場合にディスクに
【ハウツー】オープンソースのJava用キャッシュライブラリ"Ehcache"を体感する | エンタープライズ | マイコミジャーナル
Ehcacheとは? Ehcacheは米TerracottaによるオープンソースのキャッシュライブラリでApache License, Version 2.0の下で提供されている。豊富な機能が提供されており、Javaのキャッシュライブラリとしての定番として広く利用されている。JMXによるモニタリングや、Terracottaによるレプリケーション、RESTやSOAP経由でキャッシュサーバとしての利用も可能など、非常に高機能だ。 Ehcacheの本稿執筆時点の最新の安定板は2.0.1となっている。本稿ではこのバージョンをもとにEhcacheの基本的な利用方法を紹介する。また、最近リリースされたEhcache 2.1.0-betaの新機能についても簡単に紹介する。 Ehcacheを使ってみよう Ehcacheを利用するにはクラスパスルートにehcache.xmlという設定ファイルを配置しておく必
Axis 2.0
Last Published: 2022-07-14| Version: 1.8.2| Apache/ Axis2/Java/ Apache Axis2/Java - Next Generation Web Services Welcome to Apache Axis2/Java Apache Axis2™ is a Web Services JSON / SOAP / WSDL engine, the successor to the widely used Apache Axis SOAP stack. There are two implementations of the Apache Axis2 Web services engine - Apache Axis2/Java and Apache Axis2/C While you will find all the infor
Sun JavaMail(mail.jar)とApache Geronimo(geronimo-j2ee_1.4_spec-1.0.jar)の競合 - terazzoの日記
クラスパスにJavaMailの(Sunのリファレンス実装である)mail.jarとgeronimo-j2ee_1.4_spec-1.0.jarが両方含まれていると、SMTPやPOP3などのプロトコル使用時にmail.jar側とGeronimo側の実装が混在して使用され、うまく動かないことがある。 cf: http://s2mai.sandbox.seasar.org/ja/guide1.html 今回POP3で接続するプログラムでこの現象が起こったときの症状をまとめておく。これらの症状が出た場合、クラスパスを見直すと良いかも。 環境 Java5 activation.jar(JAF 1.0.2) mail.jar(JavaMail 1.3.1) geronimo-j2ee_1.4_spec-1.0.jar(Seasar 2.4同梱) connect()で接続されない 以下のようなサンプルで
Executorを使おう - かとじゅんの技術日誌
Java5からスレッドプールが利用できるようになりました。 スレッド作成の欠点 これまでのスレッドは、ThreadクラスやRunnableクラスを組み合わせ使っていました。しかし、スレッドをただ単に使うだけだと以下のような欠点があります。 スレッドを生成から破棄までのライフサイクルで発生するコスト 一般的にはスレッド作成はOSやJVMに負荷が発生します。リクエストが頻繁で軽い場合は相当量のリソースを消費してしまいます。 リソースの消費 アクティブなスレッドはメモリを消費します。実行状態のスレッドが利用可能なCPUの数より多いとスレッドが停滞します。さらにアイドル状態のスレッドが多くなるとメモリ消費量が増えて、ガベージコレクタの負担が増大。多くのスレッドがCPUの時間を奪い合うレースコンディションになり性能も低下します。このようにCPUの数以上スレッドが存在しても意味がありません。 安定性が
Javaで覚えるIT技術者の40の常識 - ＠IT
～新人プログラマ／SEは覚えておきたい“まとめ”～ ＠IT編集部 2011/3/24 このページは、開発者／プログラマが、以下のような項目に関して、常識的な基礎知識を学ぶための記事リンクのまとめです。 デスクトップなどの見た目に関する3つの常識 プログラミング・コーディングに関する6つの常識 ネットワーク／通信に関する9つの常識 セキュリティに関する3つの常識 データとファイルに関する5つの常識 設計・アーキテクチャに関する6つの常識 ソフトウェアの品質管理に関する3つの常識 業務アプリに関する5つの常識 Java SE（旧、J2SE）のコアAPIやJSP／サーブレット＋StrutsのWebアプリケーション開発、JBossやその他のJavaオープンソースソフトウェアのサンプルコードや使い方を通じて、さまざまな“常識”を学習する以下の連載の記事に、基礎知識のカテゴリごとに分けてリンクしていま
業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して
私自身は10年以上も前（JDK1.1の頃）にSJC-Pの認定を取って以来、Javaプログラミング関連の認定試験は受けていないのですが、昨日たまたまネットを検索して、SJC-Pとは別にJavaプログラミング能力認定試験という試験が存在していることを知りました。結構メジャーな認定試験のようですので、現役のJavaプログラマーやJavaプログラマーを目指している学生さんで、今後受験に向けて勉強されている方々も多くいらっしゃるのではないかと思います。 試験は難易度に応じて3級から1級までランクが分かれており、2級まではJava言語の知識に関する筆記試験ですが1級の試験では実際のプログラムの修正を行う能力が実技試験として課せられます。試験範囲は以下で公開されています。 Javaプログラミング能力認定試験（試験範囲） 私は（自分で言うのも変ですが）、Javaプログラミングについてはこの道15年近くのキ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java コーディングスタンダード CERT/Oracle 版
http://japan.internet.com/developer/20091020/26.html
Ehcache - Code Samples