apk zipalign

原文はこちら。
https://blogs.oracle.com/middleware/entry/bpm_web_forms_not_enabled

---

BPMの環境を11.1.1.6から11.1.1.7 (PS6) にアップグレードしました。BPM Composerにたくさんの機能が追加されているため、色々話題に事欠かないわけですが、Web Formのような新機能で何か作りたかったので、Web Formを利用する簡単なBPMプロセスを実装してみました。ヒューマンタスクの作成までは完了したのですが、Web Formを追加しようとしたところ、緑のプラスボタンが使えませんでした。

これがアップグレードの一環での問題なのか、何か手順を間違えたのかわかりませんでしたが、別の正常に動作しているインスタンスとちょっと見比べたところ、WebLogic管理コンソールで見る限り、frevvoアプリケーションがデプロイされていないことがわかりました。frevvoアプリケーションを手作業でインストールすると、Web Formが使えるようになりました。なお、frevvoアプリケーションの存在場所は以下の通りです。

$MW_HOME/Oracle_SOA1/soa/applications/frevvo.ear


原文はこちら。
https://blogs.oracle.com/opal/entry/otn_forum_software_is_going

---

ご存知ない方のためにお知らせです。Oracle Technology Network Forumのソフトウェアを今週末アップグレードする予定です。

OTN Discussion Forums
https://forums.oracle.com/forums/main.jspa?categoryID=84

古いソフトウェアは老朽化しており便利な機能を使えないため、このアップグレードはすばらしいことです。現行のフォーラムは週末にかけてRead Onlyになる予定です。
新バージョン立ち上げにおいて、最小限の機能がサポートされる予定です。アップグレード版が安定した時点で、追加の機能が有効化される予定になっています。
移行プロジェクトの一環として、あまり使われていないフォーラムや廃止されたフォーラムは削除される予定です。いくつかのカテゴリが作り直される予定です。

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

---

Java ChampionのJohan Vosが寄稿した「JSR 356, Java API for WebSocket」がOTNのJavaページにUpされています。この記事では、WebSocketをアプリケーションに統合する方法を紹介しています。Java EE 7プラットフォームの構成要素であるJSR 356では、Java開発者がJavaサーバーサイド、クライアントサイド両方のアプリケーションにWebSocketを統合したい場合に利用可能なAPIを取り決めています。APIは非常に柔軟で自由に開発者がWebSocketベースのアプリケーションを作成でき、しかも基礎となるWebSocketの実装に依存しませんので、ベンダーロックインを避けることができます。また、ライブラリやアプリケーションサーバーの選択肢が増える、ということもあります。WebSocket実装を使うWebクライアントやネイティブクライアントであればJavaで構築したバックエンドシステムと簡単に通信することができます。

原文はこちら。
https://blogs.oracle.com/theaquarium/entry/java_ee_7_platform_completes

---

Java EE 7 PlatformおよびWeb ProfileのJSRがJCP Executive CommitteeのFinal Approval Ballot（最終承認投票）を圧倒的な賛成多数で通過したことをお伝えできることを嬉しく思っています。これで全てのJava 7のJSRのJCPの承認プロセスを終了しました。
このJava EE 7 PlatformのリリースはOracleの管理下での最初のリリースですが、パートナーのRed Hat（CDIとBean Validation）とIBM（Batch）がリードしてくださったJSRを含む、次の14個のJSRと9個のメンテナンスリリース（MR）からなっています。これらのJSRのうち、WebSocket、JSON、Concurrency、BatchのJSRは、このリリースで初めてJava EEプラットフォームに登場しました。

JSR

• Java Platform, Enterprise Edition 7 (JSR 342)
• Concurrency Utilities for Java EE 1.0 (JSR 236)
• Java Persistence 2.1 (JSR 338)
• JAX-RS: The Java API for RESTful Web Services 2.0 (JSR 339)
• Java Servlet 3.1 (JSR 340)
• Expression Language 3.0 (JSR 341)
• Java Message Service 2.0 (JSR 343)
• JavaServer Faces 2.2 (JSR 344)
• Enterprise JavaBeans 3.2 (JSR 345)
• Contexts and Dependency Injection for Java EE 1.1 (JSR 346)
• Bean Validation 1.1 (JSR 349)
• Batch Applications for the Java Platform 1.0 (JSR 352)
• Java API for JSON Processing 1.0 (JSR 353)
• Java API for WebSocket 1.0 (JSR 356)

MR

• Web Services for Java EE 1.4 (JSR 109)
• Java Authorization Service Provider Contract for Containers 1.5 (JACC 1.5) (JSR 115)
• Java Authentication Service Provider Interface for Containers 1.1 (JASPIC 1.1) (JSR 196)
• JavaServer Pages 2.3 (JSR 245)
• Common Annotations for the Java Platform 1.2 (JSR 250)
• Interceptors 1.2 (JSR 318)
• Java EE Connector Architecture 1.7 (JSR 322)
• Java Transaction API 1.2 (JSR 907)
• JavaMail 1.5 (JSR 919)

このプロセスに貢献してくださったコミュニティメンバーの皆様に感謝申し上げます。特にExpert Groupの皆様、java.netのJSRプロジェクトのメンバーの皆様（JCP transparencyプログラムの下でのオープンなオペレーション）、Adopt-a-JSRプログラムに参加頂いたJava User Groupのメンバーの皆様、そして私たちのアウトリーチ調査に参加頂いた皆様に感謝申し上げます。

Java EE Platform Specification > Other Java EE Specifications
https://java.net/projects/javaee-spec/pages/Home#Other_Java_EE_Specifications
Transparency and Community Participation in Java EE 7 (Arun Gupta, Miles to go ...)
https://blogs.oracle.com/arungupta/entry/transparency_and_community_participation_in
Adopt a JSR Program
https://java.net/projects/adoptajsr/pages/Home
Java EE 7 Survey Results! (Reza Rahman's Blog)
https://blogs.oracle.com/reza/entry/java_ee_7_survey_results

数週間以内にJava EE 7のGlassFishリファレンス実装のリリースがありますので、お楽しみに。

原文はこちら。
http://mreinhold.org/blog/hold-the-train

---

先週Java 8のリリースを遅らせて、Project Lambdaを完成させることを提案しました。これは、Javaプラットフォームのセキュリティに対してOracleが新たに注力していることに伴い遅れていたものです。

Java 8: Secure the train
http://mreinhold.org/blog/secure-the-train
http://orablogs-jp.blogspot.com/2013/04/java-8-secure-train.html
Project Lambda
http://openjdk.java.net/projects/lambda/

この提案に対し、このブログエントリのコメント欄やTwitterなど様々なところで反応してくれたみなさんに感謝します。フィードバックは概して好意的でした。当然ながら失望を帯びていたわけですが。本日現在、新たなプランでは、Java 8のリリース予定日は2014年3月18日です。

スケジュールのさらなる詳細情報はJDK 8 Projectページにあります。

JDK 8
http://openjdk.java.net/projects/jdk8/

原文はこちら。
https://blogs.oracle.com/databaseinsider/entry/oracle_exadata_recipes_for_success

---

Oracle Exadataに投資を考えている組織であれば、Oracle Exadata上のOracle Databaseをサポートすることで、性能や整理統合、ITインフラストラクチャのゴールに加え、日々の業務に与える変化にどのように対応するか、を理解する必要があります。
Oracle Exadata Recipes - A problem Solution Approachは、Oracle DatabaseのエキスパートであるJohn Clarkの新著です。Oracle Exadata環境のメンテナンスならびに最適化の方法を説明するだけでなく、記者にぴったり合うものをどうやって確認するかを説明しています。

Oracle Exadata Recipes: A Problem-Solution Approach [ペーパーバック] （Amazon.jp）http://www.amazon.co.jp/Oracle-Exadata-Recipes-Problem-Solution-Approach/dp/1430249145 （Amazon.com）http://www.amazon.com/Oracle-Exadata-Recipes-Problem-Solution-Approach/dp/1430249145 Oracle Exadata Recipes: A Problem-Solution Approach [Kindle版] （Amazon.jp）http://www.amazon.co.jp/Oracle-Exadata-Recipes-Problem-Solution-ebook/dp/B00AHD75KI （Amazon.com）http://www.amazon.com/Oracle-Exadata-Recipes-Problem-Solution-ebook/dp/B00AHD75KI

分厚いマニュアルを読まずに、効果的な実証済みのソリューションを開発したい人向けにOracle Exadataレシピが書かれています。著者へのインタビューでこの本について語っていますので、聞いてみたい方は以下のリンクからどうぞ。

http://streaming.oracle.com/ebn/podcasts/media/20121117_Oracle_Exadata_042413.mp3

原文はこちら。
https://blogs.oracle.com/OracleIDM/entry/addressing_the_top_5_cloud
https://blogs.oracle.com/fusionmiddleware/entry/addressing_the_top_5_cloud

---

世界中の組織と会話していると、明らかなのは、ほとんどの組織がクラウドをコスト削減の最大の機会と考えている、ということです。すべての組織にとって、ビジネスの俊敏性、運用コストの削減、スケーラビリティ、パフォーマンスの向上、などなどの数多くのメリットをクラウドはもたらします。プライベート、パブリック、ハイブリッドといったクラウドの導入に伴い、利益も変わりますが、それと同じくリスクも変わってきます。
その後、オンプレミスからプライベートクラウド、ハイブリッドクラウド、そしてパブリッククラウドへと移行するにつれ、セキュリティポリシーに対するITのコントロールと可視性が低下するのです。

プライベートクラウドでは、パブリッククラウドで許可されていないネットワーク帯域幅の管理や最適化を実装することができるため、組織は高いセキュリティやデータのプライバシー、コンプライアンス、QoSをコントロールできるようになっています。しかし、多くの企業でそうであるように、特権アクセスとインサイダーの脅威からリスクが生じています。パブリッククラウドでは、クラウド·サービス·プロバイダーである外部の第三者によってポリシーが管理されます。パブリッククラウドの共有環境では、セキュリティとコンプライアンスの問題を引き起こす可能性があります。ハイブリッドクラウドは、その定義の通り、プライベートクラウドとパブリッククラウドの両方のリスクとメリットの両方をカプセル化しています。
この範囲を動いていくと、複数の場所でポリシーデータを複製するにつれ、セキュリティポリシーはますます断片化していきます。その結果、レイテンシも増加し、リスクが指数関数的に増大します。コンプライアンスやガバナンスの問題に加えて、セキュリティがクラウドの採用において最も大きな障壁であり続けているのは不思議ではありません。実際、2012年のInformationWeek Reportによる“Private Cloud Vision vs. Reality”（プライベートクラウドのビジョン vs 現実）は、組織の82％がパブリッククラウドを段階的に廃止もしくは利用しないことを決めた主要な理由の一つとして、セキュリティとデータプライバシーの問題がある、と伝えています。
では、セキュリティを危険にさらすことなく、クラウドを利用するには、どの領域に労力を集中するのが一番よいのでしょうか。最近のCSO Onlineによるチーフ·セキュリティ·オフィサーに対する調査の結果、クラウドへのセキュリティの懸念の上位5つは、モバイルデータアクセス、規制遵守とデータやアプリケーションへのアクセス管理、すなわち全てアイデンティティ管理に関連していることがわかりました。
クラウドにアプリケーションを移動する組織は、データセキュリティとアプリケーションのアクセスの領域に標準的なセキュリティフレームワークを提供して、オンプレミス環境とクラウド環境の間のギャップを埋める必要があります。しばしこの短いスクリーンキャストをご覧頂いて、クラウドの可能性に制限をかけずに、セキュリティリスクを管理し、ガバナンスの問題に対処する方法を知って頂ければと思います。