JNBridge跨越Java和.Net代码
凭借JNBridge
技术，Java和.NET代码无需交叉编译
器就可以实现对象共享。所有Java代码运行在JVM上，而.NET代码则运行在CLR上。在该方案下，JVM和CLR可以运行在不同的机器上，也可以运
行在一台机器的不同进程上，甚至还能运行在相同的进程上。从开发者的角度来看，运行在其他虚拟机上的对象仅仅是代理的远程对象而已。JNBridge有着
悠久的历史，其首个版本发布于2002年6月。Adobe的ColdFusion
是其最知
名的客户，我们曾于2007年首度报道其对.NET的支持。
最新版的JNBridge可以轻松实现跨越虚拟机的分布式事务。其过程用两个字来说就是——简单。虽然开发者总是可以手工实现两阶段提交所需的
工作，但借助于JNBridge
5.0，这一切都变得无比简单了，它能够帮助我们看管.NET一边的System.Transaction以及Java一边的
javax.transaction。除了一些配置和对JavaTM.enable或是DotNetTM.enable的调用外，一切都和本地事务毫无二
致。
要想使用JNBridge，开发者需要熟悉代理生成工具。该工具既可以独立运行，也可以作为Eclipse和Visual
Studio的插件运行。其Eclipse版本证明了JNBridge的强大所在，因为它实际上是用.NET/WinForms开发的。
GUI可以两种方式运行，嵌入在WinForms和WPF中的Java
AWT和Swing组件。很多公司都采取了这种方式：用Java构建了非常专业的控件（比如分子观测仪）并希望将其技术移植给.NET开发者而不想进行大
量的迁移工作。
目前，JNBridge官方还没有支持Mono和Silverlight的计划。虽然JNBridge的底层技术同样适用于Mono和
Silverlight 4，但如果出错开发者只能依靠自己的力量去解决。与此形成鲜明对比的是，受支持的平台则具有丰富的文档。
相关文档：
ThreadLocal的核心思想很简单：为每个独立的线程提供一个变量的副本。
ThreadLocal则使用了“拷贝副本”的方式，人人有份，你用你的，我用我的，大家互不影响，是“以空间换时间”。每个线程修改变量时，实际上修改的是变量的副本，不怕影响到其它线程。
& ......
package CH1;
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
public class exercise001 extends JApplet {
// 定义变量
private JColorChooser chooser = new JColorChooser();
private JButton button = new JButton("Show Color Chooser");
private JDialog dialo ......
Java 杂谈（三）
这已经笔者写的第三篇Java杂记了，庆幸前两篇一直得到论坛朋友们的支持鼓励，还望大家继续指正不足之处。笔者也一直渴望通过这样方式清醒的自审，来寻找自己技术上的不足之处，希望和共同爱好Java的同仁们一起提高。
& ......
Java杂谈（六）
这篇是笔者打算写的J2se部分的最后一篇了，这篇结束之后，再写J2ee部分，不知道是否还合适写在这个版块？大家可以给点意见，谢谢大家对小弟这么鼓励一路写完前六篇Java杂谈的J2se部分。最后这篇打算谈一谈Java中的RMI机制和JVM沙箱安全框架。&nbs ......
