开心编程网

　　事实上网络编程简单的理解就是两台计算机相互通讯数据而已.对于程序员而言,去掌握一种编程接口并使用一种编程模型相对就会显得简单的多了.Java SDK提供一些相对简单的Api来完成这些工作.Socket就是其中之一.对于Java而言.这些Api存在与java.net 这个包里面.因此只要导入这个包就可以准备网络编程了.
网络编程的基本模型就是客户机到服务器模型.简单的说就是两个进程之间相互通讯,然后其中一个必须提供一个固定的位置,而另一个则只需要知道这个固定的位置.并去建立两者之间的联系..然后完成数据的通讯就可以了.这里提供固定位置的通常称为服务器,而建立联系的通常叫做客户端.基于这个简单的模型,就可以进入网络编程啦.
Java对这个模型的支持有很多种Api.而这里我只想介绍有关Socket的编程接口.对于Java而言已经简化了Socket的编程接口.首先我们来讨论有关提供固定位置的服务方是如何建立的.Java提供了ServerSocket来对其进行支持.事实上当你创建该类的一个实力对象并提供一个端口资源你就建立了一个固定位置可以让其他计算机来访问你.ServerSocket server=new ServerSocket(6789);这里稍微要注意的是端口的分配必须是唯一的.因为端口是为了唯一标识每台计算机唯一服务的.另外端口号是从0~65535之间的,前1024个端口已经被Tcp/Ip 作为保留端口,因此你所分配的端口只能是1024个之后的.好了.我们有了固定位置.现在所需要的就是一根连接线了.该连接线由客户方首先提出要求.因此Java同样提供了一个Socket对象来对其进行支持.只要客户方创建一个Socket的实例对象进行支持就可以了.Socket client
=new Socket(InetAddress.getLocalHost(),5678);客户机必须知道有关服务器的IP地址.对于着一点Java也提供了一个相关的类InetAddress 该对象的实例必须通过它的静态方法来提供.它的静态方法主要提供了得到本机IP 和通过名字或IP直接得到InetAddress的方法.
好了.上面的方法基本可以建立一条连线让两台计算机相互交流了.可是数据是如何传输的呢?事实上I/O操作总是和网络编程息息相关的.因为底层的网络是继续数据的.除非远程调用,处理问题的核心在执行上.否则数据的交互还是依赖于IO操作的.所以你也必须导入java.io这个包.java的IO操作也不复杂.它提供了针对于字节流和Unicode的读者和写者,然后也提供了一个缓冲用于数据的读写.
BufferedReader in=new BufferedReader(new InputStreamReader(server.getInputStream()));
PrintWriter out=new PrintWriter(server.getOutputStream());
上面两句就是建立缓冲并把原始的字节流转变为Unicode可以操作.而原始的字节流来源于Socket的两个方法.getInputStream()和getOutputStream()方.分别用来得到输入和输出.那么现在有了基本的模型和基本的操作工具.我们可以做一个简单的Socket例程了.
服务方:
import java.io.*;
import java.net.*;
public class MyServer {
public static void main(String[] args) throws IOException{
ServerSocket server=new ServerSocket(5678);
Socket client=server.accept();
BufferedReader in=new BufferedReader(new InputStreamReader(client.getInputStream()));
PrintWriter out=new PrintWriter(client.getOutputStream());
while(true){
String str=in.readLine();
System.out.println(str);
out.println(“has receive….”);
out.flush();
if(str.equals(“end”))
break;
}
client.close();
}
}
这个程序的主要目的在于服务器不断接收客户机所写入的信息只到.客户机发送”End”字符串就退出程序.并且服务器也会做出”Receive”为回应.告知客户机已接收到消息.
客户机代码:
import java.net.*;
import java.io.*;
public class Client{
static Socket server;
public static void main(String[] args)throws Exception{
server=new Socket(InetAddress.getLocalHost(),5678);
BufferedReader in=new BufferedReader(new InputStreamReader(server.getInputStream()));
PrintWriter out=new PrintWriter(server.getOutputStream());
BufferedReader wt=new BufferedReader(new [...]

　　在java中实质只存在一种传递方式：即值传递。 而引用传递是对C/C++而言的。结论：
　　对于基本类型，在方法体内对方法参数进行重新赋值，并不会改变原有变量的值。
　　对于引用类型，在方法体内对方法参数进行重新赋予引用，并不会改变原有变量所持有的引用。
　　方法体内对参数进行运算，不影响原有变量的值。
　　方法体内对参数所指向对象的属性进行运算，将改变原有变量所指向对象的属性值。
　　在JAVA中变量有以下两种：
　　基本类型变量，包括char、byte、short、int、long、float、double、boolean。
　　引用类型变量，包括类、接口、数组（基本类型数组和对象数组）。
　　最后我们得出如下的结论：
　　基本类型和基本类型变量被当作参数传递给方法时，是值传递。在方法实体中，无法给原变量重新赋值，也无法改变它的值。
　　对象和引用型变量被当作参数传递给方法时，在方法实体中，无法给原变量重新赋值，但是可以改变它所指向对象的属性。
　　 public class Person
　　{
　　 private String name = null;
　　private int age = 0;
　　public Person(String name, int age) {
　　 this.name = name;
　　this.age = age;
　　}
　　 public void changeName(String newName) {
　　 this.name = newName;
　　 }
　　 public void changeAge(int newAge) {
　　 this.age = newAge;
　　 }
　　public String toString() {
　　 return “Person – Name: ” + name + “, Age: [...]

　　spring.jar是包含有完整发布的单个jar包，spring.jar中包含除了 spring-mock.jar里所包含的内容外其它所有jar包的内容，因为只有在开发环境下才会用到spring-mock.jar来进行辅助测试，正式应用系统中是用不得这些类的。
　　除了spring.jar文件，Spring还包括有其它13个独立的jar包，各自包含着对应的Spring组件，用户可以根据自己的需要来选择组合自己的jar包，而不必引入整个spring.jar的所有类文件。
　　(1) spring-core.jar
　　这个jar文件包含Spring框架基本的核心工具类，Spring其它组件要都要使用到这个包里的类，是其它组件的基本核心，当然你也可以在自己的应用系统中使用这些工具类。
　　(2) spring-beans.jar
　　这个jar文件是所有应用都要用到的，它包含访问配置文件、创建和管理bean以及进行Inversion of Control / Dependency Injection（IoC/DI）操作相关的所有类。如果应用只需基本的IoC/DI支持，引入spring-core.jar及spring- beans.jar文件就可以了。
　　(3) spring-aop.jar
　　这个jar文件包含在应用中使用Spring的AOP特性时所需的类。使用基于AOP的Spring特性，如声明型事务管理（Declarative Transaction Management），也要在应用里包含这个jar包。
　　(4) spring-context.jar
　　这个jar文件为Spring核心提供了大量扩展。可以找到使用Spring ApplicationContext特性时所需的全部类，JDNI所需的全部类，UI方面的用来与模板（Templating）引擎如 Velocity、FreeMarker、JasperReports集成的类，以及校验Validation方面的相关类。
　　(5) spring-dao.jar
　　这个jar文件包含Spring DAO、Spring Transaction进行数据访问的所有类。为了使用声明型事务支持，还需在自己的应用里包含spring-aop.jar。
　　(6) spring-hibernate.jar
　　这个jar文件包含Spring对Hibernate 2及Hibernate 3进行封装的所有类。
　　(7) spring-jdbc.jar
　　这个jar文件包含对Spring对JDBC数据访问进行封装的所有类。
　　(8) spring-orm.jar
　　这个jar文件包含Spring对DAO特性集进行了扩展，使其支持 iBATIS、JDO、OJB、TopLink，因为Hibernate已经独立成包了，现在不包含在这个包里了。这个jar文件里大部分的类都要依赖 spring-dao.jar里的类，用这个包时你需要同时包含spring-dao.jar包。 
　　(9) spring-remoting.jar
　　这个jar文件包含支持EJB、JMS、远程调用Remoting（RMI、Hessian、Burlap、Http Invoker、JAX-RPC）方面的类。
　　(10) spring-support.jar
　　(11) spring-web.jar
　　这个jar文件包含Web应用开发时，用到Spring框架时所需的核心类，包括自动载入WebApplicationContext特性的类、Struts与JSF集成类、文件上传的支持类、Filter类和大量工具辅助类。
　　(12) spring-webmvc.jar
　　这个jar文件包含Spring MVC框架相关的所有类。包含国际化、标签、Theme、视图展现的FreeMarker、JasperReports、Tiles、Velocity、 XSLT相关类。当然，如果你的应用使用了独立的MVC框架，则无需这个JAR文件里的任何类。
　　(13) spring-mock.jar
　　这个jar文件包含Spring一整套mock类来辅助应用的测试。Spring测试套件使用了其中大量mock类，这样测试就更加简单。模拟HttpServletRequest和HttpServletResponse类在Web应用单元测试是很方便的。
　　如何选择这些发布包，决定选用哪些发布包其实相当简单。如果你正在构建Web应用并将全程使用Spring，那么最好就使用单个全部的 spring.jar文件；如果你的应用仅仅用到简单的Inversion of Control / Dependency Injection（IoC/DI）容器，那么只需spring-core.jar与spring-beans.jar即可；如果你对发布的大小要求很高，那么就得精挑细选了，只取包含自己所需特性的jar文件了。采用独立的发布包你可以避免包含自己的应用不需要的全部类。当然你可以采用其它的一些工具来设法令整个应用包变小，节省空间的重点在于准确地找出自己所需的Spring依赖类，然后合并所需的类与包就可以了。Eclispe有个插件叫 ClassPath Helper可以帮你找找所依赖的类。
Spring包依赖说明:
　　1) spring-core.jar需commons-collections.jar，spring-core.jar是以下其它各个的基本。
　　2) spring-beans.jar需spring-core.jar，cglib-nodep-2.1_3.jar
　　3) spring-aop.jar需spring-core.jar，spring-beans.jar，cglib-nodep-2.1_3.jar，aopalliance.jar
　　4) spring-context.jar需spring-core.jar，spring-beans.jar，spring-aop.jar，commons-collections.jar，aopalliance.jar
　　5) spring-dao.jar需spring-core.jar，spring-beans.jar，spring-aop.jar，spring-context.jar
　　6) spring-jdbc.jar需spring-core.jar，spring-beans.jar，spring-dao.jar
　　7) spring-web.jar需spring-core.jar，spring-beans.jar，spring-context.jar
　　8) spring-webmvc.jar需spring-core.jar/spring-beans.jar/spring-context.jar/spring-web.jar
　　9) spring -hibernate.jar需spring-core.jar，spring-beans.jar，spring-aop.jar，spring- dao.jar，spring-jdbc.jar，spring-orm.jar，spring-web.jar，spring-webmvc.jar
　　10) spring-orm.jar需spring-core.jar，spring-beans.jar，spring-aop.jar，spring- dao.jar，spring-jdbc.jar，spring-web.jar，spring-webmvc.jar
　　11) [...]

       谨以此文献给对java一直情有独钟的阿亮，drinkjava博客的作者，我的好友。

　　1.不要看到别人的回复第一句话就说：给个代码吧!你应该想想为什么。当你自己想出来再参考别人的提示，你就知道自己和别人思路的差异。
　　2.初学者请不要看太多太多的书那会误人子弟的，先找本系统的学，很多人用了很久都是只对部分功能熟悉而已，不系统还是不够的。
　　3.看帮助,不要因为很难而自己是初学者所以就不看;帮助永远是最好的参考手册，虽然帮助的文字有时候很难看懂，总觉得不够直观。
　　4.不要被对象、属性、方法等词汇所迷惑;最根本的是先了解最基础知识。
　　5.不要放过任何一个看上去很简单的小问题–他们往往并不那么简单，或者可以引伸出很多知识点;不会举一反三你就永远学不会。
　　6.知道一点东西，并不能说明你会写脚本，脚本是需要经验积累的。
　　7.学脚本并不难，JSP、ASP、PHP等等也不过如此–难的是长期坚持实践和不遗余力的博览群书;
　　8.看再多的书是学不全脚本的，要多实践
　　9.把时髦的技术挂在嘴边，还不如把过时的技术记在心里;
　　10.学习脚本最好的方法之一就是多练习;
　　11.在任何时刻都不要认为自己手中的书已经足够了;
　　12.看得懂的书，请仔细看;看不懂的书，请硬着头皮看;
　　13.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍;
　　14.请把书上的例子亲手到电脑上实践，即使配套光盘中有源文件;
　　15.把在书中看到的有意义的例子扩充;并将其切实的运用到自己的工作中;
　　16.不要漏掉书中任何一个练习——请全部做完并记录下思路;
　　17.当你用脚本到一半却发现自己用的方法很拙劣时，请不要马上停手;请尽快将余下的部分粗略的完成以保证这个代码的完整性，然后分析自己的错误并重新编写和工作。
　　18.别心急，写脚本确实不容易;水平是在不断的实践中完善和发展的;
　　19.每学到一个脚本难点的时候，尝试着对别人讲解这个知识点并让他理解—-你能讲清楚才说明你真的理解了;
　　20.记录下在和别人交流时发现的自己忽视或不理解的知识点;
　　21.保存好你做过的所有的源文件—-那是你最好的积累之一;
　　22.对于网络，还是希望大家能多利用一下，很多问题不是非要到论坛来问的，首先你要学会自己找答案，比如google、百度都是很好的搜索引擎，你只要输入关键字就能找到很多相关资料，别老是等待别人给你希望，看的出你平时一定也很懒!
　　23，到一个论坛，你学会去看以前的帖子，不要什么都不看就发帖子问，也许你的问题早就有人问过了，你再问，别人已经不想再重复了，做为初学者，谁也不希望自己的帖子没人回的。
　　24，虽然不是打击初学者，但是这句话还是要说：论坛论坛，就是大家讨论的地方，如果你总期望有高手总无偿指点你，除非他是你亲戚!!讨论者，起码是水平相当的才有讨论的说法，如果水平真差距太远了，连基本操作都需要别人给解答，谁还跟你讨论呢。
　　浮躁的人容易问：我到底该学什么;—-别问，学就对了;
　　浮躁的人容易问：Js有钱途吗;—-建议你去抢银行;
　　浮躁的人容易说：我要中文版!我英文不行!—-不行?学呀!
　　浮躁的人分两种：只观望而不学的人;只学而不坚持的人;
　　浮躁的人永远不是一个高手。
作者：方志凯

 
 
　　Kodo EJB是一个支持对象/关系映射的框架，根据EJB3规范的要求，Kodo EJB除了支持在普通Java应用中提供轻量级的持久层框架之外，也支持在JAVA EE容器中使用满足重量级企业应用的需求，充分利用JAVA EE容器中提供的优越特性如容器管理事务、远程(Remote)访问。
　　基于Kodo EJB开发的应用支持使用EJB或者JCA标准接入到JAVA EE环境中：

JCA
Kodo EJB支持JCA1.0标准，因此基于Kodo EJB开发的应用可以和其他JCA资源一样轻松的发布到JAVA EE应用服务器上。
JNDI
另外一种方式是将kodo.persistence.EntityManagerFactoryImpl的一个实例绑定到JNDI，然后通过查找JNDI的方式使用Kodo EJB应用。虽然这种方式需要开发者根据不同的JAVA EE容器编写代码才能完成，但是这种方式能够保持最大限度的JAVA EE容器可移植性，而且为在那些不支持JCA标准的JAVA EE容器中使用Kodo EJB创造可能。

　　本文中我们将以通过一个简单的例子，简单的讲解和演示如何在Weblogic9上通过JNDI方式来访问Kodo EJB应用。

 JSF正向你我走来 
    有些人对它感到陌生，有些人并不看好它，有些人则对它抱以期望的目光，有些狂热者甚至预言：它是未来的Java Web主导者。2006年，Sun把JSF从幕后推到了前台，那么，JSF的命运如何呢？真的会像人们所说的那样，成为各种Web开源框架的终结者吗？
    Web开源框架风烟四起，让我们看到了Java Web世界竞争惨烈。无论框架时代是否已经来临，但开发者们已经感到麻木和疲惫，人们在框架的海洋里穿行着，不免有些劳累，不知哪种框架才是应用开发中的唯一选择……经历过Java开发的人员都会客观地对.NET的组件、良好的集成工具、快速的开发效率报以羡幕的目光。于是，有很多开发人员都提出：为什么Java不能开发出和.net具备同样的功能产品，来改变Java Web世界的混乱格局呢？
   那么，作为JCP组织中国成员和国内领先的Java中间件厂商，金蝶中间件对JSF又是如何思考的呢？就此，IT168记者独家专访了在Java界有着广泛声誉的金蝶中间件首席科学家袁红岗先生，请他畅谈JSF未来的发展。
   袁红岗简介
   袁红岗很早就开始了Java技术的研究，并预见到了Java技术对互联网时代的深远影响，率领当时的金蝶中央研究院开始了J2EE架构的核心——J2EE应用服务器的研究和开发，成功开发出国内首家拥有完全自主知识产权、并第一个通过国际J2EE认证的金蝶Apusic应用服务器，并成为国际JCP组织中国代表。
    袁红岗具有敏锐的技术触觉，有多年的软件开发经验，对应用软件的技术发展趋势有着准确的判断力，是国内第一个J2EE应用服务器的缔造者，也是国内业界深入理解J2EE技术体系的程序员和标志性人物。2004年，被公推为“影响中国软件开发的20人”之一。
    记者：最近我们IT168也做了很多关于JSF的报道，有人称JSF是一种过时的技术，也有些人称JSF是“早晨八九点钟的太阳”，我想请问一下袁总，你怎么看待JSF这种技术和它的未来前景？ 

    袁红岗：JSF这项技术不仅没有过时，相反，Sun最近刚刚把JSF纳入新一代Java EE5.0规范。只不过JSF一直没有真正用起来，业界也相对缺少基于JSF的成功案例，因此，有些开发者有这些看法也是正常的。
    如果从框架的角度说，JSF是一个优秀的开发框架，主要缺少的是一个成熟且丰富的组件库，并且需要得到良好的开发工具的支持。如果这两点能够有效解决，JSF的前景的确是阳光灿烂。
    记者：刚才你谈到了开发工具，JSF是一个对开发工具依赖很强的技术，不知道金蝶Apusic是否也推出自已的开发工具？ 
    
    袁红岗：的确，只有开发工具对JSF进行广泛且深入的支持，才能说明JSF的成功。在JSF规范中有这样一句话“JSF is designed to be tooled”。换言之，JSF规范从设计初就强调对开发工具的依赖。
     目前，业界JSF开发工具正在迅速丰富起来，包括Orcale JDeveloper，Sun Java Studio Creator等等。金蝶中间件也同样提供了基于Eclipse的集成开发环境：Apusic Stutio，通过该工具，能够给JSF的开发带来良好的支持，包括：语法加亮、代码辅助、断点调式、可视化的设计等等。
    记者：那么作为一个后来者，Apusic Stutio与其它JSF开发工具又有哪些不同呢？ 
    
    袁红岗：一个好的开发工具应该从组件和布局这些方面入手，从易用、简化上下功夫，比如大家公认微软的开发工具就很成功。Apusic的开发工具也是看到微软的成功，准备借鉴微软的开发工具模式，这样JSF才有成功可能。
    实际上，JSF在概念上和.NET有很多相似之处，Apusic Studio就是专门为JSF设计的。我们已经推出了具备许多创新特性的JSF引擎，正在努力打造业界最优秀的JSF开方工具，这就是我们的Apusic Studio。
    记者：现在开源框架可以说是百家争鸣，JSF与众多开源框架相比，又有哪些优势呢?

    袁红岗：如今的开源框架都是建立在J2EE本身的基础上的，建立在HTTP、HTML底层协议的基础上。而JSF实际上跟底层协议无关，它是一种更高层次的页面表达方式，它实际上生成不一定是HTML，也可以生成WML，或者其它描述型语言。
    举个最简单的例子，假如有一天，HTML这种标记型语言被一种新描述语言代替的话，其它众多开源框架可能都会在一夜之间被抛弃，而JSF技术却不会。这就是因为它是一种更高层面的框架支持技术，它支持HTML、却不依赖HTML。
    记者：现在业界说Ajax和JSF融合是一个完美的框架组合，不知你怎么看待这种说法？

    袁红岗：目前JSF+Ajax这种思路，很多公司都有，包括我们金蝶在内。诚然，Ajax是一种客户端技术，JSF是服务器端技术；很多人抱有一种观点，认为这两者之间风马牛不相及。事实上，抱有这种观点的人，是对JSF技术不够了解，这两者之间可以非常完美的结合。
    目前，很多JSF在实现对Ajax的支持上，是通过组件级别的形式予以支持，但Apusic JSF引擎则创新性的提出了容器级别对Ajax进行支持。任何常规的JSF应用，在Apusic应用服务器上，只需要增加一个配置参数，就能够将这些应用变成Ajax Enabled的应用，这是非常激动人心的特性。我们刚才谈到，JSF最大的问题是相对缺乏成功案例，为了推动JSF在业界的推广与发展，我们已经把这些核心技术提交给JCP组织。
    甚至于，我们还主动开源出来，出资成立了operamasks.org开源组织，把我们的核心技术以开源形式提供给业界，反馈给社会。在核心技术的把握上，Apusic越来越成熟，也越来越自信。当JSF遭遇Ajax，将会产生强大的化学反应，我对JSF的未来充满信心。 
    揭开JSF神秘面纱 —— JSF掀起你的盖头来
    JSF为什么会受到如此大的亲赖，IBM，orcale，包括国内领先的中间件厂商金蝶也投以关注目光。那么它又具有哪些与众不同的优势吸引众商家投怀送抱呢？下面我们就来揭开JSF的神秘面纱。
    JSF英文全称 JavaServer Faces (JSF) 是一种用于构建 Web 应用程序的新标准 Java 框架。它提供了一种以组件为中心来开发 Java Web [...]