About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Grails 2.3.3 リリースです!! バグフィックスです! 今回も注意点! アップグレードする場合は、Tomacatプラグインをbuild ':tomcat:7.0.47'に、Hibernate プラグインのバージョンを 3.6.10.4 しましょう! build ':tomcat:7.0.47' runtime ':hibernate:3.6.10.4'※Hibernate 4の場合は 4.1.11.4です。 以下のメジャーなプラグイン達のドキュメントも注意点など若干更新されています。 http://grails.org/plugin/tomcat http://grails.org/plugin/hibernate4 http://grails.org/plugin/scaffolding 先週リリースされた、mongodbプラグインは、2.3系でしか動かないというか、2.3.2
さて、いよいよ本題のセッションレポートに入りましょう。 Day 1 : 新情報のないKeynote 今年のJavaOneの目玉は、何と言っても、KeynoteがMoscone Centerで開催されることです。 Moscone Centerで開催されるのは、実に2009年以来の4年ぶり。 Open Worldとの併設となったことで、Hilton Hotelに追いやられていた JavaOne参加者にとっては、少し感慨深い開幕となりました。 逆に言えば、目玉はそれだけです。 驚くほど、何も新しい情報はありませんでした。 Java SE/EE/ME/FXについての新しい情報は何もなし。 それよりも、デモや芝居に力を入れている様子でした。 Avatar goes open source! その中で、Project Avatarのオープンソース化が発表されましたが、 Project Avatar自体
アプリケーションの分割のアプローチ ●4つのアプローチ - ビジネスファンクション - 動詞/ユースケース - 名詞/リソース - 境界づけられたコンテキスト ● トランザクションの分割 - パイプライン化 (VETRO) - コーディネート (Saga) - 状態更新の非同期化 ( Event History - State Materialize - Domain Specific Query )
こんにちは、せろ ( id:cero-t ) です。 ちょっと今日はこっちのAcroquestエンジニアblogに出張投稿します。 Javaエンジニアの皆様方におかれましては、 HotRockitの登場を、今か今かと待ちかねていることと思いますが、、、 えっ、 ご存知ない? HotRockitとは、旧SunのHotSpot JavaVMに、 旧BEAのJRockit JavaVMの機能を統合するというプロジェクトです。 テクニカルな面は、Oracleのスライドが分かりやすいですね。 http://www.slideshare.net/OracleMiddleJP/project-hotrockit 私も、HotRockitを見据えて、HotSpotとJRockitのツールについてコラムを書きました。 http://www.acroquest.co.jp/webworkshop/JavaTr
本ブログの読者の皆様方におかれましては、JavaのArrayListとLinkedListの 実装の違いにより性能に差があることは、当然のように熟知のことと存じあげます。 しかし! 実際にいかほどの差があるのか、それを数値で説明できるという方はどれほどいらっしゃるでしょうか。 いきなり丁寧語の煽りでスタートしました @cero_t です。 そう、今日のテーマはマイクロベンチマークです。 たとえば、 文字列を + で結合すると遅い。 ArrayListの初期化時にはサイズを指定したほうが良い。 ArrayListはループ処理が得意、LinkedListは途中の追加が得意。 など、よくあるパフォーマンスのプラクティスについては既に知っているという方も多いと思うのですが 実際に何倍ぐらいの差なのか(どれぐらいのオーダーの差なのか)を数値で話すことができるという方は、 あまり多くないように思います
最近 Java Persistence API (JPA) を使ってみてます。 まだ使いこなせてはないですがなかなかいいですね。 今まで触ったことのある O/R マッパー *1 の設計が嫌いだったので O/R マッパーにはあんまりいい印象持ってなかったんですが、JPA の設計はよく考えられてて良いと思いました。 Java Persistence criteria query が SQL を意識したものになっているのも良い感じです。 JPA のエンティティクラスに対するメタモデル Metamodel API というのがあることをさっき知ったのでメモ書きしておきます。 JSR-338 (JPA 2.1) には、メタモデルについて次のように書かれていました。 6.2 Metamodel Java Persistence criteria queries are based on a metamo
ハマることがあるかも。と言うか私以外にもハマった人が居たので、書いておきます。 なお、ここではgradle1.9、jersey1.17.1を使っています。他のバージョンは知らない。 お話 「時代はJAX-RSなので素振りでもしてみよう」と思いたちますよね。そしたら「backpaper0 JAX-RS」とかでググりますよね? JAX-RSとかの話 — 裏紙 で。これを見ながらもpom.xmlなんて書いてられないので、「時代はGradleだ」と思ってbuild.gradleを書きますよね? apply plugin: 'java' repositories.mavenCentral() dependencies { compile 'com.sun.jersey:jersey-bundle:1.17.1' testCompile 'com.sun.jersey.jersey-test-fram
昨日、Gradle 1.9 がリリースされました!! Android Gradle プラグインでおなじみの build variant の仕組みが Gradle 本体にも入ったようです。 その他、Gradle デーモン使用時のビルド効率が向上したり、Java の並行ビルドができるようになっていたりJava の並行ビルドの効率が向上したりと興味深い感じです。 リリースノート: Gradle 1.9 Release Notes Gradle 1.9 のハイライト Gradle 1.9 released 上記ブログ記事に書かれていた Gradle 1.9 のハイライトを紹介します。 英語の訳は間違ってるかもしれません。 詳細はリリースノートをご覧ください。 New HTML Dependency Report プロジェクトの依存関係のリポートの出力形式として HTML が追加されました。 app
Gradle を使って Vert.x 組み込み実行による単純な Web アプリケーションを zip 化してみました。 Gradle 1.8 サンプルソースは http://github.com/fits/try_samples/tree/master/blog/20131020/ zip 化のタスク定義 とりあえず、Gradle のビルド定義 build.gradle へ下記のように設定すれば zip 化を実現できます。 (1) type: Zip、dependsOn: jar を指定したタスクを定義 (2) artifacts.archives へ (1) のタスクを設定 (1) で dependsOn: jar のように依存関係を設定しておかないと、ソースのコンパイル (compileJava タスクなど) 前に zip 化のタスクが実行されてしまうので注意が必要です。 なお、(2)
以前、Groovy で Apache ZooKeeper を使う にて ZooKeeper のクライアントを Groovy スクリプトで実装しましたが、今回は ZooKeeper のサーバーを Groovy で組み込み実行してみました。 Apache ZooKeeper 3.4.5 サンプルソースは http://github.com/fits/try_samples/tree/master/blog/20131109/ ZooKeeper 組み込み実行スクリプト ZooKeeper を組み込み実行するための単純なスクリプトは下記のようになります。 第一引数に ZooKeeper 設定ファイルのパスを指定して実行します。 zk_run.groovy @Grapes([ @Grab("org.apache.zookeeper:zookeeper:3.4.5"), @GrabExclude("
gradle1.9が出てたので。バージョンアップして。おもむろにsetupBuildを叩いたら。 % gradle setupBuild FAILURE: Could not determine which tasks to execute. * What went wrong: Task 'setupBuild' not found in root project 'radishtainer'. * Try: Run gradle tasks to get a list of available tasks. BUILD FAILED Total time: 3.202 secs(´・ω・`) setupBuild? GradleのsetupBuildタスクを試してみた - mike、mikeなるままに… gradle1.7で導入された便利機能です。build.gradleを生成してくれ
結論 Java8のOptionalは超すっきり扱えるよ、そう、Groovyならね。 Optionalって何? Java 8で導入される新規クラスの一つ、java.util.Optionalは、メソッドの実行結果で成功する場合と失敗する場合があるときに、その返り値で成功と失敗を表現するためのものです。 Opitonalは単一要素を保持するコンテナ型。成功した場合は返り値をコンテナで保持させたものを返す。(成功時の返り値をラッピングする) 「失敗」は固定のシングルトン(Optional.empty())として扱う まあ、それだけの話といえばそれだけなのですが、効果は、 失敗のある可能性のあるメソッドと無いメソッドをコメントではなくプログラムの一部として明示し、両者の違いをコーディング上も区別する 失敗のある可能性のあるメソッドと無い混在・混同することのないようにコンパイル時チェックをできるよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く