/**
 * This package includes ... classes.
 * @author Yoichiro Tanaka
 */
package jp.eisbahn.foo.bar;

このpackage-info.javaファイルは、コンパイルすることができます。しかし、上記のケースでは、このファイルは不幸にもコンパイルされないでしょう。その理由は、それが実行時に必要とはjavacコマンドが判断しないからです。それ故に、もしpackage-info.classファイルが欲しい場合は、RUNTIME値を持つ何らかのアノテーションを配置する必要があります。

/**
 * This package includes ... classes.
 * @author Yoichiro Tanaka
 */
@RuntimeAnnotation
package jp.eisbahn.foo.bar;

import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Retention;

@Retention(RetentionPolicy.RUNTIME)
@interface RuntimeAnnotation {}

同じファイルの中で、RetentionPolicyクラスのRUNTIME属性を持つアノテーションを定義できます。そのアノテーションをパッケージに追加することで、そのパッケージは実行時に必要とされることになります。その結果として、そのファイルはjavacコマンドによってコンパイルされるでしょう。

しかし、もしアップデートサイトを作りたいとき、何らかの理由でこれらのサブディレクトリを作れないかもしれません。そのとき、あなたは自由にこれらのファイルを配置したいと考えるでしょう。

このケースの場合、site.xmlファイル内で<archive>タグを使用することができます。このタグの指定により、PluginのJarファイルを任意の場所に配置することができるようになります。もちろん、FeatureのJarファイルは、URLを記述することによって場所を指定できるので、任意の場所に配置することが可能です。

  
    
  
  
  ...

Featureが「jp.eisbahn.foo」という名前のPluginを持っているとき、Eclipseは「plugins」という名前のサブディレクトリからそのPluginを探そうとするでしょう。そのとき、PluginのJarファイルのパスは、「plugins/jp.eisbahn.foo_1.0.0.jar」となります（バージョン番号が1.0.0の例）。そして、<archive>タグを使うことで、そのパスを任意のURLに置き換えることができます。上記の例では、そのパスは「http://www.eisbahn.jp/any/foo-plugin.jar」に置き換えられています。

このテクニックは、OSDEのアップデートサイトで使用されました。そのsite.xmlファイルは以下となります。

http://opensocial-development-environment.googlecode.com/svn/update-site-candidate/site.xml

• Jettyのポート番号を変更するための設定 (Issue 104).
• レイテンシ削減ツール – Evaluator for web performance (Issue 127).
• レイテンシ削減ツール – JS Compiler (Issue 180).
• iGoogle上でのガジェット管理/削除 (Issue 155).
• HasAppフィルタのサポートと、アプリケーションの情報や管理をするっためのApplicationビューの提供 (Issue 106).
• いくつかのバグフィックス

以下の候補版向けのアップデートサイトを使って、このバージョンをインストールすることができます。
http://opensocial-development-environment.googlecode.com/svn/update-site-candidate/site.xml

バージョン0.7.0から、フィーチャーやプラグインの名前が「com.googlecode.osde」に変更されています。もし0.5.0やそれよりも古いバージョンを使用している場合は、自動で0.7.0にアップデートすることはできません。古いバージョンをアンインストールしてから、0.7.0 Candidate 1をインストールしてください。

このバージョンをテストしていただき、何か問題があれば気軽にフィードバックをください。

2010年のソーシャルWeb (後編)
http://gihyo.jp/dev/column/newyear/2010/socialweb-prospect-02

広告といくつかの標準仕様に言及しています。

というわけで、今年のソーシャルWebがどうなっていくのか、昨年末に考えてみました。gihyo.jpに掲載されていますので、ぜひお読みください。

2010年のソーシャルWeb（前編）
http://gihyo.jp/dev/column/newyear/2010/socialweb-prospect-01

後編は、2日の10時頃に公開される予定です。

最も大きな変化は、やはり転職です。まさか自分が某大手SNSサイト(とぼかす必要もないか)に入社するとは全く思ってなかったですが、大きなSNSのプラットフォーム化に関われて良かったなと。それはそれはいろいろとありましたが、自分でも貴重な経験をさせてもらってると思ってます。もちろん、プラットフォームは公開するだけでなく、いろんな意味でそれを維持していくことが大事であり、大変なことです。来年からが勝負です。

その転職のちょっと前の2月に、OpenSocial本の出版を無事迎えられたことも大きな出来事でした。自分の本を出せるとは、これも数年前までは思いもしなかったことです。今ではOpenSocialをベースにしたアプリケーションが日本の多くの開発者によって開発されていますが、ちょっとでもそれに貢献できたのなら嬉しいですね。

ずっとOSDEの開発は一人でやってきたけど、今年からメンバーが増えたことも大きな事件です。今では、僕よりもアクティブに開発をしてくれています。やはり自分で作ったものを評価してくれるのはとても嬉しいことです。OSDEは既に僕一人のものではなくなったので、責任感を持ってちゃんと進化させていかなければなりません。今年以上にOSDEは来年開発を進めたいと思っています。

このOSDEのメンバー追加のおかげで、英語でのコミュニケーションの機会は非常に増えました。メールはもちろん、コードレビュー、仕様調整など、OSDEのプロジェクトサイト上では英語が公用語です。そして、メンバーが10月の終わりに来日し、僕とOSDEに関する打ち合わせを実施しました。通訳はなく、英語でなんとかOSDEのロードマップ作りをこなした経験は、僕にとってすごい経験になっています。なんとかなるもんだなぁ、と。

これら以外にも、Google Developer Dayの基調講演でのプレゼンや執筆活動なども、今年の充実感の元となっています。とにかく、今年はいろいろと動きがあり、充実した楽しい内容でした。そして、いろいろな人にお世話になった年でもありました。

来年は、いろいろな施策を自分から仕掛けていき、いろいろな波を起こしていきたいですね。

では、引き続き来年もよろしくお願いいたします！

雪質はとても締まっていて、滑りやすかったです。そして、昨日はとても晴れてました。

昨シーズン一回も行ってなかったのでうまく滑れるか不安だったけど、新しいウェアとブーツは僕を刺激してくれました。

初スキーを楽しめました。それにしても、レストハウスで売ってるカレーは、今年も高かった。。。

http://opensocial-development-environment.googlecode.com/svn/update-site/site.xml

このバージョンにより、開発しているガジェットをiGoogleにてプレビューおよび配布することが可能となります。この機能は、台北にいるAlbertと数人のメンバーによって開発されました。おめでとうと言いたいと共に、日々の助けと開発作業に対して感謝しています！ もしiGoogleガジェットを開発したいときには、OSDEは内部で持つShindigサーバと、iGoogleのプロダクションサーバの両方で動作確認をすることができます。

私たちは、多くの改善や新機能の開発を続けます。もしロードマップを知りたいときは、以下のページをご覧ください。

http://code.google.com/p/opensocial-development-environment/wiki/Roadmap

ぜひ、コーディングを楽しんでください！

はぃ、Hibernateは、あなたのデータベースに「冬の間」いかなる情報も永続的に格納します。もちろん、データベースに格納された全ての情報は、春が来たら外に逃げていくでしょう！

・・・なんちゃって。

では、C-C-Bは何の略か、知ってますか？

それは、”Coconut Boy”です。

Please see: http://ja.wikipedia.org/wiki/C-C-B