apk zipalign

原文はこちら。
https://blogs.oracle.com/jtc/entry/compact_profiles_demonstrated

---

前回のエントリの続編です。

An Introduction to Java 8 Compact Profiles
https://blogs.oracle.com/jtc/entry/a_first_look_at_compact
http://orablogs-jp.blogspot.jp/2013/08/an-introduction-to-java-8-compact.html

以下の動画は、来たるJava 8リリースに含まれる、この新機能の使い方に関するデモです。

• コンパクト・プロファイル機能とコンパクトプロファイルを作成するに至った根拠を説明しています。
• 新しいjrecreateユーティリティを使用し、容易にデプロイ可能なコンパクト・プロファイルを作成する方法を紹介しています。
• プロファイルのうち最小のもの（11メガバイト未満）であっても堅牢で、OSGiのような、非常に人気があり重要なソフトウェアフレームワークをサポートできることを説明しています。

このデモソフトウェアは早期アクセス版を使っています。Java 8の正式リリース前に試してみたいと思った方には、試す方法が2つあります。

1. Oracle Partner Network (OPN)のゴールドメンバー以上の企業の方であれば、Java SE-Embeddedの早期アクセス版Java 8バイナリをダウンロード頂けます。ゴールドメンバーに達していない方の場合、おそらく入手できるでしょうが、事前に認定プロセスを通る必要があります。
2. OpenJDK8のソースコードをダウンロードして自らビルドする、という方法もあります。
   

   OpenJDK Build README
   http://hg.openjdk.java.net/jdk8/jdk8/raw-file/tip/README-builds.html

   デフォルトでは、compact profilesはビルドされていませんが、このフォーラムにビルド方法が投稿されています。
   

   JEP 161 SE Compact Profiles has pushed to jdk8/build forest
   http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-February/002062.html

   このソフトウェアの参照プラットフォームはlinux/x86です。機能的には、生成されたコンパクトプロファイルについて、各コンパクトプロファイルから削減されたモジュールが含まれており、各コンパクトプロファイルのサイズがこの動画の内容よりもずっと大きくなっています。これは、デフォルトではJava SE-Embeddedの領域最適化が全く機能していないからです。

YouTubeのプレミアム権限を持っていないので、アップロードできる動画の最大時間が15分なのです。実際には、プロファイルに対応するためにインテリジェンスを組み込んだJavaツールやユーティリティの機能強化（javac、jar、jdeps、そしてjavaコマンド自体）といったことを含めて、コンパクトプロファイルについてもっとお伝えしたいことがあります。

うーん、もしかすると、コンパクトプロファイルご紹介（その2）もあるかも…。

原文はこちら。
https://blogs.oracle.com/WebLogicServer/entry/announcing_web_socket_proxy_and

---

以下のような機能強化がなされたOracle WebLogic Server Plugin 12.1.2のリリースをお知らせできることをうれしく思っています。

• Apache 2.4のサポート
  WebLogic Server Plug-In 12.1.2+では、標準状態のApache 2.2.xおよび2.4.x HTTP Serverをサポートします。WLS Plug-inを標準状態のApache 2.4.x HTTP Serverを組み合わせて利用したいと考えてらっしゃるお客様は、この最新のWLS Plugin 12.1.2をOTNからダウンロードすることができます。
  

  Oracle WebLogic Web Server Plugins
  http://www.oracle.com/technetwork/middleware/ias/downloads/wls-plugins-096117.html

• WebSocketプロキシのサポート
  Apache HTTP Server 2.2.xならびにApache 2.4.x HTTP Server用のWLS Plugin 12.1.2+を使うと、WebLogic Server 12.1.2にデプロイされたWebSocketアプリケーションのフロントエンドとしてHTTPサーバーを利用できます。このWebSocketプロキシ機能は現時点ではOHS（Oracle HTTP Server）、およびIISのような他社製Webサーバー、iPlanet Web Serverではご利用いただけません。
• この機能強化はパッチID17085296で管理されており、WebLogic Server Plug-in 12cに対してのみ利用可能です。
  

  17085296: TRACKING BUG FOR 12.1.2 PATCH (WEBSOCKETS + APACHE 2.4 SUPPORT)
  （My Oracle Supportのアカウントが必要です）
  https://support.oracle.com/epmos/faces/PatchDetail?patchId=17085296

  また、これらの機能強化はOHS 12.1.2には適用できません。OHS 12.1.3ではWebSocketプロキシ機能を提供する予定です。Fusion Middleware 12.1.2のcertification matrix（動作検証済みの構成リスト）は、このWebLogic Server Plug-in 12.1.2がApache 2.4 HTTPサーバーをサポートしている旨更新しています。
• この機能強化は、対応するプラットフォームに対するパッチとしてMy Oracle Support、もしくはOTNからダウンロードすることができます。
  

  Oracle WebLogic Web Server Plugins
  http://www.oracle.com/technetwork/middleware/ias/downloads/wls-plugins-096117.html

• 他のWebLogic Server Pluginのような機能強化と同様、完全なZipファイルとして提供され、インストールもWebLogic Server Plugin 11g/12cと同じです。READMEファイルには、これらの新機能について詳細情報が掲載されています。WebLogic Server Plugin 12cの製品ドキュメント次回の更新時に、このREADMEに記載の情報も掲載される予定です。
• 最後になりましたが、WebLogic Server Plug-in 12.1.2の将来のパッチにも、これらの機能強化が含まれることになっています。この機能拡張の結果、お客様が長らく待望されていた、Apache 2.4 HTTP Serverのサポートに対応しています。

原文はこちら。
https://blogs.oracle.com/jtc/entry/a_first_look_at_compact

---

Java SEのは確かに非常にすばらしいプラットフォームですが、すべての機能が入ってくると、その結果フットプリントが大きくかつ増大します。それゆえ、コミュニティからの頻繁にあった要求の一つとして、Java SE Runtime Environmentすべてではなく、特定のアプリケーションに必要なコンポーネントのみをデプロイしたいという願望があったことは、理にかなっています。サブセットと呼ばれる、こうしたコンセプトの利点は多くあるように思えます。

• より小さなJava環境であれば、より少ないコンピュータリソースで済み、その結果、Javaにとって以前はあまりにも粗末だと考えられていたデバイスに新しい領域が解放される
• より小さなランタイム環境であれば性能や起動時間がより最適化できる
• 使われていないコードを取り除くことで、常にセキュリティの観点からもお勧めできる。
• 環境を大幅に軽くなれば、個々のJavaアプリケーションにランタイムをバンドルする上で多大なメリットがあるかもしれない。
• これらのバンドルされたアプリケーションをもっと速くダウンロードできる

これらの知られた利点にもかかわらず、プラットフォームスチュワード（Sun、現在はOracle）は、サブセット化への抵抗は変わりませんでした​​。こうした姿勢の理論的根拠は非常に明快で、Java SEプラットフォームがはフラグメント化する、という心底からの懸念があったからなのです。同意するにせよ反対するにせよ、Java SE標準は、長年にわたり、すばらしく調和がとれています。このアサーションのさらなる証拠が必要な場合は、特に携帯電話の分野で、Java MEの状態とJava SEの状態を比較しましょう。まだましじゃないですか。それに対し、Androidはあれだけの短い期間のうちに無数のバリエーションができましたよね。
それにもかかわらず、より一層Java Platformをモジュール化するというゴールを掲げた、公式な作業が現在進行中です　Project Jigsawと呼ばれ、完了時には、Java SEは、きめ細かなモジュールの集合で構成され、開発者がアプリケーションに必要なモジュールだけ識別、分離することができるようになるツールが含まれるしょう。しかし、この膨大な内部変更を実装し、しかも互換性を維持することは相当な難題であることがわかっています。そこで、Modular Java Platformの完全な実装は、Java 9まで延期されました。

Project Jigsaw
http://openjdk.java.net/projects/jigsaw/
Project Jigsaw: Late for the train (There’s not a moment to lose! / Mark Reinhold’s Blog)
http://mreinhold.org/blog/late-for-the-train

Java 9のリリースがかなり先になることはわかっているので、暫定的な解決策がJava 8で利用できるようになります。それはCompact Profilesと言われるものです。

JEP 161: Compact Profiles
http://openjdk.java.net/jeps/161

完全なモジュールシステムを規定するのではなく、Java 8では、開発者がデプロイに使用できるJava SEプラットフォーム仕様のサブセットプロファイルが定義されています。現時点では3個のcompact profileが定義されており、compact1、compact2、compact3という名前がついています。下表は、各プロファイルを構成するパッケージをまとめたものです。連続する各プロファイルは、その前のプロファイルの上位集合（スーパーセット）です。即ち、compact2プロファイルはcompact1内のすべてのパッケージに加え、以下compact2欄に記載されたパッケージが含まれています。同様に、comact3には、compact2のすべてのパッケージに加え、compact3欄に記載されているパッケージが含まれています。

compact1	compact2	compact3
java.io java.lang java.lang.annotation java.lang.invoke java.lang.ref java.lang.reflect java.math java.net java.nio java.nio.channels java.nio.channels.spi java.nio.charset java.nio.charset.spi java.nio.file java.nio.file.attribute java.nio.file.spi java.security java.security.cert java.security.interfaces java.security.spec java.text java.text.spi java.util java.util.concurrent java.util.concurrent.atomic java.util.concurrent.locks java.util.jar java.util.logging java.util.regex java.util.spi java.util.zip javax.crypto javax.crypto.interfaces javax.crypto.spec javax.net javax.net.ssl javax.security.auth javax.security.auth.callback javax.security.auth.login javax.security.auth.spi javax.security.auth.x500 javax.security.cert	java.rmi java.rmi.activation java.rmi.registry java.rmi.server java.sql javax.rmi.ssl javax.sql javax.transaction javax.transaction.xa javax.xml javax.xml.datatype javax.xml.namespace javax.xml.parsers javax.xml.stream javax.xml.stream.events javax.xml.stream.util javax.xml.transform javax.xml.transform.dom javax.xml.transform.sax javax.xml.transform.stax javax.xml.transform.stream javax.xml.validation javax.xml.xpath org.w3c.dom org.w3c.dom.bootstrap org.w3c.dom.events org.w3c.dom.ls org.xml.sax org.xml.sax.ext org.xml.sax.helpers	java.lang.instrument java.lang.management java.security.acl java.util.prefs javax.annotation.processing javax.lang.model javax.lang.model.element javax.lang.model.type javax.lang.model.util javax.management javax.management.loading javax.management.modelbean javax.management.monitor javax.management.openmbean javax.management.relation javax.management.remote javax.management.remote.rmi javax.management.timer javax.naming javax.naming.directory javax.naming.event javax.naming.ldap javax.naming.spi javax.script javax.security.auth.kerberos javax.security.sasl javax.sql.rowset javax.sql.rowset.serial javax.sql.rowset.spi javax.tools javax.xml.crypto javax.xml.crypto.dom javax.xml.crypto.dsig javax.xml.crypto.dsig.dom javax.xml.crypto.dsig.keyinfo javax.xml.crypto.dsig.spec org.ieft.jgss

compact profileを使ってどんな節約が実現できるのか、とお尋ねになるかもしれません。Java 8がリリース前の段階にあるので、時間の経過と共に数字は変わるでしょうが、ARMv5/Linux用のJava SE-Embedded 8のスナップショット早期アクセスビルドを見てみましょう。そこそこ構成されたcompact1 profileの場合、14メガバイト未満です。compact2は18メガバイト程度であり、compact3は約21メガバイトです。参考のために、最新のJava7u21 SE Embedded ARMv5/Linux環境では45メガバイト必要です。
そんなわけで、既にスペースを最適化しているJava SE Embeddedリリースの3分の1未満という状態にあり、非常に優れたランタイム環境を有しています。compact2 profileやcompact3 profileが提供する、完全版のVMと同等（もしくはそれ以上）の追加機能が必要な場合、full VMの代わりに、これらのProfileを使用してアプリケーションをデプロイすることもできます。

次回はCompact Profileの詳細を見ていきましょう。

原文はこちら。
https://blogs.oracle.com/jsavit/entry/announcing_whitepaper_read_me_first

---

Ruud van der Pas、Jeff Victor、Darryl Gove、Harry Foxwell、そして私が共同で執筆した「READ_ME_FIRST: What Do I Do With All of Those SPARC Threads?」という新しいホワイトーペーパーの発表ができることを嬉しく思います。

READ_ME_FIRST: What Do I Do with All of Those SPARC Threads?
http://www.oracle.com/us/products/servers-storage/servers/t4-multicore-white-paper-1984594.pdf

最近のSPARCサーバーは驚異的な数のCPUスレッドを提供しています。例えばT5-8だと1024個、M5-32だと1536といった具合で、これはサーバのCPUパワーの途方もない量を表しています。このホワイトペーパーでは、並列処理によるこの能力の活用方法、スケーラブルなアプリケーションの作成、Oracle Solaris ZonesやOracle VM Server for SPARCを用いた仮想化の活用、といったトピックをご説明します。

原文はこちら。
https://blogs.oracle.com/cloudappfoundation/entry/oracle_cloud_application_foundation_12c

---

7月31日（日本時間8月1日未明）、OracleはCloud Application Foundation 12c (WebLogic Server 12.1.2とCoherence 12.1.2)のLaunch webcastを実施しました。ご覧になってない方は、オンデマンドでご覧いただけます。

Online Launch Webcast
Announcing Oracle Cloud Application Foundation for Next-Generation Applications
https://event.on24.com/eventRegistration/EventLobbyServlet?target=registration.jsp&eventid=651242&sessionid=1&key=C96B0428F5647966361342531047AB28

Cloud Application Foundationを使うと、お客様はミッションクリティカルなクラウドプラットフォームを使って、モバイルアプリケーションのような次世代のアプリケーションを提供が容易になります。このリリースでは生来のクラウド管理にさらに投資をした結果、運用がより簡単になっています。対して開発者にとっては、この新しいリリースがもたらす最新の開発プラットフォームや統合されたツールにより、生産性が向上し、市場投入までの時間を短縮できます。

それでは、Webcast視聴者のお気に入りは何だったのでしょう。実はブレイクアウトセッションでした。アンケート回答の皆様からプレゼンテーションをVery goodもしくはbetterと評し、75%の方がexcellentと評してくれました。ほんと信じられないほどすばらしい評価に感謝しています。

（左） Mike Lehmann, Vice President of Product Management, CAF
（右） Will Lyons, Director of Product Management, WebLogic Server


4コマのブレイクアウトセッションでは、12cの機能詳細を説明しつつ、4個のデモや複数のお客様の声をご紹介しました。

Release Highlights

• クラウドの弾力性（elasticity）のためのOracle WebLogic ServerのDynamic Clusterに加え、Oracle Database 12cとの深い統合、およびOracle WebLogic ServerとOracle Coherenceの管理フレームワークを集約し、運用効率を向上
• Oracle CoherenceはOracle GoldenGate HotCacheと統合し、リアルタイムにデータキャッシュを更新可能に。
• 革新的なアプリケーション開発のため、プラットフォーム全体でMavenとWebSocketをサポート。
• Oracle Enterprise Managerと開発者のためのツール（Oracle JDeveloper 12c、Oracle Enterprise Pack for Eclipse 12c、Web開発およびモバイル開発のためのOracle Application Development Framework）はこの新リリースをサポート

デモや機能詳細をご覧になりたい方は、以下のYouTube Channelをご覧下さい。

Oracle WebLogic Server YouTube channel
http://www.youtube.com/OracleWebLogic
Oracle Coherence YouTube channel
http://www.youtube.com/user/OracleCoherence

3時間のイベントでは複数のOracle Cloud Application Foundationのお客様や業界のエキスパート（Oracle ACE DirectorのSimon Haslam：17年以上Oracle製品を利用しており、イギリスOracle User Groupの Application ServerおよびMiddleware SIG（Special Interest Group）の議長を5年務めています）の声もご紹介しています。

Live Chat Highlights

ライブチャットセッションは非常にインタラクティブでした。以下に視聴者から頂いた質問と回答の一部をまとめました。

質問	回答
12.1.2でのDynamic Clusterをサポートするってことは、今のクラスタ構成を変更しなければならないってことですか？	いいえ。今既に「構成済み」のクラスタ（これまでのやり方のクラスタ）は継続してサポートされますし、今後もサポートされ続けます。構成を変更する必要はありません。 Dynamic Clusterは新しく追加したクラスタ構成のオプションです。
Dynamic Clusterでサーバーを変更（サーバーをもっと追加）する場合、デプロイされているアプリケーションはどうなりますか。新しいサーバーにコピーされ、デプロイされますか？	はい、実行時に実施します。Dynamic Clusterは構成済みのクラスタと同様です。新しいクラスタのメンバーサーバーを追加すると、クラスタにデプロイされているアプリケーションは利用しているデプロイメントのステージングモード(stage/nostage/external_stage)に従ってデプロイされます。
Coherenceのリリース番号体系が変わった理由は何ですか？これは今後WebLogic Serverでしか利用できないことを意味しているのでしょうか。	いい質問ですね！ まず、Coherenceは現在もこれからもスタンドアロンでWLSがなくてもご利用いただけます。いろいろな方面からCoherenceがWLSと統合されると聞いてらっしゃると思いますが、Coherenceは継続して単独でも、他のアプリケーションサーバーと共に利用できます。 Coherence 3.xから12c(12.1.2)という、この番号体系の変更は、Cloud Application FoundationにおけるCoherenceの役割を示しています。 Coherenceは、Oracleのミドルウェアやアプリケーションの全スタックとますます統合していきます。
CoherenceとWLSは同じライセンスになるのでしょうか。	Coherence (Enterprise Edition) はWebLogic Suiteに含まれています。単独製品として販売するCoherence Enterprise Editionには、Managed Coherence Serverを管理するための WebLogic Management Frameworkを利用する権利が含まれています。
同じマシンでJDeveloper 11gと12cをインストール、実行できますか？	はい、別のディレクトリにインストールする限り、同時に実行することができます。
WebLogic 12c (12.1.2)でサポートされるADFはどのバージョンですか？	ADF 12.1.2はWLS 12.1.2で動作保証・サポートされます。
Oracle Fusion Middleware 11g (classic domain) には、Forms、Reports、Discovererが含まれていますが、こうした製品をWLS12cで動作保証する予定はありますか。それとも別バージョンがあるのでしょうか.	FormsやReportsは将来のFusion Middleware 12cでリリースされる予定です。
Mavenのサポートはバージョン縛りがありますか？もしそうだとすれば、どのバージョンをサポートするのでしょうか。	3.0.4
ビルドと依存性の管理のためにMavenをつかっていますが、ADFはMavenをサポートしていますか？	はい、CAF 12cの注力エリアはMavenをすべての製品に渡って利用できるようにすることです。ADFライブラリもMavenリポジトリで管理できます。ADF archetypeをプロジェクトレイアウトでご利用いただけます。 JDeveloperでもOEPEでもMavenベースのADF開発をサポートしています。

ライブイベントを見逃した方は、オンデマンドでご覧下さい。

CAF 12cのアセットをダウンロードするには、弊社のWebサイトへどうぞ。

Cloud Application Foundation製品ページ
（日本語）http://www.oracle.com/jp/products/middleware/cloud-app-foundation/overview/index.html
（英語）http://www.oracle.com/us/products/middleware/cloud-app-foundation/overview/index.html

技術的な詳細情報やバイナリのダウンロード、ドキュメントはOracle Technology Networkからどうぞ。

Oracle Technology Network
（日本語）http://www.oracle.com/technetwork/jp/middleware/fusion-middleware/overview/index.html
（英語）http://www.oracle.com/technetwork/middleware/fusion-middleware/overview/index.html

原文はこちら。
https://blogs.oracle.com/java/entry/garbage_first_garbage_collector_tuning

---

Java HotSpot VMのGarbage First Garbage Collector (G1 GC)のパフォーマンスリードであるMonica Beckwith（Oracleのテクニカルスタッフの主要メンバー）が執筆した、"Garbage First Garbage Collector Tuning"と題した記事が、OTNのJavaページにUpされています。この記事では、評価や分析、性能向上のためにG1 GCを適応させ、調整する方法を説明しています。

Beckwithが説明するように、Garbage First Garbage Collector (G1 GC)は、ポーズが短く、サーバー向けのJava HotSpot VM用世代別GCです。並行フェーズ、並列フェーズを両方使って、目標ポーズ時間を達成しつつ、良好なスループットを維持します。GCはメモリ管理ツールで、G1 GCがGCが必要と判断した場合には、まず最も生存データが少ないリージョンをGCの対象にします。これがGabage Firstと言われる所以です。

Beckwithは、収集フェーズとマーキングサイクルを説明し、デフォルトのチューニングデバイスを列挙しています。そして、ガベージコレクションのファインチューニング方法、評価方法の推奨情報を提示し、オーバーフローやメモリ枯渇のログメッセージへの対応方法をご紹介しています。

彼女は以下のようにまとめています。

"G1 GC is a regionalized, parallel-concurrent, incremental garbage collector that provides more predictable pauses compared to other HotSpot GCs. The incremental nature lets G1 GC work with larger heaps and still provide reasonable worst-case response times. The adaptive nature of G1 GC just needs a maximum soft-real time pause-time goal along-with the desired maximum and minimum size for the Java heap on the JVM command line."
G1 GCはリージョンに分割し、並列かつ同時実行できるインクリメンタルガベージコレクタであり、他のHotSpot GCに比べて、ポーズ時間を予測しやすいものになっています。インクリメンタルな性質のおかげで、G1 GCは大きなヒープを扱えますし、それでもまだ最悪の場合でも合理的な応答時間で返すことができます。G1 GCを使う場合、JVMコマンドラインでJavaヒープ用に所望の最大サイズ、最小サイズに加え、最大のソフトリアルタイムポーズ時間の目標時間を設定すればよいのです。

是非ご一読下さい。

Garbage First Garbage Collector Tuning (by Monica Beckwith)
- Learn about how to adapt and tune the G1 GC for evaluation, analysis and performance -
http://www.oracle.com/technetwork/articles/java/g1gc-1984535.html

原文はこちら。
https://blogs.oracle.com/OracleCoherence/entry/planning_a_successful_coherence_deployment

---

できたてほやほやです！うまくいくCoherenceの展開計画に関する新しいホワイトペーパーをダウンロード頂けるようになりました。

Oracle Coherence 12c Planning a Successful Deployment
http://www.oracle.com/technetwork/middleware/coherence/planning-coherence-deployment-1985929.pdf

これは以前発行したホワイトペーパーを書き直したもので、考慮すべき事柄、12cの新機能の適用方法、ヒントやトリック、アプリケーション設計からキャパシティプランニングに至るまでのあらゆることに関する実用的なアドバイスを取り扱っています。Coherenceアプリケーションを管理・監視する必要のある管理者であっても、Coherence初心者の開発者やアーキテクト、はたまた既にCoherenceをお使いのユーザーであっても、このガイドが既存のCoherenceのヘルプやドキュメントと並んできっとお役に立つことでしょう。