[Java] Screencast: "Unlocking the Java EE Platform with HTML5"

Posted by Unknown Senin, 11 November 2013 0 komentar
原文はこちら。
https://blogs.oracle.com/geertjan/entry/screencast_unlocking_the_java_ee

Java EEプラットフォームは生産性を向上し、Javaエンタープライズアプリケーションで必要な大量のコードを削減することを狙いとしており、JPAやEJB、JSF、JAX-RSなどの仕様を網羅しています。これらの仕様はどのようにアプリケーションに整合し、それらの仕様がどのようにお互いに関係しているのでしょうか。そして、どのようにHTML5を使ってJava EEを活用することができるのでしょうか。

上記動画は、先週SwedenのMalmoで開催されたOredevでのセッションを録音したものです。これをご覧頂くと、Java EEがどのように動作し、HTMLやJavaScript、CSSを使ってどのようにHTML5のフロントエンドと統合することができるのかを理解頂けると思います。

Baca Selengkapnya ....

[Data Integration] OWB - 11.2.0.4 Windows standalone client released

Posted by Unknown Rabu, 06 November 2013 0 komentar
原文はこちら。
https://blogs.oracle.com/warehousebuilder/entry/owb_11_2_0_42

32bit/64bit版Windows用クライアントを含むOracle Warehouse Builder (OWB) 11.2.0.4が本日リリースされました。以前ブログに記載したLinuxクライアントに関する内容はこちらからどうぞ。
OWB - 11.2.0.4 standalone client released
https://blogs.oracle.com/warehousebuilder/entry/owb_11_2_0_4
Data Integrationロードマップの別のマイルストンへ向かい指揮を執るAnilには感謝しています。
  • OWB 11.2.0.4 STANDALONE CLIENT FOR Windows 64 BIT (パッチNo. 17743124)
  • OWB 11.2.0.4 STANDALONE CLIENT FOR Windows 32 BIT (パッチNo. 17743119)
これがOWBのターミナルリリースであり、お客様のバグはこのリリース上で解消していきます。来たる11月12日のローンチWebcastで、Oracle Data Integration 12cのリリースに関する情報をシェアできることを楽しみにしています。

Intorudcing 12c for Oracle Data Integration
http://event.on24.com/r.htm?e=680272&s=1&k=88FF84AD1693E95A4A707D53D66CA517&partnerref=DI12cwebcast_ODIBLOG

Baca Selengkapnya ....

[Hardware, Network] Register now! Oracle SDN: Software-Defined Networking in a Hybrid, Open Data Center

Posted by Unknown 0 komentar
原文はこちら。
https://blogs.oracle.com/eSTEP/entry/register_now_oracle_sdn_software

来たるWebcastを利用して、Oracle SDNとOVCAについて知って下さい。
Oracle SDN: Software-Defined Networking in a Hybrid, Open Data Center
  • 開催日時
    • 2013年11月19日10時から(PST)
    • 2013年11月20日3時から(JST)
  • スピーカー
    • S.K. Vinod
    • Charlie Boyle
このWebcastでは以下の内容を取り上げる予定です。
  • Oracle SDNの特長
  • Oracle SDNの既存オーバーレイネットワークとの相互接続
  • 他のSDNとOracle SDNの相違点
We will also discover how Oracle Virtual Networkingが最新のEngineered SystemであるOracle Virtual Compute Applianceに、どのように統合されているかがわかることでしょう。

登録は以下のリンクからどうぞ。

Oracle SDN: Software-Defined Network in a Hybrid, Open Data Center
http://event.on24.com/r.htm?e=703374&s=1&k=3B963746C3F47E87E89B16EBE18BD93F&partnerref=ocomnetwk
このWebinarは録画される予定ですので、オンデマンド視聴が出来るようになった時点で案内が届くように是非登録して下さい。

Baca Selengkapnya ....

[Java] Tyrus 1.3

Posted by Unknown Selasa, 05 November 2013 0 komentar
原文はこちら。
https://blogs.oracle.com/PavelBucek/entry/tyrus_1_3

I’m pleased to announce that new version of Tyrusの新バージョンのリリースを発表でき嬉しく思います。この新バージョンには、connectToServerメソッド呼び出しの非同期処理、最適化されたブロードキャストのサポート、その他安定性の向上や性能の向上といった、興味深い機能が含まれています。これまでのように、いくつかのブログエントリで後ほど一部の機能についてご紹介します。一部の機能は既に更新されたユーザーガイドで説明がなされています。
Tyrus 1.3 User Guide
https://tyrus.java.net/documentation/1.3/user-guide.html

バグ修正・新機能リスト(https://java.net/jira/browse/TYRUS)

TYRUS-262: @OnOpen fails for programmatically deployed annotated endpoint.
TYRUS-261: Text decoder disables Binary decoder if both are configured for the same server endpoint; endpoint cannot receive binary messages anymore.
TYRUS-248: Consolidate Extension representation
TYRUS-258: Tyrus always creates HTTP session
TYRUS-251: DecodeException is not passed to @OnError method
TYRUS-252: encoder for primitive types cannot be overridden.
TYRUS-250: Sec-WebSocket-Protocol header cannot be present when there is no negotiated subprotocol
TYRUS-249: WebSocketContainer MaxSessionIdleTimeout is not propagated to Session (server side)
TYRUS-257: Async timeout value set on WebSocketContainer is not propagated to RemoteEndpoints (Session#getAsyncRemote())
TYRUS-253: DecodeException is not passed to @OnError method from session.getAsyncRemote().sendObject
TYRUS-243: WebSocketContainer.connectToServer can block for seconds
TYRUS-227: Build failure : AsyncBinaryTest
TYRUS-226: Tyrus build error : OnCloseTest
TYRUS-247: Make all samples use TestContainer for tests
TYRUS-238: Refactor WebSocketEngine (SPI and Impl)
TYRUS-157: Submitting tasks to an injected ManagedExecutorService in a ServerEndpoint does not work
TYRUS-137: Improve subprotocols/extensions headers parsing
TYRUS-133: Some Broadcast(er) API is needed in order to opmtimize chat-like usecases
TYRUS-245: ServerEndpointConfig#getConfiigurator returns Configurator not used when getNegotiatedExtensions has been called.
TYRUS-240: clean up duplicated static fields (strings)
TYRUS-230: When Session is invalidated, the close reason is not 1006
TYRUS-190: Remove TyrusServetServerContainer (merge with TyrusServerContainer)
TYRUS-65: Implement common utilities for testing
TYRUS-242: Tyrus does not run on JDK8 compact2 profile
TYRUS-237: RemoteEndpoint.Async#sendBinary does not throw IllegalArgumentException when data is null
TYRUS-239: Improve WebSocketEngine ByteBuffer handling
TYRUS-232: Refactor grizzly/servlet container – Tyrus-SPI
TYRUS-235: Fix findbugs errors in tests/servlet
TYRUS-234: Remove support for older protocol version
TYRUS-229: Session#setMaxIdleTimeout() will kill the session whether or not the session actually timed out
TYRUS-225: Invalidation of (Servlet) HttpSession does not invalidate WebSocket Session
TYRUS-153: Static map in TyrusRemotEndpoint
TYRUS-201: Wrong ServletInputStream#isReady() usage in TyrusHttpUpgradeHandler
TYRUS-224: Refactor Connection#write and ConnectionImpl to use CompletionHandler only (no Future)
TYRUS-221: wss:// doesn’t appear to function correctly via a http proxy.
TYRUS-146: Support request from client to secured services (“wss”)
TYRUS-223: Message can be writen multiple times when running on Servlet container
TYRUS-71: ErroCollector not properly used in AnnotatedEndpoint class.
Tyrus 1.3はGlassFishトランクにまもなく統合される予定です。Nightly Buildをダウンロードすることもできますし、新しいTyrusを手作業でアップグレード(Tyrusのjarファイルを全て置き換え)することもできます。

Baca Selengkapnya ....

[SOA, Exa*] 7-Eleven Mobile App Powered by Oracle SOA Suite

Posted by Unknown Senin, 04 November 2013 0 komentar
原文はこちら。
https://blogs.oracle.com/SOA/entry/7_eleven_mobile_app_powered

Slurpeeをずるずる飲んでいる時に、7-Elevenの2000万件もの毎日のトランザクションを100ミリ秒以下で処理するにあたってOracle SOA Suiteがサポートしているということを考えることがあるでしょうか。たぶん次回からですね。
(訳注)日本のセブンイレブンではありませんので、あえて7-Elevenという表記にしています。
7-ElevenのDigital Guest Experience Program ManagerであるRonald Clantonの印象的な動画をご覧頂きたいのですが、この中で、Oracle Exalogic上で動作するOracle SOA Suiteを使い、10000件以上の店舗やデジタルエンティティのエンドポイントに対する一貫したビューの提供方法について説明しています。Oracle Enterprise Managerを使って管理しているので、彼らの"Rapid-Fire" MWaaS (Middleware as a Service) をわずか10分でプロビジョニングし、オンタイムで提供し、スケジュールを前倒ししたテストを完了することができました。
MWaaS
そんなわけで、何をぐずぐずしてるいるのですか?Slurpeeアプリをダウンロードして、無料のPillsbury Cinnamonペストリーを入手し、1日あたり2000万メッセージに貢献するのを楽しんで下さい。それが終われば、舌の写真を撮って下さい…赤ですか?青ですか?動画はこちらからご覧いただけます。

Baca Selengkapnya ....

[Java] Java EE and GlassFish Server Roadmap Update

Posted by Unknown 0 komentar
原文はこちら。
https://blogs.oracle.com/theaquarium/entry/java_ee_and_glassfish_server

2013年は、Java EEとGlassFishサーバーのコミュニティの両者にとってすばらしい年でした。 6月12日、オラクルとそのパートナーは、3つの主要なテーマ(HTML5、開発者の生産性、エンタープライズの要求に対応すること)を掲げ、Java EE 7のリリースを発表しました。オンラインイベントは、最初の2日間で10,000ビューもご覧頂きました。
Introducing Java EE 7
https://event.on24.com/eventRegistration/EventLobbyServlet?target=registration.jsp&eventid=615713&sessionid=1&key=453EBA948F6408FE613E61903CBAEBFA&partnerref=introducing_java_ee_7_javasourceblog&sourcepage=register
このオンラインイベントの間、Oracleは世界初のJava EE準拠のApplication ServerであるGlassFish Server Open Source Edition 4を発表しました。GlassFish Server Open Source Editionの主要な役割は、これまでも、これからも変わりなく、JavaプラットフォームEnterprise Editionの最新リリースの導入を推し進めることにあります。OracleはJava EE 7 SDKも発表しました。Java EE 7の学習の助けとなるよう、GlassFish Server Open Source Edition 4をバンドルしています。OracleはGlassFish Server Open Source Edition 4をベースにしたJava EE参照実装を発表しました。Java EEは人気のあるプラットフォームで、その証拠に20以上のJava EE 6互換実装が選択できる状態になっています。
Java EE Compatibility
http://www.oracle.com/technetwork/java/javaee/overview/compatibility-jsp-136984.html
Java EE 7とGlassFish Server Open Source Edition 4がリリースされてから、Java EE 8のロードマップを策定し始めました。これはJavaOne Strategy Keynoteで紹介した通りです。
JavaOne Strategy Keynote
http://www.oracle.com/javaone/live/on-demand/index.html#javaone
要約すれば、HTML5サポートの改良、クラウド、NoSQLサポートの調査に対し数多くの関心があります。そういったものをJava EE 8で目の当たりにしたい、という、数多くのすばらしいフィードバックをコミュニティやお客様から頂きました。
JavaOne 2013が間近になったときにGlassFish Serverのロードマップを策定し始めました。JavaOneで発表したのは、GlassFish Server Open Source Edition 4.1が2014年に計画されている、というものでした。ここでそのロードマップのアップデートを記載します。
  • GlassFish Server Open Source Edition 4.1は2014年に計画(これまで通り)
  • 必要に応じて、GlassFish Server Open Source Editionに対するアップデートを計画している。これは商用サポートされないものである。
  • Java EE 8に向け、
    • トランクは最終的にJava EE 8実装としてのGlassFish Server Open Source Edition 5へと移行する。
    • Java EE 8参照実装はGlassFish Server Open Source Edition 5をベースとして導出する。これは過去のJava EEとGlassFish Serverリリースでやってきたことと同じである。
  • Oracleは今後、商用サポート付きのOracle GlassFish Serverの将来のメジャーリリースをリリースしない。具体的には、Java EE 7の商用サポート付きのOracle GlassFish Server 4.xはリリースされない。
  • 商用Java EE 7サポートはWebLogic Serverから提供される。
  • Oracle GlassFish Serverは4.xの商用バージョンをリリースしない。
最後の段を深掘りすると、Oracle GlassFish Server 2.1.x and 3.1.xの商用バージョンをお使いの新規および既存のお客様はOracleのライフタイムサポートポリシーに従い引き続きサポートされます。
Oracle Lifetime Support Policy (Oracle Fusion Middleware)
http://www.oracle.com/us/support/library/lifetime-support-middleware-069163.pdf
Oracleは、商用Oracle GlassFish Serverをお使いの既存のお客様は、技術的およびライセンスを移行するパスとして自然なOracle WebLogic Serverへの移行を計画し始めることをお勧めします。
  • Java EE標準に基づいて開発されたアプリケーションはGlassFish ServerおよびOracle WebLogic Serverにデプロイできる。
  • GlassFish ServerとOracle WebLogic Serverには実装固有のデプロイメントディスクリプタの相互運用性がある。
  • GlassFish Server 3.xとOracle WebLogic Serverはかなりの量のコードを共有しており、そのため設定や(拡張)機能に類似点がかなりある。共有しているコードにはJPA、JAX-RS、WebSockets (いずれもJSR 356以前のもの)、CDI、Bean Validation、JAX-WS、JAXB、そしてWS-ATなどがある。
  • Oracle GlassFish Server 3.xおよびOracle WebLogic Server 12cは共にOracle Access Manager、Oracle Coherence、Oracle Directory Server、Oracle Virtual Directory、Oracle Database、Oracle Enterprise Managerをサポートしており、基礎となるOracle JDKへのサポートを得る権利がある。
まとめると、OracleはJava EEの将来にコミットしています。Java EE 7がリリースされ、Java EE 8の計画が始まりました。GlassFish Server Open Source Editionは引き続き、今後のJava EE参照実装の戦略的基盤としてあり続けます。そして開発者に対し、必要に応じてアップデートを提供し、GlassFish Server Open Source Editionのすばらしい開発者体験を提供する予定です。現在GlassFish Server Open Source Edition 5をJava EE 8参照実装の基盤として計画しており、また、GlassFish Server Open Source Edition 5をJava EE 8 SDKにバンドルすることも計画しています(実はこれがGlassFishのディストリビューションで最も人気があるのです)。これにより、GlassFishのリリースではJava EEプラットフォームやコミュニティ主導の要件により一層注力することができるでしょう。我々は引き続きコミュニティへの貢献、バグレポート、GlassFishフォーラムへの参加などを奨励します。
コミュニティへの貢献の例(ProductionRedeployment)
https://wikis.oracle.com/display/GlassFish/ProductionRedeployment
バグレポート(JIRA)
https://java.net/jira/browse/GLASSFISH
GlassFish Forum
https://www.java.net//forums/glassfish/glassfish
引き続き、Oracle WebLogic ServerはOracleから提供される、単一の戦略的な商用サポートを有するアプリケーションサーバーです。

[免責事項]
上記は弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。上記事項は、マテリアルやコード、機能を提供することをコミットメント(確約)するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル製品に関して記載されている機能の開発、リリースおよび時期については、弊社の裁量により決定されます。

Baca Selengkapnya ....

[Java, Security] JEP 124: Enhance the Certificate Revocation-Checking API

Posted by Unknown Minggu, 03 November 2013 0 komentar
原文はこちら。
https://blogs.oracle.com/mullan/entry/jep_124_enhance_the_certificate

失効チェックとは、証明書の失効ステータスを確定するためのメカニズムで、証明書が取り消された場合には無効とみなされ、当該証明書を利用するべきではありません。JDK 7現在、java.security.cert.CertPathValidatorのPKIX実装に含まれる失効チェックの実装では、OCSPとCRLという、2つの主要な失効チェック方式の両方をサポートしています。ただし、振る舞いを設定可能なオプションはほとんどありません。もちろんいつでも失効チェッカーを独自実装できますが、それは大変な作業です。

JEP 124 (Enhance the Certificate Revocation-Checking API) はJDK 8の11個の新しいセキュリティ機能の一つで、 java.security.cert APIを強化し、ベストエフォートチェック、エンドエンティティ証明書チェック、メカニズム固有のオプションやパラメータなどの様々な失効設定をサポートします。これらの詳細を説明し、サンプルをご紹介しましょう。
JEP 124: Enhance the Certificate Revocation-Checking API
http://openjdk.java.net/jeps/124
この機能は新しい PKIXRevocationChecker というクラスが提供します。PKIX CertPathValidator は以下のようにPKIXRevocationChecker インスタンスを返します。
CertPathValidator cpv = CertPathValidator.getInstance("PKIX");
PKIXRevocationChecker prc = (PKIXRevocationChecker)cpv.getRevocationChecker();
返された PKIXRevocationChecker オブジェクトのメソッドを呼び出し、様々な失効オプションを設定することができます。例えば、ベストエフォートオプション(soft-failと呼ばれます)を使うと、ネットワーク接続不可やサーバーの過負荷が原因でステータスが取得できない場合に失効チェックが成功します。これは以下のように設定します。
prc.setOptions(Enum.setOf(Option.SOFT_FAIL)); 
SOFT_FAIL オプションを指定すると、ネットワークの問題が原因で発生した任意の例外を取得できます。この機能は、こうした情報をログに記録したい場合や、警告として扱いたい場合には役に立つかもしれません。 getSoftFailExceptions メソッドを呼び出して、こうした例外を取得することができます。
List<certpathvalidatorexception> exceptions = prc.getSoftFailExceptions();
ONLY_END_ENTITY と呼ばれる別の新しいオプションを使うと、エンドエンティティ証明書の失効ステータスのみをチェックすることができます。このオプションにより、パフォーマンスが改善する可能性がありますが、CA証明書の失効ステータスをチェックしないため、このオプション利用に際しては注意が必要です。複数のオプションを設定するには、単にそれらをまとめて指定します。例えば以下のような感じです。
prc.setOptions(Enum.setOf(Option.SOFT_FAIL, Option.ONLY_END_ENTITY));
デフォルトでは、 PKIXRevocationChecker はまずOCSP、その後CRLをフォールバックとして利用し、証明書の失効ステータスをチェックしようとします。しかし、 PREFER_CRLS option, を使うとその順番を変更することができ、 NO_FALLBACK オプションを使うとフォールバックを全く無効にすることも可能です。例えば、CRLだけを使って失効チェックしたい場合には以下のように設定します。
prc.setOptions(Enum.setOf(Option.PREFER_CRLS, Option.NO_FALLBACK)); 
OCSPレスポンダURI、トラステッドOCSPレスポンダ証明書、OCSPリクエストの拡張といった様々なオプションを指定できる数多くの有用なメソッドもありますが、最も有用な機能の一つが、 setOCSPResponse メソッドを使ってキャッシュされたOCSPレスポンスを指定できることでしょう。OCSPResponseが既に取得済み、例えばOCSPステープリングを利用するプロトコルでは、この機能は非常に有用です。

所望のオプションを全て設定した後に、以下のようにカスタム CertPathCheckers の一つとして PKIXParameters オブジェクトに PKIXRevocationChecker を追加してから、証明書チェーンを検証する必要があります。
PKIXParameters params = new PKIXParameters(keystore);
params.addCertPathChecker(prc);
CertPathValidatorResult result = cpv.validate(path, params);
JDK 8の早期アクセスバイナリは以下のURLからダウンロードできます。
JDK™ 8 Early Access Releases
http://jdk8.java.net/download.html

Baca Selengkapnya ....
Trik SEO Terbaru support Online Shop Baju Wanita - Original design by Bamz | Copyright of apk zipalign.