JavaMailのdependencyはどれが正しいのか？ - Challenge Engineer Life !
問題です。MavenでJavaMailの依存性を定義する場合、以下3つのどれが正しいでしょうか？ １ <dependency> <groupId>javax.mail</groupId> <artifactId>mail</artifactId> <version>1.4.7</version> </dependency> ２ <dependency> <groupId>javax.mail</groupId> <artifactId>javax.mail-api</artifactId> <version>1.4.7</version> </dependency> ３ <dependency> <groupId>com.sun.mail</groupId> <artifactId>javax.mail</artifactId> <version>1.4.7</version> </dep
Java EEからJakarta EEへ - Fight the Future
Eclipseファウンデーションへ移管されたJava EEの新名称が決まりました。 And the Name Is… | Life at Eclipse "Jakarta EE"です。 "Jakarta EE" or "Enterprise Profile"の決選投票が2/23までありました。7000弱の投票のうち65%が"Jakarta EE"へ票を入れています（私もです）。 なぜJava EEから変えるの？Java EEのままでいいんじゃない？ むしろJava EEのままにできないから変えるというのが正しいです。こちらの記事に詳しいです。翻訳者は私です。 www.infoq.com "Java EE"に含まれるJavaという単語はオラクルの登録商標です。そのため、Eclipseファウンデーションへの移管が決定したタイミングで、オラクルから"Java EE"および"javax.x"パッケ
Java Magazine 日本版
Java Magazine日本版は、米国OTNで発行されているJava Magazineの抜粋翻訳版です。 Javaプログラミング言語、JavaベースのアプリケーションをはじめとするJava技術全般の最新トピックスをお届けします。 特集「ガベージ・コレクション」 ～今月のJava Developer Newsletterは、Java Magazine December 2019号とJanuary 2020号の特集記事をまとめてお届けします。 December 2019号からは「ガベージ・コレクション」に関連する記事をピックアップ。ガベージ・コレクションの仕組み、最新の改善ポイントを詳しく紹介します。～ 詳細はこちら
JJUG CCC 2016 Spring ( #jjug_ccc ) - セッション資料の一覧 - 地平線に行く
JJUG CCC 2016 Spring に行ってきました！ 今回は、改善系のネタを中心に聞いていました。 この手の話はやっぱり、勉強会っぽくて、そして自分の世界が広がる（そんなやり方があったのか！っておどろく）のでとても好きです。 最近、自分の仕事がプロジェクトをよくしていこうぜ！というのでとても参考になりました。 ありがとうございました！ 次回は Java 9 の話がもっと出てくるのかな…？ あと、今回はスマートフォン用タイムテーブルを勝手に作ってみました。 懇親会や Twitter で聞いた限り、たくさんの方に使っていただけたみたいでうれしいです。 また、次も作ると思うのでそのときはまたご利用ください！ JJUG CCC 2016 Spring - Timetable (非公式) さて、毎回のことですが*1、残念ながら時間がかぶってしまって参加できなかったセッションもあったので、あと
Java サーバ利用状況アンケート結果の公開
2016年4月25日 at 12:35 午後 皆様、先日は Java のサーバの利用状況に関するアンケートにお答えいただきまして誠にありがとうございました。私個人からのアンケートについて「1 週間で 669 名」という、非常に多くの皆様からご回答いただきまして心より感謝しております。 本日は、その結果をここに公開したいと思います。本結果について私は一切手を加えておりませんので、その点は信用ください。 ※ 投票時に途中結果をご覧いただけないよう設定したのは、数が少ない場合に不本意な団体票が入るのを避けるためでした、その点をどうぞご理解ください。 本アンケートはとても興味深い結果を得ることができました。 この結果に対し、皆様それぞれがそれぞれの目線でいろいろな見方をすることができるかと思います。 まず、Tomcat は今なお圧倒的に利用者が多いようです。この結果を見る限りビジネス視点で Tom
いざStrutsからJSF 2へ！ 移行における最大のポイントは？──最新Java EE開発“虎の穴” 第2回 岩崎浩文氏 - builder by ZDNet Japan
いざStrutsからJSF 2へ！ 移行における最大のポイントは？──最新Java EE開発“虎の穴” 第2回 岩崎浩文氏 楽天で金融系システムのアーキテクトを務める岩崎浩文氏は今年、Strutsによる既存システムをJava EE 6のJSF 2に移行するプロジェクトを指揮した。岩崎氏が語る、StrutsからJSF 2への移行における最大のポイントとは？ 楽天は今年、StrutsベースのシステムをJava EE 6ベースに移行。その最大の難所は？ かつて独自フレームワークやオープンソース・フレームワークで補完されていた機能を意欲的に取り込み、標準仕様の枠内で高機能なエンタープライズ・システムを効率的に開発することが可能になったJava EE。欧米ではJava EE 6など最新のJava EE環境への移行が進んでおり、その波は国内にも波及しつつある。では、これからJava EE 6への移行や
Apache TomEE 事始め - unnamed
この記事は Java EE Advent Calendar 2012 の5日目です！ Apache TomEE Apache TomEEは去年のJavaOne 2011で発表された、TomcatベースのJava EE 6 (Web Profile)対応のJava EEアプリケーションサーバです。とみーと読みます。 これにRESTfulなWebを作るのに必須なJAX-RSを載せたJAX-RS版とみー君もいます。また、Certifitedではありませんが、Full Profileに近づけた機能を持つとみーぷらす (TomEE Plus) というものもあります。 必要に応じて使いやすいとみー君を選ぶことができます。それぞれの違いはここの比較表が解りやすいです。 華々しい(?)発表の後はあまり進展のない日々が続きましたが、今年のJavaOne 2012前にバージョン1.5がリリースされました。以前
Arquillian · Write Real Tests
So you can rule your code. Not the bugs. No more mocks. No more container lifecycle and deployment hassles. Just real tests! Alex Soto Bueno Jason Porter Andrew Gumbrecht presents: Testing Java Microservices Testing Java Microservices teaches you how to write tests for microservices in Java. You’ll learn test strategies that solve the most common issues you are likely to encounter. This practical
Java EE 7 HoL on JJUG CCC
Java EE 7 HoL on JJUG CCC 2013年10月23日 at 3:53 午後 1件のコメント 2013 年 11 月 9 日に JJUG CCC 2013 Fall がベルサール西新宿で開催されますが、13:15 – 15:05 まで「R5-1 Java EEハンズオン」を実施します。今日はそのハンズオンで実施する内容についてご紹介します。 2013年11月 11日追記：JJUG CCC で実施したハンズオンの資料を下記に公開しました。また、本プロジェクトの全ソースコードは下記より参照できます。 https://github.com/yoshioterada/JavaEE7-HoL/ HoL の資料は Step by Step で記載したためページ数が多いですが、実装コード量はとても少ないです。 本 HoL では Java EE 7 に含まれる技術だけを使ってリアルタイ
待望のバッチ処理機能がJava EE 7で標準化。「jBatch」で何ができるのか、どう使うのか？ - builder by ZDNet Japan
Java EE 7では、企業システムで多用されているバッチ処理機能が「jBatch」として標準化された。GlassFish 4で実際に試すこともできる。jBatchの特徴、使いこなしのポイントを紹介する。 ユーザー企業も加わって標準化されたjBatch Java EE 7の目玉の1つは、企業システムで多用されているバッチ処理に関して、Javaによる実装方法が「JSR 352: Batch Applications for the Java Platform（通称：jBatch）」として標準化されたことだ。日本オラクルが2013年8月に開催した「リリース記念：今から始めるJava EE 7解説セミナー」では、NTTコムウェア品質生産性技術本部 技術SE部OSS・AP技術担当の上妻宜人氏によるセッション「Java EE 7から加わるバッチ仕様 Batch Applications for th
JAX-RSとかの話 — 裏紙
<dependency> <groupId>com.sun.jersey</groupId> <artifactId>jersey-bundle</artifactId> <version>1.11.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>com.sun.jersey.jersey-test-framework</groupId> <artifactId>jersey-test-framework-http</artifactId> <version>1.11.1</version> <scope>test</scope> </dependency> Jerseyのartifactはjersey-serverやjersey-jsonなどいくつかに分かれているのですが、jersey-bun
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lineにおけるspring frameworkの活用
JavaOne 2016総括 #jjug
Amazon.co.jp: JavaEE7徹底入門: 標準Javaフレームワークによる高信頼性Webシステムの構築: 寺田佳央: 本
JavaOneで、ついにベールを脱いだOracleのProject Avatar