这次日本不叫 JavaOne，变成Java Technology Conferences 了。大概是因为JavaOne跟Sun Tech Day合起来的关系吧。因为不是JavaOne所以价钱变便宜了，也多了好几个免费Session，但是还要登录真的是……应该改成自由参加才对。

早上从赤坂见附站往会场的оЪюЯшみレみУЯ出发，遇到了Java Car跟Java公车。

今天有Keynote， 普通Session和Night for Java Technology。BOF好像没有。Keynote则是第一次在日本出现的Jonathan Shwartz。在普通的Keynote之前多了一个Technical Keynote真是有点奇怪。可能是这么早怕人可能比较少的关系吧!?

今天听的Session有

Thechnical Keynote
Keynote
一般Seesion
由Java Desktop System开拓出的新世界 : Looking Glass
看别人的Bug来改自己的程式码
Project Rave 的EoD 実现之最新技术解説
关于Java Programming语言的WildCard
Night for Java Technology

挑其中自己有兴趣的报告一下

keynote

日本初登场的Jonathan Schwartz ，大概是因为第一次所以比较慎重。全身穿西装登场。 题目为The New Fronties: Java Technology is Everywhere，关于Java则分成Developer、CIO、Operator、Consumer 四个切入点来演说。当然对于我来说还是Developer这个话题比较感兴趣。所以以中为重点报告。

今年一月Java (J2SDK?) 的下载数好像超越了7,000,000的样子，Java在于各种社群好像蛮有魅力的。对于Linux跟open source界的社群有相辅相成的效果。另外也有Java Desktop System，Looking Glass。Looking Glass 是3D Desk top System 且利用Java做成。而且提到了Java Stdio Creator 等开发环境。对于CIO则IT 技术的趋势在于从stand alone到网路化，更进步到分散式系统。介绍了其中担任了重要技术的Java。对于Operator则提到了N1 Grid。对于Consumer 则是提到了Java。com等等

最后则有几家公司的speech，因为很无聊所以省略。为什么不在这种场合发表自己公司的Vision？单纯介绍自家产品真的会让这种活动变的无聊……不知道吗?

但是相反的感到有趣的有3个在这边提一下：

UFJ 日立系统的UFJ 银行，关于讲座振替系统的transaction量非常的大，受付800 万件/7，引き落とし(不知道是转帐还是提款><)处理1500 万件/ 2 时间的系统用到了J2EE Solution。接下来是东京电力发电所的监视系统。利用Linux 上的Java做到监视系统的建构。做到了能Real Time而且不会发生问题的效能。最后则是クラリオン的公车车载系统。目的地表示和车资表示，料金收纳箱等等，用到了J2ME CDC Personal Bases Profile 来控制。

一般Session

由Java Desktop System开拓出的新世界 : Looking Glass

由西田先生先说明Java Desktop System
再由川原先生说明Looking Glass

Java Desktop System 是为了对抗微软的系统所做出来的，虽然有叫JAVA，但是实际上只是借个名称而已。现在是以Susie Linux 为base，可以想像成 加上Gnome， Mozilla， StarSuite等套件的Sun的Linux Distribution。在日本是今年四月正式推出，会有ATOK(输入法)的支援， font会用リコー的。$50的汇率转换大概会是5,000到6,000日元。另外10月好像会有solaris版。

Looking Glass的demo则是继keynote之后又看一遍。是一套3D桌面系统， 但是太在意3D可能会变成Virtual Reality 这种系统的感觉。反而到时变的不好用吧……让人感觉Sun有在认真思考[变成3D到底有什么令人快乐的地方!?]。

Looking Glass让现存的2D和3D的application都能顺畅的使用。好像常听说可以把window立起来摆在一边。但不是只有这样……譬如可以在borwser的背面memo这个网页的内容。或者是为了设定方便把dialog放到软体的背面等等。感觉有为了方便性好好在设计……看起来会很重的软体，实际上还蛮不吃资源的。2004 年年中好像会提供 Looking Glass 的SDK。最后在Q&A有问到底下使用的LIBRARY，如同想像是利用Java使用OpenGL。等SDK公开了真想用看看。

看别人的Bug来改自己的程式码

从Bug范例来做case study。会场不是很大但是一堆人站着听。看来大家都有performance的困扰唷! 介绍的东西有3种

Scenario 1 MVC分离的话题

在web系统有人把v跟C都丢给jsp做。JSP用有c跟v，连逻辑导向都用jsp去hard coding。解决方式当然就是用Servlet。当然也就是把servlet当作c。在这里比较重要的是资料的生成期间。因为servlet scope的关系造成data的生存期间改变。因此依据情报的种类选好合适的scope。

Scenario 2 Reflection的话题

虽然Reflection是为了扩张性，但是扩张过头反而不好。J2SE的Reflection的效能大幅增加，但是第一次使用Reflection唿叫method因为会透过Native Code因此效能并不会提升多少。但是多唿叫几次就会把他bytecode化，因此效能会大幅提升。大概是HotSpot会判断巴。

问题在于bytecode化会把他再load一次，因此会消耗memory。在介绍的例子中确实有因为这样造成Out of Memory的问题。

Scenario 3 EJB的transaction境界跟transaction时间长度问题

Web Tier 和EJB Tier 在不同机器执行时，transaction会造成一个问题。在同一台机器可以用local interface但是在远端就必须用Remote interface。但是使用Remote interface会有资料serialize跟deserialize的问题，造成效能大幅下降。然后多次与远端通信很容易造成效能下降，因此有必要把一定程度的通信内容集合起来一起丢出。

Java Programming言语的WildCard

Neil Gafter 是因为Programming Puzzler而变成名人，但是仍蛮commit JSR-14 Generics的样子。标题的Wild Card就是generics的WildCard。Generics虽然是一项大优点，但是会造成无法和物件导向抽象化的配合。例如List interface和Set interface都是Collection 的衍生。
但是List<String>和Set<Interface> 的父介面又是什么!? 如果依照配列去想，List<Object> 会是List<String>和Set<Number>(他好像写错，应该是List<Number>吧!?) 的父类别。但是这样会变成不是type safe了：

1
2
3
4

List<Number> numbers = ...
List<Oject> things = numbers;
 
thigs.add("Seven");    // <-- Runtime Exception 

当然也有把List当作List<String>和List<Number>的父介面，
但是这样也不是type safe了

1
2
3
4

List<Number> numbers = ...
List things = numbers;
 
thigs.add("Seven");    // <-- Runtime Exception 

所以在Generic导入了WildCard。也就是利用了List<?> 介面来当做List<Number> 和List<String>的父类别，就是WildCard了。这样就变成type safe可以达到compile time checking了：

1
2
3
4

List<Number> numbers = ...
List<?> things = numbers;
 
thigs.add("Seven");    // <-- Compile Error

另外衍生出List<? extends Number>介面，List<? super Integer> 介面，变成可以使用super跟extends。譬如List<? extends Number>可以衍生出List<Integer> 衍生interface。List<? super Integer>则可以套用List<Number> interface.

利用这些WildCard的范例有提到Collections类别的fill, copy, addAll, removeAll 等等。

最后在程式码中提到应该如何使用WildCard的说明。因为是?的关系，所以不能知道会变成怎样的东西,因此可以使用capture来限制type。 例如Collections#reverse(List<?> list) 方法被定义成如下(跟实际的Collections的原始码好像不一样)

1
2
3
4
5
6

public static void reverse(List<?> list) {       
    rev(list);   // <-- 这就是capture!!
}
public static <T> rev(List<T> list) {
        ...
}

Night for Java Technology

在等待Night for Java Technology 的会场时，看到Duke跟 Oracle 的Wendy的摄影会。看起来非常难得，所以这边是Duke跟Wendy的two-shot。上一次是Night for Java Technology 的特别审查委员的James Gosling 提到想把下次用成像Iron Chef 的感觉(铁人料理XD!?),竟然实现了？！而且会场还做成厨房风格。

因为是铁人风格,所以变成两人对戦的模式，分别在像厨房的地方，来demo牠们的作品，对戦的人当然也是铁人风格。

参加者有10人，menu当然就是从前菜到甜点的对决。对戦表也是menu风格，审查员则增加了Tim Lindholm和Mark Hapner。

～～ 前菜 hors d' oeuvre ～～

JFractal 林田 茂夫 vs. Morse Code Music Composer 芝尾 幸一郎

JFractal可以表现Fractle和把他用音乐表示出来的软体。电子音乐虽然会有机械音乐的感觉，海浪的声音，UFO，演歌，冲绳民谣等等……拨起来有模有样，可以在手机上当作是铃声等等。

demo时发生一点状况有点令人惋惜。对手的Morse Code Music Composer 是把Morse讯号变成音乐的想法而做成，可以分成复数的track，可以各个分布声音，然后在那边输入文字，就会产生对应的Morse并产生节拍。因为产生的音乐由ton . tu-组成，令人有点不可思议的感觉。

这作品以前在NHK报导过,可以在http://www.nhk.or.jp/digista/review/031206_review.html#no2看到立花先生的comment.

胜者 芝尾 幸一郎

～～ 汤品 soup ～～

Supremo Streaming System 西本 圭祐 vs. WhiteDog System and WhiteDog Studio 中口 孝雄

西本先生是连续第三次出场。上一次是把AI物件化的作品，这次则完全不同，因此一开始没发现是他.

Supremo Streaming System如同名称就是Streaming系统。虽然在Streaming上很少看到Java的感觉(JMF虽然有但先把那个放一边)，使用Pure Java 做到Streaming的样子。在demo上利用Linux Zaurus当server，利用USB Camera来拍摄会场，因为Camera有点问题因此在最后只照到一点点。

WhiteDog System 则是利用Aspect来做到Application同步系统。对于有共有的物件有method call的时，对于remote的的物件同样丢入相同参数来method call达到同步的效果。利用Aspect指向对method做到附加功能，达到不用修改大量source来做到同步的效果。

另外也可以部分同步化，在demo中做到3D的cube中的Canvas 物件跟绘图软体的Canvas 同步的展示。虽然在这边提供影片有点违法，但是实在是太令人惊讶了，所以还是放了。请原谅

( http://www5.airnet.ne.jp/sakuraba/java/JavaOneReports/2004JTC/img0218/whitedog.wmv ))

胜者 中口 孝雄

～～ 鱼 fish ～～

コンポーネント指向电子メーラ COMET(component导向电子邮件MAILER COMET) 青木 宣明 vs. DataSpider Mapper 久纳 孝治

COMET是可以利用component来扩充功能的mailer，通常在mail的表示部分做到component的运作。另外这些component之间也可以自己使用mail来达到通讯功能，不使用server而是使用到mail达到ORB。

在DEMO中使用mailer来玩リバーシ，互相寄信做到对战功能，有点像互相寄明信片来玩将棋的感觉。而COMET好像还没有网页有介绍。