タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

Javaに関するAKIYのブックマーク (10)

  • Java EE 8 (revised) & JavaOne 2016 – Java EE Advent Calendar

    Java EE Advent Calendar 2016 の 12/22 分となります。今年はすっかり登録を失念しており、急いでこの日にねじ込みました。昨日分は @TTakakiyo さんの「WebSphere LibertyでJava EEアプリケーションをOne-JAR化する」でした。 さて、Java EEの今年の動きは予想通りさほど大きくなく、どちらかと言うとJava EE 7が着実に企業システムに拡がっていったのかな? という感じの一年でした。それはそれで実業務を担うべく誕生したJava EEの、企業システムの基盤としては正しい状況だと思います。ただ、一方で日進月歩のダイナミズムという観点だと、何となく物足りない感じもします。みんな麻痺してる気もします。 余談ですが、実際の企業システムを開発・運用・管理している側からすると、ちょくちょく仕様が変更になるのは全く迷惑以外の何者でもあり

    Java EE 8 (revised) & JavaOne 2016 – Java EE Advent Calendar
    AKIY
    AKIY 2017/02/10
    MVC1.0脱落かー。
  • 今どきのJava Webフレームワークってどうなってるの? - きしだのHatena

    昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの?」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=

    今どきのJava Webフレームワークってどうなってるの? - きしだのHatena
    AKIY
    AKIY 2013/11/12
    こう散々な言われようだとJava技術者として首釣りたくなる…。確かにどことなくイマイチな感じだけど。Javaって何だよ。/レガシー化しない言語はどこにあるのだろう?
  • Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena

    Seasar2の機能追加停止が宣言されてから、すでに6年弱たっています。 Seasar2.4に対する追加要望があれば、もちろん検討します。ただし、大きな変更や追加はもうないでしょう。 Seasar2の今後のロードマップ 2008-01-29 - ひがやすを blog 後継になる予定だったSeasar3も開発が中止されて3年たちました。 Seasar3開発中止 2010-08-06 - ひがやすを blog ここでSeasar2.5を出す方向で動くということでしたが、実現しませんでした。 あのころSeasar2に関わっていた人も、ScalaがメインになったりNode.jsをさわったり、不意ながらPHPをさわったり、さわってみるとPHPもそれほど悪くなかったり、やっぱりPHP気にわなかったりと、いろいろな道を進んでいます。 DIコンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも

    Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena
    AKIY
    AKIY 2013/11/12
    Intra-mart死亡とか思いかけたけど、「新規案件に」って話だし。十分に枯れててセキュリティ問題もないのであれば、新規採用したい人もいるはず。
  • JavaアプリをExe化するLaunch4jの使い方と仕組み - seraphyの日記

    Launch4jとは? Launch4jとは、JavaアプリケーションのExeラッパーを作成するツールである。 以下よりダウンロードできる。 http://launch4j.sourceforge.net/ このLaunch4jを使うことで、実行可能JarをExeファイルとして起動できるようにラップすることができる。 しかし、生成されたExeは単純なラッパーにすぎず、Exe化したといってもJavaランタイムが不要になるわけではない。 これは、端的にいえば、「Javaアプリケーションを起動するためのexe」を作るものだと考えてよい。 であれば、単純な「実行可能なjar」と比較して何が嬉しいのか? 機能的には以下のようなアドバンテージがある。 Launch4jでExe化するメリット Exeなので、これがアプリケーションであることが一目でわかる Javaに詳しくない人はjarファイルを見ても扱い

    JavaアプリをExe化するLaunch4jの使い方と仕組み - seraphyの日記
    AKIY
    AKIY 2013/08/11
    exewrapの方がランタイム不要にできたりWindowsサービスにできたりして好き。ただしSWTのような依存Jarがある時は工夫が必要だけど。
  • junit-4.11.jar が単独で使えない - 日々常々

    寂しがりだから Hamcrest と一緒に使ってあげてね。 やってみる こんな風に書いて。 import org.junit.*; import static org.junit.Assert.*; public class HogeTest { @Test public void hoge() { fail("しぱーい"); } } こうして。 $ javac -cp junit-4.11.jar HogeTest.java $ ls HogeTest.class HogeTest.java junit-4.11.jar だーん。 $ java -cp ./junit-4.11.jar:. junit.textui.TestRunner HogeTest .F Time: 0.003 There was 1 failure: 1) warning(junit.framework.Test

    junit-4.11.jar が単独で使えない - 日々常々
    AKIY
    AKIY 2013/06/08
    「寂しがりだから Hamcrest と一緒に使ってあげてね。」www
  • Java 7 時代の String#split() 事情

    Java 7 になって String#split() の実装が変更されたことに今更ながら気付いたので、Pattern#split() や Java 6 との性能の比較をしてみたメモです。 Java 6 以前の文字列分割処理 古くから Java を触っているエンジニアであればみな当然知っていることだと思いますが、 TSV ファイルを Java のプログラムで読み込んで処理をするときなど、特定のデリミタで区切られた文字列を個々の要素に分割するときは String#split() を利用せず、事前にデリミタに対する java.util.regex.Pattern オブジェクトを生成しておき、そのオブジェクトを使い回す形で Pattern#split() を利用した方が処理効率 (処理時間) がよくなります。 これは、 String#split() の実装が実質的に Pattern.compile

    Java 7 時代の String#split() 事情
    AKIY
    AKIY 2013/05/20
    実質1文字の区切り文字で分割する時はString#split()の方が高速。
  • Java SE 7 API仕様 日本語版提供開始とこれからのこと - ぱと隊長日誌

    語版提供開始! Java SE 7 API仕様 日語版が提供開始となりました! Java Platform SE 7 日オラクルの寺田さんのブログでも紹介されています。 Java SE7API日語版提供開始 | 寺田 佳央 - Yoshio Terada 日語版提供の経緯 これまで、Java SE 7では日語版のAPI仕様が提供されないとアナウンスされていました。 影響度が大きい事を十分承知で申し上げます。誠に残念ながら直近で、提供の予定はございません。“@skrb: @yoshioterada それよりもJava SE 7の日語のJavadocはリリースされないのでしょうか?”— Terada Yoshioさん (@yoshioterada) 2012年3月25日 社内で予算確保等を試みましたが、全てのAPIの翻訳に数千万円掛かる事が分かり、翻訳予算の確保が困難でした。日

    Java SE 7 API仕様 日本語版提供開始とこれからのこと - ぱと隊長日誌
    AKIY
    AKIY 2013/05/18
    寺田さん曰く「寺田さん個人ではなく、日本オラクルに感謝の思いを伝えてください」/「これからのJavaを支えるのは開発者一人一人です。」
  • JDBCによるDB操作を速くするには - omotenashi-mind

    JavaによるDB操作は遅いという話を良く聞きますが、原因の特定と適切な対策を実施すればかなり実用的なレベルまでパフォーマンスは改善加能です。ここではJDBC利用に対するパフォーマンス改善の勘どころをまとめます。まずDB操作の中でも大きく「データ照会(SELECT)」、「データ操作(INSERT, UPDATE, DELETE)」によって必要な対策が異なるため、ここではそれぞれの目的に分けて解説します。 データ照会(SELECT) ケース1:大量レコードを取得する処理が遅い SELECT処理にて、数千、数万件以上のデータを取得するようなクエリが遅い場合にはfetchサイズの見直しが効果的です。JDBCクライアント(JDBCを利用してDBサーバに接続しているJavaアプリケーション)は、DBサーバ側で実行されたSELECTの結果セットをfetchサイズで制限された行数分、分割して取得する

    AKIY
    AKIY 2013/05/11
    「Statement#executeBatch()メソッドを利用しましょう。」Oracle JDBCの場合、微妙な不具合があった気がする。カウンタがintだから数百万件一気に処理しようとすると落ちるとか。修正されたかは確認してない。
  • Struts 1が寿命を迎える

    Apache財団の発表によれば、JavaのMVCウェブフレームワークであるStruts 1が寿命を迎えた。ある意味では、この動きは単純に、Strutsチームがバージョン2の開発に注力しているという既成事実を公式に認めただけだ。Struts 1の最後のリリースは2008年のバージョン1.3.10だ。コードとドキュメントは今後も入手できるが、今後はセキュリティパッチやバグ修正は提供されない。FAQによれば、"...既存のStruts 1にパッチを当てるか、他のウェブフレームワークに移行するかして、対処する必要があります"。別の言い方をすれば、Struts 1で作られたアプリケーションやウェブサイトを新しいフレームワークに移行する差し迫った必要があり、新しいプロジェクトでStruts 1を使うのは推奨されない、ということだ。 Struts 1はCraig McClanahan氏が開発し、2000

    Struts 1が寿命を迎える
    AKIY
    AKIY 2013/04/20
    まだまだ全然使えるよ。公式なサポートがなくても、ネット上にノウハウが集積されてるし、ソースだって教科書レベルらしいし。新規でも「既存と同じにしたい」って言ってまだまだ採用されるはず。
  • 「淡路島の電車の運行状況を聞いた話」をシステム開発に置き換えてみる - 日々常々

    気象庁の地震情報|平成25年04月13日05時48分 気象庁発表 4/13のAM5:33にM6.0らしい地震がありました。各地で大きな被害が無いことを祈りつつ。 フジテレビのアナウンサーさんが淡路島の電車の状況を聞いたと言う話 【放送事故】フジテレビが淡路島民に「電車動いてますか?」と質問 「淡路島は電車ありません」 - NAVER まとめ だいたい見てると「電車無いのを知らずに聞いてしまった」のを叩く向きに思えます。実際のところ、聞いたこと自体はNGなのでしょうが、これをシステム開発の話に置き換えると見えるものがある気がしました。 以降はJavaの語彙で書きますが、これって NullPointerException っぽいなと。 コードっぽい何かで書いてみる こんな感じ。 運行状況 = 淡路島.get路線().get運行状況(); get路線() が何を返すのか知らないけど、これが nu

    「淡路島の電車の運行状況を聞いた話」をシステム開発に置き換えてみる - 日々常々
    AKIY
    AKIY 2013/04/20
    ライブラリ直してくれってお願いしても、共通部品チームにスルーされるのが落ち。会社が違うから。/今の僕ならget路線()でいったん変数にしてnullチェックする。もしくはその行まるごとtry〜catch (NPE e)で囲んじゃう。
  • 1