Java和.NET互操作：该放弃Web Service吗?
Java和.NET互操作：该放弃Web Service吗?
通过Web Service混合.NET和Java技术往往很容易，但Web Service并非是.NET和Java互操作的万灵丹。Web Service在集成独立的跨网络通信的组件时非常有用，在简单的调用/返回情景中，涉及的数据类型数量非常有限，且Web Service是基于标准的，混合.NET和Java技术通常显得很简单，因此有人认为Web Service是实现.NET和Java互操作的万能答案，但事实却并非如此。
在搜索引擎中搜索一下“Java .NET互操作”将会返回很多搜索结果，但听过今年6月JavaOne会议上微软主题演讲的人应该还有印象(51CTO编者注：互操作性在近年来成为了微软的关注重点之一，不仅仅是Java，还有PHP互操作性等等)，微软说放弃Web Service可能是最好的办法。这是很不幸的消息，因为对于很多任务，Web Service并不是Java和.NET互操作的理想解决方案，而且对于部分任务，根本不可能使用Web Service。在这篇文章中，我会列举三个Java和.NET互操作情景，如果使用Web Service实现会被认为是愚蠢的行为。
首先，我先说一下我认为的Java和.NET互操作的含义，真正的Java和.NET互操作机制应允许你在任何地方使用.NET语言编写的代码代替用Java语言编写的代码，换句话说，它应该允许你从.NET代码中访问任何基于Java的实体(如对象，类或方法)，反之亦如此。
情景1 在Java应用程序中嵌入.NET UI控件
假设你要在基于AWT的Java应用程序中使用一个Windows窗体控件，标准的做法是获得与AWT容器对等的句柄，然后使用该句柄设置Windows窗体控件的父对象为AWT容器，你可以使用一个Web Service实现这类互操作。
Web Service是松散耦合的，服务和客户端运行在独立的进程中，因为是独立的进程，你就不能交换窗口句柄，句柄只在同一个进程中才有效，有意义，换句话说，这是一个必须紧密结合才能互通的情况，这种情况Web Service不能适应，想在基于Java的GUI应用程序中嵌入基于.NET的控件，开发人员必须想另外的办法，反之亦如此。
情景2 从Java应用程序中调用.NET程序库
如果你想在Java程序中调用.NET程序库，那你可能正处于以下环境：
1)已经在.NET开发中使用过这个库，你想在Java环境中继续使用;
2)已经花钱购买过.NET程序库，不想再花钱购买Java程序库;
3)不考虑平台差异的话，这个程序库可能是最好使用的了。
在这种情况下，你可以使用Web Service从Java访问.NET代码，但这种用法似乎有点小题大
相关文档：
/* 高手之作，本人谨以收藏者身份共享源码，供大家参考之! */
/*
* 列表ADT接口
*/
package dsa;
public interface List {
//查询列表当前的规模
public int getSize();
//判断列表是否为空
public boolean isEmpty();
//返回第一个元素（的位置）
public Position first();
//� ......
1. doGet vs doPost
这个问题，老师讲得不是很清晰，仅仅讲了doGet是可以取出参数值在url中的参数。以下内容copy自网络：
“get只有一个流，参数附加在url后，地址行显示要传送的信息，大小个数有严格限制且只能是字符串。
post的参数是通过另外的流传递的， 不通过url，所以可以很大，也可以传 ......
我今天学习了，使用junit进行单元测试的知识和使用log4j进行日志管理的知识，我做了简单的笔记：
Junit
JUnit是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xUnit的一个实例（用于java语言）。它包括以下特性：
1、用于测试期望结果的断言（Assertion）
2、用于共享共同 ......
我今天学习了struts框架的知识，做了简单的笔记：
一、 Action标签中属性 ：
l Attribute的值，如不设置，默认值为action标签中name属性的值。
l &n ......
我今天学习 了佟老师讲的Jquery框架的知识，使用jquery是的开发js非常的容易，我做了就简单的笔记：
jQuery 中的事件 -- 加载 DOM :
l 在页面加载完毕后, 浏览器会通过 JavaScript 为 DOM 元素添加事件. 在常规的 JavaScript 代码中, 通常使用 window. ......
